Witam wszystkich serdecznie,

przejdę od razu do sprawy. Otóz wygląda to tak, bawiłem się mkAVRCalculatorem z ATmega328P i zmieniłem taktowanie w fusach uproszczonych z 8 MHz na 128 kHz
z ustawioną opcją CKDIV8, czyli wewnętrzny zegar podzielony przez 8. Od tej chwili układ całkowicie przestał działać. Zdaje sobie sprawę, żę ustawiłem małą prędkość pracy ale nie na tyle, aby mkAVRCalculator nie był w stanie mi wykryć procesora nawet przy ustawieniu jednej z dolnych opcji (niskich częstotliwości).

wyniki z konsoli:

avrdude.exe: set SCK frequency to 1000 Hz
avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude.exe: Device signature = 0x000102
avrdude.exe: Expected signature for ATMEGA8 is 1E 93 07
avrdude.exe: current erase-rewrite cycle count is -50462977 (if being tracked)
avrdude.exe: reading signature memory:

Reading | ################################################## | 100% 0.02s

avrdude.exe: writing output file "C:\Users\!@#$%l\Documents\mkAVRCalculator\sig_tmp.hex"

avrdude.exe: safemode: Verify error - unable to read hfuse properly. Programmer may not be reliable.
avrdude.exe: safemode: Fuses OK


ewentualnie za innym razem:


avrdude.exe: set SCK frequency to 1000 Hz
avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude.exe: Device signature = 0x000102
avrdude.exe: Expected signature for ATMEGA8 is 1E 93 07
avrdude.exe: safemode: Verify error - unable to read lfuse properly. Programmer may not be reliable.
avrdude.exe: safemode: To protect your AVR the programming will be aborted


Sprawdziłem już wszystkie opcje z mkAVRCalculatora, żadna nie chce pomóc.
Skorzystałem więc z konsoli, a konkretnie polecenia avrdude -p atmega328P -c usbasp -u -t -F
następnie sck 1000, e, sck 10, aby powrócić do odpowiedniego taktowania, i próbowałem ustawić fuse bity ręcznie, ponieważ próba ich zapisu z mkAVRCalculatora spełzła na niczym. Przed zapisem poleceniem d e/h/lfuse sprawdziłem wartości fuse bitów. Wszystkie były wyzerowane, sprawdzałem na różnej częstotliwości.
Zaznacze tutaj, że nie jestem pewien czy polecenie sck w ogóle działa mimo wiadomości zwrotnej:
avrdude: set SCK frequency to 1000 Hz (dla sck 1000).


Próba zapisu z terminala ze zmniejszoną prędkością również się nie powiodła. Po zastosowaniu komendy zapisu d efuse (d hfuse, d lfuse) 0 0xFF (0xD9, 0xFF)
otrzymuję

avrdude(write): error writing 0xff at 0x00000, rc=-6
avrdude(write): error writing 0xff at 0x00000 cell=0x00


Pytanie brzmi zatem, co może być nie tak, lub gdzie popełniam błąd próbując ponownie skomunikować się z mikrokontrolerem. Nie sądzę, aby został zablokowany, ponieważ jak już wspominałem, przestał reagować po zmianie taktowania w programie mkAVRCalculator. Dodam, że sprawdzałem połączenia co najmniej kilka razy, są w porządku, zresztą do chwili zmiany taktowania też były, problem zatem leży moim zdaniem gdzieś po stronie konfiguracji.

Z góry dziękuję za wszelką pomoc.

Pozdrawiam,

ST

1. odpal MkAvrCalc
2. Wybierz RĘCZNIE z rozwijanej listy swój procek
3. wejdź w zakładkę Programator
4. z rozijanej listy w polu SLOW_SCK wybierz wartość na samym dole
5. ustaw operację ODCZYT
6. Ustaw FUSEBITY
7. Kliknij zielony klawisz WYKONAJ

wczytają się fusebity

wtedy w zakładce Fusy Uproszczone przede wszystkim wyłącz CKDIV8 i ustaw taktowanie 8MHz ... następnie wybierz operację ZAPIS i zielonym klawiszem ustaw na nowo poprawne fusebity

to wsio

_________________
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 ]

Niestety dalej pojawia się ten sam problem Panie Mirosławie,
zaraz po odczycie Fuse bitów jak i po próbie zapisu.

avrdude: set SCK frequency to 500 Hz
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0x000003
avrdude: Expected signature for ATMEGA328P is 1E 95 0F
Double check chip, or use -F to override this check.

avrdude done. Thank you.

Gdy mówi Pan o ustawieniu Fuse bitów ma Pan na myśli rodzaj pamięci czy te trzy okienka z wartościami hex?
Rozumiem, że po wykonaniu operacji odczyt powinny się same tam pojawić właściwe wartości? Jeśli tak, to tak się nie dzieje.
Po dokonaniu wyboru taktowania ulegają oczywiście zmianie ale przy zapisie wyskakuje mi nadal ten sam błąd co wyżej.
Dla mnie to jest co najmniej dziwne, z racji, że też uważam, że tyle powinno wystarczyć do przywrócenia procka do stanu "używalności".

to znaczy że na dodatek masz coś źle podłączone, zasilone itp

_________________
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 ]

Układ jest z całą stanowczością podłączony należycie, jeszcze dzisiaj były na niego wgrywane wsady. Problem pojawił się, jak juz wspominałem, po zmianie taktowania za pomocą mkAVRCalculatora. Najwyraźniej jestem pierwszą osobą, którą spotkał taki problem. Czytałem o mniej lub bardziej podobnych problemach, stosowałem się do podawanych rozwiązań, również ze stron obcojęzycznych. Nic nie pomogło. Ale w porządku, sprawdze jeszcze raz podłączenie.

/edit

Podłączenie jest poprawne, zresztą od dawna nie było ruszane. Problem leży gdzie indziej.

Masz to na stykówce czy w jakimś układzie?
Zasilasz z układu czy programatora?
Podaj napięcia pin 7-8 pin 20-22
Co "mówi" Eclipse przy próbie programowania?
Czy ostatnie (przed w/w problemami) programowanie nie zostało przerwane
np. wypięcie wtyku programatora, spadek napięcia itp. ?
Aby mieć pewność prawidłowych połączeń podmień procka i dopiero
wówczas wróć do prób odblokowania poprzedniego.

_________________
https://www.facebook.com/jacekplichtaphotography/

Zapewniam cię, że jesteś osobą o liczbie powyżej miliona a nie pierwszą ....

i większość tych osób spokojnie przeprogramowała sobie procka, którego wcześniej ustawiła na 128kHz wraz z fusebitem CKDIV8 za pomocą programatora USBASP ... i programu MkAvrCalculator


ciekaw jestem co to za parametr zmieniałeś: sck 1000 , później jakiś "e" ....

jaki masz w ogóle programator konkretnie (jakiej firmy? czy sam składałeś?) i dlaczego tak ciężko ci pokazać np zrzut ekranu jak ustawiasz MkAvrCalc w celu odczytu z procka ? albo chociaż pełną linię gdy mordujesz to ręcznie ? A jeśli robisz to wszystko ręcznie i w ten sposób wpisujesz parametry "z ręki" do avrdude jak pokazujesz to może i nie dziwne - że z prockiem już nic nie da rady zrobić

_________________
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 ]

@BIGjack,

atmege328P posiadam zamontowaną w gotowym module,
link do modułu:
http://botland.com.pl/moduly-avr/2828-m ... od-10.html

moduł wpięty jest w stykówkę, przy czym po raz kolejny już powtarzam, nie wiem czemu zostało to przeoczone,
że problem pojawił się po zmianie taktowania w programie mkAVRCalculator, układ działał dobrze jeszcze tego samego dnia jak i przez wiele dni poprzednich. Nevermind. Układ zasilam z programatora,
link do programatora:
http://botland.com.pl/programatory/2014 ... olory.html

Napięcia są praktycznie równe zeru.

Eclipse wyświetla to samo co Calc.:
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0x000002
avrdude: Expected signature for ATMEGA328P is 1E 95 0F
Double check chip, or use -F to override this check.


Ostatnie programowane oczywiście nie zostało przerwane, jeszcze mi się to nie zdarzyło i wątpie, aby nastąpiło kiedykolwiek. Odpowiadając już na ostatnie pytanie, tak, sprawdzałem inny procesor, programuje się w normalny sposób.


@mirekk36,

domyślałem się, że usłyszę coś takiego, jednak podkreślam poczyniłem kroki, o których Pan wspomniał w jednym z postów jeszcze zanim go przeczytałem, gdyby pomogły, nie robiłbym problemu. Sam uważam, że powrót po przestawieniu taktowania powinien być bezbolesny, a dzięki programowi Pańskiego autorstwa bardzo szybki.
Może jednak faktycznie robię coś źle, dlatego poniżej zamieszczam screen.

link do widoku z mkAVRCalculatora:
[ proszę się zapoznać z tym: topic44.html - jak umieszczać fotki na forum - mirekk36 - ok ]

Co do konsoli, poleceniem "e" wymazuję pamięć procka, taka sama opcja jest zresztą udostępniona w Kalkulatorze.
Poleceniem "sck 1000" spowalniam komunikację ustawiając sygnał sck do 1000 ms. Potem jak juz wspominałem kasuję AVR i ustawiam prędkość z powrotem na okres 10 ms poleceniem sck 10.
Po wyczyszczeniu procesora starałem się ustawić fusy poleceniami w efuse 0 0xff, podobnie dla high i low. O tym już pisałem.

Programator jest stworzony przez Thomasa Fischla, wyżej podałem link.


//edit, proszę, jeszcze raz zrzut ekranu:
http://postimg.org/image/v5iu9w1cn/

Pozdrawiam serdecznie.

Na początek pobierz sobie najnowszą wersję mkAVR Calculatora i wklej zrzut ekranu.

_________________
https://www.facebook.com/jacekplichtaphotography/

to nie jest programator stworzony przez thomasa ... a wsady w takich programatorach bywają bardzo różne .... i już tu czuję święcą się problemy


no to źle robisz i już widzę dlaczego ci nie działa MkAvrCalc - bo pewnie twoja wersja programatora nie potrafi obsłużyć programowego slowsck

_________________
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 ]

Sprawdzałem przed chwilą na m328P taktowanie 128kHz i po takim zabiegu aby programator załapał komunikację muszę zejść z Slow SCK do 32 kHz inaczej kimba.

------------------------ [ Dodano po: 4 minutach ]

Czy masz założoną zworkę ? - J2 - Slow SCK - Zworka do spowolnienia częstotliwości programowania układu docelowego

_________________
https://www.facebook.com/jacekplichtaphotography/

Hmm tak, czepianie się przez kogo został czy nie został stworzony programator rzeczywiście ma sens, jakoby miało to w czymkolwiek pomóc...(ja jedynie podyktowałem informacje ze strony sklepu Botland, nie dochodziłem czy są prawdziwe, czy też nie, dla mnie to nieistotne, niech sobie piszą, co chcą), fakt programator nie pochodzi bezpośrednio z firmy Atnel, ale do tej pory sprawował się dobrze i już nie jedną atmegę nim zaprogramowałem. Oczywiście najłatwiej się przyczepić do programatora, który nie spełnia wymagań koniecznych, aby stosować mkAVRCalc, ponieważ .... nie jest atnelowski. No trudno. Ale pomijając fakt niedziałającego mkAVRCalca, który działa za każdym razem doskonale, obsługując w 100% atnelowskie programatory, co z samym avrdude, czy nie powinienem być w stanie ręcznie uporać się z problemem slowsck korzystając z terminala? Czy jedynym wyjściem z sytuacji jest zakup atnelowskiego programatora?

Pozdrawiam,

ST


//edit, @BIGjack

Tak, zworka jest założona.
Powiedz w takim razie proszę, z jakiego programatora korzystasz.

Załóż zworkę J2 Slow SCK w swoim programatorze, powinno rozwiązać Twój problem. Jeżeli to tylko zmiana taktowania na 128kHz.

_________________
https://www.facebook.com/jacekplichtaphotography/

Zworka była założona, nie pamiętam kiedy ostatnio ją zdejmowałem

Nie szkoda tobie czasu na programowanie w ślimaczym tempie z włączonym Slow SCK na codzień? To się zakłada tylko wtedy gdy potrzebujemy ślimaczego tempa

_________________
https://www.facebook.com/jacekplichtaphotography/

Kiedyś, dawno, dawno temu popełniłem na kolanie takie oto straszydło które defakto
działa idealnie z programowym Slow SCK w mkAVR Calculatorze

_________________
https://www.facebook.com/jacekplichtaphotography/

standardowa zworka SLOW_SCK (sprzętowa zworka) NIGDY W ŻYCIU nie pomoże a wręcz przeszkodzi w tym żeby programowo spowalniać SCK dla USBASP


nie przyczepiam się programatora - podpowiadam tylko co może być przyczyną


Tu już kolega opowiada GŁUPOTY do kwadratu !


No właśnie powinien i na to starałem się ciebie naprowadzić pomimo że programator nie atnelowski, więc tym bardziej piszesz głupoty wyżej


Nie! ... wystarczy się choć trochę nauczyć jak działa avrdude, i dlaczego nie każdy programator usbasp jest zgodny z programowym spowalnianiem sck przez usbasp .... ale to trzeba chcieć i umieć dyskutować

_________________
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 ]

@mokrowski, @BIGjack, @mirekk36

dzięki za poświęcony czas

@BIGjack

straszydło ale skoro działa.... to już nie jest takie straszydło ;d

szkoda, że programator, z którego korzystam nie jest w stanie poradzić sobie z czymś takim.
Jak będe miał czas to odblokuję go sobie prog. równoległym.

Temat jest do zamknięcia.
Jeszcze raz dzięki za pomoc, trzymajcie się, cześć.

/edit

OK Panie Mirku, poczytam, i zobaczę co jeszcze mogę zrobić z avrdude, dzięki za wskazówki.

A czy sprzętowa zworka pomoże jeżeli nie działa programowe spowolnienie SCK?
W moim konkretnie przypadku zworka sprzętowa sprawdza się znakomicie tzn.
Jak ją założę to przy ustawieniu taktowania 128 kHz w mkAVR odznacza się
ptaszek Auto SCK speed i ustawia się Slow SCK na 187.5 kHz i śmiga perfekcyjnie.
Z programowym Slow SCK bywa różnie przy tak niskim taktowaniu, zawsze wykrywa
procesor pod warunkiem że zjadę w dół do 500Hz ale już z fusbitami bywają problemy.

_________________
https://www.facebook.com/jacekplichtaphotography/

Hm, gwoli wyjaśnienia, możliwe jest w takim razie poradzenie sobie z problemem jedynie używając avrdude ze ściągniętą zworką slowsck w tym moim nieszczęsnym programatorze czy jednak wymagany jest jakiś sprawdzony, tudzież równoległy, ponieważ powstał pewien konflikt zdań, i ja się trochę przyznam zgubiłem.

Pozdrawiam.

Mirek napisał ściągaj zworkę i do dzieła

_________________
https://www.facebook.com/jacekplichtaphotography/