HP Forums
Many times faster... - Printable Version

+- HP Forums (https://archived.hpcalc.org/museumforum)
+-- Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum-1.html)
+--- Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum-2.html)
+--- Thread: Many times faster... (/thread-47855.html)



Many times faster... - Raymond Del Tondo - 11-25-2003

>Several hours and a sore finger later, you'll have your image.
>

Not several hours, only about a quarter of an hour !
Christoph Giesselink once posted a *much* more efficient method for dumping the ROM of a high-end pioneer.
You may need an HP-48 as the IR receiver for this.

Take a look at the forum and/or articles archives .


Raymond


Re: Many times faster... - Christoph Giesselink - 11-26-2003

Sorry I must disappoint you all, there's no article.

About half a year ago I asked here if there's interest in such a article, but there was non or less response to this. So I decided not to spend the 4 hours to make the document.

BTW there's a quite new article on my Emu28 page http://privat.swol.de/ChristophGiesselink/Emu28.htm how to make a HP28C Rev. 1CC ROM image. It's much much faster than the old recipe using PIG and BAG inside a UserRPL program. The pity is, it's only working with a 1CC ROM (I have no HP28C with 1BB ROM, which using different entry points) and needs a HP48 with a merged RAM card as receiver (to keep the process simple for most users).

Regards,

Christoph


Re: Many times faster... - Nelson M. Sicuro (Brazil) - 11-26-2003

Hi Christoph

I'm with a similar problem. I two HP-17BII (intl and english) and a HP-42S and need to dump its ROMs. I have a HP-48G (32Kbytes!) and HP-95LX and HP-200LX (that I think can receive RedEye IR format).

I'm new to HP-48G, but I can build a program in the HP-200LX to access its IR receiver (as soon I can get some information about its hardware).

Do you know any program that do that? Even on the 48G, how do I receive RedEye prints on it?

Thank you very much!

Nelson

P.S. I'm thinking in build a HP-85B emulator, do you know anything about its hardware?


Re: Many times faster... - Christoph Giesselink - 11-26-2003

> [..] I two HP-17BII (intl and english) and a HP-42S and need to dump its ROMs.

The difference between (intl and english) HP17 versions are the 32KB in the additional ROM. If you cut the last 32KB from the HP17BII intl ROM image you get an english version.

> I have a HP-48G (32Kbytes!) and HP-95LX and HP-200LX (that I think can receive RedEye IR format).

To make it simpler for most users, the program dump always the complete image. It's IMHO too difficult to explain how to merge seperated dump pieces and how to hack the assembler program to generate every piece.

Therefore a HP48G+, 48GX or a HP48SX with merged RAM card is necessary (70 or 100 KB of free RAM).

> I'm new to HP-48G, but I can build a program in the HP-200LX to access its IR receiver

> (as soon I can get some information about its hardware).

I only know the software interface to the hardware on the HP95LX. Transmitting data in redeye protocol is supported only on a very low level (timing and modulation of a half bit frame). Receiving is only supported by 1 bit (IR light detected or not).

> Do you know any program that do that? Even on the 48G, how do I receive RedEye prints on it?

The HP48 hardware is quite similar to the HP95X. In the receiving case you have also only one bit. HP published a receiving program INPRT, available on many places, quite a long time ago.

PC solutions need in almost all cases special hardware. Early DOS based solutions had only a dumb IR->wire converter and made the protocol decoding on the PC. A product end of 80'ies was PRINTHP in Germany. It only runs on PC's up to 386 and slow 486. Later PC's are too fast. I also wrote a receiver software at this time for DOS using the timer of the PC beeper as time reference. This program still work on some (not all) modern PC's when they are booted by DOS (not DOS box!). The other way are intelligent receivers converting the IR redeye protocol into a RS232C or USB data. I don't know a commercial manufacturer of such a product. I personally use a self made converter base on a AT89C2051 microcontroller decoding the data in realtime.

> P.S. I'm thinking in build a HP-85B emulator, do you know anything about its hardware?

Sorry I'm only familar with the Saturn based chips 1LT8, 1LR2, 1LR3, 1LU7, 1LK7 Saturn core and the 1LP2 interface chip.

Regards,

Christoph


Re: Many times faster... - Nelson M. Sicuro (Brazil) - 11-26-2003

I managed to find the INPRT (isn't Google wonderful?), I'll try to upload the ROMs in parts (as my HP-48G is onle 32K).

I'll disassemble some DOS HP-95LX software that uses the IR input to learn how do program it, and I'll try to make my own 'INPRT' DOS version. At least the 95LX has 640KB of DOS RAM available :)

The saturn CPU is a beauty, isn't it? I'll try some day to build an emulator in hardware using microcontrollers (PIC, Atmel?)... I'm trying now to emulate the Nut CPU (HP-41xx, HP-1xC) on a PIC controller and LED 5x7 matrix displays. I'll post some pics when I build a more definitive board.

Do you have any emulator that runs on DOS? It can be interesting on the HP-95LX, in special if you can use the serial/IR ports...
If you don't, I can help to build one.

Best regards,

Nelson


Re: Many times faster... - Christoph Giesselink - 11-26-2003

> Do you have any emulator that runs on DOS?

Try J.F. Garniers Emu41 and Emu71, they should work. The DOS version of Emu48 is more or less a proof of concept, not an useable emulator.

Christoph


Re: Many times faster... - James M. Prange (Michigan) - 11-28-2003

Note that there are two versions of INPRT, one for the 48SX/S, the other for the 48GX/G/G+. Both are available at hpcalc.org; if I remember correctly, in the same .ZIP file.

One problem with INPRT is that it expects a Roman 8 character set for input, and remaps characters 128-255, where possible, to the ECMA 94 character set used in the 48 series. For characters that aren't shared by the two sets, it usually substitutes a character 127, but I expect sometimes one that is somewhat reminescent of the Roman 8 character.

Sort of the reverse of the remapping string that OLDPRT generates for the PRTPAR variable in the 48/49 series for printing to 82240A printers.

But I expect that it wouldn't be all that hard to hack INPRT to eliminate the remapping, or probably easier yet, have it remap each non-ASCII character to itself.

Regards,
James


Re: Many times faster... - Christoph Giesselink - 11-29-2003

A modified INPRT program without any character remapping is part of the HP28C ROM upload package at http://privat.swol.de/ChristophGiesselink/Emu28/ROMUPL28.ZIP called BINPRT. TNX to Raymond Del Tondo for making this version a while ago.

Christoph