Witam
Od pewnego czasu mam mały problem z programatorem STK500v2, mianowicie po przestawieniu fusebit'ow w wyższego taktowania na 1Mhz tracę komunikację z programowanym uC ( nieszczęsne "-1" ). Gdy podłączę do USBasp - układ jakby nigdy nic oznajmia, że ma zegar wew 1MHz.
Na co mi dwa programatory z których jeden jest "prawie dobry"? - otóż ten STK... jest wbudowany w "pudełko uruchomieniowe"( bo to już nie płytka ) i z racji tego że nie posiada zworki od prędkości po zabudowaniu jest/był wygodny w użyciu. Służył mi przeszło dwa lata ( chyba nie był tak zaprogramowany; chociaż...) i nie było z nim kłopotów. Z zegarami 8Mhz i wyższymi nie ma problemu, tylko aby podwyższyć taktowanie muszę brać USBasp.
Objawy zwiastujące że coś się zaczyna dziać: bez wpiętego programatora do uC, LED sygnalizujący programowanie zaczął świecić, a właściwie żarzyć jak 30% PWM. Po wypięciu z portu USB komputera i ponownym podłączeniu żarzenie ustąpiło, a smr.., kłopot został. Piszę to z zapytaniem bo ja nie spotkałem się z takim jajkiem częściowo nieświeżym: spotkał się ktoś z takim przypadkiem? może się trochę popsuć? jest szansa, że po wgraniu nowego wsadu "znormalnieje"? ( bo jak jeszcze troszkę żyje to nie chciałbym dokonać eutanazji ).
System: Win7, środowisko ECLIPSE MARS - jeśli się samo nie poprzestawiało to ja nic nie dłubałem.

Pozdr.

A nie obsługuje on softwarowego sterowania prędkością SPI? Testowałeś jak dodasz parametr w avrdude -B (np. -B8)?

--
Pozdrawiam,
Robert

W Eclipse W ustawieniach dla AVRDUDE w zakłądce Programmer wpolu JTAG ICE bitclock wpisz 8 i w podglądzie komendy dla AVRDUDE powinna się pojawić wspomniana opcja.

_________________
Dragonus Cracovus: Biomagia

Witam

Tak, jak odkryłem że USBasp ożywia w moim mniemaniu martwe uC to metodą "na chybił/trafił" próbowałem niemalże wszystkiego. Widać coś mu się pokiełbasiło.
Wcześniej przeglądałem różne fora, ale nie spotkałem takiego przypadku jak mój ( może warto zachować go jako unikat ). Z wiadomych przyczyn nie zadawałem tam tak kompromitujących pytań - moje dzieci mnie szanują, to co będą obce szydzić .

Pozdr.

Pogrzebałem w internecie i teoretycznie twój programator obsługuje softwarowe zmiany zegara SCK:

Więc powinien reagować na komendę -B.
Czy na pewno ten parametr pojawia się w komendzie? Czy możesz przetestować z większą wartością niż 8 np. 32?
Czy avrdude podaje, że został zmniejszony zegar dla SCK (jak możesz to załącz zrzuty z konsoli)?

Jak możesz to zrób test dodając prócz komendy -B8 także komendę -i8. Teoretycznie jest to spowalnianie dla innego typu programatorów, ale może akurat zadziała.

--
Pozdrawiam,
Robert

Witam
Wspominając fakt, że nie jestem biegły w usuwaniu usterek typu "do tej pory działało a teraz..." nie sprawdzałem co będzie powyżej B8. Wychodzi na to, że dla B32 zachowuje się poprawnie. Testowo zwalniałem i przyspieszałem taktowania dla ATtiny13, ATt2313, ATm8 i zaskakuje. Z tego co widzę to dla STK... nie widzę taktowania . Dla formalności dołączam screen'y z pracy "wcześniej".




Może jest coś czego brakuje ( ale wyszło ).
Tak dla formalności: nie widzę w ECILPE w ustawieniach "globalnych" programatora okienka o którym wspominał kol.Krauser - rozumiem, że to się ustawia dla poszczególnych projektów ( w projekcie jest ).

Pozdrawiam i dziekuję.

Dodam tylko, że to molestowanie dokonywałem mkAVRkalk. i tam ustawiałem te B-ileś_tam;
wgrywając "wolnozegarowy" program z ECLIPS'a też tam muszę uwzględnić to B...?

edit:
Zdaję sobie sprawę że brzmi to absurdalnie, ale po kilkakrotnych zmianach prędkości zegarów uC z "-B 32" mój nieszczęsny STK... znowu działa normalnie. Nie trzeba mu "zafajkować" -B - zmienia zegary jak dawniej. Cuda
Jeszcze raz dziękuję ....do następnego razu

Pozdr.