Programfeltöltési hiba

Processing/Wiring (illetve C) nyelvű programozási fogások, tippek. (AVR-Duino, Arduino, EthDuino, Diecimila, Severino, Nano, LilyPad)
Avatar
Robert
Elektronbűvölő
Hozzászólások: 10191
Csatlakozott: 2005. december 9. péntek, 7:00

Re: Programfeltöltési hiba

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

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)...
Avatar
csabeszq
Bitfaragó
Hozzászólások: 678
Csatlakozott: 2012. szeptember 5. szerda, 6:00

Re: Programfeltöltési hiba

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

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

Re: Programfeltöltési hiba

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

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.
Laci_L
DrótVégénSzéndarab
Hozzászólások: 41
Csatlakozott: 2013. december 3. kedd, 9:31

Re: Programfeltöltési hiba

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

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

Re: Programfeltöltési hiba

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

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
Laci_L
DrótVégénSzéndarab
Hozzászólások: 41
Csatlakozott: 2013. december 3. kedd, 9:31

Re: Programfeltöltési hiba

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

sejtettem, h ezt írod :oops:

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

Re: Programfeltöltési hiba

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

É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....
Laci_L
DrótVégénSzéndarab
Hozzászólások: 41
Csatlakozott: 2013. december 3. kedd, 9:31

Re: Programfeltöltési hiba

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

ok ok természetesen igazad van :wink:

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 :)
Laci_L
DrótVégénSzéndarab
Hozzászólások: 41
Csatlakozott: 2013. december 3. kedd, 9:31

Re: Programfeltöltési hiba

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

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

Re: Programfeltöltési hiba

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

Miért, GETADC után jön a digitalread?:)

Amúgy 1 msec bőven sok....
czene
Újonc
Újonc
Hozzászólások: 5
Csatlakozott: 2014. január 19. vasárnap, 10:35

Re: Programfeltöltési hiba

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

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
Avatar
csabeszq
Bitfaragó
Hozzászólások: 678
Csatlakozott: 2012. szeptember 5. szerda, 6:00

Re: Programfeltöltési hiba

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

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.
czene
Újonc
Újonc
Hozzászólások: 5
Csatlakozott: 2014. január 19. vasárnap, 10:35

Re: Programfeltöltési hiba

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

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.
Avatar
csabeszq
Bitfaragó
Hozzászólások: 678
Csatlakozott: 2012. szeptember 5. szerda, 6:00

Re: Programfeltöltési hiba

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

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

Re: Programfeltöltési hiba

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

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....
Válasz küldése