ATNEL tech-forum 2014-06-19T13:48:11+01:00 https://forum.atnel.pl/feed.php?f=58&t=7492&mode 2014-06-19T13:48:11+01:00 2014-06-19T13:48:11+01:00 https://forum.atnel.pl/viewtopic.php?t=7492&p=85030#p85030 <![CDATA[Re: Prawie klasyczny przykład z serii zablokowałem uC...]]> EvB 5.1 jeśli to coś zmienia.
Przepraszam za głupie pytanie, ale dlaczego mam łączyć wyjścia ze scalaka FT232 jeżeli programuję za pomocą USBasp zewnętrznego. Zawsze tylko wtykałem wtyczkę canda do gniazdka i działało, chyba że jakąś herezję piszę to proszę mnie poprawić. Dopiero zaczynam przygodę z uC.

Statystyki: Napisane przez Pilarek — 19 cze 2014, o 13:48

]]> 2014-06-19T10:53:04+01:00 2014-06-19T10:53:04+01:00 https://forum.atnel.pl/viewtopic.php?t=7492&p=84998#p84998 <![CDATA[Re: Prawie klasyczny przykład z serii zablokowałem uC...]]> Pilarek napisał(a):

No ale przecież jak to jest możliwe skoro korzystam z płytki startowej AND-TECH EvB


No a kto może wiedzieć co ty masz po pierwszym poście - więc to jest przykład jak sam widzisz po swoim pytaniu - JAK NIE NALEŻY ZADAWAĆ PYTAŃ. Zawsze warto podać od razu komplet informacji jak się chce uzyskać szybciej i trafniej pomoc a nie robić kalambury - że inni mają zgadywać co ty tam masz tzn domyślać się ...

poza tym jak ktoś pisze że nie może mieć błędów połączeń - bo ma zestaw i nie ważne czy atnela czy andtecha czy dowolny inny to znaczy tylko że jeszcze mało rzeczy widział w życiu i nie mówię tego po to żeby cię obrazić czy się śmiać - ale po to żebyś zrozumiał że czasem może się nawet kabelek urwać w taśmie do programatora ... i już masz błędne połączenia ...

albo ... albo słabe zasilanie albo jakieś przerwy w transmisji itp itd

Statystyki: Napisane przez mirekk36 — 19 cze 2014, o 10:53

]]> 2014-06-19T10:18:59+01:00 2014-06-19T10:18:59+01:00 https://forum.atnel.pl/viewtopic.php?t=7492&p=84991#p84991 <![CDATA[Re: Prawie klasyczny przykład z serii zablokowałem uC...]]> Statystyki: Napisane przez Gość — 19 cze 2014, o 10:18

]]> 2014-06-19T07:40:42+01:00 2014-06-19T07:40:42+01:00 https://forum.atnel.pl/viewtopic.php?t=7492&p=84986#p84986 <![CDATA[Re: Prawie klasyczny przykład z serii zablokowałem uC...]]>
Fota:
Obrazek

Statystyki: Napisane przez Pilarek — 19 cze 2014, o 07:40

]]> 2014-06-19T06:08:05+01:00 2014-06-19T06:08:05+01:00 https://forum.atnel.pl/viewtopic.php?t=7492&p=84982#p84982 <![CDATA[Re: Prawie klasyczny przykład z serii zablokowałem uC...]]>
Quote:

avrdude: Device signature = 0x000102


widzisz to? ... gdy sygnatura nie jest prawidłowo nawet odczytywana to znaczy że dalej będzie leciała ci już tylko kaszanka

a jak sygnatury nie można prawidłowo odczytać to w 99% przypadków masz właśnie te problemy o których napisałem wyżej

Statystyki: Napisane przez mirekk36 — 19 cze 2014, o 06:08

]]> 2014-06-19T02:56:29+01:00 2014-06-19T02:56:29+01:00 https://forum.atnel.pl/viewtopic.php?t=7492&p=84980#p84980 <![CDATA[Prawie klasyczny przykład z serii zablokowałem uC...]]>
root@dawid-laptop:/home/dawid/workspace/keyboard/Release# avrdude -p atmega32 -c USBasp -P usb -F -U flash:w:keyboard.hex

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x000102
avrdude: Expected signature for ATmega32 is 1E 95 02
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "keyboard.hex"
avrdude: input file keyboard.hex auto detected as Intel Hex
avrdude: writing flash (1654 bytes):

Writing | ################################################## | 100% 0.68s

avrdude: 1654 bytes of flash written
avrdude: verifying flash memory against keyboard.hex:
avrdude: load data flash data from input file keyboard.hex:
avrdude: input file keyboard.hex auto detected as Intel Hex
avrdude: input file keyboard.hex contains 1654 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 0.51s

avrdude: verifying ...
avrdude: 1654 bytes of flash verified

avrdude: safemode: lfuse changed! Was 0, and is now ef
Would you like this fuse to be changed back? [y/n] y
avrdude: safemode: and is now rescued
avrdude: safemode: Fuses OK (H:FF, E:00, L:00)

avrdude done. Thank you.

Gdzie najbardziej znaczące są ostatnie linijki. Ni stąd ni z owąd coś mi zmieniło fusebity (bynajmniej z mojego punktu widzenia) Program mnie o tym poinformował więc stwierdziłem że muszę wcinąć przywrócenie do wcześniejszych fusebitów bo wcześniej były prawidłowo ustawione. Od tej pory AVR nie odpowiada.

avrdude: error: programm enable: target doesn't answer. 1
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0xc8576e
avrdude: Expected signature for ATmega32 is 1E 95 02
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.

avrdude done. Thank you.

W sumie bardziej mnie interesuje to dlaczego fusy same mi się z siebie zmieniły skoro nic nie grzebałem... Mikrokontrolerów mam jeszcze kilka przy sobie więc wielkiej straty nie ma, chociaż jak ktoś podpowie jak go odratować to będę wdzięczny... Problem w tym, że nawet nie wiem jak są teraz te fusebity ustawione. Muszę to potem sprawdzić w nocie. Możliwe, że mikrokoltroler uległ jakiemuś uszkodzeniu? Nie ma mowy o rzeczach typu złe podłączenie/za duży prąd itp. itd. z racji tego, że korzystam z płytki startowej.

Statystyki: Napisane przez Pilarek — 19 cze 2014, o 02:56

]]>