Witam,
po 3 latach przerwy wróciłem do programowania uC.
Podczas podczas próby połączenia w mkAVR Calculator wyskakuje mi błąd (jego treść poniżej).
Muszę zaznaczyć, że mimo błędu fusebity można ustawić, natomiast w programie Eclipse muszę kilkukrotnie (min. 2 razy) wgrywać program żeby zaskoczył. Zawsze natomiast pisze "successful", mimo że uC nie reaguje.
Zaznaczam, że mam oryginalną licencję na mkAVRCalculator oraz oryginalny, chodź stary programator firmy Atnel.
Używam uC Atmega32. MkAVRCalculator zaktualizowałem, pobierając najnowszy ze strony Atnel.


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

Reading | ################################################## | 100% 0.06s

avrdude.exe: Device signature = 0x1e9502
avrdude.exe: reading lfuse memory:

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

avrdude.exe: writing output file "C:\Users\Marcin\Documents\mkAVRCalculator\tmp_fuse_lo.hex"
avrdude.exe: reading hfuse memory:

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

avrdude.exe: writing output file "C:\Users\Marcin\Documents\mkAVRCalculator\tmp_fuse_hi.hex"
avrdude.exe: reading lock memory:

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

avrdude.exe: writing output file "C:\Users\Marcin\Documents\mkAVRCalculator\tmp_fuse_lock.hex"

avrdude.exe done. Thank you.

Compiled special for http://forum.atnel.pl (v5.11.1)

ale listing który wkleinłeś nie wskazuje na żaden błąd. Programator ustawił slow_sck, odczytał sygnaturę - i zgadza się ona z tym co opisujesz bo 0x1e9502 to właśnie sygnatura atmegi 32.
Następnie programator odczytał fusebity i lockbity. 0 błędów, bynajmniej z tego co wkleiłeś...
Co do eclipse to pytanie jak jest taktowany procek i czy w stosunku do tego masz dobrze dobraną prędkość programowania...

Jest taktowany zewnętrznie: 18432000 Hz
i tak też mam w programie