Ok, it seems then that they were mislabeled in both the Minipro 128a diagram and all the documents and guides for programming this transmitter that I've seen, hence the confusion on my part. The pads that I'm using, labeled mosi and miso, are connected to pins 2 and 3 respectively on the mcu; so I am using PE0 and PE1.
I don't see that on my datasheet. Looks like 11, 12 , 13.
So, I said screw it and started designing my own programmer based around an MSP430F5529. In one night I went from a blank slate to reading and writing an FM16W08.
Right now, when you attach the MSP430 to a computer, it emulates a mass storage device and shows up as a drive. If you drop a file called write.bin into the root directory and press a button on the Launchpad, it'll burn the BIN file to the connected chip. Pressing the button with no file present will read the chip and create a file called read.bin.
I kind of like this approach and think it would be cool to include a little touch screen for selecting the chip, etc. Having the programmer present itself to the computer as a USB drive means it's pretty much platform agnostic.
If there's any interest I'll start a new thread for the project!
Sent from my Tablet
Issues with Atmel 28c16 (KM28c16-150).
This is the first time for me using an programmer and I run into a strange issue.
I purchased four KM28C16 eeproms to flash a new firmware (replacing old 27c16). I'm able to erase all four KM28C16 but when I try to program them only the even addresses are able to be written to, the odd addresses stay "FF" no matter how often I erase the eeprom. Selftest of the programmer show everything OK.
I use the latest version 6.17. I purchased the four KM28c16 together, now I'm confused if this is a tl866 issue or if really all four 28c16 suffer from the same issue and the likelehood of somehting like this
I also used my rigol to check the A0 address line and I can see that it is changing status during read/write operations.
Wich stk500 you have ?, an original Atmel one or a blue clone one ??
They use serial port (or usb to serial for the clone) my clone stk500 had an prolific usb to serial port, i hated that, i've changed the prolific ic to an ftdi one (pin to pin compatible) since prolific with newer windows version is sh%#$.
You should not have any problem The original need an serial port at com1 or com2 not higher.
The clone usb should work too if you have a good usb port. Use the latest avrdude. I use avrdudess, it has a nice gui for avrdude, select USB or usb or the COM port.
And finally your atmega48 may need an high voltage programmer, when signature/fuses bits are damaged or badly programmed, they can be recovered with that option only if your atmega support it.
TL 866 are not hv programmers for avr's
Atmel studio can help you, with an avr dragon or any hv programmer schematics, avrdude can not help in this case, it cant do hv programming ...
Had in the past resorted to avr studio + avrdragon to reset bad fuses settings on avr's.
whether this tool could autodetect series chips?
thank you
I'm sorry but you are wrong. The MiniPro IS a HV programmer in parallel mode. The programmer is not the issue, but the fact that it has no AVRDude interface. Some of the younger folks on here who could easily tap in to the MiniPro's serial data stream and say "Well that was so hard"
It would probably be easy for them but hard for me. Also I am trying to write OSCCAL & Signature bytes not fix the fuses.And finally your atmega48 may need an high voltage programmer, when signature/fuses bits are damaged or badly programmed, they can be recovered with that option only if your atmega support it.
TL 866 are not hv programmers for avr's
Atmel studio can help you, with an avr dragon or any hv programmer schematics, avrdude can not help in this case, it cant do hv programming ...
Had in the past resorted to avr studio + avrdragon to reset bad fuses settings on avr's.
Issues with Atmel 28c16 (KM28c16-150).
This is the first time for me using an programmer and I run into a strange issue.
I purchased four KM28C16 eeproms to flash a new firmware (replacing old 27c16). I'm able to erase all four KM28C16 but when I try to program them only the even addresses are able to be written to, the odd addresses stay "FF" no matter how often I erase the eeprom. Selftest of the programmer show everything OK.
I use the latest version 6.17. I purchased the four KM28c16 together, now I'm confused if this is a tl866 issue or if really all four 28c16 suffer from the same issue and the likelehood of somehting like this
I also used my rigol to check the A0 address line and I can see that it is changing status during read/write operations.
@coromonadalix
Thank you very much I will give this a try when I got my new TL866 back, I send the old one back for exchange I know it is a shot in the dark but I keep you posted.
By the way I was able to program all four AT28C16 using a small batronix programmer no problem whatsoever so it is definitly the TL866 or the writing algorithm.
check your pin 21 it is not the same between the two vpp and WE ...
It is a hv programmer for eeproms / memory chips etc ... not for avr chips, anyway, it did not recover my wrongly settled fuses, avr dragon did ...
If someone can reverse the software or extract files etc ... it would be interesting ....
As i said earlier, im happy now with a more powerful programmer, it is sad they cost so much more