Reading an AT90S2313 on the first attempt gives a "Synchronization error", where rapid subsequent reads work normally. (It is in the 28 pin socket, pins 1 aligned) If a small period of time passes between reads the error returns. From previous experience, as I have no way to test this, it seems that the delay between power on and the first read is too short. I have not yet tried to write this chip so I do not know how that will go. I do not think my programmer is the problem as I have two of them and they both react the same. I do not think it is the adapter board as it will read fine after the first attempt, verifies with a multimeter and I do not have this issue when reading or writing an ATTINY85 in the same socket. I was wanting to know if anyone else has had a problem similar to this with their programmer and did you correct the problem in some way?
The ATTINY85 is the other thing that I wanted to bring up. This device and probably its' relatives (ATTINY25 & 45) could very easily added to the supported devices with only minor modification. The current 8 pin TINY socket will not work for this device, as it does not use VPP and pin 1 is the reset pin. I was however able to use the 28 pin socket by simply aligning the #1 pins then jumping pin 4 to ground, all the rest of the pins are correct. The ATTINY84 has the same size memory as the 85 so I selected that device in the software and it would read and write without a problem, unlike the AT90S2313 in the same socket. Anyway, programming the ATTINY85 is not a problem even without any official modifications, in case someone else using this programmer finds themselves needing to program a chip like this one.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Program mode entry for AT90S2313 is not very stable; the procedure follows the
datasheet directions, so it tries 32 times after powerup with repeated resets
in between; delay from power up is not the issue, as even with a large number
of retries the result is the same; it seems that the device has to rest for a
while.
Regarding the ATtiny85 it's probably best to fix pin 4 to gnd.
I will add support for this chip as well.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I now have another problem with the ATTiny85 that I am hoping you know how to
solve. The program that I flashed on the chip was running too slow so I
finally figured out that the fuse bits needed to be programmed.... Well I
followed some institutions I found on a forum for the device I was making and
I set the Low Fuse to 0xfd and the High Fuse to 0xde and then programmed the
chip. The chip programmed fine, it works like it is supposed to, however after
this programming I get a synchronization error when I try to communicate with
the chip. How can I (1) reset this chip back to normal and (2) avoid this on
the next one yet still allow the program to function properly? This is my
first experience with ATTiny chips so I am not sure what to do. I have read
through the datasheet but my lack of experience and/or their wording just
leave me lost. Any help or advice would be appreciated.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You selected a configuration with a crystal resonator, so the device needs a
clock in order to run the program mode.
In other models the X1 pin is driven by the programmer at several MHz, so all
you need to do is route this signal as well from pin 5 of the 20p socket.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for this information. I will try it and see if it works. I was afraid I
may have locked the chip permanently and I did not want to program any
additional ones until I knew I could change the code.
I am using a crystal resonator with this chip when it is in the circuit so I
am glad to know that was correct. I just did not know how to change the
programming later if I needed to do so, but I should have no problems after
using your information.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Reading an AT90S2313 on the first attempt gives a "Synchronization error", where rapid subsequent reads work normally. (It is in the 28 pin socket, pins 1 aligned) If a small period of time passes between reads the error returns. From previous experience, as I have no way to test this, it seems that the delay between power on and the first read is too short. I have not yet tried to write this chip so I do not know how that will go. I do not think my programmer is the problem as I have two of them and they both react the same. I do not think it is the adapter board as it will read fine after the first attempt, verifies with a multimeter and I do not have this issue when reading or writing an ATTINY85 in the same socket. I was wanting to know if anyone else has had a problem similar to this with their programmer and did you correct the problem in some way?
The ATTINY85 is the other thing that I wanted to bring up. This device and probably its' relatives (ATTINY25 & 45) could very easily added to the supported devices with only minor modification. The current 8 pin TINY socket will not work for this device, as it does not use VPP and pin 1 is the reset pin. I was however able to use the 28 pin socket by simply aligning the #1 pins then jumping pin 4 to ground, all the rest of the pins are correct. The ATTINY84 has the same size memory as the 85 so I selected that device in the software and it would read and write without a problem, unlike the AT90S2313 in the same socket. Anyway, programming the ATTINY85 is not a problem even without any official modifications, in case someone else using this programmer finds themselves needing to program a chip like this one.
Program mode entry for AT90S2313 is not very stable; the procedure follows the
datasheet directions, so it tries 32 times after powerup with repeated resets
in between; delay from power up is not the issue, as even with a large number
of retries the result is the same; it seems that the device has to rest for a
while.
Regarding the ATtiny85 it's probably best to fix pin 4 to gnd.
I will add support for this chip as well.
I now have another problem with the ATTiny85 that I am hoping you know how to
solve. The program that I flashed on the chip was running too slow so I
finally figured out that the fuse bits needed to be programmed.... Well I
followed some institutions I found on a forum for the device I was making and
I set the Low Fuse to 0xfd and the High Fuse to 0xde and then programmed the
chip. The chip programmed fine, it works like it is supposed to, however after
this programming I get a synchronization error when I try to communicate with
the chip. How can I (1) reset this chip back to normal and (2) avoid this on
the next one yet still allow the program to function properly? This is my
first experience with ATTiny chips so I am not sure what to do. I have read
through the datasheet but my lack of experience and/or their wording just
leave me lost. Any help or advice would be appreciated.
You selected a configuration with a crystal resonator, so the device needs a
clock in order to run the program mode.
In other models the X1 pin is driven by the programmer at several MHz, so all
you need to do is route this signal as well from pin 5 of the 20p socket.
Thanks for this information. I will try it and see if it works. I was afraid I
may have locked the chip permanently and I did not want to program any
additional ones until I knew I could change the code.
I am using a crystal resonator with this chip when it is in the circuit so I
am glad to know that was correct. I just did not know how to change the
programming later if I needed to do so, but I should have no problems after
using your information.