Hp48GII



#13

We were trying to transfer our Highway Programs from our HP48G+ to a Hp48GII. It would appear that this is not possible. Does anyone have any suggestions of how to get the programs on to the new calculator short of retyping them.
Thanks


#14

I believe that if the programs are User RPL programs, you can transfer them to a PC as ASCII files, then manipulate with one or more programs written by James M. Prange, available at hpcalc.org, then transfer to the 48GII. If they are SysRPL, I think you are out of luck. I'm pretty far outside my area of expertise here. Searching the Forum archives, hpcalc.org, and the comp.sys.hp48 newsgroup will likely yield far more info than I can provide.


#15

Hi Jeff, all;

I successfully tranfered an User RPL program from an HP48G+ to an HP49G+ (the newer one) the way you mention, after storing the original program in a P.C. After that, I transfered it to the HP49G+ by setting ASCII mode and no translation. It ran O.K., without problems, and I did not change its contents. I guess that the HP48GII will work the same because they both, HP49G+ and HP48GII, seem to be internally compatible.

Cheers.

Luiz (Brazil)


#16

Hi Luiz,

AFAIK the 49g+ and the 49g- (48gII) use the same OS.

Regards,

Raymond


#17

Hi, Raymond;

I remember reading some stuff about these two, and I am not sure if they both share equivalent internals, meaning the same processor, etc. Do you have additional info?

About the OS, I have only two doubts (not about the equivalency you mention, instead about the calculators): what sort of changes should the extra LCD lines in the HP49G+ demand in relation to the HP48GII? And the SD card access? The SD card access may exist in the HP48GII and never be used, but the building of the additional lines in the HP49G+ LCD must be suppressed in the HP48GII, right? I remember Hrast mentioned something about this particular fact when he announced that he was testing his emulators in an HP49G+.

As always, curiosity of mine.

Best regards and thanks!

Luiz (Brazil)


#18

I have one of these and actually like it.

They have the same internals as much as possible.

The processor is slower than the 49g+ (48Mhz vs. 75?), no SD card and a smaller display. Not sure how that gets handled, though.

I particularly like the color scheme. I've thought about placing the internals of my 49g+ into a 48gII case. :-)


#19

Hi, Gene; are you ewll?

I'm planning to buy an HP48GII, and after what you say, it seems to me it's not a bad idea. In fact, I actually intend buying it not for my own use, instead for, say, "professional" future needs.

And... can I ask you a question? What do you see when the HP48GII is completely empty (no data at all in RAM) after executing MEM? I mean, what is the actual amount of RAM available for the user? If I am not wrong, Iqbal mentioned once that it is smaller than 100KBytes, but I don't recall the correct number. How much is it?

Best regards and thanks.

Luiz (Brazil)


#20

n/t


#21

#22

Hi Luiz,

i'm not quite sure, because I don't have a 49g+ anymore,

but I think the 49g+ 'simply' uses an additional

DA (Display Area) for the additional lines.

Maybe the OS can check the existence of those lines somehow,

and map the desired contents there.

If I remember correctly, someone (maybe CG) told me

that you could even load the 49g+ OS into the 'blueprint' 49g,

because the OS knew the amount of display lines...

But as always, the people who are more involved in the

HP-48 spinoffs could perhaps clarify this topic.

Best Regards,

Raymond

NB: DA (=Display Area): All stretched Pioneer machines have

three DAs, namely DA1 (Status), DA2A + DA2B (Main), DA3 (Menu)

*If* the 49g+ has an additional DA, it could be s.t. like DA1B, DA2C, or DA3B.

If it doesn't have an additional DA, the main area and

default number of stack rows coud have been updated.

Maybe at config time, the rowcount is set accordingly.

However, these are all guesses;-)

#23

Hi Luiz,

btw the 'nickname' fits nearly

exactly to what the machine is,

namely a reduced hp49g.

No ports, no flash, no upgrade.

As we all know, it's derived from the hp49g,

not the HP-48G(X), so the name 'hp48gII'

goes near to an offense for HP-48 fans.

The only advantages of hp49g-

over the 49g are its color,

its upgraded OS, and its plasic keytops,

despite their questionable quality,

regarding the bouncing/loosing key strokes.

Best Regards,

Raymond


#24

Hi, Raymond;

just to tell you that I actually liked the nickname.

Cheers and thanks for your comments.

Luiz (Brazil)

#25

Actually, as long as they're pure UserRPL, exclusive of SYSEVAL
and LIBEVAL commands, they probably won't need any
"manipulation" at all for a transfer from a 48G+ to a 48gII.

Note that the transfer will have to be in Kermit "ASCII" mode or
Conn4x "Text" mode. In general, due to entry point changes,
compiled "binary" programs aren't compatible between the 48
series and the 49 series. Note that in spite of the name, the
48gII uses a 49 series ROM, so should be considered to be a
49 series calculator.

Conn4x (XModem based) is faster, but there are a few special
cases where the translations go wrong. If the transfer doesn't
work with Conn4x, then try HPComm (Kermit based) instead.

The only problem that I know of with Kermit ASCII translations
is that, in translation mode 1, 2, or 3, a string with a
<CR><LF> sequence will be left as is instead of being translated
to <CR><CR><LF> on transfers from a calculator, so on transfers
back to a calculator, it's "untranslated" to just <LF> instead
of to <CR><LF>. As long as you don't need to view or edit them
on the PC, you could use translation mode 0, which is faster
too.

The 48gII should be in approximate mode to avoid changing "real"
numbers (type 0) that have integer values to exact integers
(type 28).

If the programs have (or call) a global name that happens to be
a built-in command or reserved varible name on the 48gII, the
name will have to be changed.

There are some commands that behave a bit differently. Ask on
the comp.sys.hp48 Usenet group if the program doesn't work as
expected after you transfer it.

If the program uses SYSEVAL or LIBEVAL, you'll have to check for
changed entry points.

Note that libraries, SysRPL programs, and assembly language
programs can't be transferred in ASCII mode; you'd need to
decompile them and recompile them for the 48gII.

The 48G+ won't supply the power for the level shifter built in
to the 48gII's cable, and the 48gII's IrDA won't work with the
48G+'s "Serial IR", so probably the most practical method is to
first transfer from the 48G+ to a PC file, and then from the PC
to the 48gII.

Regards,
James


Possibly Related Threads...
Thread Author Replies Views Last Post
  HP48GII Thomas Chrapkiewicz 4 529 12-25-2012, 07:07 AM
Last Post: Luiz C. Vieira (Brazil)
  HP48Gii SWAP V Green 6 640 01-14-2009, 08:04 AM
Last Post: V Green
  HP48Gii Decimal Conversion V Green 3 471 01-10-2009, 01:28 AM
Last Post: V Green
  hp49g+/hp48gII advanced user's reference manual David Dyte 5 581 11-05-2008, 01:15 AM
Last Post: David Dyte
  Equation library on HP48GII Mike Ingle 0 230 04-21-2007, 08:21 PM
Last Post: Mike Ingle
  Announcement: The HP49g+ / HP48gII Advanced Users Reference Manual now available! Gene Wright 22 1,766 11-17-2005, 03:11 PM
Last Post: Ron
  HP48gII ozarkmtbr 6 645 02-24-2005, 06:36 AM
Last Post: Mike (Stgt)
  HP48GII Iqbal 5 518 06-21-2004, 07:24 AM
Last Post: Frank Knight
  HP48GII Naim 5 540 06-10-2004, 08:42 AM
Last Post: Naim
  HP49G+ to HP48GII Rick 7 658 05-28-2004, 12:29 PM
Last Post: Eddie Shore

Forum Jump: