Első bascom mintaprogram hiba...
Sziasztok!
Első programom próbálom beírni a Bascomba de nem sikerül.Kimásoltam a led villogtatás programot de rögtön az első sorban hibát talál.
A következőket írtam be:
1 Config Portd = Output
2 Do
3 Portd = 255
4 Waitms 100
5 Portd = 0
6 Waitms 100
7 Loop
8 End
az 1 és 2 sorban hibát talált.
Mi a hiba?
Hol kezdjem a tanulást?
Tibor
Első programom próbálom beírni a Bascomba de nem sikerül.Kimásoltam a led villogtatás programot de rögtön az első sorban hibát talál.
A következőket írtam be:
1 Config Portd = Output
2 Do
3 Portd = 255
4 Waitms 100
5 Portd = 0
6 Waitms 100
7 Loop
8 End
az 1 és 2 sorban hibát talált.
Mi a hiba?
Hol kezdjem a tanulást?
Tibor
Köszönöm a gyors válasz kedves Róbert.
Most már működik a szimulátorban is.
A mai utosó kérdésem:
Lehet-e a bascomban a csipek programozásához az STK200/STK300
kompatibilis párhuzamos portos programozó interfész helyett soros portosat használni?
Találtam ilyen kapcsolást, megépíteném mert a párhuzamos portom foglalt.
Milyen nevű interfészt kell beállítani a bascomban az STK200 helyett?
tibor
Most már működik a szimulátorban is.
A mai utosó kérdésem:
Lehet-e a bascomban a csipek programozásához az STK200/STK300
kompatibilis párhuzamos portos programozó interfész helyett soros portosat használni?
Találtam ilyen kapcsolást, megépíteném mert a párhuzamos portom foglalt.
Milyen nevű interfészt kell beállítani a bascomban az STK200 helyett?
tibor
External programmer.
Azza ekkor külső programozót kell meghívni és azzal lehet a sorosat kezelni (De nem javasolt. Ha a PonyProg alapú, akkor a biztosítékbitek beállításával (rosszul) lehet gyártani a halott chipeket....)
Én ezesetben az AVRDUDE+AVR8OMat párost javaslom. Az AVRDUDE is támogatja és a keretrendszerrel jól be lehet állítani a biztosítékbiteket és a letöltés is egyszerűbb...
Ha meg csak a Flash és a EEPROM feltöltésre kell, akkor egy AVRDUDE -ra vonatkozó batch file is könnyen összehozható (lsd Bascom+Arduino párosítás: http://avr.tavir.hu/modules.php?name=Co ... ge&pid=104 .
Azza ekkor külső programozót kell meghívni és azzal lehet a sorosat kezelni (De nem javasolt. Ha a PonyProg alapú, akkor a biztosítékbitek beállításával (rosszul) lehet gyártani a halott chipeket....)
Én ezesetben az AVRDUDE+AVR8OMat párost javaslom. Az AVRDUDE is támogatja és a keretrendszerrel jól be lehet állítani a biztosítékbiteket és a letöltés is egyszerűbb...
Ha meg csak a Flash és a EEPROM feltöltésre kell, akkor egy AVRDUDE -ra vonatkozó batch file is könnyen összehozható (lsd Bascom+Arduino párosítás: http://avr.tavir.hu/modules.php?name=Co ... ge&pid=104 .
Feladom...
Tisztelt Egybegyültek!
Kérem Önöket, segítsenek, mit értek félre? :
[/img] http://data.hu/get/4260982/dword1.bmp[img]
Egy DWORD-be betöltött AA552211 miért nem annyi? De ha betöltöm B-be (ami long), akkor annyi, sőőőőtt, ha A-t betöltöm B-be,a akkor megint jó. Na, most akkor hol értem félre?
JAni
[/img]
Kérem Önöket, segítsenek, mit értek félre? :
[/img] http://data.hu/get/4260982/dword1.bmp[img]
Egy DWORD-be betöltött AA552211 miért nem annyi? De ha betöltöm B-be (ami long), akkor annyi, sőőőőtt, ha A-t betöltöm B-be,a akkor megint jó. Na, most akkor hol értem félre?
JAni
[/img]
- nobody_hun
- Bitfaragó
- Hozzászólások: 425
- Csatlakozott: 2005. november 14. hétfő, 7:00
Ezért:
"Dword(fout bytes). Dwords are stored as unsigned 32-bit unsigned numbers ranging in value from 0 to 4294967295
· Long (four bytes). Longs are stored as signed 32-bit binary numbers ranging in value from -2147483648 to 2147483647
"
Dwordben csak pozitív érték lehet.
AA552211 decimálisan 2857706001, pontosan annyi, amennyi az A változóban van.
Valószínű, hogy a szimulátor bugos, mert az általa A változóban levő Hex érték decimálisan 285770600, azaz pont jó, csak az 1-es marad le a végéről.
A fentiekből a B értéke helyes, mert figyelembe veszi az előjelet.
"Dword(fout bytes). Dwords are stored as unsigned 32-bit unsigned numbers ranging in value from 0 to 4294967295
· Long (four bytes). Longs are stored as signed 32-bit binary numbers ranging in value from -2147483648 to 2147483647
"
Dwordben csak pozitív érték lehet.
AA552211 decimálisan 2857706001, pontosan annyi, amennyi az A változóban van.
Valószínű, hogy a szimulátor bugos, mert az általa A változóban levő Hex érték decimálisan 285770600, azaz pont jó, csak az 1-es marad le a végéről.
A fentiekből a B értéke helyes, mert figyelembe veszi az előjelet.
"Az IC-k füsttel működnek. Ha kijön belőlük a füst, nem működnek tovább." - ismeretlen szerző
"Az ID:FFFFFF egyenlő az Atmel még nem kiadott processzorával."
"Az ID:FFFFFF egyenlő az Atmel még nem kiadott processzorával."
Köszi, agyaltunk itt rajta, hogy hol megy el az erdőbe a cucc.
Nagyon jó megerősítés volt, amit írtál. (és másoknak is, aki majd szimulálni akarja a programját), igazából 1 tetves bit félreértelmezése a bug a szimulátorban.
Persze azt továbbra sem értjük, hogy a BIN() függvény ugyan miért nem értelmezi a DWORD-öt, de az val'szeg rajtunk kívül senkit sem érdekel, főleg a prg. íróját nem.
Már nem akarom ismételni magam, hogy ugyan, aki írja és árulja, miért nem próbálja ki...igaz, akkor Ő szívna órákat/napokat nem mi...
(tudom, ha nem tetszik, ne használd, de ez ismerős a média: ha nem tetszik, ne nézd dolgára, csak az a bibi, hogy ezért az emberek FIZETNEK!, míg a szopásokért nem kapnak 3 centet, mert balfék az író/forgalmazó)
Na, nem mérgelődök tovább...inkább rájövök még pár szívásra, mert valahogy nálam hamar kijön minden. Mert pupák vagyok.
Méggyegyszer köszönjük!
JAni
Nagyon jó megerősítés volt, amit írtál. (és másoknak is, aki majd szimulálni akarja a programját), igazából 1 tetves bit félreértelmezése a bug a szimulátorban.
Persze azt továbbra sem értjük, hogy a BIN() függvény ugyan miért nem értelmezi a DWORD-öt, de az val'szeg rajtunk kívül senkit sem érdekel, főleg a prg. íróját nem.
Már nem akarom ismételni magam, hogy ugyan, aki írja és árulja, miért nem próbálja ki...igaz, akkor Ő szívna órákat/napokat nem mi...
(tudom, ha nem tetszik, ne használd, de ez ismerős a média: ha nem tetszik, ne nézd dolgára, csak az a bibi, hogy ezért az emberek FIZETNEK!, míg a szopásokért nem kapnak 3 centet, mert balfék az író/forgalmazó)
Na, nem mérgelődök tovább...inkább rájövök még pár szívásra, mert valahogy nálam hamar kijön minden. Mert pupák vagyok.
Méggyegyszer köszönjük!
JAni
- nobody_hun
- Bitfaragó
- Hozzászólások: 425
- Csatlakozott: 2005. november 14. hétfő, 7:00
jaj:
Bár azt nem értem, hogy ha azt írom, hogy A=&haa552211 akkor a szimulátorban miért a=11088368h kerül bele, illetve íródik ki?
Ez azért sem binárisban, sem komplemensben nem jön ki.
(az előzőekben írt 1-es eltérés lehet a kettes komplemens képzés miatt, már hogy x=NEG(A)+1. Nekiestem számolgatni, mit cserél el, de eddig nem jöttem rá...Na, keresek magamnak másik bug-ot
Legalább ezt is tudjuk most már.
JAni
Bár azt nem értem, hogy ha azt írom, hogy A=&haa552211 akkor a szimulátorban miért a=11088368h kerül bele, illetve íródik ki?
Ez azért sem binárisban, sem komplemensben nem jön ki.
(az előzőekben írt 1-es eltérés lehet a kettes komplemens képzés miatt, már hogy x=NEG(A)+1. Nekiestem számolgatni, mit cserél el, de eddig nem jöttem rá...Na, keresek magamnak másik bug-ot
Legalább ezt is tudjuk most már.
JAni
