Programfeltöltési hiba
Re: Programfeltöltési hiba
Az azonos lábkiosztás kevés. A Mega16 az első generációs AVR chip (M16, M8, M32, M128 és társai). A 644 az második generációs az x4 sorozatból (ATMega16/32 -> 164/324/644/(1284) illetve a PicoPower család 164P/324P/644P/1284P. Súlyosbító körülmény, hogy a M644 != M644P.)
Barkácsmegoldás: teljes kódot átírni. De ez csak akkor éri meg, ha több 100 darabos a széria (munkaerőköltség). Sőt, a M16-nak a belső memóriája is lehet hogy kicsi:( M16: 16k flash, 1k SRAM;644P: 64k Flash, 4k SRAM)...
Barkácsmegoldás: teljes kódot átírni. De ez csak akkor éri meg, ha több 100 darabos a széria (munkaerőköltség). Sőt, a M16-nak a belső memóriája is lehet hogy kicsi:( M16: 16k flash, 1k SRAM;644P: 64k Flash, 4k SRAM)...
Re: Programfeltöltési hiba
Ez így nem helytálló, mert Arduinozni még Attiny85 alatt is lehet. Kisebb attiny-n a memória okozhat gondot.
http://forum.arduino.cc/index.php?topic=172881.0
A lényeg, hogy az Arduino-n a config fájlok között a boardot definiálni kell és a pin mappinget is.
Konkrétan nem tudom, hogy hogyan megy, de az Arduino legbelül nem tesz különbséget Atmega328 és Attiny85 között.
Ez a konfigurációs fájlokban dől el, hogy melyik melyik.
http://forum.arduino.cc/index.php?topic=172881.0
A lényeg, hogy az Arduino-n a config fájlok között a boardot definiálni kell és a pin mappinget is.
Konkrétan nem tudom, hogy hogyan megy, de az Arduino legbelül nem tesz különbséget Atmega328 és Attiny85 között.
Ez a konfigurációs fájlokban dől el, hogy melyik melyik.
Re: Programfeltöltési hiba
Pontosítok:
A *.h és *.cpp állományokban van lekezeve, hogy _mire_ milyen kódot fordít és ha ebben ott van benne a tipikus AVR, akkor van hozzá kód. ha nem, akkor általános eljárást _illik_ beírni a kódba... Ha ez kimarad - akkor bizony nem fordul le.
#ifdef... és a chipek rendszerbeli neve alapján készültek ezek a kódok.
A *.h és *.cpp állományokban van lekezeve, hogy _mire_ milyen kódot fordít és ha ebben ott van benne a tipikus AVR, akkor van hozzá kód. ha nem, akkor általános eljárást _illik_ beírni a kódba... Ha ez kimarad - akkor bizony nem fordul le.
#ifdef... és a chipek rendszerbeli neve alapján készültek ezek a kódok.
Re: Programfeltöltési hiba
üdv.
A BT/D0-D1 probléma kapcsán kérdezem itt a következőt:
Ha kifogytama a D...-portokból -Nano-, használhatók a D0-D1 páros és ledjei visszajelzésre a feltöltött program futása során?
(hasonlóan a D13 saját ledhez)
Később ezeken (D0, D1) vezérelnék reléket, ha jól villogtatja a ledeket
A BT/D0-D1 probléma kapcsán kérdezem itt a következőt:
Ha kifogytama a D...-portokból -Nano-, használhatók a D0-D1 páros és ledjei visszajelzésre a feltöltött program futása során?
(hasonlóan a D13 saját ledhez)
Később ezeken (D0, D1) vezérelnék reléket, ha jól villogtatja a ledeket
Re: Programfeltöltési hiba
Nem javasolt.
Ez a Nano kommunikációs lábai.
Ezen van - elvileg - a bluetooth és a feltöltés menete is...
Lábkifogyás esetére:
- i2c portbővítő az A4/A5 lábra (max 128 I/O-ig)
- Arduino Mega az 53 kivezetésével
Ez a Nano kommunikációs lábai.
Ezen van - elvileg - a bluetooth és a feltöltés menete is...
Lábkifogyás esetére:
- i2c portbővítő az A4/A5 lábra (max 128 I/O-ig)
- Arduino Mega az 53 kivezetésével
Re: Programfeltöltési hiba
sejtettem, h ezt írod
de ez csak, ha USB-n vagyok kell!
teszt közben villoghatna a panel led-ek - ha tud ilyet -, ha élesbe teszem külső tápról, akkor meg nincs USB és felhasználtam a 2 szabad D-t.
Ez lenne az 1xűbb megoldás nekem.
Bé verzió, hogy az analógokból csinálok Digitet, de ott figyelnem kell az 1db másik analogRead-ra is...
de ez csak, ha USB-n vagyok kell!
teszt közben villoghatna a panel led-ek - ha tud ilyet -, ha élesbe teszem külső tápról, akkor meg nincs USB és felhasználtam a 2 szabad D-t.
Ez lenne az 1xűbb megoldás nekem.
Bé verzió, hogy az analógokból csinálok Digitet, de ott figyelnem kell az 1db másik analogRead-ra is...
Re: Programfeltöltési hiba
És a debug/hibakeresés melyik lábakon lesz, ha nem a D0/D1-en?
A BlueTooth meg szoftveres sorosporton?
Nem kéne.....
Analóg lábak simán A0...A7 illetve D14...D19 néven is megszólíthatóak....
A BlueTooth meg szoftveres sorosporton?
Nem kéne.....
Analóg lábak simán A0...A7 illetve D14...D19 néven is megszólíthatóak....
Re: Programfeltöltési hiba
ok ok természetesen igazad van
bár itt BT-t nem tervezek használni, csak DS18S20-akat, LAN-t és LCD-t, ezek viszik el a D..-portokat.
De most hazaérve látom, h alapból nem villogtatja a D0-D1 ledeket
szóval ez most nem nyert, maradnak az A...-ok.
thx4all
bár itt BT-t nem tervezek használni, csak DS18S20-akat, LAN-t és LCD-t, ezek viszik el a D..-portokat.
De most hazaérve látom, h alapból nem villogtatja a D0-D1 ledeket
szóval ez most nem nyert, maradnak az A...-ok.
thx4all
Re: Programfeltöltési hiba
"It may be desirable, after manipulating analog pins (in digital mode), to add a short delay before using analogRead() to read other analog pins. "
Jól értem, hogy ha az Analaog portokat használom relévezérlésre D-ként, akkor "kis várakozást" kell betenni a programba egy másik analog olvasása előtt?
No és mennyi az a kis várakozás?
Jól értem, hogy ha az Analaog portokat használom relévezérlésre D-ként, akkor "kis várakozást" kell betenni a programba egy másik analog olvasása előtt?
No és mennyi az a kis várakozás?
Re: Programfeltöltési hiba
Miért, GETADC után jön a digitalread?:)
Amúgy 1 msec bőven sok....
Amúgy 1 msec bőven sok....
Re: Programfeltöltési hiba
Kedves Fórumozók !
Segítséget szeretnék kérni - abszolút kezdőként...
Feltöltéskor a következő hibaüzenetet kapom:
" avrdude: stk500_getsync(): not in sync: resp=0x00 " - ami a fórumokon olvasható a témában, azt nagyjából mind elolvastam...
Ha - jelen konfigurációmmal - Arduino UNO-ra töltök fel "bármit", akkor gond nélkül felmegy, és működik.
Vettem (Kínából) egy Arduino Mini PRO-t és egy Arduino NANO-t. Ezekre viszont semmit nem tudok felétölteni...
Ami biztos:
A kezelőprogram rendben telepítve van. Driver(ek) rendben. Az USB-s feltöltőt a Windows felismeri. Port(ok) rendben működnek. Az eszközkezelőben nincs hibajelzés.
Elindul a feltöltés. A lapka piros LED-je is villog kettőt-hármat a vége fele, (illetve a másik esetében a zöld "Power-LEd") de a feltöltés végén úgy 80-90 %-nál megálla a státusz csík alul és utána jön a hibaüzenet... Boot loader szerintem (illetve az értékesítő cég weblapja szerint) már előtelepítve rajta van a lapkán.)
Azért szeretnék mini pro-t, vagy nano-t használni, mert sokkal kisebb és olcsóbb mint az UNO, és NYÁK-ra tudnám forrasztani. De sajnos egyikre sem megy fel a sketch.
Van valakinek hasonló tapasztalata? Segítséget, javaslatot szeretnék kérni. Előre is köszönöm.
üdv.: István
Segítséget szeretnék kérni - abszolút kezdőként...
Feltöltéskor a következő hibaüzenetet kapom:
" avrdude: stk500_getsync(): not in sync: resp=0x00 " - ami a fórumokon olvasható a témában, azt nagyjából mind elolvastam...
Ha - jelen konfigurációmmal - Arduino UNO-ra töltök fel "bármit", akkor gond nélkül felmegy, és működik.
Vettem (Kínából) egy Arduino Mini PRO-t és egy Arduino NANO-t. Ezekre viszont semmit nem tudok felétölteni...
Ami biztos:
A kezelőprogram rendben telepítve van. Driver(ek) rendben. Az USB-s feltöltőt a Windows felismeri. Port(ok) rendben működnek. Az eszközkezelőben nincs hibajelzés.
Elindul a feltöltés. A lapka piros LED-je is villog kettőt-hármat a vége fele, (illetve a másik esetében a zöld "Power-LEd") de a feltöltés végén úgy 80-90 %-nál megálla a státusz csík alul és utána jön a hibaüzenet... Boot loader szerintem (illetve az értékesítő cég weblapja szerint) már előtelepítve rajta van a lapkán.)
Azért szeretnék mini pro-t, vagy nano-t használni, mert sokkal kisebb és olcsóbb mint az UNO, és NYÁK-ra tudnám forrasztani. De sajnos egyikre sem megy fel a sketch.
Van valakinek hasonló tapasztalata? Segítséget, javaslatot szeretnék kérni. Előre is köszönöm.
üdv.: István
Re: Programfeltöltési hiba
Feltöltésre válaszd ki a nano arduino panelt a programban. Az uno feltöltési sebessége gyorsabb a nanonál, ezért nem fog menni.
Re: Programfeltöltési hiba
csabeszq írta:Feltöltésre válaszd ki a nano arduino panelt a programban. Az uno feltöltési sebessége gyorsabb a nanonál, ezért nem fog menni.
Természetesen, azt választottam, ill. a mini pro esetében pedig szintén a megfelelőt, de így sem ment fel, ill. mindig azt a hibaüzenetet kapom.
A "Programozó"-t is próbáltam más lehetőségekre átállítani, de az sem segített.
Re: Programfeltöltési hiba
Nézd meg, hogy Atmega328p van-e benne, a kínaiak időnként mást raknak bele gazdasági megfontolásból.
Ha ez a chip van benne, esetleg próbáld ki mind a 200 USB kábelt, amit otthon találsz. Az FTDI nem mindet szereti (ha az van benne).
Ha ez a chip van benne, esetleg próbáld ki mind a 200 USB kábelt, amit otthon találsz. Az FTDI nem mindet szereti (ha az van benne).
Re: Programfeltöltési hiba
Nem hamis a nano ftdi chipje?
http://tavir.hu/cikk-hamis-a-baba
nano/minipro esetén diecimula/328-t válaszd ki arduino 1.0.5 alatt.
arduino 1.5.x BETA. tele hibával....
http://tavir.hu/cikk-hamis-a-baba
nano/minipro esetén diecimula/328-t válaszd ki arduino 1.0.5 alatt.
arduino 1.5.x BETA. tele hibával....