HP Forums

Full Version: HP-16C sim Pocket PC testers wanted
You're currently viewing a stripped down version of our content. View the full version with proper formatting.

I've done it! I finally got the "real" layout working on the Pocket PC. If you use a PPC and you know the 16C and you can be bothered, read on.

I only have one PPC (actually I have 2 but the old Casio doesn't count). I wonder if you could download the sim and give it a try in LANDSCAPE mode. I think it's fantastic, but them I would, wouldn't I ;-)

Here's a preview to whet your appetite (yeah I only have a h3650. Sigh).

You can download it from the sim page on my 16C site. Thanks in advance for your time.

Cameron Paine

HP-16C site

How do you set the 16 C in a mode to do floating point math? I tried a divide by 7 and a C showed up on the display, what does that mean? I guess I should get a manual somewhere.

Chris W

Bring Back the


f FLOAT 0-9 (preferred sig digits)

f FLOAT . (EXP format)

There is no SCI format.

The C was either: the carry flag telling you that the integer division produced a remainder. Flag annunciators appear in a similar place to the 15C; or hexadecimal 12 if it appeared where the digits are displayed.



Does it work in a HP Jornada 720 1/2 VGA HPC?


I downloaded your simulator the other night. I've got the PC version running on a Dell Notebook (P4 2.4gig/512megRam) with no problems to date.

I've got the PocketPC version running on a Dell Axim 5. It seems to work both in Landscape mode and vertical mode. Except for a little lag in touch screen-to-keydown response everything seems to work OK.

I have been running the Pirrama Pocket 16C commercial HP16C simulator since it was released and yours matches up quite nicely. I really like the fact yours uses the entire screen area in landscape mode.

The Pirrama version, though, has a few nice touches: they put the OFF (which acts as EXIT) on a [f] shifted key, they also use the far right of the display for a (switchable) display of the x,y,z and t registers in small font.

I've been running some "side-by-side" comparison calculations between the two and can't see any diference so far. I think you've done a great job. Congradulations!

I really don't know. I must also confess to not knowing what processor it uses. If you have one, we might be able to give it a try. I have X-compilers for MIPS, SH3 and StrongARM. In theory the latter generates code that will run on the XScale. The 720 has been around for a while so it's probably one of the first three.


Edit: I've just learned, from David Y, that it does run on the XScale. There may be some XScale issues that impact on responsiveness of the UI.

Edited: 30 May 2004, 10:41 a.m.

Thanks for your kind words, David.

I'm perplexed by the digitizer sluggishness that you report. On my H3650, when I enable the screen tap sound effect, the difference between the tap sound and the display update in imperceptible. I can tap as fast as my hand can move and there is no lag on *digit entry*. If I rapidly use the roll-down (Rv) button with the stack loaded with values that fill the display I can detect a slight lag.

It occurs to me that a lag in *function execution* might be due to the StrongARM binary running on your XScale processor. I've read that SA code can run slowly but I've not found a description of what runs more slowly.

I did build a new binary yesterday that fixed a double-tap issue. If you're running 0.300, please download 0.302 and try it again. That will eliminate that issue as a possible explanation.

If you have the time and patience to work with me on this, perhaps you could drop me an email and we'll take it out of the forum.

BTW, I didn't know about the commercial sim. Thanks for the heads-up. I'm still contemplating how I might use the On button--which is why it's just a place-holder. I like the shifted idea; what do they use it for when it's not shifted? The stack display is a good idea too.


HP-16C site