6502.org

Thank you for the reply.
I am using a breadboard. I am using the AT28c64b and an arduino mega (I have an uno R3 too). I used your schematics to connect all.
I am using your arduino sketch $Revision: 1.2 $.
my operating system is windows 8 x64
I am using the simple jburn 2.

the error messages are:
now selected: COM4
Error : Unknown Application
Simple JBurn - Revision : $Revision: 1.5 $, $Date: 2013/07/19 05:44:46 $
Error: Not connected to any Programmer!
And in the command prompt
Error 0x5 at ..\rxtx\src\termios.c<892>: access is denied

I can set the arduino speed (115200) but, How can I set the Java-Tool speed?

thank you for the help.

Rodrigo

Your problem seems to be, that the RXTX library cannot access your comport. This has nothing todo with the MEEPROMMER software, it is a general problem with the RXTX library. I have no windows system to test, I'm using only MacOS and Linux machines. Maybe you need to be in a special group to have access to a COM port.

Mario.

I had the same problem on Windows, and I think this is a general problem with that library. So I forked Mario's code and wrote a C# client. It's on Github here:

https://github.com/Martin-H1/MEEPROMMER

It compiles using the free version of VisualStudio.

Yesterday I stumbled over a different library that can be bundled with the final jar file and contains all low-level parts for windows, mac os and linux (even ARM). So I'll try to replace the RXTX lib with the new one. But it will take some days.

Mario.

I too have built this, but when I run the Java software it does not open. Do you have a compiled version of your software?
Thanks for any help.

I am sorry if I am bumping an old thread, but I am trying to get my home-built MEEPROMMER working. Instead of an Arduino Uno, I am using a (Sparkfun) Arduino Pro Micro (5V/16MHz). I rewrote part of the Arduino firmware and seems to be working partly.

If I write some bytes from the Arduino monitor window, it is written to my EEPROM (AT28C64E). Up to $200 bytes works, but when I try to write $400 bytes the '%' prompt never returns and the Arduino seems to hang.

(I am using the firmware based on the source found here

Can you write the 400 as two sets of 200?
(Edit: not as a workaround so much as an experiment)

Sorry, I stand corrected: I can write up to $180 bytes, if I send more, the Arduino 'hangs'. I tested this using the Arduino Serial Monitor, but also with other Serial terminal applications...



The meeprommer.py program I use, the Python 3 version, isn't receiving the '%' prompt, or so it seems....

EDIT:
I just tested it with meeprommer.py, I changed the python script to send $100 bytes a time. The first $100 bytes seem to be written correctly, but the sequence hangs during the second batch of $100 bytes.

I got it resolved:
- Using an Arduino Pro micro, with ATmega32u4, it seems the serial line is cut off/buffer full/something else
- Using an Arduino Uno, with ATmega328p, no problem at all.....

Thanks for all info and ideas! One happy EEPROM burner extra!

I was just reading up on this myself. Has anyone modified it to work with larger ROMs?
I want to be able to burn http://www.diagrom.com/

Hi all,

Wanted to share my results of the MEEPROMMER site; thanks again Mario! Programming those AT28C256's works like a charm. For some reason only v1.1 of the Arduino sketch works reliably though. Also I couldn't get the Java app to work (I'm running W10x64) so I am using Martin_H's windows app; works great so thanks to you as well Martin!

BTW I am desiging a SBC based on the TMS9900 CPU; it has a non-multiplexed 16bits databus so it's either adding multiplex logic or splitting hex files into even and odd bytes over 2 EEPROM's. I chose the latter and found a great tool that can do this split:

https://sourceforge.net/projects/srecor ... p_redirect

Cheers,

John

Wow, this thread started exactly (Apr. 05 2013) 4 years ago and still somebody is using this little thing I created just as a simple tool for my project. It turned out that this spin-off has become quite usable in the community.
It's always a good idea to share your work with others it seems ...

@John, glad to hear you're finding the Windows App useful. Feel free to make suggestions for improvement.

Hey! That's a nice-looking unit. Good job!

Hi Martin,

"nice to have's":

- remember/fill COM and EEPROM selection from last session
- sizeable data window

again not essential

After having used your app a bit more I noticed that between individual commands it's good practice to execute "Show Version" otherwise it might lock up. I guess "Show Version" will put the programmer in a known state? It's probably my individual setup rather than your app though.

Cheers!

John