Hi, I'm having a problem reading ATMEGA8A-PU.
The programmer can read without problems ATTINY13 and 16F628A but for atmega the "Synchronization error" appear when i try to read it.
The operating system is a linux x64, the OpGui was compiled from sources and is run as root.
The hardware tests for programmer are ok - the 5V measured as 5.23V and 13V as 13.68V. When tests indicate that the voltage must be 0 a reading of 0.01V appear which seems to be in the error limit.
The signal for X1, checked with oscilloscope, has a period of 50ns whean reading the chip and pin 10 of u32 was separated from VSS3.
The same cip was succesfully readed using AVRDUDESS and the programmer from http://diy4fun.blogspot.ro/2009/01/simple-serial-programmer-for-avr.html made on a breadboard (ponyprog serial)
Here are some pictures and logs from programmer.
Programmer detected
Firmware version 0.9.0
Hardware ID: 0.0.1 (18F2550)
It seems that there's a problem in the USB communication: the response does not match the request.
The two devices use a different function to communicate (I'm updating the sources over time); the new one returns as soon as the device is ready.
It seems this is not happening in your system; I will check again in mine.
If you want you can do a simple change in a source file to revert to the old method.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi, I'm having a problem reading ATMEGA8A-PU.
The programmer can read without problems ATTINY13 and 16F628A but for atmega the "Synchronization error" appear when i try to read it.
The operating system is a linux x64, the OpGui was compiled from sources and is run as root.
The hardware tests for programmer are ok - the 5V measured as 5.23V and 13V as 13.68V. When tests indicate that the voltage must be 0 a reading of 0.01V appear which seems to be in the error limit.
The signal for X1, checked with oscilloscope, has a period of 50ns whean reading the chip and pin 10 of u32 was separated from VSS3.
The same cip was succesfully readed using AVRDUDESS and the programmer from http://diy4fun.blogspot.ro/2009/01/simple-serial-programmer-for-avr.html made on a breadboard (ponyprog serial)
Here are some pictures and logs from programmer.
Programmer detected
Firmware version 0.9.0
Hardware ID: 0.0.1 (18F2550)
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Synchronization error
Comunicazione @ 12 kbps
CHIP ID:000000
Unknown device
LOCK bits: 0x00
FUSE bits: 0x00
FUSE HIGH bits: 0x00
Calibration bits: 0x53,0x1E,0x1E,0x1E
Reading code ...
Error reading code area, requested 8192 bytes, read 8120
Reading EEPROM ...
Error reading EEPROM area, requested 512 bytes, read 496
Code memory:
(empty)
EEPROM memory:
(empty)
End (25.20 s)
CHIP ID:1E9007
Atmel ATtiny13 1KB Flash
LOCK byte: 0xFF
FUSE byte: 0x6A
FUSE HIGH byte: 0xFF
Calibration byte: 0x3D
Reading code ... completed
Reading EEPROM ... completed
Code memory:
(empty)
EEPROM memory:
(empty)
End (1.09 s)
Reading code ... completed
Reading CONFIG area ... completed
Reading EEPROM ... completed
ID0: 0x3FFF ID1: 0x3FFF
ID2: 0x3FFF ID3: 0x3FFF
DevID: 0x1068
16F628A rev8
Configuration word: 0x3FFF
Code memory:
(empty)
EEPROM memory:
(empty)
End (1.55 s)
Can you post a read log?
Here is the log for atmega8a-pu. thanks
Last edit: pixecs 2016-04-27
and here for attiny13
It seems that there's a problem in the USB communication: the response does not match the request.
The two devices use a different function to communicate (I'm updating the sources over time); the new one returns as soon as the device is ready.
It seems this is not happening in your system; I will check again in mine.
If you want you can do a simple change in a source file to revert to the old method.
Yes, i would like to use the old method. Let me know what files should be modified. Be as technical as much you want - i'm a C/C++ programmer. Thanks
Good, then you can check my code and tell me how to improve it!
Coming back to the problem, you need to modify function packetIO() in opgui.c: