Witam
Mam poważny kłopot i nie wiem w czym tkwi przyczyna.
Podczas wgrywania wsadu do uC atmega2560 nastąpił błąd weryfikacji po tym nie jestem w stanie już nic zaprogramować gdyż avrdude go nie widzi. Do tego uC była również podłączona karta SD z translatorem napięcia 74HCT244N której czasami zapomniałem wyjąć podczas programowania. Dlatego linie CS podłączyłem poprzez rezystor 10kom do +5V. Czy to mógłby być powód, być może spalenia pinu uC od ISP? Przez co nie mogę nawiązać połączenia z uC? uC był taktowany wewnętrznie 8Mhz.

_________________
Programowanie to styl życia :D

a ja myślę że się nic nie spaliło bo nie miało jak

1. odłącz kartę SD i wszystko co masz od linii ISP
2. sprawdź połączenia
3. sprawdź zasilanie
4. i spróbuj jeszcze raz - pewnie pójdzie

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Zrobiłem wszystkie 4 punkty ale nie poszło i chyba wiem dlaczego. Bo na pewno spaliłem pin uc magistrali isp/spi.
To samo zdarzyło mi się jakieś 3tygodnie temu z wcześniejszym uC atmega2560 wystąpił błąd weryfikacji i koniec.
Przyczyna jest w moim zrobionym programatorze usbasp. Zrobiłem go tak jak jest oryginalnie i nie dałem bufora 74lvc125 A ja mam go podpiętego na stałe do uc i po zaprogramowaniu występuje pewnie konflikt sygnałów. Na te same piny mam podpiętą kartę sd ale za buforem który jest silniejszy od pinów uC. Nie wiem czemu spalił się pin procesora programowane a nie uC w programatorze.
Takie są moje przypuszczenia.

------------------------ [ Dodano po: 7 minutach ]

Sprawdzałem po kolei piny spi/isp. Wynik jest taki że na pinie MISO na uC nie panuje żaden stan ani niski anie wysoki. Dioda nie świeci. (Oczywiście każdy pomiar dokonywałem klikając wyszukaj uC w mkavrcalkulator)

_________________
Programowanie to styl życia :D

nie jesteś w stanie przepalić procka tym że miałeś podpięty programator bez bufora - ja daję głowę sobie za to obciąć - bo zanim używałem buforowanych usbasp bardzo często tak robiłem ... i nigdy się procek nie spalił

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

No to w trakcie programowania karta SD zakłóciła zapis do uC w wyniku czego został zapisany zły program. i się uC zablokował.
Nie mam pomysłów

_________________
Programowanie to styl życia :D

Miałem kiedyś podobny przypadek z ATmega 32, zaznaczam nie grzebiac w fusach straciłem możliwość programowania przez SPI. Problem wystąpiły podczas wygrywania i konfliktu na linii SPI bodajże był tam podpiety enkoder. Odratowalem ATmege za pomocą sprytnego urządzenia do przywracania fabrycznych ustawień. Jak znajdę stronkę to podeślę.

------------------------ [ Dodano po: 7 minutach ]

Znalazłem
http://mdiy.pl/atmega-fusebit-doctor-hvpp/
urządzenia zrobiłem na stykowce.

_________________
https://www.instagram.com/myfirstquadcopter/

Ja się ostatnio bawiłem z czytnikiem RFID i też nagle przestał mi działać UART w procku no i po chwili MkAvrCalc już go nie widział a okazało sie właśnie że te zabawy z czytnikiem przestawiły mi fusy na zewnętrzny sygnał TTL na szczęscie zestaw ATB ma sprytne zworki i szybko udało mi się "odratować" 644p Ale też szukałem co i jak i pomoc w razie "W" znajdziesz w tym poście
http://forum.atnel.pl/topic2606.html

_________________
Podpis...

Nie wiem czy to zadziała. Bo fusebity są dobre. Chętnie spróbuję może się uda.
Próbowałem podłączyć zewnętrzny kwarc i generato, ale nie pomogło. Skoro takie zabawy przestawiają fusebity to może w moim przypadku zablokowały komunikację isp hmm.
Wielkie dzięki za pomoc. Zbuduję układ i zobaczę.

_________________
Programowanie to styl życia :D

A masz możliwość je sprawdzić?

_________________
https://www.instagram.com/myfirstquadcopter/

No właśnie a co to oznacza ? kolega wyżej dobre pytanie zadał

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Hmm to może tak--> fusebity były dobre jak uC działał
Elementy elektroniczne do wykonania tego doktora mam więc jutro spróbuję go złożyć. I dam znać.
Ale 12V na reset :O byle by się nie zawiesił ten doktor hehe

_________________
Programowanie to styl życia :D

nic nie ryzykujesz.
przecież procek teraz i tak "jest martwy"

_________________
Jestem początkujący i moje porady mogą być błędne

No właśnie - wystarczy sobie przypomnieć co robili np z Frankensteinem - żeby go ożywić jakie tam napięcie podawali

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

A jak nic nie wyjdzie to zawsze możesz zrobić z niego breloczek

_________________
https://www.instagram.com/myfirstquadcopter/

ATB\stykówka czy pcb własnoręcznie robione? Ja tylko wspomnę, że zrobił mi się zimny lut kiedyś na procku, i to po sporym czasie użytkowania, naprawdę nic na to nie wskazywało, po prostu po godzinie zabawy z uC ze zmianą wsadu nie chciał potem przyjmować... Podotykałem lutownicą nóżek procka i w końcu ruszyło, czyli musiał być zimny lut a NIC na to nie zapowiadało...

sosnus Płytka uniwersalna pod atmege2560 resztę łączone kabelkami.
Zbudowałem ten układ i udało mi się połączyć z uC. Widać ze fusebity są źle ustawione. kliknąłem 1 na klawiaturze i enter żeby ustawiło fabryczne ale jest błąd. Gdy wcisnąłem 4 na klawiaturze żeby skasować flasch to skasowało dobrze. Oto screeny.

Wpisałem te fusebity co odczytało do mkavrcalkulator to nie ma ustawionego w fusach uproszczonych taktowania czy wew czy zew, ale w właściwości jest na zewnętrzny kwarc chyba. W sumie sami zobaczcie bo za bardzo na wszystkich się nie znam
Ma ktoś jakiś pomysł?

_________________
Programowanie to styl życia :D

Ja robiłem to trybem bez terminala zgodnie z opisem autora:

"Zworka ALLOW ERASE zezwala na wymazanie całej pamięci w przypadku ustawionych Lockbitów (bez ich wykasowania nie jest możliwe przestawienie Fusebitów). Po podłączeniu układu i wciśnięciu przycisku START program inicjuje tryb programowania wysokonapięciowego
Oznaczenia diod:
świeci zielona – fusebity naprawione i zweryfikowane, układ naprawiony. Jeśli jest ustawione zabezpieczenie lockbit, to tylko sprawdza czy fuski odpowiadają fabrycznym, i jeśli tak to także zapali tę diodę.
świeci czerwona – problem z odczytaniem sygnatury, brak układu, lub brak sygnatury w bazie.
migająca zielona – sygnatura odczytana, fusebity się nie zgadzają z fabrycznymi, ale ustawione są lockbity i trzeba zezwolić na wymazanie pamięci aby je naprawić (czytaj dalej).
migająca czerwona – sygnatura odczytana, lockbity wyłączone, ale nie można z jakichś powodów zapisać nowych fusebitów.
"
Po tym zabiegu już podłączałem przez USBasp i Atmega32 miała fabryczne ustawienia.

_________________
https://www.instagram.com/myfirstquadcopter/

U mnie tylko w trakcie odczytywania fusów miga zielona i tyle. Po odczytaniu żadna nie świeci.
Zworkę "ALLOW ERASE" mam zwartą na stałe do masy.
A gdy teraz próbuję odczytać to wyświetla się takie coś po niżej. Wcześniej też się wyświetlało ale za którymś razem ruszyło. A teraz jakoś nie chce

_________________
Programowanie to styl życia :D

Spróbuj wcisnąć przycisk START w ATmega 8 (programator) to jest pin reset powinna po tym zabiegu zaświecić zielona ciągłym sygnałem.
Jeżeli nie to albo coś źle podłączone albo niech spoczywa w spokoju ATmega2560

_________________
https://www.instagram.com/myfirstquadcopter/

Przy włączaniu zasilania albo klikania reset dioda zielona chwilkę mruga i przestaje. Tak jak opisywałem to wcześniej.

_________________
Programowanie to styl życia :D

Zmieniłem tranzystory sterujące linią reset na inne i zmieniłem rezystory sterujące nimi i teraz odczytałem fusebity z uC i dodatkowo cały czas świeci dioda zielona. Wg opisu powinien być naprawiony ale na terminalu jest to co było wcześniej. Załączam nowy screen.

Gdy wciskam 1 to nadal nie może zapisać fusów.

_________________
Programowanie to styl życia :D

Jak masz taką możliwość to sprawdź go już innym programatorem.

_________________
https://www.instagram.com/myfirstquadcopter/

Podłączyłem programator usbasp za 10 razem udało mi się odczytać sygnaturę po czym znów przez 10 razy nie mogłem jej odczytać. Ale gdy znów się udało to spróbowałem zmienić fusebity. Odznaczyłem podział prze 8 i zaznaczyłem taktowanie wewnętrzne 8Mhz. Przy zapisie wyświetlił się błąd weryfikacji i już nie mogę odczytać uC. Przy ostatnim wgrywaniu programu miałem podpięta kartę SD do uC może ona zakłócała transmisję.?? Chyba to już koniec z tym uC

_________________
Programowanie to styl życia :D

Wypnij ją do puki nie odzyskasz pełnej kontroli.

_________________
https://www.instagram.com/myfirstquadcopter/

Teraz na czas tych prób jest on całkowicie odłączony od pozostałych urządzeń. Ale właśnie wcześniej ta karta sd może zaśmieciła programowanie i zablokował się zapis do uC. Sam autor o takich przypadkach wspomina.

_________________
Programowanie to styl życia :D

Udało się rozwiązać ten problem? Mam taki sam przypadek.

Niestety nie, oba procesory leżą w szafce. Może kiedyś jeszcze raz spróbuje je uratować.

_________________
Programowanie to styl życia :D

Miałem też coś takiego, już dość dawno więc nie pamiętam szczegółów. Wgrywało się normalnie, a za którymś razem trach i nie działa. Żadnego grzebania w fusebitach nie było. Na wszelki wypadek dodałem elektrolit do zasilania i nie wiem na 100% czy to pomogło bo teraz zasilam z innego kompa przez USB i nie ma tego zjawiska (mam nadzieją, jeszcze trochę mało razy wgrywałem). Ponieważ to było dość dawno i nie byłem zorientowany w ustawianiu spowalniania programowania w programatorze USBASP, to też się zastanawiam, czy nie miałem ustawionej nieco za dużej szybkości do taktowania.
Ale bardziej skłaniam się do wpływu słabej filtracji zasilania.
Mam jeszcze taką Atmegę i chcę spróbować kiedyś czy ożyje taktowana zewnętrznym generatorem.