Post Reply 
HP-50g - In depth data sheet
04-17-2019, 02:29 PM
Post: #1
HP-50g - In depth data sheet
Does anyone know if there exists an in depth data sheet for the hp 50g that states things such as the current draw and protocols used for data transfer. Asking due to an interest in possibly modding mine.
Find all posts by this user
Quote this message in a reply
04-17-2019, 08:07 PM
Post: #2
RE: HP-50g - In depth data sheet
(04-17-2019 02:29 PM)Visty Wrote:  Does anyone know if there exists an in depth data sheet for the hp 50g that states things such as the current draw and protocols used for data transfer. Asking due to an interest in possibly modding mine.

HP has never published details this specific. Your best bet is to scour the posts here (and the old forum) as well as the public comp.sys.hp48 newsgroup.

--Bob Prosperi
Find all posts by this user
Quote this message in a reply
04-17-2019, 08:33 PM
Post: #3
RE: HP-50g - In depth data sheet
(04-17-2019 08:07 PM)rprosperi Wrote:  
(04-17-2019 02:29 PM)Visty Wrote:  Does anyone know if there exists an in depth data sheet for the hp 50g that states things such as the current draw and protocols used for data transfer. Asking due to an interest in possibly modding mine.

HP has never published details this specific. Your best bet is to scour the posts here (and the old forum) as well as the public comp.sys.hp48 newsgroup.
Shoot. ok thanks for the help. I will probably end up just cracking it open and probing it.
Find all posts by this user
Quote this message in a reply
04-17-2019, 10:31 PM
Post: #4
RE: HP-50g - In depth data sheet
For communications protocols, I think XMODEM, and Kermit are supported. From what I remember of the XMODEM protocol, it cannot resolve file sizes to the exact byte and rounds it up to the packet size.

— Ian Abbott
Find all posts by this user
Quote this message in a reply
04-18-2019, 03:22 AM
Post: #5
RE: HP-50g - In depth data sheet
(04-17-2019 10:31 PM)ijabbott Wrote:  For communications protocols, I think XMODEM, and Kermit are supported. From what I remember of the XMODEM protocol, it cannot resolve file sizes to the exact byte and rounds it up to the packet size.

Yes, Ian you are correct both KERMIT and XMODEM are supported; I assumed the OP was referring to lower-level details but you are definitely correct to point this out, thanks for correcting my comment.

--Bob Prosperi
Find all posts by this user
Quote this message in a reply
04-18-2019, 08:06 AM
Post: #6
RE: HP-50g - In depth data sheet
Trouble is, this machine isn't actually manufactured by HP. The hardware is Chinese (Kinpo) and is based on a Samsung ARM9 core chip at 75MHz emulating a Saturn CPU.

There are plenty of references on line with descriptions of the original Saturn-based hardware but that all goes out the window with an emulation layer in place.
Find all posts by this user
Quote this message in a reply
04-18-2019, 12:05 PM
Post: #7
RE: HP-50g - In depth data sheet
(04-17-2019 02:29 PM)Visty Wrote:  Does anyone know if there exists an in depth data sheet for the hp 50g that states things such as the current draw and protocols used for data transfer. Asking due to an interest in possibly modding mine.

If it's the serial port you wish to use, the following article might be useful reading:
https://www.allenwan.com/hpcalcserialcable/


Visit this user's website Find all posts by this user
Quote this message in a reply
Yesterday, 01:05 PM (This post was last modified: Yesterday 01:06 PM by Claudio L..)
Post: #8
RE: HP-50g - In depth data sheet
(04-17-2019 02:29 PM)Visty Wrote:  Does anyone know if there exists an in depth data sheet for the hp 50g that states things such as the current draw and protocols used for data transfer. Asking due to an interest in possibly modding mine.

What mods do you have in mind? Are you talking very low level hardware datasheet? Look for the S3C2410 manual, it has pretty much everything you need to know. I have (mostly in my head and some scattered paper sheets) a lot of information about the inner workings of the 50g hardware and I don't mind sharing with you. As a matter of fact, low-level drivers are available in source code as part of newRPL, you could remove the RPL core (or not!) and just use the machine like your own personal Arduino. Using your own firmware gives you total freedom to implement whatever protocols you want, you have full control of all GPIO, buzzer, timers, USB port, serial port, etc.
However, an actual Arduino might work better for you unless you need the keyboard, which circles back to my first question: what mods do you have in mind?
Find all posts by this user
Quote this message in a reply
Post Reply 




User(s) browsing this thread: 1 Guest(s)