New Interface for HP-28S ?
|
|
« Next Oldest | Next Newest »
|
▼
Post: #12
09-10-2011, 02:30 PM
▼
Post: #13
09-10-2011, 02:53 PM
Looks like it might have an IR receiver. There's no way this could be bidirectional, so the statement that you can "send the data from the computer" has to be wrong. But a print to text algorithm might be possible to save HP-28S data, including programs. But since you can't reload them without keying them in again, the statement that this device will prevent you from "loosing [sic]" them is also misleading. ▼
Post: #14
09-10-2011, 07:24 PM
I owned one of these years ago. It is an IR receiver for the HP 82440A/B printer infrared protocol. It does NOT do IRDA or any other infrared protocol. It will NOT work with a USB-serial adapter, and it needs specific DOS software which will NOT work correctly under any version of Windows. ▼
Post: #15
09-12-2011, 01:50 PM
Quote: Hi Eric, do you know if this product has an own CPU? There was a similar product end of the 80'ies in Germany called PrintHP. This product consists of a dumb IR receiver sending the decoded 32KHz bursts to the PC CPU over the RS-232 CTS input line. Therefore you needed also pure DOS, the special receiver software and a PC not faster than 80386 or an early slow 80486. Christoph ▼
Post: #16
09-13-2011, 10:53 AM
It does not. It just has an IR receiver driving one of the EIA-232 handshake lines. That is why it won't work with Windows.
Post: #17
09-10-2011, 07:36 PM
Slightly OT, but actually you can perform serial I/O on the HP-28S ;-)
A few years ago Christoph Giesselink demonstrated serial I/O using an HP-28S (which I donated to him for exactly these tests) . Ray
Post: #18
09-13-2011, 05:28 AM
Looks indeed like a receiver for the 28C/S. If you manage to get it working you can indeed prevent losing the listing of programs, but in case of calculator "memory loss" you'd have to re-type it into the calculator. ▼
Post: #19
09-13-2011, 01:41 PM
Quote: I read this file some years ago. I still find it silly to use one contact of the keyboard matrix for input. ;-) My solution use the '+' pin from the anode side of the IR-transmitter LED, the signal pin from the cathode side of the IR-transmitter LED and GND from battery minus. The "trick" is using the IR-transmitter signal pin for both directions; quite nobody knows that the LED driver is a bidirectional pin. Christoph |