Első bascom mintaprogram hiba...

Hogyan programozzak AVR chipet? Programozók beállításai...
Bascom nyelvű programok...
Válasz küldése
Avatar
ptibor
Újonc
Újonc
Hozzászólások: 2
Csatlakozott: 2008. december 14. vasárnap, 7:00

Hozzászólás Szerző: ptibor »

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
Avatar
Robert
Elektronbűvölő
Hozzászólások: 10213
Csatlakozott: 2005. december 9. péntek, 7:00

Hozzászólás Szerző: Robert »

A számokat hagyd ki....
Azt a Bascomban lehet automatikusan bekapcsolni. NEM kell!
Avatar
ptibor
Újonc
Újonc
Hozzászólások: 2
Csatlakozott: 2008. december 14. vasárnap, 7:00

Hozzászólás Szerző: ptibor »

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
Avatar
Robert
Elektronbűvölő
Hozzászólások: 10213
Csatlakozott: 2005. december 9. péntek, 7:00

Hozzászólás Szerző: Robert »

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 .
Avatar
winnerbt
Elektronbűvölő
Hozzászólások: 907
Csatlakozott: 2007. március 25. vasárnap, 6:00

Hozzászólás Szerző: winnerbt »

Mi bénázunk vagy a BIN(x) nem működik X=DWORD-re?
JAni
Avatar
winnerbt
Elektronbűvölő
Hozzászólások: 907
Csatlakozott: 2007. március 25. vasárnap, 6:00

Feladom...

Hozzászólás Szerző: winnerbt »

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]
Avatar
nobody_hun
Bitfaragó
Hozzászólások: 425
Csatlakozott: 2005. november 14. hétfő, 7:00

Hozzászólás Szerző: nobody_hun »

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.
"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."
Avatar
winnerbt
Elektronbűvölő
Hozzászólások: 907
Csatlakozott: 2007. március 25. vasárnap, 6:00

Hozzászólás Szerző: winnerbt »

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
Avatar
nobody_hun
Bitfaragó
Hozzászólások: 425
Csatlakozott: 2005. november 14. hétfő, 7:00

Hozzászólás Szerző: nobody_hun »

:)

Én azért nem morgolódom, mert legalább a DWORD használatát megoldották, valószínű, hogy a szimulátor már kimaradt...
"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."
Avatar
winnerbt
Elektronbűvölő
Hozzászólások: 907
Csatlakozott: 2007. március 25. vasárnap, 6:00

Hozzászólás Szerző: winnerbt »

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
Avatar
Franz
DrótVégénSzéndarab
Hozzászólások: 43
Csatlakozott: 2009. május 29. péntek, 6:00

Hozzászólás Szerző: Franz »

Szia!
Próbáld ki a 2.0.7.1-es verziót! Egy gyors átfutás után nekem ott jónak tűnik.
Te a 2.0.6.1-et használod ahogy a képen nézem.
Szerk.:
Dim A As Dword
Print Bin(A)
Erre gondolsz, hogy nem megy? Mert nálam ez is jónak tűnik.
Válasz küldése