Double Head (Double Auger) Powder Filler

ပံုမွန္ Powder Filler က Head တစ္ခုတည္းနဲ႔ 2 Speed သံုးၿပီး အမႈန္႔ေတြကို ျဖည့္ေလ့ရွိတယ္။ First နဲ႔ Second speed ေပါ့။ Normal speed နဲ႔ Prelim speed လို႔ ေခၚတာေပါ့။ Double Head (Auger) က်ေတာ့ အဲဒီသေဘာကိုပဲ Head ႏွစ္ခုခြဲလုပ္တာပါ။ Calculation နဲ႔ Processing (speed change) time ကို က်သြားေအာင္လုပ္တာေပါ့။ ပထမ head က Normal speed ပဲျဖည့္တယ္။ ဒုတိယ head က Second speed နဲ႔ဆက္ျဖည့္တာပါပဲ။ Container ၂ခုကို တစ္ၿပိဳင္နက္ျဖည့္တာေပါ့။ Conveyor (Assembly line) ေပၚမွာအလုပ္လုပ္မွ အဆင္ေျပႏိုင္ပါတယ္။

TX Level & RX Gain related to NOISE

ကၽြန္ေတာ္ ဒုကၡေရာက္ခဲ့တဲ့ အေတြ႔အၾကံဳေလးတစ္ခုပါ။ Modem data communication Project ေလးတစ္ခုကို ေရးတုန္းက Terminal ႏွစ္ခုကို Single Tone Dual Frequency (V.21 300bps FSK High band, Bell 103 300bps FSK High band, V.23 FSK 75bps, Bell 202 FSK Protocols) နဲ႔ပို႔ေတာ့ နဲ႔ Tx Level & Rx Gain ေတြကို steps ေရြးလို႔ရေအာင္ေရးတာေပါ့။ အဲဒီမွာ ျပႆနာက Transmit ပိုင္းမွာေတာ့ အိုေကပဲ။ Receive ပိုင္းက်ေတာ့ Noise ေတြ၀င္လာပါေလေရာ။ ကၽြန္ေတာ္က Tx level နဲ႔ Rx gain ေတြကို ခ်ိန္တဲ့ေနရွာမွာ step တစ္မ်ိဳးေရြးလိုက္တာနဲ႔ ၂ ခုလံုး Set ျဖစ္သြားေအာင္ ေရးထားလိုက္တယ္။ တစ္ကယ္ေတာ့ Tx level > Rx gain ျဖစ္ရမယ္ေလ။ ႏို႔မို႔ဆို Noise ေတြကိုပါ Rx ဘက္က Amplify လုပ္လိုက္ေတာ့ garbage data အမ်ားႀကီး ထြက္လာတာေပါ့ေလ။ Software Protocol ဘက္ကေန အမ်ိဳးမိ်ဴး Filter လုပ္တယ္။ မရဘူး။ ေနာက္ဆံုး Rx gain ကို ေလွ်ာ့ခ်ၿပီး လႊင့္ၾကည့္မွ အိုေကသြားတယ္။ Try in Error လုပ္လိုက္တာပါ။ Theory ေတြကို မပိုင္ခဲ့တဲ့ ဆိုးက်ိဳးေပါ့ဗ်ာ။

DTMF (Dual Tone Multi Frequency) (Part - 1)

DTMF Key Pad ေလးေတြကို လူတိုင္းသံုးဘူးၾကမွာပါ။ ကၽြန္ေတာ္ေျပာခ်င္တာက အဲဒီ DTMF ရဲ့ Encoding and Decoding အေၾကာင္းေတြပါ။

DTMF ဆိုတာက ကၽြန္ေတာ္ဟိုအရင္ကေရးဘူးတဲ့ PWM နဲ႔ယွဥ္ေျပာရမယ္ဆိုရင္ PWM က Single Tone အတြက္ Dual Frequency ပါ။ ဥပမာ 1 အတြက္ 2 KHz Frequency နဲ႔ 0 အတြက္က 1.5 KHz Frequency ဆိုပါစို႔။ DTMF က်ေတာ့ 0 အတြက္ 941, 1633 Hz ထုတ္ၿပီးေတာ့ 1 အတြက္ 697, 1209 Hz ထုတ္တာပါ။ 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F ေတြအတြက္လည္း Tone pair ေတြရွိပါတယ္။ သေဘာကေတာ့ A (0x65) ဆိုတဲ့ character ကို transmit လုပ္ဖို႔အတြက္ PWM က 0110 0101 = 2000, 1500, 2000, .... Hz ေတြထုတ္ရၿပီးေတာ့ DTMF ကေတာ့ 6 5 = 770-1477, 770-1336 Hz ေတြ ထုတ္ရတဲ့သေဘာပါ။ သေဘာကေတာ့ PWM နဲ႔ဆိုရင္ 8-bit အတြက္ ၈ ခါပို႔ရၿပီးေတာ့ DTMF နဲ႔ဆိုရင္ 8-bit အတြက္ ၂ ခါပဲ ပို႔ရတဲ့သေဘာပါ။

DTMF ရဲ့အားသာခ်က္က Noise အလြန္နည္းၿပီးေတာ့ Security အလြန္ေကာင္းပါတယ္။ အားနည္းခ်က္ကေတာ့ DTMF start-up time ၾကာတာပါပဲ။ သူ႔ရဲ့ Tone pair (frequency pair) ေတြနဲ႔ Key တစ္ခုခ်င္းစီကို ကိုယ္စားျပဳတဲ့ ဇယားေတြကို ေအာက္မွာျပထားပါတယ္။ ဒါေတြက တစ္ကမာၻလံုးက သံုးေနတဲ့ DTMF tone ေတြပါ။

ကၽြန္ေတာ္အခုသံုးတဲ့ CMX865 မွာေတာ့ start-up time က ၾကာပါတယ္ one key အတြက္ 40 ms အနည္းဆံုးပါ။ ကၽြန္ေတာ္လိုခ်င္တဲ့ 200 Baud မရႏိုင္တဲ့အတြက္ DTMF ကိုမသံုးႏိုင္ပါဘူး။ Single tone ကိုပဲ သံုးလိုက္ပါတယ္။ Noise အတြက္ေတာ့ Software/ Hardware Filter ေတြထပ္ခံရမယ္ထင္တယ္။ ၿပီးေတာ့ Digital & Analogue ground ကိုခြဲရပါလိမ့္မယ္။

Short Notes (2)

Active Low အတြက္ Signal ကို Scope နဲ႔ဖတ္တဲ့အခါမွာ Low ျဖစ္တဲ့ Pulse ကိုပဲ ဖတ္ရၿပီးေတာ့ Active High အတြက္ဆိုရင္ High ျဖစ္တဲ့ Pulse ကိုဖတ္ရပါတယ္ Pulse ကိုဖတ္တဲ့အခါမွာလည္း One Cycle အျပည့္ကို ဖတ္လို႔မရပါဘူး။ ဖတ္ခဲ့ရင္ Pulse Rate (Frequency) ရသြားမွာပါ။ Pulse (Time) ကိုလိုခ်င္တဲ့အတြက္ Pulse (Low/ High) ျဖစ္သြားတဲ့ အခ်ိန္ေလးကိုပဲ ဖတ္ပါ။

C-Bus Vs SPI

C-Bus က SPI နဲ႔ ခပ္ဆင္ဆင္တူပါတယ္။ ေအာက္မွာ ဇယားနဲ႔ ကြာျခားပံုေတြကို ျပထားပါတယ္။

ဒါေပမယ့္ SPI မွာ command ေတြမလိုပဲ C-Bus မွာေတာ့ command ေတြသံုးရပါတယ္။ ဘာေၾကာင့္လည္းဆိုေတာ့ သူ႔မွာ mode ေတြရွိလို႔ပါ။ အေပၚသံုးခုက Modem mode ေတြျဖစ္ၿပီး ေအာက္ဆံုးတစ္ခုက DTMF (Dual Tone Multi-Frequency) mode ျဖစ္ပါတယ္။
- Bell 103 300bps (FSK High band (Answering modem))/ (Low band (Calling modem))
- V.23 FSK (1200bps/ 75bps)
- Bell 202 FSK (1200bps/ 150bps)
- DTMF / Tones
ဆိုၿပီး mode ေတြရွိပါတယ္။ အားလံုးအတြက္ commands က အတူတူပါပဲ။ အားသာခ်က္ကေတာ့ ကိုယ္လိုခ်င္တဲ့ speed (baud rate) ကိုတြက္ခ်က္ၿပီး ႀကိဳက္တဲ့ mode သံုးလို႔ရတာပါပဲ။ ကၽြန္ေတာ္တို႔ ပံုမွန္သံုးေနတဲ့ DTMF communication က 220 baud ေလာက္ပဲ ရပါတယ္။ Radio Channel ေပၚတင္လိုက္တဲ့ အခါမွာ 100 baud ေလာက္ေတာင္မက်န္တဲ့အတြက္ CMX865 ဆိုတဲ့ IC ကို သံုးခ်င္တဲ့အတြက္ အဲဒီ IC ကလက္ခံတဲ့ C-Bus ကို ေလ့လာရတာပါ။
command ေတြကေတာ့ -
General Reset Command (address only, no data). Address = $01
General Control Register, 16-bit write only. Address = $E0
Transmit Mode Register, 16-bit write-only. Address = $E1
Receive Mode Register, 16-bit write-only. Address = $E2
Transmit Data Register, 8-bit write only. Address = $E3
Receive Data Register, 8-bit read-only. Address = $E5
Status Register, 16-bit read-only. Address = $E6
Programming Register, 16-bit write-only. Address = $E8

ဒါက CMX865 ပါ။ သူနဲ႔ ဆက္စပ္တဲ့ components diagram ကိုပါ တင္ေပးလိုက္ပါတယ္။ coding ကိုေတာ့ ေနာက္ထပ္တင္ေပးပါမယ္။

C-Bus (Clipsal Bus) communication Overview

C-Bus (Clipsal Bus) ဆိုတာကေတာ့ Communication Protocol တစ္မ်ိဳးပါပဲ။ I2C, SPI, UART တို႔လိုပါ။ ဒါေပမယ့္ သူက Remote Control Communication အတြက္ အဓိက လုပ္ထားတဲ့ Protocol ပါ။ Wired ေကာ၊ Wireless ေကာ ရပါတယ္။ အဲဒါက အားသာခ်က္ပါ။
Wired C-Bus System ကေတာ့ Standard Category 5 UTP Network Communication Cable ကို သံုးပါတယ္။ Network Topology ကေတာ့ ႀကိဳက္တာ သံုးလို႔ရတယ္လို႔ ေျပာပါတယ္။ ကၽြန္ေတာ္က ခုမွ စေလ့လာတုန္းပါ။ ကၽြန္ေတာ့ Application ကေတာ့ Star Topology ကိုပဲ သံုးမွာပါ။ Wired မွာ Cable Length က 1000 meters အထိအရွည္ဆံုးရပါတယ္။ Wireless မွာေတာ့ Attenuation, Noise, Distoration ေတြေၾကာင့္ အဲဒီေလာက္ အရွည္ေတာ့ ရမယ္ မထင္ပါဘူး။
Network တစ္ခုမွာ Terminal 255 အထိ အမ်ားဆံုး ခ်ိတ္ဆက္လို႔ရပါတယ္။ 8 bit Addressing ကိုသံုးထားတယ္လို႔ ထင္ပါတယ္။
သူ႔မွာလည္း ထံုးစံအတိုင္း Data Synchronisation အတြက္ ONE system colck generating unit တစ္ခုလိုပါတယ္။
C-Bus က တစ္ျခား Protocol ေတြ (TCP/IP, Crestron, AMX, LonWorks, ModBus, Charmed Quark Controller, etc ..) နဲ႔လည္း ခ်ိတ္ဆက္ သံုးလို႔ရပါတယ္။ သေဘာကေတာ့ PC Network၊ PLC ေတြနဲ႔လည္း ဆက္သြယ္လို႔ရတဲ့ သေဘာေပါ့။
ေအာက္မွာ C-Bus overview နဲ႔ သူဆက္သြယ္လို႔ရတဲ့ Device ေတြကိုပံုနဲ႔ ျပထားပါတယ္။

Electronics E-Books Series (2)

Electronic စာအုပ္ လက္က်န္ေတြ ထပ္တင္ေပးလိုက္ပါတယ္။

Ethernet Module at Embedded Software (Rabbit)

Embedded Software ေတြမွာ Flash File System သံုးတာကို ကၽြန္ေတာ္ ေရးခဲ့ဘူးပါတယ္။ အခု အဲဒီထဲက ဖိုင္ေတြကို ဘယ္လို ယူလို႔ရလည္း၊ MCU ထဲကို file ေတြဘယ္လိုထည့္လည္း ဆိုတာကို ေျပာမွာပါ။ FTP protocol ေတာ္ေတာ္မ်ားမ်ား ၾကားဘူးပါလိမ့္မယ္။ MCU ေတြမွာလည္း FTP, TCP/ IP, UDP စတဲ့ Protocol ေတြကို သံုးပါတယ္။ အဲလိုသံုးဖုိ႔အတြက္ MCU မွာ Ethernet port ရွိရပါတယ္။ MCU ကို IP Address အရင္ေပးရမွာပါ။ Dynamic IP ေကာ Static IP ေကာ လုပ္လို႔ရပါတယ္။ ဟိုဘက္က DHCP သံုးရင္ေတာ့ Dynamic IP ကိုသံုးလို႔ရပါတယ္။ ဒါေပမယ့္ Static ကေတာ့ ပိုၿပီးအဆင္ေျပာပါတယ္။ အဲဒီ Ehternet port ကေနၿပီး နဲ႔ Network cable ကိုခ်ိတ္ဆက္ၿပီး PC ကေန FTP software တစ္မ်ိဳးမ်ိဳးနဲ႔ လုပ္ၾကတာပါ။ MCU ဘက္မွာေတာ့ IP Address, User Name, Password ေတြကို setting လုပ္ေပးရတာေပါ့။ အဲဒီ Ethernet port ကေနပဲ WLAN Module နဲ႔ဆက္ၿပီးေတာ့ WLAN facility ေတြကို သံုးလို႔ရပါတယ္။

ဒီလိုလုပ္တဲ့ ေနရာမွာ TCP/ IP protocol က Transparent ျဖစ္ပါတယ္။ ဘာမွၾကားခံ Hardware, Software ေတြထည့္ေနစရာ မလိုပါဘူး။

ကၽြန္ေတာ္က Filezilla, Core FTP Software ေတြသံုးၿပီး access လုပ္ပါတယ္။

Short Notes (1)

၁။ Battery Backup RAM က power ျဖတ္လိုက္ေသာ္လည္း RAM variables ထဲမွာ ေနာက္ဆံုး data ေတြက်န္ခဲ့တယ္။ ေနာက္တစ္ႀကိမ္ power on ၿပီး ျပန္ run လို႔ အဲဒီ ေတြကို Initialize မလုပ္ဘူးဆိုရင္ contents အေဟာင္းအတိုင္း က်န္ခဲ့တယ္။
Non-battery backup RAM က power ျဖတ္လိုက္ရင္ variable ထဲက data ေတြ အကုန္ေပ်ာက္ကုန္တယ္။ initialize လည္း ျပန္လုပ္စရာမလိုဘူး။ ဒါေၾကာင့္ MCU ေတြမွာ program ေရးေတာ့မယ္ဆိုရင္ battery backup ပါ၊ မပါ အရင္စစ္ေဆးပါ။
၂။ Mifare card reader မွာ Wegan mode နဲ႔ Command mode ဆိုၿပီး ရွိတယ္။ Wegan က card ကို အျမဲဖတ္ေနၿပီးေတာ့ Command mode က command ေပးတဲ့အခါမွာပဲ card ကို ဖတ္တယ္။
wegan mode ကို Barcode reader ေတြမွာသံုးထားၿပီးေတာ့ command mode ကို Smart card reader ေတြမွာသံုးေလ့ရွိတယ္။

LDU ၏ေနာက္ဆက္တြဲ

LDU နဲ႔ ပါတ္သတ္ၿပီး ေျပာစရာေလးေတြ က်န္ေနလို႔ ဆက္ေရးတာပါ။ ပံုက LDU Wiring Diagram ပါ။ ေျပာမွာက Weigher နဲ႔ LDU ခ်ိတ္မည့္ ကိစၥပါ။ ကၽြန္ေတာ့္ အရင္သံုးထားတဲ့ LDU က 4 wire ပဲခ်ိတ္စရာ လိုပါတယ္။ Exc+, Exc-, Sig+, Sig- ေတြေပါ့။ ေနာက္အသစ္က 6 wire ခ်ိတ္ရပါတယ္။ အမွန္က 6 wire ခ်ိတ္ရတာေပါ့။ ဘာေၾကာင့္ Sen+, Sen- ပိုပါလည္းဆိုေတာ့ Compensate လုပ္ဖို႔အတြက္ပါ။ ပထမ LDU ရဲ့ Firmware မွာ Sen+/ - ကို checiking လုပ္ထားတာမပါပါဘူး။ ေနာက္ LDU က်ေတာ့မပါမျဖစ္ေအာင္ စစ္ထားတဲ့အတြက္ Sen (2 wire) ထည့္ကို ထည့္ေပးရပါတယ္။ တစ္ကယ္လို႔ Weigher မွာ 4 wire ပဲထြက္ရင္ေတာ့ Exc+ နဲ႔ - ကို loop ျပန္ပါတ္ ထည့္ေပးလိုက္ (short) ပါ။

ေအာက္ဆံုးက ေနာက္တစ္ပံုက LDU အေဟာင္းနဲ႔ ခ်ိတ္ထားတဲ့ 4 wire ပံုပါ။ ညာဘက္က ႀကိဳးေတြက Power နဲ႔ Rs-232C ႀကိဳးေတြပါ။

Load Cell Degitizing Unit (LDU 78.1) for Weighting Machine

ဒီပစၥည္းက Weighting Machine ေတြမွာပဲ သံုးတဲ့ပစၥည္းပါ။ ၁ x ၂ လက္မ ပတ္လည္ပဲ ရွိပါတယ္။ သူရဲ႕လုပ္ငန္းကေတာ့ Weighter နဲ႔ PLC or MCU ၾကားမွာ အေလးခ်ိန္ကို တြက္ခ်က္ ေဖၚျပေပးတဲ့ အလုပ္ပါပဲ။ High Precision Measuremment Tool တစ္ခုပါ။ ကၽြန္ေတာ္သံုးတဲ့ Load Cell Unit က FLINTEC/ SOEMER ပါ။ Germany (EU) က ထုတ္ပါတယ္။ သူက RS-485 Communication ကိုပဲ လုပ္ေပးတာပါ။ ဒါေပမယ့္ MCU နဲ႔ သံုးတဲ့အခါမွာ RS-232 ကိုပဲ အလုပ္လုပ္တဲ့အတြက္ converter (adaptor) တစ္ခုထပ္ထည့္ေပးရပါတယ္။ အဲဒီ Converter က ပံုမွာျပထားတဲ့ အစိမ္းေရာင္ ေအာက္ခံေလးပါ။ ပံုကိုၾကည့္မယ္ဆိုရင္ ဘယ္ဘက္ပိုင္းက Weighter နဲ႔ ဆက္ရၿပီးေတာ့ ညာဘက္ပိုင္းက Power supply, MCU/ PLC ေတြနဲ႔ ဆက္ရပါတယ္။ သူ႔မွာ Firmware သပ္သပ္ပါတဲ့အတြက္ command level communication လည္းလုပ္လို႔ရပါတယ္။ PC's HyperTerminal ဒါမွမဟုတ္ သူ႔ရဲ႕သက္ဆိုင္ရာ software (DOP program) ကိုသံုးရင္လည္း ရပါတယ္။

PIC18F4420 Timer Module (8 bit/ 16 bit)

Timer ေတြနဲ႔ပါတ္သတ္တဲ့ ပို႔စ္ေတြေတာ့ တင္ဘူးပါတယ္။ ခုေရးမွာက Datasheet ေတြမွာပါတဲ့ Block Diagram ကိုဖတ္ၿပီး Timer ရဲ႕အလုပ္လုပ္ပံုကို ေလ့လာတဲ့ သေဘာပါ။ ေအာက္မွာ ကၽြန္ေတာ္ျပထားတာက 8 bit နဲ႔ 16 bit Timer ရဲ႕ Diagram ေတြပါ။
ထံုးစံအတိုင္း ဘယ္ကေန ညာကို စဖတ္မယ္ဆိုရင္ -
၁။ Timer ရဲ႕ speed က Oscillator (External) ရဲ႕ ၄ ပံုတစ္ပံု ရွိပါတယ္။ အဲဒါကို Timer interrupt နဲ႔ တစ္ၿပိဳင္နက္ ON ပါတယ္။ Interrupt က Pin (Hardware) ဒါမွမဟုတ္ Software interrupt ရွိပါမယ္။
၂။ Prescaler သံုးရင္ Prescaler အတြက္ Ratio ထည့္တြက္ပါတယ္။
၃။ Internal clock က Timer interval အတြက္ သံုးပါတယ္။ သံုးတဲ့ Register ကေတာ့ datasheet ကေန ထပ္ေလ့လာရပါတယ္။
၄။ TM0L က Tick တန္ဖိုးတစ္ခုပါ။ Tick ေပါင္း 00 FF (256) အထိရပါတယ္။ 8 bit ျဖစ္ေနလို႔ပါ။ TM0H မွာၾကည့္လိုက္ရင္ 16 bit ရတဲ့အတြက္ FF FF (65535) tick အထိ ထည့္ေပးလို႔ရပါတယ္။ ပိုၿပီး interval ရွည္လို႔ရတဲ့ သေဘာေပါ့။
ဒါက PIC18F4420 MCU အတြက္သံုးတဲ့ Timer Routine ပါ။
အထက္က အဆင့္ေတြအတိုင္း ေရးရင္ Timer sub routine ကိုရမွာပါ။ ေရးတာကေတာ့ compiler ေပၚမူတည္ၿပီး လြယ္တာ ခက္တာေတာ့ ရွိပါလိမ့္မယ္။

ဘာရယ္လို႔ေတာ့ မဟုတ္ပါဘူး .....

ဘာရယ္လို႔ေတာ့ မဟုတ္ပါဘူး .....

၁၉၉၆ ၾသဂုတ္လေလာက္မွာ MIT (Mandalay Institute of Technology) ေရာက္ေရာ။ ဒီဇင္ဘာေလာက္မွာ ေက်ာင္းေတြပိတ္ေရာ။ ေနာက္ပီးျပန္လည္းဖြင့္ေရာ MTU (Mandalay Technology University) ျဖစ္သြားတယ္။ အဲဒီကေနစပီး ပ်က္သြားလိုက္တာ GTC ေတြျဖစ္။ ဘြဲ႕ကလည္း B.E ကေန GTI, B.Tech ေတြျဖစ္နဲ႔။ တစ္ႏွစ္ကို လူ ၁၀၀၀ (တစ္ေထာင္) ေလာက္ေတာင္ မေခၚတဲ့ ေက်ာင္းကေန ခုဆို တစ္ႏွစ္ကို ၁၀၀၀၀၀ (တစ္သိန္း) ေတာင္ေက်ာ္သြားၿပီထင္တယ္။ တစ္ႏိုင္ငံလံုးမွာ ၂ ေက်ာင္းပဲ ရွိခဲ့တာကေန ခုဆို ၁၀ ေက်ာင္းေတာင္ေက်ာ္ေနၿပီ ထင္တယ္။ ၾကားဘူးတာေတာ့ရွိတယ္ “အေရအတြက္မွ အရည္အခ်င္းသို႔” ဆိုလား ....

Programming with Touch Panel

Touch Panel အေၾကာင္းကို ပို႔စ္တစ္ခုမွာေတာ့ ေရးဘူးပါတယ္။ Touch Panel ေတြမွာ Program ေရးတဲ့အခါမွာ Protocol တစ္ခုကို ကိုယ္တိုင္ဖန္တီးယူရပါတယ္။ Microcontroller ေတြကို သံုးပီး Low level နဲ႔ software ေရးရင္ေပါ့။ PLC နဲ႔တြဲသံုးမယ္ဆိုရင္ေတာ့ PLC ေတြမွာ support လုပ္တဲ့ dedicated protocol အမ်ိဳးအစားကို ေရြးခ်ယ္ေပး႐ံုပါပဲ။ တကယ္ေတာ့ Touch Panel ေတြက PLC ေတြအတြက္ အဓိကထားၿပီး ထုတ္ထားတဲ့အတြက္ MCU ေတြနဲ႔ေရးတဲ့အခါ ေတြမွာ handshaking ျပသနာတက္ေလ့ရွိပါတယ္။ ကၽြန္ေတာ္အရင္က TOP2M touch panel ကိုသံုးပါတယ္။ သူ႔မွာက program routine အေနနဲ႔သက္သက္ေရးလို႔မရပဲ Register ေလးေတြကို setting ခ်ေပးလိုက္ပီး communication ေတြလုပ္ပါတယ္။ အခုသံုးေနတဲ့ Delta ကေတာ့ program routine ေတြကိုေရးလို႔ရပါတယ္။ VB source code ေတြနဲ႔ ခပ္ဆင္ဆင္ပါပဲ။ ဒါေပမယ့္ ျပသနာက MCU ကေန Direct Memory addressing လုပ္လို႔မရတဲ့အတြက္ data read/ write လုပ္တဲ့အခါမွာ အခက္အခဲေတြေတြ႔ပါတယ္။ အခုေလာေလာဆယ္ေတာ့ အဲဒါနဲ႔ေခါင္းကိုက္ေနပါတယ္။ သက္ဆိုင္ရာကုမ္ပနီရဲ႕ AE နဲ႔ေတာ့ အဆက္အသြယ္လုပ္ ထားပါတယ္။ ျပန္ေတာ့မေျဖေသးဘူး။ ကၽြန္ေတာ့္အထင္ေတာ့ direct memory addressing မရရင္ ျဖစ္ႏိုင္မယ္မထင္ပါဘူး။

50+ Linux E-books

Linux E-Books ေတြပါ။ ကၽြန္ေတာ္အတြက္ေတာ့ သိပ္မလိုအပ္ပါဘူး။ Electronic နဲ႔လည္း သိပ္ေတာ့ မဆိုင္ပါဘူး။ ဒါေပမယ့္ အသံုးလိုတဲ့ သူမ်ားရွိရင္ မွာထားခဲ့ၾကပါ။