I sent the command SEND 00000,07FFF to the S4. Using ~v I viewed the variables of cu, then I used ~s (set) to set the file to record to: rec=filename.log, then I used ~s again to turn on script: sc.
DATAMAN S4 EPROM PROGRAMMER SERIAL
I then connected a serial cable from the S4 to my FreeBSD machine (I used the machine htpc, as it has a real serial port, /dev/cuau1), and connected with cu:
I used the SETUP key to select MOTOROLA file format (SREC), 9600 bps and /RTS handshaking. Example, I had a 27C256 EPROM (PLCC) that I wanted to dump: on the S4 I selected the correct type with the PROM key, selecting 27C256, then I used the LOAD key which came up with the correct default values: 00000-07FFF=00000. Use cu to connect: cu -l /dev/cuau1 - s9600, then use the script facility to record what you type.
DATAMAN S4 EPROM PROGRAMMER HOW TO
: after much fiddling, I have found out how to transfer files from the S4 to a computer: - use a machine with a real serial port, don't bother with those usb-to-serial adapters (I tried two, and bot had trouble with overruns, at 9600 bps!). : I ordered a new battery pack from Dataman. ELFA part numbers: 69-502-08 battery holder for 24mm batteries (Keystone 105), 69-274-61 battery CR2430. Don't know if it will fit inside the S4 (space is tight) but I will try. : the backup battery was down too, so I ordered a holder (Keystone 105) and a CR2430 battery from ELFA. Funny that a Norwegian courier company (which is the business end of the national postal service) couldn't find my address when an international courier company could. They passed the parcel to Bring, which tried to deliver the parcel on Friday September 2nd at 11:46, but wrote into their tracking system "recipient address not found" and passed it to the post office, where I collected it after work. Courier story: TNT tried to deliver on Wednesday August 31st at 12:56, but didn't find anyone home. Inserted backup battery, connected main battery and beeper, connected charger and performed the recharge a flat S4 procedure (I had to try it a few times before I managed to power up my S4), but now it works. I solved it by soldering a couple og wires to the holder so I could shift it a bit and used double sided tape to hold it to the printed circuit board. When I tried closing the case, it conflicted with the main battery compartment not good. : battery replacement: I removed the old backup battery, and soldered the new holder in its place. : after the battery replacement, I had to load the library ROM again. Then when the display goes blank, your unit is fully charged. The display will now inform you that S4 will switch off when charging is complete. Once this has been established then turn the S4 off by the switch (not by the power supply). If necessary force your unit to charge the battery by pressing the right-hand cursor key until the display reads that the charger is switched ON. Then continue to hold the reset button for 30 seconds. For my model this is: hold in the reset button, and then plug in the charger. : the S4 had flat batteries again, so I had to perform the How to recharge a flat S4 procedure again. Srec_cat: 2716-1.log: 1940: hexadecimal digit expected Srec_cat: 2716-1.log: 1: warning: no header record Now, can srec_cat make something out of srec_cat 2716-1.log -o 2716-1.rom -binary Looks better, now convert dos 2 dos2unix 2716-1.logĢ716-1.log: ASCII text, with wc -l 2716-1.log Turn off scripting and disconnect, the check file 2716-l1.logĢ716-l1.log: ASCII text, with very long lines, with no line wc -l 2716-l1.log I must check on cu -l /dev/cuau0 -s115200 (when I press enter the transfer starts, and ends like this)Ģ716-1.log: ASCII text, with very long lines, with no line wc -l 27* Srec_cat: test.log: 1: end-of-line expected Let's try srec_cat test.log -o 2716_test.rom -binary Test2.log: ASCII text, with very long lines, with no line terminators Test.log: ASCII text, with very long lines, with no line terminators Note: use ssh -e none t2 to get a transparent connection if you are connecting from another machine. Connecting at 115200 works ( cu -l /dev/cuau0 -s115200) - good to have a real serial port. The S4 needs a straight serial cable, so I used a DB9F - DB9M cable ( 32-5852) and a DB9F - DB25M adapter (like this one). : I connected the S4 to a computer again (I used t2, the floppy machine). Ok, it did convert even without header record.
Srec_cat: 2716-1.log: 1: warning: no header l 2* Next turn off beautify (be), and turn on hardwareflow (hf): : send data at 9600 bps, to see if that works cu -l /dev/cuau0 -s9600
0 kommentar(er)
