Ponowię pytanie, bo wydaje mi się, że problem jest do rozwiązania z Waszą pomocą. Walczę z ATmega169PA i jak wcześniej pisałem Eclipse z AVRDude go nie obsługuje, MKAVRCalculator, też nie widzi tego kontrolera, sprawdziłem też - z podobnym skutkiem - MkCLIPSE.
Trochę mocno zależy mi na tej wersji uC ponieważ obsługuje 7-segmentowy LCD, bez dodatkowych driverów.
Może jednak ktoś już ma przetarte ścieżki i podzieli się doświadczeniem jak dobrać się do tego układu.

_________________
.

Według eclipsa kompilator obsługuje procka więc problem tylko z avrdudem, Trochę dziwne że MkAvrCalculator go nie widzi bo według not procek atmega169PA ma identyczną sygnaturę co atmega169 i 169P które Calculator obsługuje... Próbowałeś w calcu sprawdź podłączony avr i nie odczytuje?

Koledze tec-dive to przydałby się prze wszystkim ten poradnik



który szczególnie w tym wypadku m169, m169p oraz m169pa gdy wszystkie procki mają dokładnie tę samą sygnaturę ... i wystarczy wybrać i w eclipse i w MkAvrCalcu po prostu m196

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

Dziękuję za przesłane odpowiedzi. Mirku, problemem nie jest A, PA Ja wiem, że sygnatury są identyczne. Problemem jest to, że programator nie widzi w ogóle podłączonego procka. Na tą chwilę robię to w pająku:



Typowy komunikat:

avrdude.exe: set SCK frequency to 500 Hz
avrdude.exe: error: programm enable: target doesn't answer. 1
avrdude.exe: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.

wskazywałby na błąd w połączeniach - może coś nie styka lub popełniłem błąd w połączeniach.
Na tą chwilę potrzebowałem tylko potwierdzenia, że np. MKAVRCalculator powinien widzieć i zaprogramować ten uC.

_________________
.

A inny uC działa na tym sprzęcie? Jeżeli też nie to coś z konfiguracją na komputerze. Zrób to jeszcze raz lub skorzystaj z innego komputera. Albo cos z programatorem (masz tam jakieś zworki?).

Jeżeli nic z tych rzeczy to sprawdź czy przewody na pewno są dobrze podłączone, może coś nie styka. Często mam problemy z wykryciem uC jeżeli stosuje prowizoryczne podłączenie jak ty

Bardzo rzadko używam takich połączeń, dlatego ciężko stwierdzić czy inny uC działa na tym "sprzęcie". Ważne, że powinno to działać, więc szukam problemów w podłączeniu.

_________________
.

Przecież koledze wyżej chodziło o to żeby sprawdzić albo żebyś potwierdził czy programator odczytuje ci jakikolwiek inny procek? czy odczytywał czy to twoje pierwsze zetknięcie z programowaniem procka?

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

Działam z projektami w różnych konfiguracjach: zestaw ATB, własne PCB, w firmie używam kilku ATB-USBASP do programowania seryjnego. To nie jest pierwsze zetknięcie z programowaniem tym sprzętem. Właśnie sprawdzam wnikliwie połączenia i skoro wspomniane narzędzia powinny obsłużyć ten kontroler, to błąd jest w HW. Muszę go tylko znaleźć.

_________________
.

No dobra ale pokazuje że znalazł jakąś sygnaturę ? Może jest inna jednak niż m169 - tylko czy ją znajduje w ogóle. Pokazałbyś co masz w konsoli po próbie odczytu

_________________
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 i wszystko się wyjaśniło, był błąd w połączeniach więc komunikaty z AVRDude nie kłamały (rc=-1)
Rozpoznaje uC MKAVRCalculator jako Atmega169 więc jest OK.
Dziękuję wszystkim za pomoc i dodam tylko, że od pierwszych wersji ATB-USBASP nie zawiodłem się na nich i że większość niepowodzeń bierze się właśnie z tych połączeń na pająka, na stykówkach itp.

_________________
.