HP-69 ==== I am trying to figure out how to program my HP48GX calculator, but I can't even get the example programs in the manual to work. When I enter the program onto the stack the operations get changed to XLIB and a bunch of numbers. Trying to run the program then results in an error (Undefined XLIB name). Is there something wrong with my calculator, or is there something that I have to set or reset? For instance + becomes XLIB 257 49, and * becomes XLIB 257 2512, when I press Enter to put the program onto the ==== > Is there something wrong with my calculator, or is there something > that I have to set or reset? For instance + becomes XLIB 257 49, > and * becomes XLIB 257 2512, when I press Enter to put the > program onto the stack. Sounds whacked, Jack. Try a master clear and see it that helps: Turn the HP-48 on, thyen press the ON key and hold it down, then press A and hold it down, then press F and release it, then release the A, then release the ON key. You should see Try To Recover Memory? [YES] [NO]. Press NO (the F key). Your HP-48 will now have everything at default settings (except for plug-in cards, of course). If the problem still occurs, then either you have a nasty plug-in card (solution: remove the card and/or the offending library in it), OR a bad '48 (solution: get it replaced for free before the warantee expires). -Joe- ==== Joe, entering onto the stack properly. Glad my calculator is not broken, as the warranty has expired. Is there something wrong with my calculator, or is there something > that I have to set or reset? For instance + becomes XLIB 257 49, > and * becomes XLIB 257 2512, when I press Enter to put the > program onto the stack. Sounds whacked, Jack. Try a master clear and see it that helps: Turn > the HP-48 on, thyen press the ON key and hold it down, then press A > and hold it down, then press F and release it, then release the A, > then release the ON key. You should see Try To Recover Memory? > [YES] [NO]. Press NO (the F key). Your HP-48 will now have > everything at default settings (except for plug-in cards, of > course). If the problem still occurs, then either you have a nasty > plug-in card (solution: remove the card and/or the offending library > in it), OR a bad '48 (solution: get it replaced for free before the > warantee expires). -Joe- ==== .. details, details. Post some code. Toby I am trying to figure out how to program my HP48GX calculator, but I can't > even get the example programs in the manual to work. When I enter the > program onto the stack the operations get changed to XLIB and a bunch of > numbers. Trying to run the program then results in an error (Undefined XLIB > name). Is there something wrong with my calculator, or is there something > that I have to set or reset? For instance + becomes XLIB 257 49, and * > becomes XLIB 257 2512, when I press Enter to put the program onto the ==== Fiorina admits that HP can no longer innovate Well, that's what the pessimistic headline writers would tell you and it's hard to see why they aren't wrong. Go to and watch the video clip of Fiorina announcing the HP branded version of Apple's iPod. 1) She says quite openly that they looked at all the options and decided that they couldn't beat Apple so they would license it. 2) But worse still, in justifying the decision she boasts that HP reaches 100 000 retail outlets world-wide and so can offer far wider distribution than Apple could. So what does this make HP? A logistics company? Aaargh! -- Bruce Horrocks Surrey England ==== Me too, Lee But if you can determine the right interval in which solution is, then it's easier, shorter and more accurate. For example in this particular case you know 1. if arc < pi then Chord/2 < Radius 2. if arc > pi then Arc/(2*pi) < radius < Arc It takes the same time as the pure RPL program, I checked. Which is not necessarily always the case, unfortunately. Anyway, check this out (thanks to Werner): %%HP: T(3)A(D)F(.); << RAD MAX LASTARG MIN -> A C << 'R*SIN(A/R)=C' 'R' A C 2 / pi * < << C 2 / >> << A 2 pi * / A 2 ->LIST >> IFTE ROOT 2 / >> DEG 'R' PURGE >> ----- Original Message ----- > The built in solver is a bit too slow. I much prefer to work out the steps > necessary to get the answer. I'm a structural detailer by trade and my > calculator is a big art of my job( where speed is money). My problem is > where do you draw the line between full accuracy and speed of calculation. Lee > ==== I would buy the HP49gII if it had flash ROM & SD card. I like its colour-scheme more than 49g+'s and the speed is no problem. RS232 is a beauty. All surveyors would be so happy! Reth > PS: HP should use FlashROM in EVERY mid/top model, starting with new HP > 15C+ > I wish they were After the 48gII disaster with the ROM & batteries > (Samsung seemed to have changed a pin) > I bet they wish they were > I want to be the boss! Down with Fred Flintstone !! He must be stoned > (-; > ==== > I like [the HP 48GII] colour-scheme more than 49g+'s... I agree. It has -- how you say -- a *surreal* look. ;-) -Joe- ==== > > I have a doubt. Look at this program by Peter Geelhoed. > What does the address 00100 00120 00125 and 00128 mean? > > The meaning and name of those addresses are covered in the comments by > Peter. What specifically is it you don't understand? > =BITOFFSET EQU #00100 = [DON OFF2 OFF1 OFF0] > =DISP1CTL EQU #00120 = W Display start > =LINENIBS EQU #00125 = W Nibble offset (low bit ignored) > =LINECOUNT EQU #00128 = [LC3 LC2 LC1 LC0] [DA19 M32 LC5 LC4] > > > I can«t understand why do I have to use a LC C to shift a bits when the > address is odd. > I want to make one program in ML to display a text in full screen.(49g+) > > Try removing the test if the address is odd and remove the shift. You'll > see that the display isn't shown properly. > > > CODE > ST=0 15 % this turns off some interrupts > % see below for further explanation > GOSBVL =PopASavptr % get the address of the grob > A+20 A % point to grob body of heaviest grob > B=A A % save addr in B > GOSBVL D0->Row1 % get the addr of the current screen > R0=A A % save it in R0 > LC(5) 64*34 % 64 lines and 34 nibbles per line > C+B A % Add to addr of first grob so that > A=C A % A has the addr of grob2 > D0= 00100 % #00100h is BITOFFSET you can move the > C=DAT0 X % screen pixel by pixel by altering it > RSTK=C % save current bitoffset in RSTK > ?ABIT=0 0 -> EVEN % if addr of grob is even no need to > % shift > LC C % shift 4 bits left (-4=C) > DAT0=C 1 % write new bitoffset > D0= 00125 % LINENIBS contains the number of > % nibbles per line > LC FFF % it has to be decreased because of the > DAT0=C X % new bitoffset > > *EVEN > D0= 00120 % DISPADDR > D1= 00128 % in LINECOUNT you can write the number > % of lines to be displayed > LC 3F % 64 lines including line 0 so #63d > DAT1=C B > > *MAIN > GOSUB PAINT % subroutine that displays grob in A > ABEX A % switch grob1 and grob2 > GOSUB PAINT % display grob1 twice > GOSUB PAINT > ABEX A % A has grob2 and B grob1 again > > GOSBVL OnKeyDown? % OnKeyDown? returns a carry if the > % On Key is being pressed. If ST 15 is > % clear, holding down ON will halt the > % code until you release it, and the > % code will simply continue > > GONC MAIN % keep looping until ON key is pressed > ST=1 15 % Allow the interrupts again > A=R0 A % Get the old display address > DAT0=A A % reset it > LC 37 % set the linecount back to 55 > DAT1=C B > D1-3 % 00128 - 3 = 00125 LINENIBS > C=0 A > DAT1=C X % set the LINENIBS to 0 > D0= 00 % load the last two digits of D0 with > % 00 (00120 -> 00100 =BITOFFSET) > C=RSTK % get the old bitoffset > DAT0=C X > LOADRPL % return to RPL > > *PAINT % subroutine that waits until the > % display refresh is at line 0 then > % displays the grob in A > % D1= LINECOUNT, when reading it, it > % has the current display line > % D0= DISPADDR > > C=DAT1 B % read current display line > ?C#0 B -> PAINT % until it is 0 > DAT0=A A % write addr of grob > *WAIT > C=DAT1 B % wait until line is no longer 0 > ?C=0 B -> WAIT % or the screen may flicker > RTN % return from subroutine > ENDCODE > @ > > This piece of code is used to draw a grob in grayscale. I don«t use HPTOOLS, I use EMACS and MASD. I don«t know what is EQU, but it doesn«t matter. I understood more or less. In 00120, the system will display the information at the some address Example. LA=00000 D0=00120 DAT0=A A OK? 00100? Could you explain step by step this? 00125? Contain the number of nibbles per line. I know what number of nibbles per line means. But I didn«t understand why save it in 00125 and not in some register(Like C or A). I need a little tutorial to teach me this part of the ML language. :o)) Sorry my English.. My native language is Portuguese ==== >I'm still wondering how the TI-89 is supposed to do calc-to-calc USB. i was just wondering. . . how is it that before the HP 49xx came out, it was always sniffed out and rumored months before any offical stuff. Whereas when TI releases a major advancement *yawn* it comes as a suprise. Ideas? Intentional? TI has better security and HP is wholey and leaks? ;-) TW ==== >I'm still wondering how the TI-89 is supposed to do calc-to-calc USB. >What? >No 115,200 baud IrDA transfer? >USB from calc to calc is not possible with USB client drivers... 2 ideas. . . maybe they ? ? ? crossed a wire somewhere or have a switch inside to make it like a wire? ? ? or they included a second port with the old headphone wires. . . =) TW ==== > Anyone know the clock speeds? As I recall, the 83? platinum runs > at 10MHZ. The clock speed of the 83+SE is 15mhz >Same speed as the old TI-89, the new TI-89 runs at 12MHZ. The TI-89s out now come in two flavors, HW1 and HW2. The HW1 runs at 10mhz and the HW2 (which has been out for quite a while) runs at 12mhz. The new TI-89 will be the same as the HW2s. > But the processor for the 83/84 I don't know. Z80 > But still, one wonders what would happen if Perhaps more features could be added if it were rewritten to use the ARM that arent possible with the Saturn, but what does the 49G+ do now that it does not do fast enough? Ive asked this before and Im not trying to prove a point or anything, I really do want to know what the 49G+ does too slow to please everyone. > has anyone does a speed comparison between the 49G+ and the > new TIs? The new TIs are not out yet but it would be interesting to see how all the calculators out now compare. Has anyone done speed tests with the calculators from various manufacturers? If not, maybe we can set something up. We started something like this on a forum I visited but the Casio AFX 2.0 I was using in the tests got damaged and everyone sort of forgot about it in the 2+ months it took to get it back from the repair center. Aleph ==== > Perhaps more features could be added if it were rewritten to use the > ARM that arent possible with the Saturn, but what does the 49G+ do now > that it does not do fast enough? Ive asked this before and Im not > trying to prove a point or anything, I really do want to know what the > 49G+ does too slow to please everyone. I want to run User RPL as fast as Sys RPL runs now. Just like with PCs. A program running under a BASIC interpreter on a modern PC runs faster than a compiled BASIC program does on an old PC. Tom Lake Sender: sjtebayREMOVE@bellsouthME.netFIRST ==== Got an HP-10C up for auction at ebay. Also a few other hp items: http://cgi6.ebay.com/ws/eBayISAPI.dll?ViewSellersOtherItems&include=0&userid =sjthomas inquiries to: sjtebay at bellsouth dot net or remove the REMOVE ME FIRST from reply address ==== Greetings, I bought an HP49G+ last week; previously I owned an HP48GX. I like this new machine, but one little question though -- would it be possible (using User-RPL) to use the entire 131x80 screen real estate? I noticed that the top 16 scan lines are always used for the two status lines, even when displaying the graphics screen. Jos ==== > ... -- would it be possible > (using User-RPL) to use the entire 131x80 screen real estate? I noticed > that the top 16 scan lines are always used for the two status lines,... The very small library Headman from the site below allows you to use the new header directly or to integrate it in UsrRPL programs. In particular, you may display involved algebraics on the entire screen with ViewP and cycle through 4 distinct views. Load Headman.zip which includes also some examples. Although Headman is now three weeks on my site and even used by somebody to read in the bible, we're still waiting for a report or useful suggestion; mayby you'll do that :-) Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General ==== Following Michio Kaku's Hyperspace (A Scientific Odyssey through Parallel Universes, Time Warps, and the Tenth Dimension) let's travel to 1730 and visit Euler and Daniel Bernoulli in St. Petersburg. Euler, of course, has his HP49+ at his bedside. In it he has ELYON's Database Of All Equations Ever Written on his SD Card ELYON's EHU in Home Directory (EHU = Equation Handling Unit) Now he 1 Uploads Chapter Fluid Dynamics and chooses Hydraulics [3 preparatory key strokes] 2 Chooses Number 80, which is a list containing 7 equations) [1 preparatory key stroke] 3 Clicks MSOLV [1 preparatory key stroke] [ 5 preparatory key strokes so far] He fills in Values for L, Length, Q, Flow rate, d, diameter. Values for kinematic viscosity (60F, 15C), epsilon (roughness) and g are already provided 4 Clicks Left Shift ALL [THE MAYOR ONE AND ALL SOLVING KEY STROKE] With this last key stroke Euler has obtained: v velocity Re Reynolds Number f friction factor hf height lost due to friction. He would not even had to consult the cumbersome Moody Diagram which did not even exist in 1730. Euler used his great analytic skill to put many of the physical insights of his close friend Daniel Bernoulli into a rigorous mathematical form. Daniel published Hydrodynamica in 1738, after returning back in Basel, since he could not stand the weather in St. Petersburg. What does that say about Finland? ==== Walter Elyon schrieb > ELYON's Database Of All Equations Ever Written on his SD Card > ELYON's EHU in Home Directory (EHU = Equation Handling Unit) realy funny your contribution. I am still amusing.. :-) Suppose Euler is me, where can he (Euler) get the above mentioned progs? In case it is available on www.hpcalc.org please neglect the paragraph before. Concerning your problem with the beamer, I suggest to use an emulator (emu48 or debug4) on a PC and use a standard beamer. I recommand the kml-script of Benjamin Perianes Horzontal HP49G for Emu48, because it has a realy big display. Maybe this display is not sufficient, I am sure you will get help by some of the kml-Script authors to get a full screen display or something which is close to it. The benefit of an emulator is, that the auditors would see your keypresses. Regarding the G+, I remember a kml-script, running with HP49G-software but looking like G+ from GU (Gilberto? Urroz?). Sorry (to GU), I do not have the correct writing of PC, without the chance to look for the right... Best wishes Heiko ==== > So almost all people that possessed a HP 48 now have a HP 49. > I'm curious when HP comes with the HP 50. Aagje > To justify going from the 40s series to the 50s, I guess hp will have to invent. Arnaud ==== Pete M. Wilson schrieb ... > uses unallocated memory to hold strings (a type of buffer overflow). ... .. > still be put out. I hope to have time to do more with it, and I will > try to replicate some of the problems you mention. Good. Today I have solved one problem, mentioned yesterday: HA The emulator for the HP49G works fine up to the point > I am leaving the programm with EXIT, wich leads, after restarting > emu48, to a TTRM. My Settings: Automatically Save Files: No Automatically Save Files On Exit: No My Actions were: 1. Delete the registry for the emu48 2. Replace the emu48.exe 3. Start emu48.exe 4. Load my last.e49 5. The problem occured, after leaving the emu48 with EXIT and prompting with NO (means not saving), because I have had used the Save As.. command before and I thought *all required savings are done with that. After that I changed back to the older emu48.exe but have had exactly the same problem! I thing it is a RTFM-Task for me, to find out what is saved with the commands File Save and what is saved before leaving the emu48.exe. File Save may not save the settings. When leaving EXIT and prompting with Yes, your new HP48.exe is running fine on my Windows CE Mobile. Prompting with Yes is only required for the *first EXIT!! I assume, at this point all the *settings will be saved. Once made the prompt with Yes, one can choose both (prompting with Yes or with No). So my recomandation (s.b.) is *obsolete: HA> up to now, the recommanded way to use emu48 on > taking the emu48 form emu123.zip > (Changing the Registry manually), or using the description in: > http://users.belgacom.net/EAA/Heiko/Mobile.htm Your new emu48.exe is clearly an improvement for Windows CE Mobile Users. Heiko ==== Hallo zusammen, Die aktualisierte deutsche HP49-Dokumentation von Otto Praxl ist auf www.praxelius.de wieder online. Enthalten ist auch ein Beitrag zur USB-Kommunikation mit dem HP49G+. German documentation for HP49 from Praxelius is back to life (online) including HP49G+ USB comunication experiance report. Not only the Author, others (me too) would like to have some documentation about the IR-Interface. Are there some usefull links/knowladge available? Heiko ==== Heiko Arnemann schrieb something im Newsbeitrag afterword: The value of an interface is not more than its documentation :-) Is there any offical documentation for the HP49G+ IR-interface? Heiko ==== and I'll also try to answer what I can of the other questions. FYI, in this message I'll be referring to the plastic keys that you actually push on with your finger as 'keys' and the bumps on the board that the keys push on as 'buttons'. Now then, what I did: First, I obviously took my calculator apart, all the way. I took the set of connected keys that I wanted to work on out just so that I could handle them better. Anyone who has seen the underside of the keys has probably seen the small protrusions that are, when the calculator is together, directly above the key's button. This small post is what I put the hot glue on (so to answer someone's question, I put the glue on the keys, not the buttons). I simply sqeezed the trigger of the hot-glue gun until a small amount of molten glue was visible, touched it to the post on the key, and pulled the gun back, leaving a small (probably around 2-3mm diameter) blob of glue. Then, using my finger, I gently smushed the blob so that it was flat and added only a small amount to the height of the post. Next time I take my calculator apart I'll be sure to take pictures, but I'm trying to only take it apart for worthwhile reasons. One of the battery wires has already snapped off from the gradual stress of taking the calc apart so much, and it scared me quite a bit (mostly because even after soldering the wire back in place the calc still wouldn't turn on). It works now, but I don't like pusing my luck. It was asked if the hotglue is removable and yes, it is very easily removed. It doesn't bond very much to the plastic and can thus be peeled off of the post just by lifting it up with a fingernail. I've also thought about another possible reason for why this works. The way the keys work is the same way most calculator keys work, just with a slightly different mechanism. On the inside of the bumps there is a circle of some sort of conductive material. When the button is pushed, the circle is pushed down on to the board and completes a circuit. (I'm sure most people have seen how this works so I hope you understand, I can't explain it very well). Now then, because the buttons are circular and the posts on the keys push down on them in the very centre, the pressure is distributed evenly until the button reaches it's giving point, and then snaps down very quickly. I think that adding the hot-glue may have off-set the point of pressure, or at least distributed it, so that instead of waiting until enough pressure is applied and then snapping down, the button moves down along with the key. (I'm sorry if this made little sense, I'm not very good at describing things. It will make more sense if you look at the buttons yourself.) I hope all (or at least some) of all this is helping people. It would be great if the 49g+'s were as lovable as the 48 series. ==== (if this is a duplicate message I'm sorry, my internet is acting up) and I'll try to answer what I can of the other questions. FYI, in this message I'll be referring to the plastic keys that you actually push on with your finger as 'keys' and the bumps on the board that the keys push on as 'buttons'. Now then, what I did: First, I obviously took my calculator apart, all the way. I took the set of connected keys that I wanted to work on out just so that I could handle them better. Anyone who has seen the underside of the keys has probably seen the small protrusions that are, when the calculator is together, directly above the key's button. This small post is what I put the hot glue on (so to answer someone's question, I put the glue on the keys, not the buttons). I simply sqeezed the trigger of the hot-glue gun until a small amount of molten glue was visible, touched it to the post on the key, and pulled the gun back, leaving a small (probably around 2-3mm diameter) blob of glue. Then, using my finger, I gently smushed the blob so that it was flat and added only a small amount to the height of the post. Next time I take my calculator apart I'll be sure to take pictures, but I'm trying to only take it apart for worthwhile reasons. One of the battery wires has already snapped off from the gradual stress of taking the calc apart so much, and it scared me quite a bit (mostly because even after soldering the wire back in place the calc still wouldn't turn on). It works now, but I don't like pusing my luck. It was asked if the hotglue is removable and yes, it is very easily removed. It doesn't bond very much to the plastic and can thus be peeled off of the post just by lifting it up with a fingernail. I've also thought about another possible reason for why this works. The way the keys work is the same way most calculator keys work, just with a slightly different mechanism. On the inside of the bumps there is a circle of some sort of conductive material. When the button is pushed, the circle is pushed down on to the board and completes a circuit. (I'm sure most people have seen how this works so I hope you understand, I can't explain it very well). Now then, because the buttons are circular and the posts on the keys push down on them in the very centre, the pressure is distributed evenly until the button reaches it's giving point, and then snaps down very quickly. I think that adding the hot-glue may have off-set the point of pressure, or at least distributed it, so that instead of waiting until enough pressure is applied and then snapping down, the button moves down along with the key. (I'm sorry if this made little sense, I'm not very good at describing things. It will make more sense if you look at the buttons yourself.) I hope all (or at least some) of all this is helping people. It would be great if the 49g+'s were as lovable as the 48 series. ==== I am using beta ROM 1.19-6. when the arguments are 1/6 and 1/9 LCM returns 1/54. The correct answer is 1/3. Also, the HP49G+ gives an error. Can anyone explain the algorhythm ==== I am using beta ROM 1.19-6. when the arguments are 1/6 and 1/9 LCM returns 1/54. The correct answer is 1/3. Also, the HP49G+ gives an error. Can anyone explain the algorhythm ==== I've had my 49g+ only a couple of days. I'm what I would describe as being about as far away from being a 'power user' as it's possible to be. I'm learning how to do basic graphs, and created a simple test equasion along the lines of y=x^2. I'd saved this equasion and was in the process of viewing it from within the filer when the lockup occured - so I'm thinking more along the lines of 'faulty unit' rather than 'ROM bug'. I'd like to do some device tests - I assume that they're built into the ROM, but can't find a key combination to access them. Would be appreciated if some kind folks could ... (b) Comment if they've had any similar experiances PS: Unit shipped with 1.22 and is S/No CN33403635 ==== GOOD POINT ! -- Frank Bachman (Grumpy Aero Guy) > beautiful.....wish I had thought of that. Maybe you could throw a 20 year old claculator manual at her....THOSE would > get her attention. > Yes, but I wouldn't want to get rid of any of my 20+ year old manuals -- > unlike the current stuff, they're too valuable. -- > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give > | your pelt to the trapper. > e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock ==== true....got me again ! -- Frank Bachman (Grumpy Aero Guy) beautiful.....wish I had thought of that. Maybe you could throw a 20 year old claculator manual at her....THOSE would >get her attention. > That wouldn't work,she could not read or understand them Try Art > Harold A. Climer > Dept.Of Physics,Geology,and Astronomy > University of Tennessee at Chattanooga > Chattanooga TN USA 37403 ==== Licence the etch-a-sketh to be sold at over 100,000 retail outlets world wide... -no more rom issues -the tech support guys could be laid off immediately -the manual could be half of an 8.5x11 piece of paper..NO TEXT..PICTURES ONLY !!! -SHE could actually figure out how to use it -to reboot: simply turn over and shake -the USER drives the processor speed -incredible profitability for HP -multi-language support is built in -the keyboard wouldn't click as loud ok...anyone else? wyda think?