Hi to all, I have gone through the datasheet. That's why I need to know if it is possible to program the chip via SPI or not. But by using modified Bootloader at user end , it is possible to program the built-in Flash of the controller via SPI terminals. You can then use the BLJB to go to your loader. Although the Atmel and NXP devices hold their bootloader in a protected area, I believe that you can replace them, but I don't know the procedure.
|Published (Last):||8 January 2006|
|PDF File Size:||12.16 Mb|
|ePub File Size:||12.6 Mb|
|Price:||Free* [*Free Regsitration Required]|
Hi to all, I have gone through the datasheet. That's why I need to know if it is possible to program the chip via SPI or not. But by using modified Bootloader at user end , it is possible to program the built-in Flash of the controller via SPI terminals. You can then use the BLJB to go to your loader. Although the Atmel and NXP devices hold their bootloader in a protected area, I believe that you can replace them, but I don't know the procedure. I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie.
Dead people don't sue! A prediction of the expected traffic load? Speak sweetly. Please Read: Code-of-Conduct. If you have an RS socket on the board, you can use the regular bootloader. You just use the FLIP software. Then asking wek or danni how to install the new bootloader. Bear in mind that your customers will be stuck with your non-standard bootloader and your non-standard software.
If you stick with the standard, the whole world can use FLIP whatever its faults. The ED2 has extra 'features'. Mind you, the average AVR is a lot better endowed and convenient. Mr David Thanks to all of you for such a candid support. I am sure that there will be published standard designs on the internet.
As a true Indian, you can ignore any standard proven design and make your own custom version with special software, pinouts, voltages Thanks Mr. I am not going to do anything from scratch. As I have already said here, I do have one board on which at89c51ed2 is populated and I need to figure out how to re-programm that 89c51ed2 that's why I am asking here. Of course, you may prefer to build a programmer with about 20 lines and special voltages and also remove the chip from circuit.
Instead of three lines and regular 3. If it is a SMD chip, I really think that external programmers are a no-brainer. For a PLC44 chip, you can remove it from its socket, and borrow your neighbour's programmer. After all, s are very common in India. To use the bootloader, you just have to set "hardware-condition" e. IAP in-application-programming does not need any conditions apart from loading the IAP-aware application in the first place.
Sorry to revive this old thread, but I tried everything, and people seemed to be very helpful here, so I thought I would try. I'm sure the chips are working, because as soon as I power a minimal circuit using the chips, I get messages from the serial port, in eternal loop. The current program is running and sending data!
So I would like to perform a full erase on the chips, to reatore them to factory conditions and then use FLIP to reflash. Raise VCC to 6. Power VCC down and up to 6. Power VCC down and up. So, here goes my question: does anyone know how to do the same for the RD2 chip?? If I knew the procedure, I could build an AVR based circuit to supply the necessary signals, and create a "chip eraser" and solve my problem, with no need to buy an expensive parallel burner.
I am no expert with I am fairly sure that the HV erase should erase. I would guess that the Boot are will be safe. I would put a couple of beers on the board being operational.
They will 'run' in any circuit. When it goes low, the chip resets and the output starts from beginning.
So RST is definitely working. I can measure all this with my DMM. The circuit have both transistors for FLIP's automatic commands, and switches for manual operation, and both methods drive the signals correctly.
This suggests the boot vector has been messed with. The datasheet has a diagram implying the chip should go into bootloader, no matter any configured bits, but who knows if this is really true? I tried so much, tested so much, that I already doubt it.
However, I'm not sure sure of anything: hardware conditions should be really definite? Or software configurations may prevent the bootloader from running? Other than that, I have a I'm researching this for 2 weeks now, and it already became a great learning experience. I'm not into since the 90's, and that would be great to recover these chips for future projects.
I would love it if I could mail in the chips to someone who could erase them for me, but it would be even better to have a device capable of that, in case I accidentally lock one of them again in the future. You normally control these signals from the RS line. They are very similar but of course respond to slightly different Bootloader commands. Both for speed and peripherals.
Sorry - I can just repeat what others said already - try to find somebody with a parallel programmer who would bulk-erase your chips. There is probably no other way or shortcut. By the way, I'm surprised, I never thought the RC chip were newer! One programmer I saw at eBay is the chinese Top, but the seller wasn't sure it would do chip erase on the RD EduardoLM wrote: Do you think these markings may shed some light on this problem? Yes and no. I would not recommend spending money on buying a parallel programmer.
Rather, try to ask for help on your local specialized forums - I know there are such out there. So, if I understood correctly, there is no software way to prevent the chip from entering bootloader mode with the "hardware conditions"???
No matter XAF, boot vectors, security bits or anything? Man, this is great and crazy at the same time. I sincerely have no idea on what else can be wrong in the hardware side of things. I will try to dive in the slightest details to see if I can find something. By the way, what do you mean by "PSEN softly low"? Something in the 1V to 2V range?
I'm already using a 1K resistor, so I assume it's already in soft low state. At the same time, I wonder what else could be wrong. My interest now is more about learning what is causing this, than about recovering these chips to reuse them. I'll also keep trying the HVPP route. Again, many thanks, really. If I can solve the problem, I will share the solution here, it may be useful to others. My 89C51ED2 programmer board is to the Atmel design, but it has always been very much hit and miss I recall implementing the PSEN bit with a diode.
It is then just a case of ticking 'chip erase'. Until the chip is erased, you can't do anything if the security fuses were set during programming But none of this really works, even if the DMM shows all signals are ok on chip pins.
As I said before, if the well known "hardware conditions" are enough to activate the bootloader, then this is a real mystery for me, I will keep wondering what have been done to these chips, to put them in this complete lock state. I hope it's not forbidden to mention other forums here, but in the forum, I have seen some posts saying people with the same problem resolved it by erasing the chip with a HVPP, or even reading a "virgin" RD2 and writing the data to the problematic chip.
Well, I'll keep looking for information, I hope I can solve the problem soon, thank you all once again,. Just borrow one or mail the chips to someone who has one. Be realistic. The chips are PLC44 so require an adapter, They are not particularly clever. So unless you have a home for all your 'free' chips, they will be more trouble than they are worth. None of them would be as powerful or versatile as an AVR. Mind you, it should be relatively simple to just build an 'HV Erase' circuit.
It either works or it doesn't. David, sorry if I'm going too far with this topic. Surely this is not worth all the trouble if we consider the money involved.
How to program AT89C51ED2
The flash memory can be programmed in parallel or serial mode using the ISP capability or using software. The programming voltage is internally generated from the standard VCC pin. This device retains all of the features of the Microchip 80C52 and adds a programmable counter array, bytes of XRAM, a hardware watchdog timer, SPI interface, keyboard, a more versatile serial channel that facilitates multiprocessor communication EUART , and a speed improvement mechanism X2 Mode. For pricing and availability, contact Microchip Local Sales.