RTV forum PL | NewsGroups PL

Jak potwierdzić uszkodzenie mikroprocesora ATmega324P przy zasilaniu 3.3V?

padnięty AVR

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jak potwierdzić uszkodzenie mikroprocesora ATmega324P przy zasilaniu 3.3V?

Goto page 1, 2  Next

badworm
Guest

Wed May 11, 2016 4:25 pm   



Jak jednoznacznie stwierdzić zgon AVRa, a dokładnie MEGA324P? Nowiutki
procek (kupiony w TME), zamontowany na płytce, zasilanie ma 3,3V, ni
holender nie chce zagadać z programatorem (USBasp obsługiwany przez
AVRdude gui 1.0.5). Linie SPI wolne od innych podzespołów, sam
programator z Mega 8 pracuje normalnie. Kwarc 8MHz jest wlutowany, choć
z tego co widzę, to domyślnie mega 324 i tak idzie na wewnętrznym
oscylatorze RC.
--
Pozdrawiam Bad Worm badworm[maupa]post{kropek}pl
GG#2400455 ICQ#320399066

AlexY
Guest

Wed May 11, 2016 5:29 pm   



badworm pisze:
Quote:
Jak jednoznacznie stwierdzić zgon AVRa, a dokładnie MEGA324P? Nowiutki
procek (kupiony w TME), zamontowany na płytce, zasilanie ma 3,3V, ni
holender nie chce zagadać z programatorem (USBasp obsługiwany przez
AVRdude gui 1.0.5). Linie SPI wolne od innych podzespołów, sam
programator z Mega 8 pracuje normalnie. Kwarc 8MHz jest wlutowany, choć
z tego co widzę, to domyślnie mega 324 i tak idzie na wewnętrznym
oscylatorze RC.

Troszkę już się naczytałem o AVRach w dziwnym stanie które dopiero
programator równoległy rusza. Dzieje się tak np jeśli ma wyłączoną
funkcję reset na pinie.


--
AlexY
http://faq.enter.net.pl/simple-polish.html
http://www.pg.gda.pl/~agatek/netq.html

Grzegorz Niemirowski
Guest

Wed May 11, 2016 5:32 pm   



badworm <nospam@post.pl> napisał(a):
Quote:
Jak jednoznacznie stwierdzić zgon AVRa, a dokładnie MEGA324P? Nowiutki
procek (kupiony w TME), zamontowany na płytce, zasilanie ma 3,3V, ni
holender nie chce zagadać z programatorem (USBasp obsługiwany przez
AVRdude gui 1.0.5). Linie SPI wolne od innych podzespołów, sam
programator z Mega 8 pracuje normalnie. Kwarc 8MHz jest wlutowany, choć
z tego co widzę, to domyślnie mega 324 i tak idzie na wewnętrznym
oscylatorze RC.

Możesz jeszcze spróbować przez JTAG jeśli posiadasz.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 12 days, 20 hours, 16 minutes and 30 seconds

Piotr Gałka
Guest

Wed May 11, 2016 5:53 pm   



Użytkownik "badworm" <nospam@post.pl> napisał w wiadomości
news:12znk848fwgr5.dlg@badworm.pl...
Quote:
Jak jednoznacznie stwierdzić zgon AVRa, a dokładnie MEGA324P? Nowiutki
procek (kupiony w TME), zamontowany na płytce, zasilanie ma 3,3V, ni
holender nie chce zagadać z programatorem (USBasp obsługiwany przez
AVRdude gui 1.0.5). Linie SPI wolne od innych podzespołów, sam
programator z Mega 8 pracuje normalnie. Kwarc 8MHz jest wlutowany, choć
z tego co widzę, to domyślnie mega 324 i tak idzie na wewnętrznym
oscylatorze RC.

Nie wiem czy dotyczy. Podobnie mi się zdarzało z pierwszymi XMEGAmi, gdy
układ brown-out im nie wyszedł. Ustawienie na 3V skutkowało faktycznym
ustawieniem na 3,6V i zero reakcji. Zasilenie 3V7 i wpisanie niższego
brown-outa załatwiało sprawę.
P.G.

ks
Guest

Thu May 12, 2016 8:16 am   



W dniu 2016-05-11 o 18:25, badworm pisze:
Quote:
Jak jednoznacznie stwierdzić zgon AVRa, a dokładnie MEGA324P? Nowiutki
procek (kupiony w TME), zamontowany na płytce, zasilanie ma 3,3V, ni
holender nie chce zagadać z programatorem (USBasp obsługiwany przez
AVRdude gui 1.0.5). Linie SPI wolne od innych podzespołów, sam
programator z Mega 8 pracuje normalnie. Kwarc 8MHz jest wlutowany, choć
z tego co widzę, to domyślnie mega 324 i tak idzie na wewnętrznym
oscylatorze RC.

Ja odratowałem ze dwa zdechnięte układy za pomocą układu zbliżonego do tego:

http://mdiy.pl/atmega-fusebit-doctor-hvpp/
(tego oryginalnego co ja robiłem nie mogę jakoś znaleźć w sieci, więc link do
pierwszego lepszego co się w wyszukiwarce znalazło)
pozdrawiam Krzysiek

wchpikus
Guest

Fri May 13, 2016 11:01 am   



obstawiam fuse-bity od zegara..
podaj jakikolwiek zegar na xtial.

ks
Guest

Fri May 13, 2016 2:56 pm   



W dniu 2016-05-13 o 13:01, wchpikus pisze:
Quote:

obstawiam fuse-bity od zegara..
podaj jakikolwiek zegar na xtial.

Może, teraz już tego nie sprawdzę. W moim przypadku nie wiem co się psuło, to

były zupełnie niezależne układy, z zegarem na kwarcu na bitach najwyższej
prędkości. Wielokrotnie przed i po padnięciu do każdego wgrywany był soft, po
prostu po którymś tam wgraniu układ przestawał odpowiadać. Nie było żadnych
zmian w układzie poza softem. Układ z linka pomógł mi odratować ww procesorki.

Guest

Fri May 13, 2016 3:39 pm   



W dniu środa, 11 maja 2016 18:45:29 UTC+2 użytkownik badworm napisał:
Linie SPI wolne od innych podzespołów

Czyli jak? Wiszą 'w powietrzu', czy są uglebione (GND)? Jeżeli to pierwsze, to tutaj może być jajco. Częsty problem "elektroników" cyfrowych nie znających zasady działania tranzystora, ale dobrze znających języki programowania C/Pyton i inne węże, gady i płazy. Żadnym z owych języków nie da się oprogramować gwoździa.

Jeżeli linie SPI wiszą w powietrzu, to możesz mieć kompletne bajobongo.
Piszesz o płytce.. Pokaż schemat i projekt PCB, wtedy będzie można coś poradzić, a nie wróżyć z fusów.

badworm
Guest

Fri May 13, 2016 4:01 pm   



Dnia Fri, 13 May 2016 06:39:47 -0700 (PDT), stchebel@gmail.com
napisał(a):

Quote:
Czyli jak? Wiszą 'w powietrzu', czy są uglebione (GND)? Jeżeli to pierwsze, to tutaj może być jajco. Częsty problem "elektroników" cyfrowych nie znających zasady działania tranzystora, ale dobrze znających języki programowania C/Pyton i inne węże, gady i płazy. Żadnym z owych języków nie da się oprogramować gwoździa.
Jeżeli linie SPI wiszą w powietrzu, to możesz mieć kompletne bajobongo.
Piszesz o płytce.. Pokaż schemat i projekt PCB, wtedy będzie można coś poradzić, a nie wróżyć z fusów.

Jak MOSI, MISO i SCK może wisieć w powietrzu, skoro jest tam podłączony
programator??? Pisząc "wolne od innych podzespołów" miałem na myśli, że
na tych wyprowadzeniach nie ma nic innego, co mogłoby je np. ściągać do
masy albo plusa zasilania. Projekt PCB jest bez znaczenia, podlutowuję
się tasiemką z programatora do padów złącza karty uSD, która docelowo
będzie obsługiwana po SPI.
--
Pozdrawiam Bad Worm badworm[maupa]post{kropek}pl
GG#2400455 ICQ#320399066

badworm
Guest

Sat May 14, 2016 11:19 am   



Dnia Fri, 13 May 2016 16:56:52 +0200, ks napisał:

Quote:
Może, teraz już tego nie sprawdzę. W moim przypadku nie wiem co się psuło, to
były zupełnie niezależne układy, z zegarem na kwarcu na bitach najwyższej
prędkości. Wielokrotnie przed i po padnięciu do każdego wgrywany był soft, po
prostu po którymś tam wgraniu układ przestawał odpowiadać. Nie było żadnych
zmian w układzie poza softem. Układ z linka pomógł mi odratować ww procesorki.

Tutaj sprawa jest o tyle ciekawa, że dotyczy fabrycznie nowego procka.
--
Pozdrawiam Bad Worm badworm[maupa]post{kropek}pl
GG#2400455 ICQ#320399066

Sebastian Biały
Guest

Sat May 14, 2016 12:33 pm   



On 2016-05-11 18:25, badworm wrote:
Quote:
Jak jednoznacznie stwierdzić zgon AVRa, a dokładnie MEGA324P?

Wsadzić nastepny za 10zł Smile Naprawdę, nie ma co kombinować, partia
AtMega128 około 100 sztuk, kilka okazało się być padniętych na różne
sposoby, zazwyczaj "martwe". Przyzwyczaj się ze jesteś coraz bardziej
kontrolą jakości.

Quote:
AVRdude gui 1.0.5). Linie SPI wolne od innych podzespołów, sam
programator z Mega 8 pracuje normalnie. Kwarc 8MHz jest wlutowany, choć
z tego co widzę, to domyślnie mega 324 i tak idzie na wewnętrznym
oscylatorze RC.

PS. Niektóre programaotry UsbAsp mają zworke spowalniającą. Sprawdź,
wewnętrzyn zegar megi jest za wolny na szybkie programowanie.

sundayman
Guest

Sat May 14, 2016 2:20 pm   



jest taki wynalazek do ratowania avr bardzo prosty.
Sprowadza się do kabelka LPT<>ISP do peceta i programiku dosowego...

Parę razy odblokowywałem tym, jak nie mogłem postawić na nogi z użyciem
zewnętrznego generatorka. Nie pamiętam nazwy za cholerę...

Bo to chyba nie jest po prostu ISP na LPT bo to by przecież nie dało
rady... a działało...

Sebastian Biały
Guest

Sat May 14, 2016 5:20 pm   



On 2016-05-14 16:20, sundayman wrote:
Quote:
Sprowadza się do kabelka LPT<>ISP do peceta i programiku dosowego...

Te kabelki mają podstawową cechę: generowały przebiegi wystarczająco
powolne żeby atmegę mozna było programować na wewnętrznym rc. Większośc
programatorow usb które miałem musiała zwalniać żeby zobaczyć cpu.
Przypuszczam że tutaj cała tejamnica. W badziewności LPT.

badworm
Guest

Sun May 15, 2016 11:52 am   



Dnia Sat, 14 May 2016 14:33:52 +0200, Sebastian Biały napisał(a):

Quote:
Wsadzić nastepny za 10zł Smile Naprawdę, nie ma co kombinować, partia
AtMega128 około 100 sztuk, kilka okazało się być padniętych na różne
sposoby, zazwyczaj "martwe". Przyzwyczaj się ze jesteś coraz bardziej
kontrolą jakości.

To mnie pocieszyłeś...
Quote:
PS. Niektóre programaotry UsbAsp mają zworke spowalniającą. Sprawdź,
wewnętrzyn zegar megi jest za wolny na szybkie programowanie.

Ha, to jednak było to! Smile Dodatkowo konieczna okazała się aktualizacja
AVRdude, bo używana wcześniej wersja (5.Cool miała w bazie błędną
sygnaturę dla MEGA324PA. Odczytywana była 1E9511 (czyli zgodnie z
dokumentacją Atmela), a wedle programu miało być 1E9508.
--
Pozdrawiam Bad Worm badworm[maupa]post{kropek}pl
GG#2400455 ICQ#320399066

sundayman
Guest

Mon May 16, 2016 8:00 am   



Quote:
Wsadzić nastepny za 10zł Smile Naprawdę, nie ma co kombinować, partia
AtMega128 około 100 sztuk, kilka okazało się być padniętych na różne
sposoby, zazwyczaj "martwe". Przyzwyczaj się ze jesteś coraz bardziej
kontrolą jakości.

To może napisz, gdzie kupione dla przestrogi ?

Ja zawsze kupuję w TME - trochę drożej, ale jeszcze nigdy nie trafiłem
na uszkodzony egz. A już trochę ich przerobiłem, samych atmeg128 parę
kilkaset.

Goto page 1, 2  Next

elektroda NewsGroups Forum Index - Elektronika Polska - Jak potwierdzić uszkodzenie mikroprocesora ATmega324P przy zasilaniu 3.3V?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map