Model: 19BII, differences from -19B General: Name: HP Business Consultant II Code-Name: ? Logic: RPN, algebraic w/no precedence Firsts: first dual logic machine (with 17BII) last Clamshell Introduction: Date: 1990-1 Price: $175 Discontinuation: Date: <2003-01-01 Price: ? Production-Run: ? Memory: Named-Registers: 4 line history, line 2 is LAST or X, Y, Z, T, last X; 0-9 Machine-State: prefix key state RPN / algebraic pending operations printer status display contrast display mode radix mark deg / rad language currency conversion factors beeper printer registers and history statistics lists CFLO lists alarms current application and invocation history time and time format memory Keyboard: Shift-Keys: gold, white, above Key-Labels-Base-Keyboard:: (The = key has a lower label of ENTER.) Key-Labels-gold-white-above:: Right          MODES PRINTER MAIN CLEAR DATA E Rv x<>y CLEAR     1/x     ^ MATH    \v/x 2  MEM SHOW LAST x Non-Programmable-Operations:: ( start nesting or Rv ) end nesting or x<>y = complete operation or ENTER INPUT use number in line 1 as response or ENTER LAST use number in history line 2 or Last X Rv roll down x<>y exchange x and y ^ move to previous item or roll up Solver Functions G(a) get value of a L(a:v) assign value v to a Menus:: MODES: D/R BEEP PRNTR INTL DEMO MORE MODES: ALG RPN MORE Bugs/ROM-Versions:: There is an oddity in the RPN stack of this (and the 17bii) in that the stack ranges in size from 1 to 4 entries, depending upon how much data has been entered. For example, if you do: - switch to RPN mode - 1 - Enter - 2 - Rv - Rv You will see "2" in the display, not zero. (from Wlodek Mier-Jedrzejowicz) Early models of the HP19BII have a bug which is activated when the HP19BII is in RPN mode and the [+/-] and [x<>y] keys are pressed one after the other. A harmless way to see the bug is as follows: 1. Put a positive number on the stack, for example press the 9 key. 2. Change the sign by pressing the [+/-] key next to [INPUT]. 3. Exchange x and y by pressing the key with x<>y above it. 4. Now type a digit, for example 8; you will see a minus in front of it. (This is the bug; after +/- to change a positive number to negative, immediately followed by x<>y and a number, the number has a spurious minus sign placed in front of it.) 5. Press [INPUT] and you will see the number is really positive. 6. Type another number; it will again have a minus sign. 7. To deactivate the bug safely press CLEAR (the yellow key followed by the backarrow key). The bug is dangerous, if you get to step 4 and see a number which is negative though it should not be, you might be tempted to press the backarrow key to remove the number and the minus sign. Since the minus sign is not really there, if you try to delete it, you confuse the calculator - it stops for a moment, then clears the stack after you press the next key. If the next key you press is [ON], it sometimes displays the screen to choose a language, and when you choose a language, you get MEMORY LOST! The bug can also lock up your keyboard - in that case you should reset the calculator by pressing the ON key and the third key from the left in the top row both at the same time. If you ever see the bug, press CLEAR at once to kill it! There are some variations on the bug. If you press the backarrow key until only the minus sign is in the display, then press [INPUT] or try to use this minus sign, nothing will work except that the [-] key will put a second minus in the display. If you do steps 1 through 4, then press [+/-], x<>y, and a digit key again, you will see two minus signs, and you can repeat this process adding one more minus sign each time. If you press CLEAR now, then type a number, press [+/-], [INPUT], x<>y, [+/-], x<>y and then a digit key, you will see a zero (if the display mode is ALL) or a fraction mark (if the display mode is FIX) in front of the digit instead of a minus. The same bug exists in early HP17BII models, though it behaves a little differently. It was removed early in 1991. ------------------------------ From: "Christoph Giesselink" <firstname.lastname@example.org> Newsgroups: comp.sys.hp48 Subject: Re: SysRPL on HP19B2 ??? Date: Mon, 10 Feb 2003 23:42:54 +0100 Message-ID: <email@example.com> The HP19BII has no RPL programming features accessable by the user. Internally many parts are written in RPL. The HP19BII hardware is very similar to the HP28S, only the 8KB RAM chip use a different memory location. A added the MMU layout of the HP19BII and HP28S. 0 = address line must be low 1 = address line must be high X = don't care The first definition is for the master, the 2nd for the Slave controller. @ HP19BII Y Model (Tycoon II) 000XXXXXXXXXXXXXXXXX 64 ROM XXXXXXXXXXXXXXXXXXXX 0 R Memory Controller Chip 1 (disabled) 110001XXXXXXXXXXXXXX 8 W Memory Controller Chip 2 (RAM) 1111111111XXXXXXXXXX Display/Timer 1111111111110000XXXX Control Register 001XXXXXXXXXXXXXXXXX 64 ROM XXXXXXXXXXXXXXXXXXXX 0 R Memory Controller Chip 1 (disabled) XXXXXXXXXXXXXXXXXXXX 0 R Memory Controller Chip 2 (disabled) 1111111110XXXXXXXXXX Display/Timer 1111111110110000XXXX Control Register @ HP28S O Model (Orlando) 000XXXXXXXXXXXXXXXXX 64 ROM 10XXXXXXXXXXXXXXXXXX 0 R Memory Controller Chip 1 (unused) 110XXXXXXXXXXXXXXXXX 32 W Memory Controller Chip 2 (RAM) 1111111111XXXXXXXXXX Display/Timer 1111111111110000XXXX Control Register 001XXXXXXXXXXXXXXXXX 64 ROM XXXXXXXXXXXXXXXXXXXX 0 R Memory Controller Chip 1 (disabled) XXXXXXXXXXXXXXXXXXXX 0 R Memory Controller Chip 2 (disabled) 1111111110XXXXXXXXXX Display/Timer 1111111110110000XXXX Control Register Cheers Christoph "Matti Overmark" <firstname.lastname@example.org> schrieb im Newsbeitrag news:email@example.com... > Hi, > > Please donīt swallow your morning coffee the wrong way. > Iīm just wondering if there are any hidden features of the HP19BII? > Itīs almost (well I am indeed pushing it now, ... ) a HP28, must have > a Saturn processor etcetera. > SOmeone must have found out how to "dissolve" it? > > Just my monday-morning thoughts after grabbing the mentioned calc > yesterday. > > Best regards, Matti > +0 deg C in the North of Sweden
Last modified Saturday, 2012-02-25T17:29:25-06:00.