B39 ==== Running ROM v1.18 Graph/Table problem After graphing a function in Degrees mode y1(x)=sin(x) the table reveals that sin(0) = undef. however, when you browse the table and this disappears from view and you come back, it no longer says undef. it says 0 instead. When you attempt to trace in the graph with the critia below, it will say at the top left hand corner Undefined for a brief moment and at point (0,0) if you look at X,Y movement, you will see X = 0 and Y = 'NULL' until the cursor is moved around and then back to point 0,0 Graph settings Plot Window: H-View: -360 360 V-View: -1 1 Plot Setup: H-Tick: 30 V-Tick: 0.5 Equation: Y1(X)=SIN(X) Angle Measurement: Degrees I haven't attempted to see if this bug ocurrs in any other settings, but I do know for a fact that it ocurrs with the above critia. --- 1/9 * 9 = .999999999999? in approximate mode, if you enter in 1/9 and multiply is by 9 you get .999999999999 Its not a serious bug and anyone could just round it to 1 but it is a little disturbing :( ==== 1/9 * 9 = .999999999999? > in approximate mode, if you enter in 1/9 and multiply is by 9 you get > .999999999999 Its not a serious bug and anyone could just round it to > 1 but it is a little disturbing :( I think this has been discussed several times. It is the correct result in approximate mode unless you use an infinite number of bits internally to compute it! Simpler machines that give you 1 simply round it off for the display. If you want the exact answer simply use the machine in exact mode. USE IT! ==== Seems logical to me unless i've missed the meaning of approximate: Exact Mode 1/9*9=1 Approximate Mode 1/9*9=0.99999999999 i.e approx = 1. If you set display to 1 decimal place less than the precission of the calc you get 1.0000000000. 1/9 is an irrational number (is that the correct term) and cannot be expressed as a decimal. If your really worried about it than avoid irrational numbers be rearranging your expression, or doing it in your head: Approximate Mode 1*9/9=1. S.Nash --- 1/9 * 9 = .999999999999? > in approximate mode, if you enter in 1/9 and multiply is by 9 you get > .999999999999 Its not a serious bug and anyone could just round it to > 1 but it is a little disturbing :( ==== In Advanced Users Guide Command Reference you can read, in the description of FUNCTION, about plotting vertical lines inserting an equation like indep. = constant in EQ. Could someone tell me something about that? ==== > In Advanced Users Guide Command Reference you can read, in the description of > FUNCTION, about plotting vertical lines inserting an equation like indep. > = constant in EQ. Could someone tell me something about that? Its wrong. ==== > In Advanced Users Guide Command Reference you can read, in the description of > FUNCTION, about plotting vertical lines inserting an equation like indep. > = constant in EQ. Could someone tell me something about that? Its wrong. OK. This is what I supposed. In this case, why that informaion is written in AUG? ==== > In Advanced Users Guide Command Reference you can read, in the > description of > FUNCTION, about plotting vertical lines inserting an equation like > indep. > = constant in EQ. Could someone tell me something about that? > Its wrong. > OK. This is what I supposed. In this case, why that informaion is written in > AUG? I think it was copied from the HP48G handbook, where it is also wrong. It might have worked in the HP48S, but I don't know. ==== I am a bit confused since I've noticed there are several different ways to write programs in ML. Could someone explain why??? Where can I get the original HP Saturn Instruction set for the 48G??? Is there any documentation or software made by HP to write/compile in assembly language??? Why is the HP trying to eat me?? :) ==== please take a look at www.hpcalc.org where you'll find anything you need. Raymond Ezequiel Garcia schrieb im Newsbeitrag > I am a bit confused since I've noticed there are several different > ways to write programs in ML. Could someone explain why??? Where can I > get the original HP Saturn Instruction set for the 48G??? Is there any > documentation or software made by HP to write/compile in assembly > language??? Why is the HP trying to eat me?? :) ==== I downloaded the Trigonometry Marathon 1.0 from http://www.hpcalc.org/hp49/docs/misc/ but try as I will I cannot read the right hand column of the PDF file. Only half of this column appears and nothing that I can do will recover the missing words. Is it just me ? I've tried viewing it with free acrobat reader versions 4 & 5 ==== i tried it to. same problem > I downloaded the Trigonometry Marathon 1.0 from > http://www.hpcalc.org/hp49/docs/misc/ but try as I will I cannot > read the right hand column of the PDF file. Only half of this column appears > and nothing that I can do will recover the missing words. Is it just me ? > I've tried viewing it with free acrobat reader versions 4 & 5 > ==== I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib does not work, it gives me an STO Error: Undefined XLIB Name. Has anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. ==== > I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib > does not work, it gives me an STO Error: Undefined XLIB Name. Has > anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. download, there are several files which describe the one you mentioned (bzlib, bz49lib) and a folder of the ones I had tried before (bz49) which didn't work. The Bzlib will not install because its for 48 and the Bz49lib will install but makes no difference on the Eclib Library. Beside the point, why does it take so long to see the post on Google.group when you can view the post almost immediately going through the news server on outlook. ==== You are using the wrong compressor. Compressor should be BZLIB. Roman Jorge G. schrieb im Newsbeitrag > I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib > does not work, it gives me an STO Error: Undefined XLIB Name. Has > anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. ==== > Will this be fixed in an upcoming ROM 1.19-7 ? If it is lodged in bigs.hpcalc.org maybe ... It's the only way I have now to trace bugs or enhancements. ==== after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but before buying it, I'd like to know if is possible to resolve problems like this: 3 symbolic equation: Vi Vi Vs -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] Rs Rbe Rs Vu -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] Rl I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] and have the result: Vu= ... is possible?? equation could be also quadratic or bigger... Please, does any one could explain me step by step? (I'm evaluating the 49g with the emulator, and I have readed the user guide, but I have not found any answer... I'm not very expert in the 49g...) thanks a lot Luca ==== > after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but > before buying it, I'd like to know if is possible to resolve problems > like this: 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] > and > have the result: Yes, of course. First enter [1] equation on the EQW and when you have it written put it on the stack with ENTER. Write Vi and click ENTER to have on level 2 the equation and on level 1 the unkown.. Type SOLVE and hit ENTER.. After a while you will have Vi=f(Vu, Rs,..) Type [2] equation and again ENTER to put it on the stack. You will key arrow to make a swap, and you will have on level 2 the [2] eq and on level 1 Vi=f(Vu) Type SUBST and hit ENTER, and on [2] Vi will be substitued by f(Vu), you should hit EVAL or type SYMPLIFY to get a better look for the answer.. Ok, sure there are better ways, but this is what you have asked for.. J.Manrique CdU de la ETSIG #1077 HPCC Member ==== > 3 symbolic equation: 3? You only typed 2... > Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs What does = -- mean? > I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] > and > have the result: Vu= ... is possible?? You don't need to solve one and then substitute (although this is easily done on the '49 too). You can solve a system of two equations like this (example using RPN mode): Solve these two equation for Vu (I don't use your equations, as I don't know what = -- is): 1: (Vi-8)*Vu=2 2: Vi*2/Vu=5-Vi Do ['(Vi-8)*Vu=2' 'Vi*2/Vu=5-Vi'] ['Vu' 'Vi'] SOLVE yields {['Vu=-((9+sqrt(69))/3)' 'Vi=(7+sqrt(69))/2']['Vu=-((9-sqrt(69))/3)' 'Vi=-((7+sqrt(69))/2)']} You're solving two equations with two unknowns - you can just discard the Vi values. ==== You can do this in a very straightforward way (and solve for both variables at the same time) with a TI-89 or TI-92 Plus. -- Bhuvanesh > after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but > before buying it, I'd like to know if is possible to resolve problems > like this: 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] > and > have the result: Vu= ... > is possible?? equation could be also quadratic or bigger... Please, does any one could explain me step by step? (I'm evaluating > the 49g with the emulator, and I have readed the user guide, but I > have not found any answer... I'm not very expert in the 49g...) > thanks a lot > Luca ==== > 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > is possible?? > Yes. There are a couple of alternatives for symbolic manipulation with this little wonder called HP49G. To solve this transistor circuit just form in EWQ the two equations as you see them, put them on the stack, each on a separate line, then put on the stack the first variable to solve for, say Vi, and type SOLVE in exact mode.You will get Vi as function of all other variables, including, of course, Vu. Then use the command SUBST and then type Vu on the stack. Use again SOLVE and be patient (it took a couple of minutes in my case)and here comes the answer-I hope it is correct :-) %%HP: T(1)A(R)F(.); 'Vu=(p*Rbe*Vs*R1*Cc- gm*Rbe*Vs*R1)/((p^2* Rbe*Rs*R1*Ce+(((p*gm* Rbe+p)*Rs+p*Rbe)*R1+p *Rbe*Rs))*Cc+(p*Rbe* Rs*Ce+(Rs+Rbe)))' which has a second order polynomial in the denominator in terms of the Laplace variable p=jw The other way you could do it is to use the GBASIS command that applies to general nonlinear polynomial systems (needs ROM 1.19 I think). For linear systems, the basic matrix manipulation would also do. Have fun! ==== my HP49 (chinese model) has been stolen. Where to buy a new one in Germany or elsewhere? My dealer, CYN.94X, has holyday and I'cant wait too long. ==== > my HP49 (chinese model) has been stolen. Where to > buy a new one in Germany or elsewhere? My dealer, > maybe you could try www.abyte.de or www.dynatech.de ==== I recently bought a HP49G with PC connectivity kit, software CD (almost downloads from hpcalc.org) and german manuals (Benutzerhandbuch un Handbuch f.9fr Fortrgeschrittene) for 155 Euro plus ca. 10 Euro (postage and Nachnahme) at http://www.englmann.de/ . It was sent overnight! I don't know the location of production (is it that important?). You may ask the shop about details. Hartmut > my HP49 (chinese model) has been stolen. Where to > buy a new one in Germany or elsewhere? My dealer, maybe you could try > www.abyte.de > or www.dynatech.de ==== I ran the program to extract the 64kb of user flash memory,the i followed the instructions (erasing 0 user bank, dowloadink system,etc.),but the list whose contents i should save in port 2 is empty. What's wrong? ==== > I ran the program to extract the 64kb of user flash memory,the i followed the instructions (erasing 0 user bank, dowloadink system,etc.),but the list whose contents i should save in port 2 is empty. What's wrong? > Nothing's wrong. You apparently didn't have anything in flash bank 0, so you don't have anthing to move back to port 2. Just delete the variable that contains the empty list and the program that was for extracting anything from that first 64kb flash bank. Upgrade successful! -- ==== I'm using TRAC to print my calculations. The first line looks good and then the blanks get replaced by junk. Other printing works just fine. Any ideas? Also I'm using the B version of the printer. Moo ==== > I'm using TRAC to print my calculations. The first line looks good and > then the blanks get replaced by junk. Other printing works just fine. > Any ideas? > Also I'm using the B version of the printer. I'm guessing that 'TRAC' is a program that sets up trace mode printing using vectored ENTER. If so, would you be so kind as to post a copy of the program and also of your GaENTER and GbENTER variables. As you're using the 82240B, the second object in your PRTPAR variable should be an empty string. The OLDPRT command would replace it with a remap string, which would make certain characters come out wrong. Well, that's probably not the problem as you write that other printing works just fine. -- ==== It was a BDU (Me) Issue. Sorry to bug you. Moo On Sat, 20 Jul 2002 23:47:48 -0400, M. Prange >> I'm using TRAC to print my calculations. The first line looks good and >> then the blanks get replaced by junk. Other printing works just fine. >> Any ideas? >> Also I'm using the B version of the printer. > >I'm guessing that 'TRAC' is a program that sets up trace mode printing >using vectored ENTER. If so, would you be so kind as to post a copy of >the program and also of your GaENTER and GbENTER variables. > >As you're using the 82240B, the second object in your PRTPAR variable >should be an empty string. The OLDPRT command would replace it with a >remap string, which would make certain characters come out wrong. Well, >that's probably not the problem as you write that other printing works >just fine. ==== I have an HP48GX which I used to use a lot. It has two memory cards (both real HP) and a whole load of stuff loaded into it, some of which is standard things and some of which not. I've been doing too much other stuff for 2 years, and I can't really remember how my setup works - I have all sorts of clever tricks which load and unload libraries, and libraries in all sorts of ports and so on. I have backups, but I'm not sure I understand enough to recreate it from them. When I have more time, I need to spend some time doing archeology on it to work out how things are set up and write it all down. Till that point I'd like to keep it alive so I don't lose any data. For a while I had it in COMA (?) mode, but I'm now keeping it just turned off, and checking every once in a while to change batteries. I'm worried about the memory cards. I know they may need their batteries changed, but either I forgot to set an alarm last time or something has eaten the alarms. Do I need to change the memory card batteries, or will the machine's batteries keep the cards alive while they are in it? If I do need to change them, can someone describe how to do this? I know there's a good description in the manuals, but they're in store... --tim ==== When you turn the calculator on, if either card's battery is low the dispolay will so indicate. And also which card is low. The procedure to change the battery in a card is to do so with the calculator turned on, so the calculator batteries keep what is on the card active. rdb. ==== > When you turn the calculator on, if either card's battery is low the > dispolay will so indicate. And also which card is low. The procedure > to change the battery in a card is to do so with the calculator turned > on, so the calculator batteries keep what is on the card active. When the card is in the calculator and the calculator is turned on, that is. Otherwise, the card uses it's own battery, even when it's in the calculator but the calculator is turned off. -- ==== Yes, this is correct. I should have explicitly stated to first insert the card into the calculator. The manual explains it thusly: 2. With the RAM card in port 1 or 2 turn on the calculator. Caution Make sure you turn on the calculator before you change a RAM card battery. RAM cards run off the calculator batteries only while the calculator is on. ... rdb. ==== > Yes, this is correct. I should have explicitly stated to first insert > the card into the calculator. The manual explains it thusly: 2. With the RAM card in port 1 or 2 turn on the calculator. Caution Make sure you turn on the calculator before you change a RAM > card battery. RAM cards run off the calculator batteries only while > the calculator is on. ... rdb. The manual is recommending to change the batteries every year. However, mine are still going strong after 4 years. However they are not official Hp cards. Arnaud ==== On a previous post I told a tale of 4 HP49's bought (Chinese, made April/May 2001) in Brazil which did not work properly out of the box. The problem exhibited was that once turned off, the calculator would be troublesome to turn back on, and when they did go back on, they did so going through a Warm Start. (this was true of the first three) The fourth one, worked properly at first but after a while it started acting up pretty much in the same way. After some experimentation, decided to change the batteries on this 4th one and it started working properly again, but after a couple of long file trasnsfers the problem started again. After examining the 4th one, it turned out that the batteries had discharged to 1.42 volts. The low battery indicator never flashed on this one. My other (Indonesian) HP49 works with batteries discharged to about 1.15 volts and the low battery indicator starts flashing at around 1.2 volts. I called HP support here in Brazil and of course they know nothing about it. I can see there must be a few frustrated buyers out there who are having to change out their batteries every 2 weeks or so. Any comments???? ==== oops there is no IR :) ==== you could just use current meter (multimeter, ampmeter) and check out the current. if i don't remember wrong, it is about 6 mA for iddle and 18 mA when pressing a key. you could compare your results with these ones. put a piece of thin plastic (or paper) between one end of the batteries-terminal and connect the two ends (tab and battery) with the multimeter leads(current selected). then turn on the calculator and do some measurements. maybe the IR is on all the time, play a little :) > On a previous post I told a tale of 4 HP49's bought (Chinese, made > April/May 2001) in Brazil which did not work properly out of the box. > The problem exhibited was that once turned off, the calculator would > be troublesome to turn back on, and when they did go back on, they did > so going through a Warm Start. (this was true of the first three) The > fourth one, worked properly at first but after a while it started > acting up pretty much in the same way. > After some experimentation, decided to change the batteries on this > 4th one and it started working properly again, but after a couple of > long file trasnsfers the problem started again. > After examining the 4th one, it turned out that the batteries had > discharged to 1.42 volts. The low battery indicator never flashed on > this one. My other (Indonesian) HP49 works with batteries discharged > to about 1.15 volts and the low battery indicator starts flashing at > around 1.2 volts. > I called HP support here in Brazil and of course they know nothing > about it. I can see there must be a few frustrated buyers out there > who are having to change out their batteries every 2 weeks or so. Any comments???? ==== It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG (right-shift and divide key) will show arguments in the latest calculation. The 49 pocket guide says that the ARG command will calculate the argument, or angle, formed by the vector representing a complex number and x-axis. If this true, then what key presses will give me the arguments of the latest calculation (other than the cmd key)like the 48 calculator? ==== > It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG > (right-shift and divide key) will show arguments in the latest > calculation. The 49 pocket guide says that the ARG command will > calculate the argument, or angle, formed by the vector representing a > complex number and x-axis. If this true, then what key presses will > give me the arguments of the latest calculation (other than the cmd > key)like the 48 calculator? Well, then it seems that Dr. Urroz is just plain wrong about the 49G. The command that you're looking for is LASTARG (or you can use LAST as a synonym), and, as far as I know, you have to either type it in or use CAT to get it on the 49G. Of course you could always store it in a variable or assign it to a user key. On the 48 series, it is indeed available as RightShift ARG, and on the 28 series it's called LAST and is available as Shift LAST. Why in the world it isn't as easily available on the 49G is beyond me. LASTARG pushes the arguments from the last command that took any arguments back on the stack, as long as flag -55 has been clear since that command was executed. Setting flag -55 disables LASTARG and clears the buffer. Note that commands that don't take any arguments (CLEAR, MEM, DEPTH, STD, RECT, etc.) don't change the contents of the last arguments buffer. -- ==== > It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG > (right-shift and divide key) will show arguments in the latest > calculation. The 49 pocket guide says that the ARG command will > calculate the argument, or angle, formed by the vector representing a > complex number and x-axis. If this true, then what key presses will > give me the arguments of the latest calculation (other than the cmd > key)like the 48 calculator? Well, then it seems that Dr. Urroz is just plain wrong about the 49G. > The command that you're looking for is LASTARG (or you can use LAST as a > synonym), and, as far as I know, you have to either type it in or use > CAT to get it on the 49G. Of course you could always store it in a > variable or assign it to a user key. On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > LASTARG pushes the arguments from the last command that took any > arguments back on the stack, as long as flag -55 has been clear since > that command was executed. Setting flag -55 disables LASTARG and clears > the buffer. Note that commands that don't take any arguments (CLEAR, > MEM, DEPTH, STD, RECT, etc.) don't change the contents of the last > arguments buffer. -- ==== > On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > In algebraic mode you have the ANS command that returns the latest calculation. Unlike LASTARG, you can use it in a calculation like: 1+ANS(1) There's no such thing as ANS in RPN mode as the historic is not saved in the stack, so you can't easily retrieve it. ==== On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > In algebraic mode you have the ANS command that returns the latest > calculation. Unlike LASTARG, you can use it in a calculation like: > 1+ANS(1) Ok, I often forget that algebraic mode even exists; it seems very unintuitive and complicated to me. > There's no such thing as ANS in RPN mode as the historic is not saved in the > stack, so you can't easily retrieve it. It seems to me that using ANS in ALG mode is sort of like using something from the stack in RPN mode. Oh well, I guess that having LASTARG on an otherwise unused key labeled ANS is better than always having to type it in or use CAT. -- ==== PS: stack, so you can't easily retrieve it. It seems to me that using ANS in ALG mode is sort of like using > something from the stack in RPN mode. Actually, it turns out that ANS does indeed do *something* in RPN mode, although pressing LeftShift ANS does LASTARG instead. ANS in RPN mode seems to be similar to PICK, except that the argument to ANS is counted as a stack level if the argument is on the stack, but not if the argument for ANS is still in the command line. So if we want to put a copy of level n on the stack we could use n PICK, or n 1 + ANS, or n (in the command line, and while the command line is still active) ANS. I'm fairly certain that I'll never use it. -- I thought the ON button on my 48SX died but then I started playing around and found that when used with other keys, it actually worked. Example: I can't turn it on by pressing the ON button but if I can if I press the B or C button while pressing ON. Same goes for turning it off. I've done resets and ran the internal diagnostic. Does anyone have an idea what the problem is and how to fix it? ==== Interesting you should mention that. One of my 39Gs is behaving the same way (intermittently). Pressing ON often does not switch the machine on but pressing ON+SK3 (the equivalent of the C key on the 49) will start it. Strangely, pressing ON+SK3 will normally do a soft reboot and clear doesn't do that. > I thought the ON button on my 48SX died but then I started playing around and > found that when used with other keys, it actually worked. Example: I can't turn > it on by pressing the ON button but if I can if I press the B or C button while > pressing ON. Same goes for turning it off. I've done resets and ran the > internal diagnostic. Does anyone have an idea what the problem is and how to > fix it? ==== I had a similar problem with a 48gx. The calc only turned on with on c or when I would press down on the area just above the menu keys and then press the ON key, Had to type in OFF to turn calc off. To solve the problem we used compressed air and gently tapping and brushing the keypad while the calc was upside down to dislodge all the dust and crud that fell in behind the buttons. The the calc works perfectly now. Hope this helps. Rick > Interesting you should mention that. One of my 39Gs is behaving the same > way (intermittently). Pressing ON often does not switch the machine on > but pressing ON+SK3 (the equivalent of the C key on the 49) will start > it. Strangely, pressing ON+SK3 will normally do a soft reboot and clear > doesn't do that. > I thought the ON button on my 48SX died but then I started playing around and > found that when used with other keys, it actually worked. Example: I can't turn > it on by pressing the ON button but if I can if I press the B or C button while > pressing ON. Same goes for turning it off. I've done resets and ran the > internal diagnostic. Does anyone have an idea what the problem is and how to > fix it? > ==== Yes, I just noticed the same phenomenon (turning it on while lightly pressing the area above the top row of keys). Any idea what problem this indicates? I've tried the vibrating/banging/compressed air thing to no avail. ==== There was a thread awhile back that may answer you question. Try a search of this newsgroup with cancel/on button > Yes, I just noticed the same phenomenon (turning it on while lightly pressing > the area above the top row of keys). Any idea what problem this indicates? I've > tried the vibrating/banging/compressed air thing to no avail. ==== > There was a thread awhile back that may answer you question. Try a > search of this newsgroup with cancel/on button This is turning into a faq, search google for twisty, the answer is on the very first hit. Steve Sousa P.S: Yes i'm self-promoting! ;-) ==== I use several equations over and over again... as these only have 2 or 3 variables Is there a quick and easy way to store equations and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== Yes, just store the equations in variables, start the numeric solver then use choose (highlight the EQ then use the F2 key) to choose the equation to solve and fill in the values for the knowns. If you want to solve symbolically then recall the equation from the variable to the stack, the variable to solve for then use SOLVE. eg 'Y=A.X^2+B.X+C' 'X' SOLVE Easy > I use several equations over and over again... > as these only have 2 or 3 variables Is there a quick and easy way to store equations > and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== Are you familiar with the Def function? (Left-shift 2) > Yes, just store the equations in variables, start the numeric solver then > use choose (highlight the EQ then use the F2 key) to choose the equation to > solve and fill in the values for the knowns. If you want to solve symbolically then recall the equation from the variable > to the stack, the variable to solve for then use SOLVE. eg 'Y=A.X^2+B.X+C' > 'X' SOLVE Easy I use several equations over and over again... > as these only have 2 or 3 variables Is there a quick and easy way to store equations > and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== I wish to program with the 49G, where do I start?? MC ==== << >> be sure to understand http://www.anti-matrix.net ==== :). RTFM is allmost as helpfull. UserRPL is close to keystrole programming so fill in the gap between << and >> with the keystrokes you would use will get you started. Read the Manual for various looping structures and programming instructions etc. www.hpcalc.org has some very good programming guides for more advanced info. Stephen.N << 2 2 + >> will give 4 << '2+2' EVAL >> same as above from the dark side. << + >> will add whatever is on the stack when you run it. > << be sure to understand http://www.anti-matrix.net ==== > :). RTFM is allmost as helpfull. UserRPL is close to keystrole programming so fill in the gap between << and >> with the keystrokes you would use will get you started. Read the Manual > for various looping structures and programming instructions etc. > www.hpcalc.org has some very good programming guides for more advanced info. Also, use the Google archive of this newsgroup when you have a question. You can search the archive at http://groups.google.com/advanced_group_search?group=comp.sys.hp48, and you can customize Google to your preferences by using http://www.google.com/help/customize.html. If you want to just browse, then use http://groups.google.com/groups?q=comp.sys.hp48. If you don't find an answer, then ask the question on this newsgroup. -- ==== PS; Most of the information on the 48 series calculators also applies to the 49G. -- ==== As subject says, from the manual, it looks like it is related to the ENTER key assignment but I can't figure it out. Any help would be greatly appreciated Arnaud ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated Salut Arnaud, some additions to what has been said by . It is easier to work with betaENTER alone. Both variables together are infact seldom needed. Also the OS makes occasionally use of these names. If present in HOME and flags -62 and -63 are set, keep simply xDROP in the betaENTER-file. That amounts to same as if betaENTER were not present. betaENTER should carry some additional instruction only while running some application. This, of course, may also be a run in a new context as in the example below. A useful application of betaENTER is the creation of a smart suspendor of the Edit mode which I have on the SPACE key. The key generates a space if normally EditHLT in the header instead of simply HLT. So I get always a hint that HLT refers to a suspended editor session, to be continued by pressing CONT. This is what has to be assigned to SPC in the presence of Keyman for the 49. On the 48, Rompointer 4B0 8 (the longhold-tester) may have another number: :: TakeOver ROMPTR 4B0 8 :: CHR 20 DoKeyOb ; EditLExists? NOT?SEMI (or SPC may make still something else) ' :: ' :: xDROP 88 2 EditHLT $>grob XYGROBDISP SetDA1NoCh ; DUP' ID betaENTER SAFESTO CDRCOMP EVAL xHALT ; RunInNewContext_ ' xDROP ' ID betaENTER SAFESTO ; The exciting command RunInNewContext_ is unsupported but stable on the HP49 (PTR 0B954). Hence, it should - ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated Salut Arnaud, > some additions to what has been said by . > It is easier to work with betaENTER alone. Both > variables together are infact seldom needed. I agree that probably in most cases you'll want to use only GbENTER, not both variables. But the variables have very different purposes, so it depends on what you want to do. GaENTER is executed *before* whatever invoked ENTER is executed, and if it's found, then the command line is put on the stack as a string, so you can do anything to it that you can do to any string, and you can execute anything else (saving and forcing flag states comes to mind, in which case you'd probably want GbENTER to restore the flags as well), and I suppose in most cases end up executing the string with a STR-> or OBJ-> command, all before whatever invoked the ENTER is executed. But, as far as I can tell, GaENTER isn't executed if the command line isn't active. That may be an advantage in some cases, but a disadvantage in other cases. GbENTER is executed *after* whatever invoked the ENTER has finished executing. I expect that many of the things that vectored ENTER could be used for could also be done with a program that suspends (HALTs) itself. In particular, I expect that the INPUT command may often be a better choice than vectored ENTER with GaENTER only. By the way, if neither of these reserved variables is in the current path, then vectored ENTER wouldn't be effective, but it would take the time to search the entire current path at least once (twice if the command line is active), so it's best to clear flag -63 (or flag -62, if you don't usually have user keys enabled) when you don't want to use it. Note that, depending on what you have in GaENTER, it might be a bit difficult to execute -63 CF. On a 48G series or 49G, you can use the flag browser to clear flag -63, or on any 48 series or 49G you can use LeftShift USR (or LeftShift USER) to disable vectored ENTER first if that happens. > Also > the OS makes occasionally use of these names. Interesting. I hope that it does so without overwriting or purging any existing variables with these names. > If > present in HOME and flags -62 and -63 are set, keep > simply xDROP in the betaENTER-file. That amounts to > same as if betaENTER were not present. betaENTER > should carry some additional instruction only while > running some application. This, of course, may also > be a run in a new context as in the example below. A useful application of betaENTER is the creation of > a smart suspendor of the Edit mode which I have on > the SPACE key. The key generates a space if normally > EditHLT in the header instead of simply HLT. So > I get always a hint that HLT refers to a suspended > editor session, to be continued by pressing CONT. > This is what has to be assigned to SPC in the presence > of Keyman for the 49. On the 48, Rompointer 4B0 8 (the > longhold-tester) may have another number: :: TakeOver ROMPTR 4B0 8 :: CHR 20 DoKeyOb ; > EditLExists? > NOT?SEMI (or SPC may make still something else) > ' :: ' :: xDROP 88 2 EditHLT $>grob > XYGROBDISP SetDA1NoCh ; DUP' ID betaENTER > SAFESTO CDRCOMP EVAL xHALT ; RunInNewContext_ > ' xDROP ' ID betaENTER SAFESTO > ; But what happens when one or both of these reserved variables already exists? But I gather that this program was written for your own personal use, so I assume that it isn't an issue in this case. It occurs to me if vectored ENTER were used in programs intended for general distribution, then it may be better to use the SysRPL command CREATE (or its address and SYSEVAL for UserRPL programs, but if you use SYSEVAL, then make sure that valid arguments are on the stack and the correct address is used). CREATE is somewhat similar to STO, but it creates a new global variable at the beginning of the current directory, even if a variable with that name already exists in the directory. A global variable made with CREATE has some of the advantages of a local variable in that it can share the name of an already existing global variable in the current directory without overwriting it, and, because it's at the beginning of the current directory (assuming that you're in the same directory), it can be found quickly, and no other variable with the same name that may happen to exist in the current path will be found. But unlike local variables, it isn't automatically discarded, so you'll probably want to make sure that it's purged when it's no longer needed. It's a bit disconcerting to find two variables with the same name in a directory, and of course only the first occurrence of a variable with a particular name in the current path is available. Also, if only one of these reserved variables is needed, then it may be best to CREATE the unneeded one with the program << STR-> >> as GaENTER or the program << DROP >> as GbENTER to prevent vectored ENTER from finding one that may happen to exist somewhere on the current path, and even if the unneeded variable didn't already exist, the one made with CREATE would be found quickly without wasting time searching the entire current path. > The exciting command RunInNewContext_ is unsupported > but stable on the HP49 (PTR 0B954). Hence, it should -- ==== > Both variables together are infact seldom needed. > I agree that probably in most cases you'll want to use only GbENTER, > not both variables. GaENTER is executed *before* whatever > invoked ENTER is executed That seems to be not quite correct. Let as investigate some stand-alone GaENTER which is indeed useful for some purposes. What GaENTER actually does is that it *prevents* a parsing (compilation) of the command line which is simply returned as a string on which the program GaENTER is run. Hence, it can hardly be said that GaENTER is run before ... E.g., if we want more than a plain error after pressing ENTER on something which isn't handled by ENTER, we store the SysRPL-program :: palparse ; in GaENTER. Pressing ENTER on a single left-bracket { in the command line then returns { } and TRUE (seen if flag -85 is set). That is, the builtin compiler accepts the input { as a correct source for compiling the empty list. But if the right-bracket } is put in the command line and ENTER is pressed, the string }î is returned together with FALSE. It follows that GaENTER can serve as a tool to learn whether and at which places the UsrRPL-compiler fails. Instead of waiting on a message one can also trap the error and do something else. On the other hand, the alone-standing GbENTER is useful for displaying additional text, say. The following small program, and displays HLT-HDir instead of simply HLT. Hence, while temporarily working there, even if some other menu, e.g. some library, has meanwhile been invoked. Pressing CONT, the 48/49 immediately returns to the directory you started from. :: xDROP 80 2 HLT-HDir $>grob XYGROBDDISP SetDA1NoCh ; DUP' bENTER STO EVAL InitMenu% xHALT RestVarRes ; - ==== > Both variables together are infact seldom needed. > I agree that probably in most cases you'll want to use only GbENTER, > not both variables. GaENTER is executed *before* whatever > invoked ENTER is executed That seems to be not quite correct. Let as investigate some > stand-alone GaENTER which is indeed useful for some purposes. > What GaENTER actually does is that it *prevents* a parsing > (compilation) of the command line which is simply returned as > a string on which the program GaENTER is run. Hence, it can > hardly be said that GaENTER is run before ... Ok, I should've written before whatever else (if anything) whatever invoked the ENTER normally does after it's finished executing the command line. Of course the stack save (if enabled), putting the command line on the stack as an unparsed string, and the command line save (if enabled) all happen before GaENTER is executed. > E.g., if we > want more than a plain error after pressing ENTER on something > which isn't handled by ENTER, we store the SysRPL-program > :: palparse ; > in GaENTER. Pressing ENTER on a single left-bracket { in the > command line then returns { } and TRUE (seen if flag -85 is > set). That is, the builtin compiler accepts the input { > as a correct source for compiling the empty list. But if > the right-bracket } is put in the command line and ENTER is > pressed, the string }î is returned together with FALSE. It > follows that GaENTER can serve as a tool to learn whether and > at which places the UsrRPL-compiler fails. Instead of waiting > on a message one can also trap the error and do something else. Of course, it doesn't have to be a SysRPL program. UserRPL programs can be useful too. Presumably the command line string would be used at some point (if not, then why bother doing it this way?), and UserRPL programs can do quite a lot with a string as an argument. > On the other hand, the alone-standing GbENTER is useful for > displaying additional text, say. The following small program, > and displays HLT-HDir instead of simply HLT. Hence, while > temporarily working there, How so? Couldn't you easily change to some other directory and still see HLT-HDir displayed? > even if some other menu, e.g. some > library, has meanwhile been invoked. Pressing CONT, the 48/49 > immediately returns to the directory you started from. :: xDROP 80 2 HLT-HDir $>grob > XYGROBDDISP SetDA1NoCh ; DUP' bENTER STO > EVAL InitMenu% xHALT RestVarRes > ; I'd probably have the program set flags -62 and -63 before the xHALT, perhaps first saving the flags for restoration after the xHALT. I'd probably also have it purge GbENTER before leaving the hidden directory, but I suppose that it doesn't really do any harm there as it can't be found from anywhere else. We could also have GbENTER do something (besides dropping the key string) with whatever it finds on the stack. Vectored enter is another tool for making these calculators very customizable, especially when combined with the other methods of customizing the calculator. -- ==== for the most obscure stuff you will find someone who knows. I know quite some myself and would be happy to help but unfortunately can't follow the group at the moment, I don't have a computer and no job either at the moment. I hope to be more involved some time soon. Anyway, for me I will just << -63 CF >> and don't worry about it. I am currently working on making an algebraic HP48 for when I lend it. It worked about fine until I tryed to optimise it. (I will ask for testers some in August) Arnaud ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated It's for vectored ENTER, or the flag browser calls it custom ENTER, which I suppose describes it just as well. Vectored ENTER modifies what happens when ENTER is invoked, whether explicitly by pressing the ENTER key, or implicitly by pressing some other immediate-execute key. For vectored ENTER mode to be in effect, both flag -63 and flag -62 (user keys) must be set. By the way, it works the same on the 49G. With vectored ENTER in effect, when ENTER is invoked, the current path is searched for the reserved variable GaENTER (where Ga is lower-case Greek alpha). If GaENTER is found, then the command line is put on the stack as a character string, and then GaENTER is executed, and after GaENTER is finished, whatever is assigned to the key that started the ENTER is executed. Then the current path is searched for the reserved variable GbENTER (where Gb is lower case Greek beta). If GbENTER is found, then a string representing the key that started the ENTER is put on the stack, and then GbENTER is executed. Wickes gives a simple example of vectored ENTER usage in his HP 48 Insights book. If you have a printer try this out. Store the following as GaENTER: << PR1 OBJ-> >> and this as GbENTER: << [ SWAP + ] + PR1 DROP PR1 >> with both flags -62 and -63 set, you'll have trace mode printing. The command line will be printed, then a string (possibly empty) with brackets around it for the key that started the ENTER will be printed, and then the result (assuming that the operation returns one result) will be printed. Of course, you can get a bit fancier, using a program to store programs in the reserved variables and setting the flags, and another program to purge the reserved variables and clear flag -63 (and perhaps flag -62). Or you could use just one program that prompts you whether you want to set up or disable your vectored ENTER, or one that has a HALT in it, or one that sets up and disables vectored ENTER every time it runs. You could put the reserved variables in sub-directories instead of HOME so that they won't be found from other parts of the directory tree. -- ==== I tried, but I fail. I downloaded the emu48-1.30.zip-file, unpacked it into a directory, but everything I tried, I miss. I can't install the ROM-File. Any ideas? On Fri, 12 Jul 2002 17:49:30 +0300, Veli-Pekka Nousiainen >I use both the original hp emulator (calc.exe) with new ROM >and the Emu49, with 49G KML and ROM >They work fine with any 32-bit windows that I have tested. >They can be found in www.hpcalc.org >> Is there an HP49 emulator for Windows XP? > > ==== hast Du mal die Anleitung gelesen? Gr.9f¤e, Raymond Sebastian Aust schrieb im Newsbeitrag I tried, but I fail. I downloaded the emu48-1.30.zip-file, unpacked it into a directory, > but everything I tried, I miss. > I can't install the ROM-File. Any ideas? > On Fri, 12 Jul 2002 17:49:30 +0300, Veli-Pekka Nousiainen >I use both the original hp emulator (calc.exe) with new ROM > >and the Emu49, with 49G KML and ROM > >They work fine with any 32-bit windows that I have tested. > >They can be found in www.hpcalc.org >> Is there an HP49 emulator for Windows XP? > ==== > HP will swap for a refurbished calculator for about $50. I did this > recently for exactly the same problem. I did this also, a few months ago when the ON key stopped working reliably. The one they sent me had a MUCH brighter screen. I'm glad I did it. Barry ==== > ==== > HP will swap for a refurbished calculator for about $50. I did > this > recently for exactly the same problem. I did this also, a few months ago when the ON key stopped working > reliably. The one they sent me had a MUCH brighter screen. I'm > glad I did it. Barry when and where is your HP48 built? The new HP48's seem to have the screen of the 49g. I want to buy a new HP48 but I don't know since when HP delivers the 48 with the new screen. George ==== it cannot communicate with the PC. It tries all ports and gives up. Any ideas (e.g., other comm programs, port tips. etc.) I can use? TIA ==== I am an engineering student, who wants to know if the Discrete-Time FT and the Continuos-Time FT can be done on the 49. I cannot use the calculator on my tests so it won't help me there, mostly it is for my own edification. I can do simple stuff with the Laplace command, but I want to do stuff with the step and the impulse function or others as well. Any advice would be appreciated Rick ==== Rick Dyer schrieb: I am an engineering student, who wants to know if the Discrete-Time FT There is an FFT command. The algorithm used requires that the input arrays have dimensions which are a power of two though. > and the Continuos-Time FT can be done on the 49. Hmm, I don't know if I understand you right, but do you want to evaluate a Fourier integral? If so: I haven't even seen such an integral which can be evaluated on the computer (I use MuPAD). If you find one, the 49 might be able to do it as well. -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== > and the Continuos-Time FT can be done on the 49. Hmm, I don't know if I understand you right, but do you want to evaluate > a Fourier integral? If so: I haven't even seen such an integral which can be evaluated on > the computer (I use MuPAD). If you find one, the 49 might be able to do > it as well. Here are a couple of simple ones (there are many conventions for the Fourier transform; I'm using the default one, which is used in modern physics): In[1]:= FourierTransform[Sin[x], x, s] Pi Pi Out[1]= I Sqrt[--] DiracDelta[-1 + s] - I Sqrt[--] DiracDelta[1 + s] 2 2 In[2]:= FourierTransform[DiracDelta[x], x, s] 1 Out[2]= ---------- Sqrt[2 Pi] Out[3]= Mathematica 4.2 for Microsoft Windows (July 25, 2002) -- Bhuvanesh ==== What is the latest rom for the 49g? Is it 19-6? If so, when is the next one coming out? ==== yes 1.19-6 is the latest (available) rom. Rom 1.19-7 (or whatever it is called) seems to exist (at least on JYA's calc) allready but can't be officialy released yet for some legal reason. Though I don't know any details. The source of the rom (or only parts of it?) will probably go under GPL next year. So maybe we get a new rom next year. Maybe earlier. Roman Andrew Hall schrieb im Newsbeitrag > What is the latest rom for the 49g? Is it 19-6? If so, when is the > next one coming out? > ==== You may not know me (I lurk on the newsgroup for many years and post infrequently). Some months ago I obtained the latest source for debug2 from Cyrille and have been working hard ever since. I think most of the really bad bugs (and a lot of the subtle ones too) have been fixed, the program makes flawless transitions to/from code for 48/49. The GUI based Inform Editor is working for either DoInputForm style boxes (both calcs) or the IfMain style (49). I am getting close to putting this thing out as v2.0 What I need: I have an InformBox.h for the 49 calc, I have something similar for the 48. What I need is a comprehensive list of message IDs (and stack in/out) for the 48 message handlers a user may code. So far, after looking hard, all I have is what was published in Donnelly's original book. Can any of you help? thank you -- - - - - - - - - - - - - - - - - Graves RKBA! bgraves@ix.netcom.com ==== Veli-Pekka Nousiainen schrieb im Newsbeitrag > http://www.hpcalc.org/details.php?id=2990 > In Nick's Complex number marathon, he refers to 256 Menu > Upon excuting this command one gets number of menu options. I cannot > find these in the standard HP documentation (advnced user guide). > Where can I find n explanation of all the options. > Are there any other hidden menu options not properly documented ? > Aubrey. ==== > Is it possible to get info for the 39 concering its internal operation esp. > for ASM programming. Have a look at my web page: http://www.epita.fr/~avenar_j/hp/39.html If you have some programming experience in ML on the HP48 or HP49, it should be okay for you. ==== Has anyone seen any programs for IP calculations (eg subnetting etc.) for the 49G? I've looked at hpcalc.org but was wondering if there's some anywhere else? Cam ==== i'v got the hp48gx the hp solves it but not it's last and simple way for example: k=-s^2(s+1)/(s^2+20s+200) thanks!!! > What calculator model do you have? > HP 28C, 28S, 38G, 39G, 40G, 48S/SX, 48G/G+/GX, 49G ? > Can you give as an example of the derivative that doesn't work? > Both in math terms, human language explanation > AND > the exact steps that you tried to do. Also - if you have an HP 49G - please do > CASCFG > before the calculations to have a clean start. Veli-Pekka I seem not to get the resolution in it' best way. it's always a litle more > unsolved that what i want. > How can i upgrade my symbolic calc??' thanks ==== As you use an HP48GX you can use the program ALG48 4.2 with the addition of the library that make derivatives and Primitives (lots of them) in the 'last and simple way' (~50kb), It's really a 'must have', since it really simplifies almost every expression. If you have lot's of free space or/and a RAM card you can install Erable that does it too (~95kb). Both files are in the HPCalc.org in the math/symbolic section. Paulo Pinheiro > i'v got the hp48gx the hp solves it but not it's last and simple way > for example: k=-s^2(s+1)/(s^2+20s+200) > thanks!!! > What calculator model do you have? > HP 28C, 28S, 38G, 39G, 40G, 48S/SX, 48G/G+/GX, 49G ? > Can you give as an example of the derivative that doesn't work? > Both in math terms, human language explanation > AND > the exact steps that you tried to do. Also - if you have an HP 49G - please do > CASCFG > before the calculations to have a clean start. Veli-Pekka I seem not to get the resolution in it' best way. it's always a litle > more > unsolved that what i want. > How can i upgrade my symbolic calc??' thanks ==== When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? another question: i'm trying do equal the derivate of k=-s^2(s+1)/(s^2+20s+200) to zero. the derivate is the first expression of the post can i get an expression and automaticly equal it ti zero??? is there an easy and faster way to solve derivates?? and one that puts it in a most simple final expression?? and how does colct works???? i'm having many problems with that in my hp48gx. thanks in advance!!!! ==== > When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 > i only get one solution, 0 how can i find the other, -0.673 ??? You expression seems to have some errors: - the first square bracket is not closed - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to become: (3s^2+2s) - in the expression (S^2(s+1)), what is 'S'? Expressed like this, -0.673 is not a valid solution. -- ----- JE SUIS TOTALEMENT DE TON AVIS !! Ton argumentation refl.8fte EXACTEMENT ce que je pense. Il fallait que je le dise m.90me si .8da ne fait pas avanc.8e le scmilblick -+- Tigrou yod.8fle in GNU - AOL hi hi, la la la itou -+- ==== > When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? You expression seems to have some errors: > - the first square bracket is not closed > - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to > become: (3s^2+2s) > - in the expression (S^2(s+1)), what is 'S'? Expressed like this, -0.673 is not a valid solution. You're right.. sorry so i will refrase it... -[(3s^2+2s)(s^2+20s+200)-(s^2(s+1))(2s+20)]=0 ok, and now how can i get the two solutions? ==== > > When using this equation : > > -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 > > i only get one solution, 0 how can i find the other, -0.673 ??? > > You expression seems to have some errors: > - the first square bracket is not closed > - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to > become: (3s^2+2s) > - in the expression (S^2(s+1)), what is 'S'? > > Expressed like this, -0.673 is not a valid solution. > > You're right.. sorry so i will refrase it... > > -[(3s^2+2s)(s^2+20s+200)-(s^2(s+1))(2s+20)]=0 > > ok, and now how can i get the two solutions? 1) You might want to try the so called deflation method: once one root x1 of f(x)=0 has been found, then search for a root of the new function f(x)/(x -x1)=0. Once the second root x2 has been found, then search for a root of the new function f(x)/(x -x1)/(x-x2)=0. Once the n-th root xn has been found, then search for a root of the new function f(x)/(x -x1)/(x-x2)/.../(x-xn)=0 Reference: HP15C Advanced Functions Handbook, when the HP calcs were real HP calcs and HP manuals were real HP manuals. :-) On my HP48G+ the second root is equal to -0.67397331538. The deflation method finds the real parts of the other two complex roots, -19.6630133423, too. Beware that the deflation method mights end up with something like divide by zero error message, although I never got it while using the root finders of HP48G+, HP41CX + Math I Pac, HP15C. It just happens whith the HP32SII, due probably to its own root finding algorithm. :-( Otherwise: 2) Use the symbolic manipulation functions and get -s^4-40*s^3-620*s^2-400*s=0 s^4+40*s^3+620*s^2+400*s=0 Then [1 40 620 400 0] PROOT returns a vector with all the roots: [ (0,0) (-0.673973315379, 0) (-19.6630133423, 14.3826706044) (-19.6630133423, -14.3826706044) ]. Hope this helps. -- ==== I tried that equation the following way. In 2nd level of the stack I put the equation and on the first the variable 's' 2: -[(3*s^2+2*s)*(s^2+20*s+200)-(s^2*(s+1))*(2*s+20)]=0 1: 's' And executed the command QUAD that give me as an answer 1: s=(400+s1*400)/(-1240) where s1 means +/- .Or you can try to put your equation by coefficents and use the menu SOLVE- Solve Poly... Paulo Pinheiro When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? You expression seems to have some errors: > - the first square bracket is not closed > - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to > become: (3s^2+2s) > - in the expression (S^2(s+1)), what is 'S'? Expressed like this, -0.673 is not a valid solution. You're right.. sorry so i will refrase it... -[(3s^2+2s)(s^2+20s+200)-(s^2(s+1))(2s+20)]=0 ok, and now how can i get the two solutions? ==== > When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? I think it must use Newtons method or likewise to find the root. So you give it an initial guess and it should find the closest one most of the time. ==== i forgot to say i've got a hp48 gx When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? another question: i'm trying do equal the derivate of > k=-s^2(s+1)/(s^2+20s+200) to zero. the derivate is the first expression of the post can i get an > expression and automaticly equal it ti zero??? > is there an easy and faster way to solve derivates?? and one that puts it in > a most simple final expression?? and how does colct works???? i'm having many problems with that in my > hp48gx. > thanks in advance!!!! ==== What is the newer rom for the hp48gx? Do i've advantages to update my rom?? thanks.. ==== > What is the newer rom for the hp48gx? > Do i've advantages to update my rom?? You can't update the ROM of the HP48, as it is a real ROM, instead of a flash RAM like in the HP49. -- ----- Ne sachant r.8ealiser un site Internet et n'ayant pas les moyens pour l'instant de le cr.8eer, je vous sollicite donc ma demande de pouvoir poss.8eder ce newsgroup tout en respectant la n.8etiquette en vigueur. -+- LH in Guide du Neuneu Usenet : Possession vaut titre de neuneu -+- ==== thanks!!! What is the newer rom for the hp48gx? > Do i've advantages to update my rom?? You can't update the ROM of the HP48, as it is a real ROM, instead of a > flash RAM like in the HP49. -- > ----- > Ne sachant r.8ealiser un site Internet et n'ayant pas les moyens pour > l'instant de le cr.8eer, je vous sollicite donc ma demande de pouvoir > poss.8eder ce newsgroup tout en respectant la n.8etiquette en vigueur. > -+- LH in Guide du Neuneu Usenet : Possession vaut titre de neuneu -+- > ==== I'm looking for a reference source for the memory structure/map and ROM disassembly for the Voyager series of HP calcs, particularly the HP15c. Also of interest would be the CPU instruction set. I'd be very grateful if anyone could point me in the right direction, as I've not so far been able to find what I'm after. JasonG ==== I'm looking for a reference source for the memory structure/map and ROM > disassembly for the Voyager series of HP calcs, particularly the HP15c. > Also of interest would be the CPU instruction set. I'd be very grateful if anyone could point me in the right direction, as > I've not so far been able to find what I'm after. Try the Museum at http://www.hpmuseum.org/; ask on the Forum. -- ==== > I'm looking for a reference source for the memory structure/map and ROM > disassembly for the Voyager series of HP calcs, particularly the HP15c. > Also of interest would be the CPU instruction set. CPU is the same as that of the HP-41C, so there's lots of information available. If I remember correctly, HP-15C has RAM from 000 to 00f hex, and from 0c0 to 0ff. I think some of the locations between 000 and 00f may be hardware registers rather than actual RAM. ==== Has anyone encountered this warning before? I get it every time I power on. I've changed the batteries, but the warning doesn't go away. The low battery indicator ((*)) is also on all the time. Any clues? ==== Much thanks to Martin and for so promptly answering my inquiry. However, my calc is a 49G and, as such, doesn't have RAM cards. I did get an Invalid Card Data error around the time the LowBat alarm started and did a PINIT to get the programs in my library back online. Following your advice, I acknowledged the annunciated alarm and the ((*)) went away. However, I'm still at a loss on how to get rid of the LowBat alarm. ==== I had a similar problem with my 49g. It would do the same thing about two weeks after installing new batteries. Replacing the batteries seemed to fix the problem, but only for another two weeks (very annoying). So I just ignored the problem but it then started doing a soft reset every time I turned it on. This prompted me to return the calc (it was still under warranty) and they gave me a new one. I'm glad I did, for two reasons: 1. My calculator works properly now, I haven't had any problems since. 2. The keypad on the new one has a much lighter feel. Hope this helps > Much thanks to Martin and for so promptly answering my inquiry. > However, my calc is a 49G and, as such, doesn't have RAM cards. I did > get an Invalid Card Data error around the time the LowBat alarm > started and did a PINIT to get the programs in my library back online. > Following your advice, I acknowledged the annunciated alarm and the > ((*)) went away. However, I'm still at a loss on how to get rid of > the LowBat alarm. ==== > I had a similar problem with my 49g. It would do the same thing about two > weeks after installing new batteries. Replacing the batteries seemed to fix > the problem, but only for another two weeks (very annoying). So I just > ignored the problem but it then started doing a soft reset every time I > turned it on. This prompted me to return the calc (it was still under > warranty) and they gave me a new one. I'm glad I did, for two reasons: > 1. My calculator works properly now, I haven't had any problems since. > 2. The keypad on the new one has a much lighter feel. Hope this helps I'm glad that Andrew mentioned that. If your calculator is still under warranty, do something about this, even if it still seems to be a rather harmless annoyance, before the warranty expires. I'd certainly talk to somebody at HP support before sending the calculator in for repair, and they probably won't be very cooperative with you if you have a Beta ROM installed. I think that it would be best to have ROM 1.18 installed before getting in touch with HP. -- ==== > Much thanks to Martin and for so promptly answering my inquiry. > However, my calc is a 49G and, as such, doesn't have RAM cards. I did > get an Invalid Card Data error around the time the LowBat alarm > started and did a PINIT to get the programs in my library back online. > Following your advice, I acknowledged the annunciated alarm and the > ((*)) went away. However, I'm still at a loss on how to get rid of > the LowBat alarm. Curiouser and curiouser. As you've probably surmised by now, you're apparently seeing something left over from the 48 series ROM. Whether the 49G designers just didn't bother to remove it or they left it in intentionally (hoping for a RAM-expandable 49 series?) I don't know. It may be just a harmless but annoying warning. Before going much farther, make sure that anything that you want to save is backed up on another device; it's always a good idea to have a recent backup in any case. Have you tried warmstarting (hold down ON and press F3, then release both)? Which ROM revision are you using? If it's lower than 1.19-6, it would be worth the trouble to upgrade to it anyway. See JYA's site at www.epita.fr/~avenar_j/hp/49.html or hpcalc.org at www.hpcalc.org/hp49/pc/rom. I guess that Invalid Card Data would mean that the system had found something wrong in the ports or maybe even in the system ROM. I suppose that it could be a hardware problem. Maybe try the ROM and RAM tests? You get to the Tests screen by holding down ON while pressing F4. Press the Q or ON key to get out of the Tests mode. If you get stuck in a test, do a warmstart (ON&F3) to get out of it. By the way, I've run these tests without erasing anything in HOME or the ports. Maybe this is a long shot, but I'd try it without any libraries installed first. Hold down the backspace key while rebooting; if you have a problem pressing the backspace key fast enough after an ON&F3 warmstart, then go to the Tests screen and from there hold down backspace while pressing Q. Press RightShift LIB (over the 2 key) to verify that the libraries aren't availabe. If this cures the LowBat warning, then you've got a library doing something strange, and it's to find which one is causing a problem. There's a thread where someone said reflashing the ROM would cure it. See http://groups.google.com/groups?th=9ef42e77d5d06fdd. But if you try the route of erasing all user flash banks, do make sure that anything you want to save from port 2 is backed up somewhere else, preferably on the computer. If all else fails, you could try clearing memory. While holding down ON press F3 and F4 together, release F4 first, and then release the other two, and answer NO. If you cure the problem but your calculator has a relapse take careful note of what you had just done. Perhaps a SysRPL or assembly language program could trigger the warning. Whatever you find out, let us know; it's an interesting problem. -- ==== Maybe the P1 means that the battery of the RAM-Card in Port 1 of your calc is low and the P2 means that the battery of the RAM-Card in Port 2 of your calc is low... If you can answer yes to the following 3 questions, try to change the batteries of your ram cards: 1. Do you have a 48SX or 48GX? 2. Do you have a RAM-Card in port 1 of your calc? 3. Do you have a RAM-Card in port 2 of your calc? While changing the batteries of your RAM-Cards you must let the cards remain in the calc and have the calc on... otherwise the contents of your RAM-Cards are lost. Probably you cannot change the battery of the card sitting in port 1 while you have a card in Port 2 inserted... this means that you have to follow the following schedule: 1. Buy two new batteries that are used by your RAM-Cards. 2. Switch your calc on. 3. Remove the battery from the RAM-Card inserted in port 2. 4. Insert the new battery in the RAM-Card inserted in port 2. 5. Switch the calc off. 6. Remove the RAM-Card inserted in port 2. 7. Switch the calc on (now the calc should only show the warning LowBat (P1) 8. Remove the battery from the RAM-Card inserted in port 1. 9. Insert the new battery in the RAM-Card inserted in port 1. 10. Switch the calc off. 11. Insert the RAM-Card that was originally inserted in port 2. 12. Switch the calc on (now the calc should show no warning at all and hopefully the contents of your 2 RAM-Cards are still there... The above instructions is of course only my suggestion how to solve the problem... if I have made any mistakes please correct me as soon as possible so Amos can read the corrections before he tries it out... Martin > Has anyone encountered this warning before? I get it every time I > power on. I've changed the batteries, but the warning doesn't go > away. The low battery indicator ((*)) is also on all the time. Any clues? > ==== > Maybe the P1 means that the battery of the RAM-Card in Port 1 of your > calc is low and the P2 means that the battery of the RAM-Card in Port 2 > of your calc is low... Well, Amos said that he changed the batteries, and I had assumed that he meant the batteries in the cards, but perhaps not. I don't think that I've ever seen a warning for both P1 and P2 at the same time, but apparently it can happen. > If you can answer yes to the following 3 questions, try to change the > batteries of your ram cards: 1. Do you have a 48SX or 48GX? > 2. Do you have a RAM-Card in port 1 of your calc? > 3. Do you have a RAM-Card in port 2 of your calc? While changing the batteries of your RAM-Cards you must let the cards > remain in the calc and have the calc on... otherwise the contents of > your RAM-Cards are lost. Probably you cannot change the battery of the > card sitting in port 1 while you have a card in Port 2 inserted... Sure he can. Just be careful to hold the card in place while pulling the battery holder out, and don't spend so much time changing batteries that the calculator turns itself off. I don't know how long the cards will retain their contents without power (and really don't feel like experimenting on that). Of course, if nothing happens to be stored on the cards, losing their contents won't be of much concern. If you get an Invalid Card Data error after changing the batteries and turning the calculator off and back on, do a PINIT on a GX, or store something on each card on an SX. > this > means that you have to follow the following schedule: 1. Buy two new batteries that are used by your RAM-Cards. If a battery tester is available, it would be a good idea to test them before installing them in the calculator. I know that these batteries have an amazingly long shelf life, and I've never heard of anyone finding a new lithium battery to be low, but who knows? > 2. Switch your calc on. > 3. Remove the battery from the RAM-Card inserted in port 2. > 4. Insert the new battery in the RAM-Card inserted in port 2. > 5. Switch the calc off. > 6. Remove the RAM-Card inserted in port 2. > 7. Switch the calc on (now the calc should only show the warning LowBat (P1) > 8. Remove the battery from the RAM-Card inserted in port 1. > 9. Insert the new battery in the RAM-Card inserted in port 1. > 10. Switch the calc off. > 11. Insert the RAM-Card that was originally inserted in port 2. > 12. Switch the calc on (now the calc should show no warning at all and > hopefully the contents of your 2 RAM-Cards are still there... The above instructions is of course only my suggestion how to solve the > problem... if I have made any mistakes please correct me as soon as > possible so Amos can read the corrections before he tries it out... No need for removing and replacing the port 2 card. It's really not necessary to turn the calculator off and on after replacing the first battery, but it might interesting to see whether the warning for one of the ports goes away. Also, keep in mind that the low battery indicator ((*)) is also an alarm indicator, so if it's still on after the LowBat warning goes away, check the alarms. > Martin > Has anyone encountered this warning before? I get it every time I > power on. I've changed the batteries, but the warning doesn't go > away. The low battery indicator ((*)) is also on all the time. Any clues? Of course, if you don't have RAM cards in the calculator, or you do and they both have known good batteries in them, then it's a different story. -- ==== I recently purchased used the HP 48SX Engineering Mathematics Library (book plus rom card) by John F. Holland. It appeared to work on the 48GX as well; however, I have seen old postings that indicate that there are 6 short programs that one must place in the home directory to avoid conflicts between commands in the library and newer commands in the GX (that were not on the SX). The postings indicated that there were some addendum pages containing these programs. I did not get the programs with the used copy of the book and card. Does anyone know where these programs might be available (e.g., can electronic copies be downloaded from any website)? I did try to call the phone number for the author in the book, but got what appeared to be a fax machine. Related to this, does anyone know offhand which command names conflict? In addition, Appendix A of the book indicates that over 500 mathlib application, test, and example programs are available from the author on a ROM card. Since the author seems to not be at the phone number given in the book (which is not that surprising, as the book was published in 1992), is it known if this is still available (e.g., is another source)? Geoff Garner ==== On 25 Jul 2002 20:26:41 -0700, gmg1@worldnet.att.net (Geoffrey Garner) >I recently purchased used the HP 48SX Engineering Mathematics Library >(book plus rom card) by John F. Holland. It appeared to work on the >48GX as well; however, I have seen old postings that indicate that >there are 6 short programs that one must place in the home directory >to avoid conflicts between commands in the library and newer commands >in the GX (that were not on the SX). The postings indicated that >there were some addendum pages containing these programs. I did not >get the programs with the used copy of the book and card. Does anyone >know where these programs might be available (e.g., can electronic >copies be downloaded from any website)? I did try to call the phone >number for the author in the book, but got what appeared to be a fax >machine. Related to this, does anyone know offhand which command >names conflict? > >In addition, Appendix A of the book indicates that over 500 mathlib >application, test, and example programs are available from the author >on a ROM card. Since the author seems to not be at the phone number >given in the book (which is not that surprising, as the book was >published in 1992), is it known if this is still available (e.g., is >another source)? >Geoff Garner I have the book and card too. I will check my book and see if I still have the addendum taped to the inside cover of the text when I get home from teaching my Physics class this PM and let you know. You also might try getting touch with Dr. Holland himself. Harold A. Climer Physics/Astronomy Lab Instructor U. Tennessee At Chattanooga ==== Holland? I ask because the phone number given in the book (on pages 471 and do you know if the fax machine is in fact a contact for Dr. Holland (i.e., can one fax him a message or request at that number) or, if not, do you know if the P.O. box given in the book on page 473 is still valid (since the book was published in 1992). Geoff Garner > On 25 Jul 2002 20:26:41 -0700, gmg1@worldnet.att.net (Geoffrey Garner) >I recently purchased used the HP 48SX Engineering Mathematics Library >(book plus rom card) by John F. Holland. It appeared to work on the >48GX as well; however, I have seen old postings that indicate that > >there are 6 short programs that one must place in the home directory > >to avoid conflicts between commands in the library and newer commands > >in the GX (that were not on the SX). The postings indicated that > >there were some addendum pages containing these programs. I did not > >get the programs with the used copy of the book and card. Does anyone > >know where these programs might be available (e.g., can electronic > >copies be downloaded from any website)? I did try to call the phone > >number for the author in the book, but got what appeared to be a fax > >machine. Related to this, does anyone know offhand which command > >names conflict? >In addition, Appendix A of the book indicates that over 500 mathlib > >application, test, and example programs are available from the author > >on a ROM card. Since the author seems to not be at the phone number > >given in the book (which is not that surprising, as the book was > >published in 1992), is it known if this is still available (e.g., is > >another source)? > >Geoff Garner > I have the book and card too. I will check my book and see if I still > have the addendum taped to the inside cover of the text when I get > home from teaching my Physics class this PM and let you know. You also > might try getting touch with Dr. Holland himself. > Harold A. Climer > Physics/Astronomy Lab Instructor > U. Tennessee At Chattanooga ==== Just got my 5 CD-ROM set from the Museum of HP Calculators and I must say it was money well spent. I was looking through some of the manuals for HP calculators that I used to own but that for one reason or another aren't in my possession anymore. One of these was the HP-25. When I opened the .PDF all I could do was laugh. Just below the picture of the HP-25 is the following: The success and prosperity of our company will be assured only if we offer our customers superior products that fill real needs and provide lasting value, and that are supported by a wide variety of useful services, both before and after sale. Statement of Corporate Objectives, Hewlett-Packard I guess they need to tatoo this onto the foreheads of some/all of upper management at HP because they sure aren't doing it. They're products definitely aren't what they used to be. Especially the calculators. I've wanted to buy a HP-49 for the longest time, to go with my SX and GX, but I kept putting it off. I've finally decided against it. The biggest reason was the switch away from injected key logos. I've seen a few posts where people's '49's are losing their key legends after only six months! So much for 'lasting value'! This isn't a problem with either my SX or my GX. For that matter it isn't a problem for my HP-41C and HP-41CX! Both of which are still working fine. -- john R. Latala jrlatala@golden.net ==== > Just got my 5 CD-ROM set from the Museum of HP Calculators and I must say > it was money well spent. I was looking through some of the manuals for HP Yes, this compilation is really good and cheap. > One of these was the HP-25. When I opened the .PDF all I could do was > laugh. Just below the picture of the HP-25 is the following: The success and prosperity of our company will be > assured only if we offer our customers superior products > that fill real needs and provide lasting value, and that > are supported by a wide variety of useful services, both > before and after sale. Statement of Corporate Objectives, > Hewlett-Packard I guess they need to tatoo this onto the foreheads of some/all of upper > management at HP because they sure aren't doing it. They're > products definitely aren't what they used to be. Especially the > calculators. Well. That was really true when the HP-25 came into the market, and that was still true when the HP-28 or HP-48 appeared. But now the company is driven by pure economists, quality and service is no longer an option. And that's terribly bad. -- ----- J'utilise Outlook Express comme serveur de news et de courrier. -+- Laury in GNU : Chez MS, le client est roi... des neuneux. -+- ==== >> One of these was the HP-25. When I opened the .PDF all I could do was >> laugh. Just below the picture of the HP-25 is the following: >> The success and prosperity of our company will be >> assured only if we offer our customers superior products >> that fill real needs and provide lasting value, and that >> are supported by a wide variety of useful services, both >> before and after sale. >> Statement of Corporate Objectives, >> Hewlett-Packard > Well. That was really true when the HP-25 came into the market, and that > was still true when the HP-28 or HP-48 appeared. > But now the company is driven by pure economists, quality and service is > no longer an option. And that's terribly bad. > See, they forgot something. Money is how you keep score, not the end all be all of the company. Try telling your SUV addicted, big mac inhaling, stock option grasping, average american that, though. The problem with cashing in on the HP rep, is that rep needs to be fueled and cared for. Carly sure as *hell* isn't interested in that. Marketeers sell to marketeers, and engineering/professional users are left in the dust. And we don't even get free lunches! -- while E <> ==== Crack open the User's Guide and find the index in the back. Look for variables, subtopic purging, and library objects, subtopics detaching and purging. -- ==== I recently bought the Connectivity kit for my 49G, so I decided to upgrade to ROM 1.19-6. It seems to be much better than the 1.18 that I had, but as soon as I began using it, the following question came up: What is the CASDIR directory for? I 'd also like to ask which programms are really-really useful for any user of the 49G (must have programms). Alex, Greece ==== it's the newbie here with more questions. I've instaled alu48 and howi'm now learning to work with it. But my question is somehow another. I wouls like to get the zeros, all of them at one time, from a equation . like this: i have f(x)=0 now i want to now the x's where the function has zeros.. but hp only gives me one at a time and with me trying to guess it. because i need it for exams, therefore i don't have much time to being guessing. Is there a program(small or not, please especify) that can do this little task or some line of code?anithing?? some applet for alu48 or so?? thanks.. i would apreciatte a anwser because i'm needing to use ==== I am using the 48 manual (chapter 23, page 27, to be exact) and tried to perform Step 4 of 'Exercise 2' which uses the coordinates generated from a graph to use as a value in an input form by way of the CALC softkey. When I tried the exercise with the 49, the graph coordinates (which I put on the stack) were not shown in the CALC stack. When I quit the graphing mode, the graph coordinates were shown on the stack ==== > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack There is a workaround... It requires extra step, but at least it will do what you want: Before you press the CALC button, press the HIST button, you will see the value :INPUT: { blah blah } Press the ECHO button, the value is now copied into the command line. Then you can follow the instruction by typing in the command line OBJ-> DROP OBJ-> DROP2 You will get what you want. If you want to use CALC as the HP48G manual states, after you've pressed the HIST button, copy the value into the clipboard (with RS-Copy), then press ON, and go into CALC mode and paste the value in the command line. ==== > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack There is a workaround... It requires extra step, but at least it will do > what you want: > Before you press the CALC button, press the HIST button, you will see the > value :INPUT: { blah blah } > Press the ECHO button, the value is now copied into the command line. Then you can follow the instruction by typing in the command line OBJ-> DROP > OBJ-> DROP2 You will get what you want. If you want to use CALC as the HP48G manual states, after you've pressed the > HIST button, copy the value into the clipboard (with RS-Copy), then press > ON, and go into CALC mode and paste the value in the command line. > it would seem that the 'manipulative qualities' of an unprotected stack outweigh the apparent benefits of a protected stack....just my opinion. The flexibility and 'interlacing' the stack makes the calculator. Will this be part of the next rom? ==== > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack > There is a workaround... It requires extra step, but at least it will do > what you want: > Before you press the CALC button, press the HIST button, you will see the > value :INPUT: { blah blah } > Press the ECHO button, the value is now copied into the command line. > Then you can follow the instruction by typing in the command line OBJ-> DROP > OBJ-> DROP2 > You will get what you want. > If you want to use CALC as the HP48G manual states, after you've pressed the > HIST button, copy the value into the clipboard (with RS-Copy), then press > ON, and go into CALC mode and paste the value in the command line. it would seem that the 'manipulative qualities' of an unprotected > stack outweigh the apparent benefits of a protected stack....just my > opinion. The flexibility and 'interlacing' the stack makes the > calculator. Will this be part of the next rom? Your second work-around functions properly. The first method puts the :INPUT: { blah blah } into sort of text editor/command line (stack is not present). the OBJ-> DROP, OBJ-> DROP2 will not function -- error results. Suggestions? Glenn ==== > Your second work-around functions properly. The first method puts the > :INPUT: { blah blah } into sort of text editor/command line (stack is > not present). the OBJ-> DROP, OBJ-> DROP2 will not function -- error > results. Suggestions? I've just done it and it works for me.. I guess the easiest (and probably faster too) would be to directly edit the command line and remove what is not required (or keep only what you need, depending which way you look at it). ==== > I am using the 48 manual (chapter 23, page 27, to be exact) and tried > to perform Step 4 of 'Exercise 2' which uses the coordinates generated > from a graph to use as a value in an input form by way of the CALC > softkey. When I tried the exercise with the 49, the graph coordinates > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack It's one of the new *feature* introduced on the HP49. When you run a calculation inside one of the new Input form, these calculations are run in a protected environment. Unfortunately, CALC is run in a protected one as well so what you see is a virtual stack without any links to the original RP:L stack. The problem is that I can't recall why such decision was made. :( I'll see what I can do and introduce a similar behavior as the HP49 in a future HP49 release (if there is any) ==== I'm not sure but HP seems to deliver the newest HP48's with the screen from the 49g. Are all versions of the 48 concerned or only the 48GX? George ==== > I'm not sure but HP seems to deliver the newest HP48's with the screen > from the 49g. Are all versions of the 48 concerned or only the 48GX? > ==== In message <44bc82ce.0207091908.360fa7d3@posting.google.com>, >I figured out how to transfer files between my 49 and the PC by >setting the calculator to Xmodem server and running the Xmodem Kit >version 1.0.9 on my PC. >How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit >to communicate the 48 with the PC? The HP48 does not have Xmodem built in, only Kermit. You'll need to use a comms program on the PC that supports Kermit. -- Bruce Horrocks Hampshire England bh@granby.demon.co.uk ==== > In message <44bc82ce.0207091908.360fa7d3@posting.google.com>, > >I figured out how to transfer files between my 49 and the PC by > >setting the calculator to Xmodem server and running the Xmodem Kit > >version 1.0.9 on my PC. > >How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit > >to communicate the 48 with the PC? The HP48 does not have Xmodem built in, only Kermit. You'll need to use > a comms program on the PC that supports Kermit. The 48S series doesn't, but the 48G series has the XRECV and XSEND commands built-in. The 48G series doesn't have a built-in Xmodem server mode or the XGET or XPUT commands, but I have successfully sent files to and from the PC using HyperTerminal. The disadvantages seems to be that I have to supply a name for the files at the receiving device, and XSEND and XRECV don't do the special character translations in ASCII mode. But the SysRPL commands KVISLF (or KVIS) and KINVISLF, or the SYSEVAL equivalents, can do the translations. -- ==== the SysRPL commands KVISLF (or KVIS) and KINVISLF, or the SYSEVAL > equivalents, can do the translations. Note that these commands expect a character string for an argument. I don't know what happens if they don't get the correct argument, and don't really care to experiment on that. Also note that the addresses depend on whether you're using a 48 series or a 49G. -- ==== To all HP49 user I try to compute a indeterminate frame structure with FEM49 ver 4.4 for check the result compare in a text book example but the result values are different, not acceptable. I try to increase I E A values to larger but all result values still not change. I have been found this case in HP48gx too but i'm not sure in that time but now my hp48gx die and i buy new hp49g to use FEM49 program rather than ti89. i try to change mode radian and degree but i think no concern and can't fix the problem. so, if some one who have like this error please tell me why the result no exact (big error). Lomt ==== I've found FEM to be a pretty impressive package so send me the model your having problems with and I'll have a look at it. FEM does a good job of working with the HP49 but screen real-estate is limited and it's sometime hard to pick out errors with the model. I can also check it out with PC packages you never know your text book could be wrong. Stephen > To all HP49 user > I try to compute a indeterminate frame structure with FEM49 ver > 4.4 for check the result compare in a text book example but the result > values are different, not acceptable. I try to increase I E A values > to larger but all result values still not change. I have been found > this case in HP48gx too but i'm not sure in that time but now my > hp48gx die and i buy new hp49g to use FEM49 program rather than ti89. > i try to change mode radian and degree but i think no concern and > can't fix the problem. > so, if some one who have like this error please tell me why the > result no exact (big error). > Lomt ==== hi anyone. i am using hp 49g calculator. i wanted to know the short cut key for RETANGULAR to POLAR mode. 1) What is the short cut key for Rectangular mode to Polar mode or vise versa? 2) I always have to keep changeing complex number to polar so does anyone know where i can find the polar sing that looks similar to '<' or assign a key for fast input. ==== > hi anyone. i am using hp 49g calculator. i wanted to know the short cut key > for RETANGULAR to POLAR mode. 1) What is the short cut key for Rectangular mode to Polar mode or vise > versa? I don't believe that there is one, but assign the following short program to a key or store it as a global variable. << -16. DUP IF FS? THEN CF ELSE SF END >> Checksum: # E4C4h Bytes: 40.5 > 2) I always have to keep changeing complex number to polar so does anyone > know where i can find the polar sing that looks similar to '<' or assign a > key for fast input. The angle symbol is on ALPHA RightShift 3. You may be interested in the following menus: Hold down LeftShift while pressing MODE, and then press ANGLE. LeftShift MTH, then VECTR. Also press NXT to see the next page. RightShift CMPLX (over the 1 key). Also press NXT to see the next page. LeftShift MTH, NXT, CMPLX. Also press NXT to see the next page. Note that ABS and ARG are available as shifted keys (over the divide key). Also, get acquainted with the newsgroup archive at http://groups.google.com/groups?q=comp.sys.hp48, which can be searched from http://groups.google.com/advanced_group_search?group=comp.sys.hp48. You can use http://www.google.com/help/customize.html to customize your Google preferences. Also get acquainted with http://www.hpcalc.org/. You're welcome in advance. -- ==== The angle symbol is on ALPHA RightShift 3. Sorry, that should be ALPHA RightShift 6. By the way, you can get to the character browser at LeftShift CHARS (over the N key). If you highlight the character that you're interested in, the quick way to key it in (if any) is shown at the lower left of the screen. -- ==== The angle symbol is on ALPHA RightShift 3. Sorry, that should be ALPHA RightShift 6. By the way, you can get to the character browser at LeftShift CHARS > (over the N key). If you highlight the character that you're interested > in, the quick way to key it in (if any) is shown at the lower left of > the screen. > -- ==== The angle symbol is on ALPHA RightShift 3. Sorry, that should be ALPHA RightShift 6. By the way, you can get to the character browser at LeftShift CHARS > (over the N key). If you highlight the character that you're interested > in, the quick way to key it in (if any) is shown at the lower left of > the screen. > -- Better yet, install the Keyman program and then run it's program to assign a user key for rectangular/polar switching. Works great. Glenn the subject says it all.. thanks > the subject says it all.. thanks Well, I don't know about good, but try the following sites: http://www.calcpro.com/ http://www.weinert-engineering.de/eng/index.html?calc http://uuhome.de/oklotz/index_e.html http://www.ramss.com/ http://www.samsoncables.com/ http://www.wfsleath.co.uk/d-commerce/hpscientific.html http://stolte-edv.com/ http://www.smi.com/ http://www.tdsway.com/ -- ==== Can I ask for a replacement under warranty??? ==== > Can I ask for a replacement under warranty??? > Yes ==== Running ROM 1.18 1) If there is a flag (-27) that sets how the 49G displays complex numbers, why is it that when the flag is set that it continues to display (a,b) coordinates for a+bi when the flag states X+Yi -> X+Yi and not X+Yi -> (X,Y)? 2) The HP49G locks up for 1 - 5 seconds every 10-20 min or so...why is this? ==== For both symptoms: upgrade to the 1.19-6 ROM The flags are ok and the Garbage Collections has been reduced somewhat. > Running ROM 1.18 1) If there is a flag (-27) that sets how the 49G displays complex > numbers, why is it that when the flag is set that it continues to > display (a,b) coordinates for a+bi when the flag states X+Yi -> X+Yi > and not X+Yi -> (X,Y)? 2) The HP49G locks up for 1 - 5 seconds every 10-20 min or so...why is > this? ==== I've recently poked around in my 49's flash and ERAM memory to see how objects are stored by the system. Since I have not found this information anywhere else, here is what I have found out: -- FLASH ===== * As you probably know, a GOSBVL ACCESSBankX with P=0 maps a flash bank to the memory area between #40000h and #7FFFFh. As of ROM version 1.19-6, banks 8 through 15 are data banks. Before returning to RPL or switching to other banks, you must call the same access routine again with P=1 to restore normality. * The first object is placed at offset #20Ah, so you can directly access it at memory address #4020Ah (at least if you do not mess around with the standard configuration...). In the unused space below that, the ACO has left us a small message =) * Each file is either a backup object or a library (i.e. all except libraries are wrapped up in a backup to allow for a name and a CRC), and is stored with an extra header of 8 nibbles: - The first two nibbles indicate whether this is the beginning of free space, a normal object record or the record of a deleted object. This because in flash, bits can only be turned from 1's to 0's (a bank formatting is needed to make them all 1's again). Normal objects have #35h in this place. Keep in mind that #35h is as found in memory: Due to the Saturn's nibble reversion, you'll find #53h in a register if you read the byte with a r=DATx.B instruction. Deleted objects are indicated by #00h. For the rest they are just the same as the normal ones. #11h indicates the beginning of free space, or the end of the object area, depending on your point of view =) - The next five nibbles are an offset to the next object record. This is the only way to determine where the next record starts, as it does *not* always start after the actual backup/library object!! - A pad nibble follows. It always contains a 5. - Then, the backup or library object is stored, just as usual. For the structure of these objects, refer to Introduction to Saturn Assembly Language by F. H. Gilbert: -- ERAM ==== The access routines for ERAM are ACCESSERAM1 and ACCESSERAM2 (the 256kB are divided into two halves). All objects are stored in sequence, with no extra information. Again, they are either libraries or backups. The first object begins at #40000h, and #00000h instead of a DOBAK/DOLIB prologue indicates the end of the occupied area. -- To get a flash or ERAM bank into a string for further inspection, you can use this program: :: NULL$ #40000 EXPAND CODE EQU access (ACCESSBank10) % your choice C=DAT1.A RSTK=C SAVE GOSBVL access C=RSTK D1=C D1+10 LC 40000 D0=C GOSBVL MOVEDOWN P=1 GOSBVL access LOADRPL ENDCODE ; Of course you need 128kB of free memory for this to work, as a bank is 128kB big. -- Again, this is all based on what I have found out by just poking around. I would greatly appreciate comments and, if any of this is wrong, corrections! I will also post this document to hpcalc.org, unless of course somebody finds an error, along with a program (GPL; a bit above 1kB) which can be used to browse the contents of each bank. This helps especially if you happen to get Insufficient Memory even though the total free flash memory would suffice. Furthermore you can recall the contents of any object, even deleted ones. -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== X > I will also post this document to hpcalc.org, unless of course somebody > finds an error, along with a program (GPL; a bit above 1kB) which can be > used to browse the contents of each bank. This helps especially if you > happen to get Insufficient Memory even though the total free flash > memory would suffice. Furthermore you can recall the contents of any > object, even deleted ones. X Hurrah! I hate to kill the wrong version of an object by accident. All we need now is an UNPURGE command, which takes arguments as: either a global name or a global tagged with a port number/name 0,1,2,I,E,F 'id' | :port: id -> T/F @ ok/not ok or perhaps no flag is needed?? ==== --------------------------------------------------------------------- I am 99% certain that my HP49G is dead but I wanted to ask the denizens of this newsgroup if they had any suggestions before sending it back to HP for repair. My HP49G no longer powers on. One day it was working, then, after sitting on my desk for a few days it will no longer power up. I have tried all the suggestions in the documentation to no avail. I have removed the batteries and let the unit discharge for an entire weekend ... fresh batteries did not help. Any suggestions? How common is this? /mbs -- Mark Sawyer Sawyer Software Solutions, LLC 2 Lincoln Drive, Bow, NH 03304-3209 AOL's AIM: FirmwareWizard - We want information, information, information. --------------------------------------------------------------------- name=Mark Sawyer.vcf filename=Mark Sawyer.vcf BEGIN:VCARD VERSION:2.1 N:Sawyer;Mark FN:Mark Sawyer ORG:Sawyer Software Solutions, LLC TITLE:Consultant TEL;WORK;VOICE:(603) 228-9214 TEL;CELL;VOICE:(603) 496-3509 TEL;WORK;FAX:(603) 228-4810 ADR;WORK:;;2 Lincoln Drive;Bow;NH;03304-3209;USA LABEL;WORK;ENCODING=QUOTED-PRINTABLE:2 Lincoln Drive=0D=0ABow, NH 03304-3209=0D=0AUSA EMAIL;PREF;INTERNET:Mark@MySawyer.net REV:20020715T163450Z END:VCARD ------ÖextPart 000 0094 01C22BFC.03836190-- > Rl ==== > Will this be fixed in an upcoming ROM 1.19-7 ? If it is lodged in bigs.hpcalc.org maybe ... It's the only way I have now to trace bugs or enhancements. ==== after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but before buying it, I'd like to know if is possible to resolve problems like this: 3 symbolic equation: Vi Vi Vs -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] Rs Rbe Rs Vu -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] Rl I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] and have the result: Vu= ... is possible?? equation could be also quadratic or bigger... Please, does any one could explain me step by step? (I'm evaluating the 49g with the emulator, and I have readed the user guide, but I have not found any answer... I'm not very expert in the 49g...) thanks a lot Luca ==== > after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but > before buying it, I'd like to know if is possible to resolve problems > like this: 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] > and > have the result: Vu= ... > is possible?? > Yes, of course. First enter [1] equation on the EQW and when you have it written put it on the stack with ENTER. Write Vi and click ENTER to have on level 2 the equation and on level 1 the unkown.. Type SOLVE and hit ENTER.. After a while you will have Vi=f(Vu, Rs,..) Type [2] equation and again ENTER to put it on the stack. You will key arrow to make a swap, and you will have on level 2 the [2] eq and on level 1 Vi=f(Vu) Type SUBST and hit ENTER, and on [2] Vi will be substitued by f(Vu), you should hit EVAL or type SYMPLIFY to get a better look for the answer.. Ok, sure there are better ways, but this is what you have asked for.. J.Manrique CdU de la ETSIG #1077 HPCC Member ==== > 3 symbolic equation: 3? You only typed 2... > Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs What does = -- mean? > I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] > and > have the result: Vu= ... is possible?? You don't need to solve one and then substitute (although this is easily done on the '49 too). You can solve a system of two equations like this (example using RPN mode): Solve these two equation for Vu (I don't use your equations, as I don't know what = -- is): 1: (Vi-8)*Vu=2 2: Vi*2/Vu=5-Vi Do ['(Vi-8)*Vu=2' 'Vi*2/Vu=5-Vi'] ['Vu' 'Vi'] SOLVE yields {['Vu=-((9+sqrt(69))/3)' 'Vi=(7+sqrt(69))/2']['Vu=-((9-sqrt(69))/3)' 'Vi=-((7+sqrt(69))/2)']} You're solving two equations with two unknowns - you can just discard the Vi values. ==== You can do this in a very straightforward way (and solve for both variables at the same time) with a TI-89 or TI-92 Plus. -- Bhuvanesh > after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but > before buying it, I'd like to know if is possible to resolve problems > like this: 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] > and > have the result: Vu= ... > is possible?? equation could be also quadratic or bigger... Please, does any one could explain me step by step? (I'm evaluating > the 49g with the emulator, and I have readed the user guide, but I > have not found any answer... I'm not very expert in the 49g...) > thanks a lot > Luca ==== > 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > is possible?? > Yes. There are a couple of alternatives for symbolic manipulation with this little wonder called HP49G. To solve this transistor circuit just form in EWQ the two equations as you see them, put them on the stack, each on a separate line, then put on the stack the first variable to solve for, say Vi, and type SOLVE in exact mode.You will get Vi as function of all other variables, including, of course, Vu. Then use the command SUBST and then type Vu on the stack. Use again SOLVE and be patient (it took a couple of minutes in my case)and here comes the answer-I hope it is correct :-) %%HP: T(1)A(R)F(.); 'Vu=(p*Rbe*Vs*R1*Cc- gm*Rbe*Vs*R1)/((p^2* Rbe*Rs*R1*Ce+(((p*gm* Rbe+p)*Rs+p*Rbe)*R1+p *Rbe*Rs))*Cc+(p*Rbe* Rs*Ce+(Rs+Rbe)))' which has a second order polynomial in the denominator in terms of the Laplace variable p=jw The other way you could do it is to use the GBASIS command that applies to general nonlinear polynomial systems (needs ROM 1.19 I think). For linear systems, the basic matrix manipulation would also do. Have fun! ==== See if interested. ==== my HP49 (chinese model) has been stolen. Where to buy a new one in Germany or elsewhere? My dealer, CYN.94X, has holyday and I'cant wait too long. ==== > my HP49 (chinese model) has been stolen. Where to > buy a new one in Germany or elsewhere? My dealer, > maybe you could try www.abyte.de or www.dynatech.de ==== I recently bought a HP49G with PC connectivity kit, software CD (almost downloads from hpcalc.org) and german manuals (Benutzerhandbuch un Handbuch f.9fr Fortrgeschrittene) for 155 Euro plus ca. 10 Euro (postage and Nachnahme) at http://www.englmann.de/ . It was sent overnight! I don't know the location of production (is it that important?). You may ask the shop about details. Hartmut > my HP49 (chinese model) has been stolen. Where to > buy a new one in Germany or elsewhere? My dealer, maybe you could try > www.abyte.de > or www.dynatech.de ==== I ran the program to extract the 64kb of user flash memory,the i followed the instructions (erasing 0 user bank, dowloadink system,etc.),but the list whose contents i should save in port 2 is empty. What's wrong? ==== > I ran the program to extract the 64kb of user flash memory,the i followed the instructions (erasing 0 user bank, dowloadink system,etc.),but the list whose contents i should save in port 2 is empty. What's wrong? > Nothing's wrong. You apparently didn't have anything in flash bank 0, so you don't have anthing to move back to port 2. Just delete the variable that contains the empty list and the program that was for extracting anything from that first 64kb flash bank. Upgrade successful! -- ==== I'm using TRAC to print my calculations. The first line looks good and then the blanks get replaced by junk. Other printing works just fine. Any ideas? Also I'm using the B version of the printer. Moo ==== > I'm using TRAC to print my calculations. The first line looks good and > then the blanks get replaced by junk. Other printing works just fine. > Any ideas? > Also I'm using the B version of the printer. I'm guessing that 'TRAC' is a program that sets up trace mode printing using vectored ENTER. If so, would you be so kind as to post a copy of the program and also of your GaENTER and GbENTER variables. As you're using the 82240B, the second object in your PRTPAR variable should be an empty string. The OLDPRT command would replace it with a remap string, which would make certain characters come out wrong. Well, that's probably not the problem as you write that other printing works just fine. -- ==== It was a BDU (Me) Issue. Sorry to bug you. Moo On Sat, 20 Jul 2002 23:47:48 -0400, M. Prange >> I'm using TRAC to print my calculations. The first line looks good and >> then the blanks get replaced by junk. Other printing works just fine. >> Any ideas? >> Also I'm using the B version of the printer. > >I'm guessing that 'TRAC' is a program that sets up trace mode printing >using vectored ENTER. If so, would you be so kind as to post a copy of >the program and also of your GaENTER and GbENTER variables. > >As you're using the 82240B, the second object in your PRTPAR variable >should be an empty string. The OLDPRT command would replace it with a >remap string, which would make certain characters come out wrong. Well, >that's probably not the problem as you write that other printing works >just fine. ==== I have an HP48GX which I used to use a lot. It has two memory cards (both real HP) and a whole load of stuff loaded into it, some of which is standard things and some of which not. I've been doing too much other stuff for 2 years, and I can't really remember how my setup works - I have all sorts of clever tricks which load and unload libraries, and libraries in all sorts of ports and so on. I have backups, but I'm not sure I understand enough to recreate it from them. When I have more time, I need to spend some time doing archeology on it to work out how things are set up and write it all down. Till that point I'd like to keep it alive so I don't lose any data. For a while I had it in COMA (?) mode, but I'm now keeping it just turned off, and checking every once in a while to change batteries. I'm worried about the memory cards. I know they may need their batteries changed, but either I forgot to set an alarm last time or something has eaten the alarms. Do I need to change the memory card batteries, or will the machine's batteries keep the cards alive while they are in it? If I do need to change them, can someone describe how to do this? I know there's a good description in the manuals, but they're in store... --tim ==== When you turn the calculator on, if either card's battery is low the dispolay will so indicate. And also which card is low. The procedure to change the battery in a card is to do so with the calculator turned on, so the calculator batteries keep what is on the card active. rdb. ==== > When you turn the calculator on, if either card's battery is low the > dispolay will so indicate. And also which card is low. The procedure > to change the battery in a card is to do so with the calculator turned > on, so the calculator batteries keep what is on the card active. When the card is in the calculator and the calculator is turned on, that is. Otherwise, the card uses it's own battery, even when it's in the calculator but the calculator is turned off. -- ==== Yes, this is correct. I should have explicitly stated to first insert the card into the calculator. The manual explains it thusly: 2. With the RAM card in port 1 or 2 turn on the calculator. Caution Make sure you turn on the calculator before you change a RAM card battery. RAM cards run off the calculator batteries only while the calculator is on. ... rdb. ==== > Yes, this is correct. I should have explicitly stated to first insert > the card into the calculator. The manual explains it thusly: 2. With the RAM card in port 1 or 2 turn on the calculator. Caution Make sure you turn on the calculator before you change a RAM > card battery. RAM cards run off the calculator batteries only while > the calculator is on. ... rdb. The manual is recommending to change the batteries every year. However, mine are still going strong after 4 years. However they are not official Hp cards. Arnaud ==== On a previous post I told a tale of 4 HP49's bought (Chinese, made April/May 2001) in Brazil which did not work properly out of the box. The problem exhibited was that once turned off, the calculator would be troublesome to turn back on, and when they did go back on, they did so going through a Warm Start. (this was true of the first three) The fourth one, worked properly at first but after a while it started acting up pretty much in the same way. After some experimentation, decided to change the batteries on this 4th one and it started working properly again, but after a couple of long file trasnsfers the problem started again. After examining the 4th one, it turned out that the batteries had discharged to 1.42 volts. The low battery indicator never flashed on this one. My other (Indonesian) HP49 works with batteries discharged to about 1.15 volts and the low battery indicator starts flashing at around 1.2 volts. I called HP support here in Brazil and of course they know nothing about it. I can see there must be a few frustrated buyers out there who are having to change out their batteries every 2 weeks or so. Any comments???? ==== oops there is no IR :) ==== you could just use current meter (multimeter, ampmeter) and check out the current. if i don't remember wrong, it is about 6 mA for iddle and 18 mA when pressing a key. you could compare your results with these ones. put a piece of thin plastic (or paper) between one end of the batteries-terminal and connect the two ends (tab and battery) with the multimeter leads(current selected). then turn on the calculator and do some measurements. maybe the IR is on all the time, play a little :) > On a previous post I told a tale of 4 HP49's bought (Chinese, made > April/May 2001) in Brazil which did not work properly out of the box. > The problem exhibited was that once turned off, the calculator would > be troublesome to turn back on, and when they did go back on, they did > so going through a Warm Start. (this was true of the first three) The > fourth one, worked properly at first but after a while it started > acting up pretty much in the same way. > After some experimentation, decided to change the batteries on this > 4th one and it started working properly again, but after a couple of > long file trasnsfers the problem started again. > After examining the 4th one, it turned out that the batteries had > discharged to 1.42 volts. The low battery indicator never flashed on > this one. My other (Indonesian) HP49 works with batteries discharged > to about 1.15 volts and the low battery indicator starts flashing at > around 1.2 volts. > I called HP support here in Brazil and of course they know nothing > about it. I can see there must be a few frustrated buyers out there > who are having to change out their batteries every 2 weeks or so. Any comments???? ==== > In Advanced Users Guide Command Reference you can read, in the description of > FUNCTION, about plotting vertical lines inserting an equation like indep. > = constant in EQ. Could someone tell me something about that? Its wrong. OK. This is what I supposed. In this case, why that informaion is written in AUG? ==== > In Advanced Users Guide Command Reference you can read, in the > description of > FUNCTION, about plotting vertical lines inserting an equation like > indep. > = constant in EQ. Could someone tell me something about that? > Its wrong. > OK. This is what I supposed. In this case, why that informaion is written in > AUG? I think it was copied from the HP48G handbook, where it is also wrong. It might have worked in the HP48S, but I don't know. ==== It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG (right-shift and divide key) will show arguments in the latest calculation. The 49 pocket guide says that the ARG command will calculate the argument, or angle, formed by the vector representing a complex number and x-axis. If this true, then what key presses will give me the arguments of the latest calculation (other than the cmd key)like the 48 calculator? ==== > It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG > (right-shift and divide key) will show arguments in the latest > calculation. The 49 pocket guide says that the ARG command will > calculate the argument, or angle, formed by the vector representing a > complex number and x-axis. If this true, then what key presses will > give me the arguments of the latest calculation (other than the cmd > key)like the 48 calculator? Well, then it seems that Dr. Urroz is just plain wrong about the 49G. The command that you're looking for is LASTARG (or you can use LAST as a synonym), and, as far as I know, you have to either type it in or use CAT to get it on the 49G. Of course you could always store it in a variable or assign it to a user key. On the 48 series, it is indeed available as RightShift ARG, and on the 28 series it's called LAST and is available as Shift LAST. Why in the world it isn't as easily available on the 49G is beyond me. LASTARG pushes the arguments from the last command that took any arguments back on the stack, as long as flag -55 has been clear since that command was executed. Setting flag -55 disables LASTARG and clears the buffer. Note that commands that don't take any arguments (CLEAR, MEM, DEPTH, STD, RECT, etc.) don't change the contents of the last arguments buffer. -- ==== > It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG > (right-shift and divide key) will show arguments in the latest > calculation. The 49 pocket guide says that the ARG command will > calculate the argument, or angle, formed by the vector representing a > complex number and x-axis. If this true, then what key presses will > give me the arguments of the latest calculation (other than the cmd > key)like the 48 calculator? Well, then it seems that Dr. Urroz is just plain wrong about the 49G. > The command that you're looking for is LASTARG (or you can use LAST as a > synonym), and, as far as I know, you have to either type it in or use > CAT to get it on the 49G. Of course you could always store it in a > variable or assign it to a user key. On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > LASTARG pushes the arguments from the last command that took any > arguments back on the stack, as long as flag -55 has been clear since > that command was executed. Setting flag -55 disables LASTARG and clears > the buffer. Note that commands that don't take any arguments (CLEAR, > MEM, DEPTH, STD, RECT, etc.) don't change the contents of the last > arguments buffer. -- ==== > On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > In algebraic mode you have the ANS command that returns the latest calculation. Unlike LASTARG, you can use it in a calculation like: 1+ANS(1) There's no such thing as ANS in RPN mode as the historic is not saved in the stack, so you can't easily retrieve it. ==== On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > In algebraic mode you have the ANS command that returns the latest > calculation. Unlike LASTARG, you can use it in a calculation like: > 1+ANS(1) Ok, I often forget that algebraic mode even exists; it seems very unintuitive and complicated to me. > There's no such thing as ANS in RPN mode as the historic is not saved in the > stack, so you can't easily retrieve it. It seems to me that using ANS in ALG mode is sort of like using something from the stack in RPN mode. Oh well, I guess that having LASTARG on an otherwise unused key labeled ANS is better than always having to type it in or use CAT. -- ==== PS: stack, so you can't easily retrieve it. It seems to me that using ANS in ALG mode is sort of like using > something from the stack in RPN mode. Actually, it turns out that ANS does indeed do *something* in RPN mode, although pressing LeftShift ANS does LASTARG instead. ANS in RPN mode seems to be similar to PICK, except that the argument to ANS is counted as a stack level if the argument is on the stack, but not if the argument for ANS is still in the command line. So if we want to put a copy of level n on the stack we could use n PICK, or n 1 + ANS, or n (in the command line, and while the command line is still active) ANS. I'm fairly certain that I'll never use it. -- I thought the ON button on my 48SX died but then I started playing around and found that when used with other keys, it actually worked. Example: I can't turn it on by pressing the ON button but if I can if I press the B or C button while pressing ON. Same goes for turning it off. I've done resets and ran the internal diagnostic. Does anyone have an idea what the problem is and how to fix it? ==== Interesting you should mention that. One of my 39Gs is behaving the same way (intermittently). Pressing ON often does not switch the machine on but pressing ON+SK3 (the equivalent of the C key on the 49) will start it. Strangely, pressing ON+SK3 will normally do a soft reboot and clear doesn't do that. > I thought the ON button on my 48SX died but then I started playing around and > found that when used with other keys, it actually worked. Example: I can't turn > it on by pressing the ON button but if I can if I press the B or C button while > pressing ON. Same goes for turning it off. I've done resets and ran the > internal diagnostic. Does anyone have an idea what the problem is and how to > fix it? ==== I had a similar problem with a 48gx. The calc only turned on with on c or when I would press down on the area just above the menu keys and then press the ON key, Had to type in OFF to turn calc off. To solve the problem we used compressed air and gently tapping and brushing the keypad while the calc was upside down to dislodge all the dust and crud that fell in behind the buttons. The the calc works perfectly now. Hope this helps. Rick > Interesting you should mention that. One of my 39Gs is behaving the same > way (intermittently). Pressing ON often does not switch the machine on > but pressing ON+SK3 (the equivalent of the C key on the 49) will start > it. Strangely, pressing ON+SK3 will normally do a soft reboot and clear > doesn't do that. > I thought the ON button on my 48SX died but then I started playing around and > found that when used with other keys, it actually worked. Example: I can't turn > it on by pressing the ON button but if I can if I press the B or C button while > pressing ON. Same goes for turning it off. I've done resets and ran the > internal diagnostic. Does anyone have an idea what the problem is and how to > fix it? > ==== Yes, I just noticed the same phenomenon (turning it on while lightly pressing the area above the top row of keys). Any idea what problem this indicates? I've tried the vibrating/banging/compressed air thing to no avail. ==== There was a thread awhile back that may answer you question. Try a search of this newsgroup with cancel/on button > Yes, I just noticed the same phenomenon (turning it on while lightly pressing > the area above the top row of keys). Any idea what problem this indicates? I've > tried the vibrating/banging/compressed air thing to no avail. ==== > There was a thread awhile back that may answer you question. Try a > search of this newsgroup with cancel/on button This is turning into a faq, search google for twisty, the answer is on the very first hit. Steve Sousa P.S: Yes i'm self-promoting! ;-) ==== I use several equations over and over again... as these only have 2 or 3 variables Is there a quick and easy way to store equations and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== Yes, just store the equations in variables, start the numeric solver then use choose (highlight the EQ then use the F2 key) to choose the equation to solve and fill in the values for the knowns. If you want to solve symbolically then recall the equation from the variable to the stack, the variable to solve for then use SOLVE. eg 'Y=A.X^2+B.X+C' 'X' SOLVE Easy > I use several equations over and over again... > as these only have 2 or 3 variables Is there a quick and easy way to store equations > and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== Are you familiar with the Def function? (Left-shift 2) > Yes, just store the equations in variables, start the numeric solver then > use choose (highlight the EQ then use the F2 key) to choose the equation to > solve and fill in the values for the knowns. If you want to solve symbolically then recall the equation from the variable > to the stack, the variable to solve for then use SOLVE. eg 'Y=A.X^2+B.X+C' > 'X' SOLVE Easy I use several equations over and over again... > as these only have 2 or 3 variables Is there a quick and easy way to store equations > and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== I wish to program with the 49G, where do I start?? MC ==== << >> be sure to understand http://www.anti-matrix.net ==== :). RTFM is allmost as helpfull. UserRPL is close to keystrole programming so fill in the gap between << and >> with the keystrokes you would use will get you started. Read the Manual for various looping structures and programming instructions etc. www.hpcalc.org has some very good programming guides for more advanced info. Stephen.N << 2 2 + >> will give 4 << '2+2' EVAL >> same as above from the dark side. << + >> will add whatever is on the stack when you run it. > << be sure to understand http://www.anti-matrix.net ==== > :). RTFM is allmost as helpfull. UserRPL is close to keystrole programming so fill in the gap between << and >> with the keystrokes you would use will get you started. Read the Manual > for various looping structures and programming instructions etc. > www.hpcalc.org has some very good programming guides for more advanced info. Also, use the Google archive of this newsgroup when you have a question. You can search the archive at http://groups.google.com/advanced_group_search?group=comp.sys.hp48, and you can customize Google to your preferences by using http://www.google.com/help/customize.html. If you want to just browse, then use http://groups.google.com/groups?q=comp.sys.hp48. If you don't find an answer, then ask the question on this newsgroup. -- ==== PS; Most of the information on the 48 series calculators also applies to the 49G. -- ==== As subject says, from the manual, it looks like it is related to the ENTER key assignment but I can't figure it out. Any help would be greatly appreciated Arnaud ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated Salut Arnaud, some additions to what has been said by . It is easier to work with betaENTER alone. Both variables together are infact seldom needed. Also the OS makes occasionally use of these names. If present in HOME and flags -62 and -63 are set, keep simply xDROP in the betaENTER-file. That amounts to same as if betaENTER were not present. betaENTER should carry some additional instruction only while running some application. This, of course, may also be a run in a new context as in the example below. A useful application of betaENTER is the creation of a smart suspendor of the Edit mode which I have on the SPACE key. The key generates a space if normally EditHLT in the header instead of simply HLT. So I get always a hint that HLT refers to a suspended editor session, to be continued by pressing CONT. This is what has to be assigned to SPC in the presence of Keyman for the 49. On the 48, Rompointer 4B0 8 (the longhold-tester) may have another number: :: TakeOver ROMPTR 4B0 8 :: CHR 20 DoKeyOb ; EditLExists? NOT?SEMI (or SPC may make still something else) ' :: ' :: xDROP 88 2 EditHLT $>grob XYGROBDISP SetDA1NoCh ; DUP' ID betaENTER SAFESTO CDRCOMP EVAL xHALT ; RunInNewContext_ ' xDROP ' ID betaENTER SAFESTO ; The exciting command RunInNewContext_ is unsupported but stable on the HP49 (PTR 0B954). Hence, it should - ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated Salut Arnaud, > some additions to what has been said by . > It is easier to work with betaENTER alone. Both > variables together are infact seldom needed. I agree that probably in most cases you'll want to use only GbENTER, not both variables. But the variables have very different purposes, so it depends on what you want to do. GaENTER is executed *before* whatever invoked ENTER is executed, and if it's found, then the command line is put on the stack as a string, so you can do anything to it that you can do to any string, and you can execute anything else (saving and forcing flag states comes to mind, in which case you'd probably want GbENTER to restore the flags as well), and I suppose in most cases end up executing the string with a STR-> or OBJ-> command, all before whatever invoked the ENTER is executed. But, as far as I can tell, GaENTER isn't executed if the command line isn't active. That may be an advantage in some cases, but a disadvantage in other cases. GbENTER is executed *after* whatever invoked the ENTER has finished executing. I expect that many of the things that vectored ENTER could be used for could also be done with a program that suspends (HALTs) itself. In particular, I expect that the INPUT command may often be a better choice than vectored ENTER with GaENTER only. By the way, if neither of these reserved variables is in the current path, then vectored ENTER wouldn't be effective, but it would take the time to search the entire current path at least once (twice if the command line is active), so it's best to clear flag -63 (or flag -62, if you don't usually have user keys enabled) when you don't want to use it. Note that, depending on what you have in GaENTER, it might be a bit difficult to execute -63 CF. On a 48G series or 49G, you can use the flag browser to clear flag -63, or on any 48 series or 49G you can use LeftShift USR (or LeftShift USER) to disable vectored ENTER first if that happens. > Also > the OS makes occasionally use of these names. Interesting. I hope that it does so without overwriting or purging any existing variables with these names. > If > present in HOME and flags -62 and -63 are set, keep > simply xDROP in the betaENTER-file. That amounts to > same as if betaENTER were not present. betaENTER > should carry some additional instruction only while > running some application. This, of course, may also > be a run in a new context as in the example below. A useful application of betaENTER is the creation of > a smart suspendor of the Edit mode which I have on > the SPACE key. The key generates a space if normally > EditHLT in the header instead of simply HLT. So > I get always a hint that HLT refers to a suspended > editor session, to be continued by pressing CONT. > This is what has to be assigned to SPC in the presence > of Keyman for the 49. On the 48, Rompointer 4B0 8 (the > longhold-tester) may have another number: :: TakeOver ROMPTR 4B0 8 :: CHR 20 DoKeyOb ; > EditLExists? > NOT?SEMI (or SPC may make still something else) > ' :: ' :: xDROP 88 2 EditHLT $>grob > XYGROBDISP SetDA1NoCh ; DUP' ID betaENTER > SAFESTO CDRCOMP EVAL xHALT ; RunInNewContext_ > ' xDROP ' ID betaENTER SAFESTO > ; But what happens when one or both of these reserved variables already exists? But I gather that this program was written for your own personal use, so I assume that it isn't an issue in this case. It occurs to me if vectored ENTER were used in programs intended for general distribution, then it may be better to use the SysRPL command CREATE (or its address and SYSEVAL for UserRPL programs, but if you use SYSEVAL, then make sure that valid arguments are on the stack and the correct address is used). CREATE is somewhat similar to STO, but it creates a new global variable at the beginning of the current directory, even if a variable with that name already exists in the directory. A global variable made with CREATE has some of the advantages of a local variable in that it can share the name of an already existing global variable in the current directory without overwriting it, and, because it's at the beginning of the current directory (assuming that you're in the same directory), it can be found quickly, and no other variable with the same name that may happen to exist in the current path will be found. But unlike local variables, it isn't automatically discarded, so you'll probably want to make sure that it's purged when it's no longer needed. It's a bit disconcerting to find two variables with the same name in a directory, and of course only the first occurrence of a variable with a particular name in the current path is available. Also, if only one of these reserved variables is needed, then it may be best to CREATE the unneeded one with the program << STR-> >> as GaENTER or the program << DROP >> as GbENTER to prevent vectored ENTER from finding one that may happen to exist somewhere on the current path, and even if the unneeded variable didn't already exist, the one made with CREATE would be found quickly without wasting time searching the entire current path. > The exciting command RunInNewContext_ is unsupported > but stable on the HP49 (PTR 0B954). Hence, it should -- ==== > Both variables together are infact seldom needed. > I agree that probably in most cases you'll want to use only GbENTER, > not both variables. GaENTER is executed *before* whatever > invoked ENTER is executed That seems to be not quite correct. Let as investigate some stand-alone GaENTER which is indeed useful for some purposes. What GaENTER actually does is that it *prevents* a parsing (compilation) of the command line which is simply returned as a string on which the program GaENTER is run. Hence, it can hardly be said that GaENTER is run before ... E.g., if we want more than a plain error after pressing ENTER on something which isn't handled by ENTER, we store the SysRPL-program :: palparse ; in GaENTER. Pressing ENTER on a single left-bracket { in the command line then returns { } and TRUE (seen if flag -85 is set). That is, the builtin compiler accepts the input { as a correct source for compiling the empty list. But if the right-bracket } is put in the command line and ENTER is pressed, the string }î is returned together with FALSE. It follows that GaENTER can serve as a tool to learn whether and at which places the UsrRPL-compiler fails. Instead of waiting on a message one can also trap the error and do something else. On the other hand, the alone-standing GbENTER is useful for displaying additional text, say. The following small program, and displays HLT-HDir instead of simply HLT. Hence, while temporarily working there, even if some other menu, e.g. some library, has meanwhile been invoked. Pressing CONT, the 48/49 immediately returns to the directory you started from. :: xDROP 80 2 HLT-HDir $>grob XYGROBDDISP SetDA1NoCh ; DUP' bENTER STO EVAL InitMenu% xHALT RestVarRes ; - ==== > Both variables together are infact seldom needed. > I agree that probably in most cases you'll want to use only GbENTER, > not both variables. GaENTER is executed *before* whatever > invoked ENTER is executed That seems to be not quite correct. Let as investigate some > stand-alone GaENTER which is indeed useful for some purposes. > What GaENTER actually does is that it *prevents* a parsing > (compilation) of the command line which is simply returned as > a string on which the program GaENTER is run. Hence, it can > hardly be said that GaENTER is run before ... Ok, I should've written before whatever else (if anything) whatever invoked the ENTER normally does after it's finished executing the command line. Of course the stack save (if enabled), putting the command line on the stack as an unparsed string, and the command line save (if enabled) all happen before GaENTER is executed. > E.g., if we > want more than a plain error after pressing ENTER on something > which isn't handled by ENTER, we store the SysRPL-program > :: palparse ; > in GaENTER. Pressing ENTER on a single left-bracket { in the > command line then returns { } and TRUE (seen if flag -85 is > set). That is, the builtin compiler accepts the input { > as a correct source for compiling the empty list. But if > the right-bracket } is put in the command line and ENTER is > pressed, the string }î is returned together with FALSE. It > follows that GaENTER can serve as a tool to learn whether and > at which places the UsrRPL-compiler fails. Instead of waiting > on a message one can also trap the error and do something else. Of course, it doesn't have to be a SysRPL program. UserRPL programs can be useful too. Presumably the command line string would be used at some point (if not, then why bother doing it this way?), and UserRPL programs can do quite a lot with a string as an argument. > On the other hand, the alone-standing GbENTER is useful for > displaying additional text, say. The following small program, > and displays HLT-HDir instead of simply HLT. Hence, while > temporarily working there, How so? Couldn't you easily change to some other directory and still see HLT-HDir displayed? > even if some other menu, e.g. some > library, has meanwhile been invoked. Pressing CONT, the 48/49 > immediately returns to the directory you started from. :: xDROP 80 2 HLT-HDir $>grob > XYGROBDDISP SetDA1NoCh ; DUP' bENTER STO > EVAL InitMenu% xHALT RestVarRes > ; I'd probably have the program set flags -62 and -63 before the xHALT, perhaps first saving the flags for restoration after the xHALT. I'd probably also have it purge GbENTER before leaving the hidden directory, but I suppose that it doesn't really do any harm there as it can't be found from anywhere else. We could also have GbENTER do something (besides dropping the key string) with whatever it finds on the stack. Vectored enter is another tool for making these calculators very customizable, especially when combined with the other methods of customizing the calculator. -- ==== for the most obscure stuff you will find someone who knows. I know quite some myself and would be happy to help but unfortunately can't follow the group at the moment, I don't have a computer and no job either at the moment. I hope to be more involved some time soon. Anyway, for me I will just << -63 CF >> and don't worry about it. I am currently working on making an algebraic HP48 for when I lend it. It worked about fine until I tryed to optimise it. (I will ask for testers some in August) Arnaud ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated It's for vectored ENTER, or the flag browser calls it custom ENTER, which I suppose describes it just as well. Vectored ENTER modifies what happens when ENTER is invoked, whether explicitly by pressing the ENTER key, or implicitly by pressing some other immediate-execute key. For vectored ENTER mode to be in effect, both flag -63 and flag -62 (user keys) must be set. By the way, it works the same on the 49G. With vectored ENTER in effect, when ENTER is invoked, the current path is searched for the reserved variable GaENTER (where Ga is lower-case Greek alpha). If GaENTER is found, then the command line is put on the stack as a character string, and then GaENTER is executed, and after GaENTER is finished, whatever is assigned to the key that started the ENTER is executed. Then the current path is searched for the reserved variable GbENTER (where Gb is lower case Greek beta). If GbENTER is found, then a string representing the key that started the ENTER is put on the stack, and then GbENTER is executed. Wickes gives a simple example of vectored ENTER usage in his HP 48 Insights book. If you have a printer try this out. Store the following as GaENTER: << PR1 OBJ-> >> and this as GbENTER: << [ SWAP + ] + PR1 DROP PR1 >> with both flags -62 and -63 set, you'll have trace mode printing. The command line will be printed, then a string (possibly empty) with brackets around it for the key that started the ENTER will be printed, and then the result (assuming that the operation returns one result) will be printed. Of course, you can get a bit fancier, using a program to store programs in the reserved variables and setting the flags, and another program to purge the reserved variables and clear flag -63 (and perhaps flag -62). Or you could use just one program that prompts you whether you want to set up or disable your vectored ENTER, or one that has a HALT in it, or one that sets up and disables vectored ENTER every time it runs. You could put the reserved variables in sub-directories instead of HOME so that they won't be found from other parts of the directory tree. -- ==== I tried, but I fail. I downloaded the emu48-1.30.zip-file, unpacked it into a directory, but everything I tried, I miss. I can't install the ROM-File. Any ideas? On Fri, 12 Jul 2002 17:49:30 +0300, Veli-Pekka Nousiainen >I use both the original hp emulator (calc.exe) with new ROM >and the Emu49, with 49G KML and ROM >They work fine with any 32-bit windows that I have tested. >They can be found in www.hpcalc.org >> Is there an HP49 emulator for Windows XP? > > ==== hast Du mal die Anleitung gelesen? Gr.9f¤e, Raymond Sebastian Aust schrieb im Newsbeitrag I tried, but I fail. I downloaded the emu48-1.30.zip-file, unpacked it into a directory, > but everything I tried, I miss. > I can't install the ROM-File. Any ideas? > On Fri, 12 Jul 2002 17:49:30 +0300, Veli-Pekka Nousiainen >I use both the original hp emulator (calc.exe) with new ROM > >and the Emu49, with 49G KML and ROM > >They work fine with any 32-bit windows that I have tested. > >They can be found in www.hpcalc.org >> Is there an HP49 emulator for Windows XP? > ==== > HP will swap for a refurbished calculator for about $50. I did this > recently for exactly the same problem. I did this also, a few months ago when the ON key stopped working reliably. The one they sent me had a MUCH brighter screen. I'm glad I did it. Barry ==== > ==== > HP will swap for a refurbished calculator for about $50. I did > this > recently for exactly the same problem. I did this also, a few months ago when the ON key stopped working > reliably. The one they sent me had a MUCH brighter screen. I'm > glad I did it. Barry when and where is your HP48 built? The new HP48's seem to have the screen of the 49g. I want to buy a new HP48 but I don't know since when HP delivers the 48 with the new screen. George ==== it cannot communicate with the PC. It tries all ports and gives up. Any ideas (e.g., other comm programs, port tips. etc.) I can use? TIA ==== I am an engineering student, who wants to know if the Discrete-Time FT and the Continuos-Time FT can be done on the 49. I cannot use the calculator on my tests so it won't help me there, mostly it is for my own edification. I can do simple stuff with the Laplace command, but I want to do stuff with the step and the impulse function or others as well. Any advice would be appreciated Rick ==== Rick Dyer schrieb: I am an engineering student, who wants to know if the Discrete-Time FT There is an FFT command. The algorithm used requires that the input arrays have dimensions which are a power of two though. > and the Continuos-Time FT can be done on the 49. Hmm, I don't know if I understand you right, but do you want to evaluate a Fourier integral? If so: I haven't even seen such an integral which can be evaluated on the computer (I use MuPAD). If you find one, the 49 might be able to do it as well. -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman ==== > and the Continuos-Time FT can be done on the 49. Hmm, I don't know if I understand you right, but do you want to evaluate > a Fourier integral? If so: I haven't even seen such an integral which can be evaluated on > the computer (I use MuPAD). If you find one, the 49 might be able to do > it as well. Here are a couple of simple ones (there are many conventions for the Fourier transform; I'm using the default one, which is used in modern physics): In[1]:= FourierTransform[Sin[x], x, s] Pi Pi Out[1]= I Sqrt[--] DiracDelta[-1 + s] - I Sqrt[--] DiracDelta[1 + s] 2 2 In[2]:= FourierTransform[DiracDelta[x], x, s] 1 Out[2]= ---------- Sqrt[2 Pi] Out[3]= Mathematica 4.2 for Microsoft Windows (July 25, 2002) -- Bhuvanesh ==== I'm not either sure what he wants, but when solving for ODE's I found the LAP and ILAP operations useful. I have stumbled into the Heaviside and Delta functions in electromagnetic field reflections calculations. Both of these functions are used by (I)LAP, but they don't seem to be real functions, since they cannot exist alone If one needs a real Heaviside, one can use: << -> x << x 0 >= @ >= is a single character above [1/X] key) x DROP >> @ my way of saving the LASTARG 'Heaviside' STO or simply << ->x 'x>=0' >> 'Heaviside' STO Note that the default 'VX' variable 'X' should be changed to 't' or 's' accordingly OR just use X instead in your formulas. and the Continuos-Time FT can be done on the 49. Hmm, I don't know if I understand you right, but do you want to evaluate > a Fourier integral? If so: I haven't even seen such an integral which can be evaluated on > the computer (I use MuPAD). If you find one, the 49 might be able to do > it as well. Here are a couple of simple ones (there are many conventions for the > Fourier transform; I'm using the default one, which is used in modern > physics): In[1]:= FourierTransform[Sin[x], x, s] Pi Pi > Out[1]= I Sqrt[--] DiracDelta[-1 + s] - I Sqrt[--] DiracDelta[1 + s] > 2 2 In[2]:= FourierTransform[DiracDelta[x], x, s] 1 > Out[2]= ---------- > Sqrt[2 Pi] > Out[3]= Mathematica 4.2 for Microsoft Windows (July 25, 2002) -- > Bhuvanesh ==== What is the latest rom for the 49g? Is it 19-6? If so, when is the next one coming out? ==== yes 1.19-6 is the latest (available) rom. Rom 1.19-7 (or whatever it is called) seems to exist (at least on JYA's calc) allready but can't be officialy released yet for some legal reason. Though I don't know any details. The source of the rom (or only parts of it?) will probably go under GPL next year. So maybe we get a new rom next year. Maybe earlier. Roman Andrew Hall schrieb im Newsbeitrag > What is the latest rom for the 49g? Is it 19-6? If so, when is the > next one coming out? > ==== You may not know me (I lurk on the newsgroup for many years and post infrequently). Some months ago I obtained the latest source for debug2 from Cyrille and have been working hard ever since. I think most of the really bad bugs (and a lot of the subtle ones too) have been fixed, the program makes flawless transitions to/from code for 48/49. The GUI based Inform Editor is working for either DoInputForm style boxes (both calcs) or the IfMain style (49). I am getting close to putting this thing out as v2.0 What I need: I have an InformBox.h for the 49 calc, I have something similar for the 48. What I need is a comprehensive list of message IDs (and stack in/out) for the 48 message handlers a user may code. So far, after looking hard, all I have is what was published in Donnelly's original book. Can any of you help? thank you -- - - - - - - - - - - - - - - - - Graves RKBA! bgraves@ix.netcom.com ==== Veli-Pekka Nousiainen schrieb im Newsbeitrag > http://www.hpcalc.org/details.php?id=2990 > In Nick's Complex number marathon, he refers to 256 Menu > Upon excuting this command one gets number of menu options. I cannot > find these in the standard HP documentation (advnced user guide). > Where can I find n explanation of all the options. > Are there any other hidden menu options not properly documented ? > Aubrey. ==== > Is it possible to get info for the 39 concering its internal operation esp. > for ASM programming. Have a look at my web page: http://www.epita.fr/~avenar_j/hp/39.html If you have some programming experience in ML on the HP48 or HP49, it should be okay for you. ==== Has anyone seen any programs for IP calculations (eg subnetting etc.) for the 49G? I've looked at hpcalc.org but was wondering if there's some anywhere else? Cam ==== i'v got the hp48gx the hp solves it but not it's last and simple way for example: k=-s^2(s+1)/(s^2+20s+200) thanks!!! > What calculator model do you have? > HP 28C, 28S, 38G, 39G, 40G, 48S/SX, 48G/G+/GX, 49G ? > Can you give as an example of the derivative that doesn't work? > Both in math terms, human language explanation > AND > the exact steps that you tried to do. Also - if you have an HP 49G - please do > CASCFG > before the calculations to have a clean start. Veli-Pekka I seem not to get the resolution in it' best way. it's always a litle more > unsolved that what i want. > How can i upgrade my symbolic calc??' thanks ==== As you use an HP48GX you can use the program ALG48 4.2 with the addition of the library that make derivatives and Primitives (lots of them) in the 'last and simple way' (~50kb), It's really a 'must have', since it really simplifies almost every expression. If you have lot's of free space or/and a RAM card you can install Erable that does it too (~95kb). Both files are in the HPCalc.org in the math/symbolic section. Paulo Pinheiro > i'v got the hp48gx the hp solves it but not it's last and simple way > for example: k=-s^2(s+1)/(s^2+20s+200) > thanks!!! > What calculator model do you have? > HP 28C, 28S, 38G, 39G, 40G, 48S/SX, 48G/G+/GX, 49G ? > Can you give as an example of the derivative that doesn't work? > Both in math terms, human language explanation > AND > the exact steps that you tried to do. Also - if you have an HP 49G - please do > CASCFG > before the calculations to have a clean start. Veli-Pekka I seem not to get the resolution in it' best way. it's always a litle > more > unsolved that what i want. > How can i upgrade my symbolic calc??' thanks ==== When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? another question: i'm trying do equal the derivate of k=-s^2(s+1)/(s^2+20s+200) to zero. the derivate is the first expression of the post can i get an expression and automaticly equal it ti zero??? is there an easy and faster way to solve derivates?? and one that puts it in a most simple final expression?? and how does colct works???? i'm having many problems with that in my hp48gx. thanks in advance!!!! ==== > When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 > i only get one solution, 0 how can i find the other, -0.673 ??? You expression seems to have some errors: - the first square bracket is not closed - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to become: (3s^2+2s) - in the expression (S^2(s+1)), what is 'S'? Expressed like this, -0.673 is not a valid solution. -- ----- JE SUIS TOTALEMENT DE TON AVIS !! Ton argumentation refl.8fte EXACTEMENT ce que je pense. Il fallait que je le dise m.90me si .8da ne fait pas avanc.8e le scmilblick -+- Tigrou yod.8fle in GNU - AOL hi hi, la la la itou -+- ==== > When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? You expression seems to have some errors: > - the first square bracket is not closed > - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to > become: (3s^2+2s) > - in the expression (S^2(s+1)), what is 'S'? Expressed like this, -0.673 is not a valid solution. You're right.. sorry so i will refrase it... -[(3s^2+2s)(s^2+20s+200)-(s^2(s+1))(2s+20)]=0 ok, and now how can i get the two solutions? ==== > > When using this equation : > > -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 > > i only get one solution, 0 how can i find the other, -0.673 ??? > > You expression seems to have some errors: > - the first square bracket is not closed > - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to > become: (3s^2+2s) > - in the expression (S^2(s+1)), what is 'S'? > > Expressed like this, -0.673 is not a valid solution. > > You're right.. sorry so i will refrase it... > > -[(3s^2+2s)(s^2+20s+200)-(s^2(s+1))(2s+20)]=0 > > ok, and now how can i get the two solutions? 1) You might want to try the so called deflation method: once one root x1 of f(x)=0 has been found, then search for a root of the new function f(x)/(x -x1)=0. Once the second root x2 has been found, then search for a root of the new function f(x)/(x -x1)/(x-x2)=0. Once the n-th root xn has been found, then search for a root of the new function f(x)/(x -x1)/(x-x2)/.../(x-xn)=0 Reference: HP15C Advanced Functions Handbook, when the HP calcs were real HP calcs and HP manuals were real HP manuals. :-) On my HP48G+ the second root is equal to -0.67397331538. The deflation method finds the real parts of the other two complex roots, -19.6630133423, too. Beware that the deflation method mights end up with something like divide by zero error message, although I never got it while using the root finders of HP48G+, HP41CX + Math I Pac, HP15C. It just happens whith the HP32SII, due probably to its own root finding algorithm. :-( Otherwise: 2) Use the symbolic manipulation functions and get -s^4-40*s^3-620*s^2-400*s=0 s^4+40*s^3+620*s^2+400*s=0 Then [1 40 620 400 0] PROOT returns a vector with all the roots: [ (0,0) (-0.673973315379, 0) (-19.6630133423, 14.3826706044) (-19.6630133423, -14.3826706044) ]. Hope this helps. -- ==== I tried that equation the following way. In 2nd level of the stack I put the equation and on the first the variable 's' 2: -[(3*s^2+2*s)*(s^2+20*s+200)-(s^2*(s+1))*(2*s+20)]=0 1: 's' And executed the command QUAD that give me as an answer 1: s=(400+s1*400)/(-1240) where s1 means +/- .Or you can try to put your equation by coefficents and use the menu SOLVE- Solve Poly... Paulo Pinheiro When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? You expression seems to have some errors: > - the first square bracket is not closed > - in the first block (2s^2+2s+s^2), why didn't you fully factor s^2 to > become: (3s^2+2s) > - in the expression (S^2(s+1)), what is 'S'? Expressed like this, -0.673 is not a valid solution. You're right.. sorry so i will refrase it... -[(3s^2+2s)(s^2+20s+200)-(s^2(s+1))(2s+20)]=0 ok, and now how can i get the two solutions? ==== > When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? I think it must use Newtons method or likewise to find the root. So you give it an initial guess and it should find the closest one most of the time. ==== i forgot to say i've got a hp48 gx When using this equation : -[(2s^2+2s+s^2)(s^2+20s+200)-(S^2(s+1))(2s+20)=0 i only get one solution, 0 how can i find the other, -0.673 ??? another question: i'm trying do equal the derivate of > k=-s^2(s+1)/(s^2+20s+200) to zero. the derivate is the first expression of the post can i get an > expression and automaticly equal it ti zero??? > is there an easy and faster way to solve derivates?? and one that puts it in > a most simple final expression?? and how does colct works???? i'm having many problems with that in my > hp48gx. > thanks in advance!!!! ==== What is the newer rom for the hp48gx? Do i've advantages to update my rom?? thanks.. ==== > What is the newer rom for the hp48gx? > Do i've advantages to update my rom?? You can't update the ROM of the HP48, as it is a real ROM, instead of a flash RAM like in the HP49. -- ----- Ne sachant r.8ealiser un site Internet et n'ayant pas les moyens pour l'instant de le cr.8eer, je vous sollicite donc ma demande de pouvoir poss.8eder ce newsgroup tout en respectant la n.8etiquette en vigueur. -+- LH in Guide du Neuneu Usenet : Possession vaut titre de neuneu -+- ==== thanks!!! What is the newer rom for the hp48gx? > Do i've advantages to update my rom?? You can't update the ROM of the HP48, as it is a real ROM, instead of a > flash RAM like in the HP49. -- > ----- > Ne sachant r.8ealiser un site Internet et n'ayant pas les moyens pour > l'instant de le cr.8eer, je vous sollicite donc ma demande de pouvoir > poss.8eder ce newsgroup tout en respectant la n.8etiquette en vigueur. > -+- LH in Guide du Neuneu Usenet : Possession vaut titre de neuneu -+- > ==== > What is the newer rom for the hp48gx? Type VERSION and see what you've got. is the last version ever produced by HP for the HP48G series, and most likely that's what you've got (not that it could be changed, anyway). [r->] [OFF] ==== I'm looking for a reference source for the memory structure/map and ROM disassembly for the Voyager series of HP calcs, particularly the HP15c. Also of interest would be the CPU instruction set. I'd be very grateful if anyone could point me in the right direction, as I've not so far been able to find what I'm after. JasonG ==== I'm looking for a reference source for the memory structure/map and ROM > disassembly for the Voyager series of HP calcs, particularly the HP15c. > Also of interest would be the CPU instruction set. I'd be very grateful if anyone could point me in the right direction, as > I've not so far been able to find what I'm after. Try the Museum at http://www.hpmuseum.org/; ask on the Forum. -- ==== > I'm looking for a reference source for the memory structure/map and ROM > disassembly for the Voyager series of HP calcs, particularly the HP15c. > Also of interest would be the CPU instruction set. CPU is the same as that of the HP-41C, so there's lots of information available. If I remember correctly, HP-15C has RAM from 000 to 00f hex, and from 0c0 to 0ff. I think some of the locations between 000 and 00f may be hardware registers rather than actual RAM. ==== Has anyone encountered this warning before? I get it every time I power on. I've changed the batteries, but the warning doesn't go away. The low battery indicator ((*)) is also on all the time. Any clues? ==== Much thanks to Martin and for so promptly answering my inquiry. However, my calc is a 49G and, as such, doesn't have RAM cards. I did get an Invalid Card Data error around the time the LowBat alarm started and did a PINIT to get the programs in my library back online. Following your advice, I acknowledged the annunciated alarm and the ((*)) went away. However, I'm still at a loss on how to get rid of the LowBat alarm. ==== I had a similar problem with my 49g. It would do the same thing about two weeks after installing new batteries. Replacing the batteries seemed to fix the problem, but only for another two weeks (very annoying). So I just ignored the problem but it then started doing a soft reset every time I turned it on. This prompted me to return the calc (it was still under warranty) and they gave me a new one. I'm glad I did, for two reasons: 1. My calculator works properly now, I haven't had any problems since. 2. The keypad on the new one has a much lighter feel. Hope this helps > Much thanks to Martin and for so promptly answering my inquiry. > However, my calc is a 49G and, as such, doesn't have RAM cards. I did > get an Invalid Card Data error around the time the LowBat alarm > started and did a PINIT to get the programs in my library back online. > Following your advice, I acknowledged the annunciated alarm and the > ((*)) went away. However, I'm still at a loss on how to get rid of > the LowBat alarm. ==== > I had a similar problem with my 49g. It would do the same thing about two > weeks after installing new batteries. Replacing the batteries seemed to fix > the problem, but only for another two weeks (very annoying). So I just > ignored the problem but it then started doing a soft reset every time I > turned it on. This prompted me to return the calc (it was still under > warranty) and they gave me a new one. I'm glad I did, for two reasons: > 1. My calculator works properly now, I haven't had any problems since. > 2. The keypad on the new one has a much lighter feel. Hope this helps I'm glad that Andrew mentioned that. If your calculator is still under warranty, do something about this, even if it still seems to be a rather harmless annoyance, before the warranty expires. I'd certainly talk to somebody at HP support before sending the calculator in for repair, and they probably won't be very cooperative with you if you have a Beta ROM installed. I think that it would be best to have ROM 1.18 installed before getting in touch with HP. -- ==== > Much thanks to Martin and for so promptly answering my inquiry. > However, my calc is a 49G and, as such, doesn't have RAM cards. I did > get an Invalid Card Data error around the time the LowBat alarm > started and did a PINIT to get the programs in my library back online. > Following your advice, I acknowledged the annunciated alarm and the > ((*)) went away. However, I'm still at a loss on how to get rid of > the LowBat alarm. Curiouser and curiouser. As you've probably surmised by now, you're apparently seeing something left over from the 48 series ROM. Whether the 49G designers just didn't bother to remove it or they left it in intentionally (hoping for a RAM-expandable 49 series?) I don't know. It may be just a harmless but annoying warning. Before going much farther, make sure that anything that you want to save is backed up on another device; it's always a good idea to have a recent backup in any case. Have you tried warmstarting (hold down ON and press F3, then release both)? Which ROM revision are you using? If it's lower than 1.19-6, it would be worth the trouble to upgrade to it anyway. See JYA's site at www.epita.fr/~avenar_j/hp/49.html or hpcalc.org at www.hpcalc.org/hp49/pc/rom. I guess that Invalid Card Data would mean that the system had found something wrong in the ports or maybe even in the system ROM. I suppose that it could be a hardware problem. Maybe try the ROM and RAM tests? You get to the Tests screen by holding down ON while pressing F4. Press the Q or ON key to get out of the Tests mode. If you get stuck in a test, do a warmstart (ON&F3) to get out of it. By the way, I've run these tests without erasing anything in HOME or the ports. Maybe this is a long shot, but I'd try it without any libraries installed first. Hold down the backspace key while rebooting; if you have a problem pressing the backspace key fast enough after an ON&F3 warmstart, then go to the Tests screen and from there hold down backspace while pressing Q. Press RightShift LIB (over the 2 key) to verify that the libraries aren't availabe. If this cures the LowBat warning, then you've got a library doing something strange, and it's to find which one is causing a problem. There's a thread where someone said reflashing the ROM would cure it. See http://groups.google.com/groups?th=9ef42e77d5d06fdd. But if you try the route of erasing all user flash banks, do make sure that anything you want to save from port 2 is backed up somewhere else, preferably on the computer. If all else fails, you could try clearing memory. While holding down ON press F3 and F4 together, release F4 first, and then release the other two, and answer NO. If you cure the problem but your calculator has a relapse take careful note of what you had just done. Perhaps a SysRPL or assembly language program could trigger the warning. Whatever you find out, let us know; it's an interesting problem. -- ==== Maybe the P1 means that the battery of the RAM-Card in Port 1 of your calc is low and the P2 means that the battery of the RAM-Card in Port 2 of your calc is low... If you can answer yes to the following 3 questions, try to change the batteries of your ram cards: 1. Do you have a 48SX or 48GX? 2. Do you have a RAM-Card in port 1 of your calc? 3. Do you have a RAM-Card in port 2 of your calc? While changing the batteries of your RAM-Cards you must let the cards remain in the calc and have the calc on... otherwise the contents of your RAM-Cards are lost. Probably you cannot change the battery of the card sitting in port 1 while you have a card in Port 2 inserted... this means that you have to follow the following schedule: 1. Buy two new batteries that are used by your RAM-Cards. 2. Switch your calc on. 3. Remove the battery from the RAM-Card inserted in port 2. 4. Insert the new battery in the RAM-Card inserted in port 2. 5. Switch the calc off. 6. Remove the RAM-Card inserted in port 2. 7. Switch the calc on (now the calc should only show the warning LowBat (P1) 8. Remove the battery from the RAM-Card inserted in port 1. 9. Insert the new battery in the RAM-Card inserted in port 1. 10. Switch the calc off. 11. Insert the RAM-Card that was originally inserted in port 2. 12. Switch the calc on (now the calc should show no warning at all and hopefully the contents of your 2 RAM-Cards are still there... The above instructions is of course only my suggestion how to solve the problem... if I have made any mistakes please correct me as soon as possible so Amos can read the corrections before he tries it out... Martin > Has anyone encountered this warning before? I get it every time I > power on. I've changed the batteries, but the warning doesn't go > away. The low battery indicator ((*)) is also on all the time. Any clues? > ==== > Maybe the P1 means that the battery of the RAM-Card in Port 1 of your > calc is low and the P2 means that the battery of the RAM-Card in Port 2 > of your calc is low... Well, Amos said that he changed the batteries, and I had assumed that he meant the batteries in the cards, but perhaps not. I don't think that I've ever seen a warning for both P1 and P2 at the same time, but apparently it can happen. > If you can answer yes to the following 3 questions, try to change the > batteries of your ram cards: 1. Do you have a 48SX or 48GX? > 2. Do you have a RAM-Card in port 1 of your calc? > 3. Do you have a RAM-Card in port 2 of your calc? While changing the batteries of your RAM-Cards you must let the cards > remain in the calc and have the calc on... otherwise the contents of > your RAM-Cards are lost. Probably you cannot change the battery of the > card sitting in port 1 while you have a card in Port 2 inserted... Sure he can. Just be careful to hold the card in place while pulling the battery holder out, and don't spend so much time changing batteries that the calculator turns itself off. I don't know how long the cards will retain their contents without power (and really don't feel like experimenting on that). Of course, if nothing happens to be stored on the cards, losing their contents won't be of much concern. If you get an Invalid Card Data error after changing the batteries and turning the calculator off and back on, do a PINIT on a GX, or store something on each card on an SX. > this > means that you have to follow the following schedule: 1. Buy two new batteries that are used by your RAM-Cards. If a battery tester is available, it would be a good idea to test them before installing them in the calculator. I know that these batteries have an amazingly long shelf life, and I've never heard of anyone finding a new lithium battery to be low, but who knows? > 2. Switch your calc on. > 3. Remove the battery from the RAM-Card inserted in port 2. > 4. Insert the new battery in the RAM-Card inserted in port 2. > 5. Switch the calc off. > 6. Remove the RAM-Card inserted in port 2. > 7. Switch the calc on (now the calc should only show the warning LowBat (P1) > 8. Remove the battery from the RAM-Card inserted in port 1. > 9. Insert the new battery in the RAM-Card inserted in port 1. > 10. Switch the calc off. > 11. Insert the RAM-Card that was originally inserted in port 2. > 12. Switch the calc on (now the calc should show no warning at all and > hopefully the contents of your 2 RAM-Cards are still there... The above instructions is of course only my suggestion how to solve the > problem... if I have made any mistakes please correct me as soon as > possible so Amos can read the corrections before he tries it out... No need for removing and replacing the port 2 card. It's really not necessary to turn the calculator off and on after replacing the first battery, but it might interesting to see whether the warning for one of the ports goes away. Also, keep in mind that the low battery indicator ((*)) is also an alarm indicator, so if it's still on after the LowBat warning goes away, check the alarms. > Martin > Has anyone encountered this warning before? I get it every time I > power on. I've changed the batteries, but the warning doesn't go > away. The low battery indicator ((*)) is also on all the time. Any clues? Of course, if you don't have RAM cards in the calculator, or you do and they both have known good batteries in them, then it's a different story. -- ==== I recently purchased used the HP 48SX Engineering Mathematics Library (book plus rom card) by John F. Holland. It appeared to work on the 48GX as well; however, I have seen old postings that indicate that there are 6 short programs that one must place in the home directory to avoid conflicts between commands in the library and newer commands in the GX (that were not on the SX). The postings indicated that there were some addendum pages containing these programs. I did not get the programs with the used copy of the book and card. Does anyone know where these programs might be available (e.g., can electronic copies be downloaded from any website)? I did try to call the phone number for the author in the book, but got what appeared to be a fax machine. Related to this, does anyone know offhand which command names conflict? In addition, Appendix A of the book indicates that over 500 mathlib application, test, and example programs are available from the author on a ROM card. Since the author seems to not be at the phone number given in the book (which is not that surprising, as the book was published in 1992), is it known if this is still available (e.g., is another source)? Geoff Garner ==== On 25 Jul 2002 20:26:41 -0700, gmg1@worldnet.att.net (Geoffrey Garner) >I recently purchased used the HP 48SX Engineering Mathematics Library >(book plus rom card) by John F. Holland. It appeared to work on the >48GX as well; however, I have seen old postings that indicate that >there are 6 short programs that one must place in the home directory >to avoid conflicts between commands in the library and newer commands >in the GX (that were not on the SX). The postings indicated that >there were some addendum pages containing these programs. I did not >get the programs with the used copy of the book and card. Does anyone >know where these programs might be available (e.g., can electronic >copies be downloaded from any website)? I did try to call the phone >number for the author in the book, but got what appeared to be a fax >machine. Related to this, does anyone know offhand which command >names conflict? > >In addition, Appendix A of the book indicates that over 500 mathlib >application, test, and example programs are available from the author >on a ROM card. Since the author seems to not be at the phone number >given in the book (which is not that surprising, as the book was >published in 1992), is it known if this is still available (e.g., is >another source)? >Geoff Garner I have the book and card too. I will check my book and see if I still have the addendum taped to the inside cover of the text when I get home from teaching my Physics class this PM and let you know. You also might try getting touch with Dr. Holland himself. Harold A. Climer Physics/Astronomy Lab Instructor U. Tennessee At Chattanooga ==== Holland? I ask because the phone number given in the book (on pages 471 and do you know if the fax machine is in fact a contact for Dr. Holland (i.e., can one fax him a message or request at that number) or, if not, do you know if the P.O. box given in the book on page 473 is still valid (since the book was published in 1992). Geoff Garner > On 25 Jul 2002 20:26:41 -0700, gmg1@worldnet.att.net (Geoffrey Garner) >I recently purchased used the HP 48SX Engineering Mathematics Library >(book plus rom card) by John F. Holland. It appeared to work on the >48GX as well; however, I have seen old postings that indicate that > >there are 6 short programs that one must place in the home directory > >to avoid conflicts between commands in the library and newer commands > >in the GX (that were not on the SX). The postings indicated that > >there were some addendum pages containing these programs. I did not > >get the programs with the used copy of the book and card. Does anyone > >know where these programs might be available (e.g., can electronic > >copies be downloaded from any website)? I did try to call the phone > >number for the author in the book, but got what appeared to be a fax > >machine. Related to this, does anyone know offhand which command > >names conflict? >In addition, Appendix A of the book indicates that over 500 mathlib > >application, test, and example programs are available from the author > >on a ROM card. Since the author seems to not be at the phone number > >given in the book (which is not that surprising, as the book was > >published in 1992), is it known if this is still available (e.g., is > >another source)? > >Geoff Garner > I have the book and card too. I will check my book and see if I still > have the addendum taped to the inside cover of the text when I get > home from teaching my Physics class this PM and let you know. You also > might try getting touch with Dr. Holland himself. > Harold A. Climer > Physics/Astronomy Lab Instructor > U. Tennessee At Chattanooga ==== Just got my 5 CD-ROM set from the Museum of HP Calculators and I must say it was money well spent. I was looking through some of the manuals for HP calculators that I used to own but that for one reason or another aren't in my possession anymore. One of these was the HP-25. When I opened the .PDF all I could do was laugh. Just below the picture of the HP-25 is the following: The success and prosperity of our company will be assured only if we offer our customers superior products that fill real needs and provide lasting value, and that are supported by a wide variety of useful services, both before and after sale. Statement of Corporate Objectives, Hewlett-Packard I guess they need to tatoo this onto the foreheads of some/all of upper management at HP because they sure aren't doing it. They're products definitely aren't what they used to be. Especially the calculators. I've wanted to buy a HP-49 for the longest time, to go with my SX and GX, but I kept putting it off. I've finally decided against it. The biggest reason was the switch away from injected key logos. I've seen a few posts where people's '49's are losing their key legends after only six months! So much for 'lasting value'! This isn't a problem with either my SX or my GX. For that matter it isn't a problem for my HP-41C and HP-41CX! Both of which are still working fine. -- john R. Latala jrlatala@golden.net ==== X > I've wanted to buy a HP-49 for the longest time, to go with my SX and GX, > but I kept putting it off. I've finally decided against it. The biggest > reason was the switch away from injected key logos. I've seen a few posts > where people's '49's are losing their key legends after only six months! > So much for 'lasting value'! X I have seen some, which were warranty replaced, but the two that I posses have no such problems. I'm quite happy with my HP 49G. ==== > Just got my 5 CD-ROM set from the Museum of HP Calculators and I must say > it was money well spent. I was looking through some of the manuals for HP Yes, this compilation is really good and cheap. > One of these was the HP-25. When I opened the .PDF all I could do was > laugh. Just below the picture of the HP-25 is the following: The success and prosperity of our company will be > assured only if we offer our customers superior products > that fill real needs and provide lasting value, and that > are supported by a wide variety of useful services, both > before and after sale. Statement of Corporate Objectives, > Hewlett-Packard I guess they need to tatoo this onto the foreheads of some/all of upper > management at HP because they sure aren't doing it. They're > products definitely aren't what they used to be. Especially the > calculators. Well. That was really true when the HP-25 came into the market, and that was still true when the HP-28 or HP-48 appeared. But now the company is driven by pure economists, quality and service is no longer an option. And that's terribly bad. -- ----- J'utilise Outlook Express comme serveur de news et de courrier. -+- Laury in GNU : Chez MS, le client est roi... des neuneux. -+- ==== >> One of these was the HP-25. When I opened the .PDF all I could do was >> laugh. Just below the picture of the HP-25 is the following: >> The success and prosperity of our company will be >> assured only if we offer our customers superior products >> that fill real needs and provide lasting value, and that >> are supported by a wide variety of useful services, both >> before and after sale. >> Statement of Corporate Objectives, >> Hewlett-Packard > Well. That was really true when the HP-25 came into the market, and that > was still true when the HP-28 or HP-48 appeared. > But now the company is driven by pure economists, quality and service is > no longer an option. And that's terribly bad. > See, they forgot something. Money is how you keep score, not the end all be all of the company. Try telling your SUV addicted, big mac inhaling, stock option grasping, average american that, though. The problem with cashing in on the HP rep, is that rep needs to be fueled and cared for. Carly sure as *hell* isn't interested in that. Marketeers sell to marketeers, and engineering/professional users are left in the dust. And we don't even get free lunches! -- while E <> ==== Crack open the User's Guide and find the index in the back. Look for variables, subtopic purging, and library objects, subtopics detaching and purging. -- ==== I recently bought the Connectivity kit for my 49G, so I decided to upgrade to ROM 1.19-6. It seems to be much better than the 1.18 that I had, but as soon as I began using it, the following question came up: What is the CASDIR directory for? I 'd also like to ask which programms are really-really useful for any user of the 49G (must have programms). Alex, Greece ==== If you look inside of it you will see some files/variables/names that have some CAS settings inside. Before your upgrade they cluttered up the Home directory. I recently bought the Connectivity kit for my 49G, so I decided to > upgrade to ROM 1.19-6. It seems to be much better than the 1.18 > that I had, but as soon as I began using it, the following > question came up: What is the CASDIR directory for? I 'd also like to ask which programms are really-really useful > for any user of the 49G (must have programms). > Alex, Greece ==== it's the newbie here with more questions. I've instaled alu48 and howi'm now learning to work with it. But my question is somehow another. I wouls like to get the zeros, all of them at one time, from a equation . like this: i have f(x)=0 now i want to now the x's where the function has zeros.. but hp only gives me one at a time and with me trying to guess it. because i need it for exams, therefore i don't have much time to being guessing. Is there a program(small or not, please especify) that can do this little task or some line of code?anithing?? some applet for alu48 or so?? thanks.. i would apreciatte a anwser because i'm needing to use ==== > I would like to get the zeros, all of them at one time, > from an equation f(x)=0 > but hp only gives me one at a time and with me trying to guess it You seem to be referring to the built-in numeric solver; if so, there is a simple program for extending that solver to search a wide region for multiple roots, which can be found starting from here, and then following the additional links: http://groups.google.com/groups?selm=8mdo4a%2456c%241%40nnrp1.deja.com [r->] [OFF] ==== > Is there a program(small or not, please especify) that can do this > little task or some line of code? This little task cannot be accomplished for general f(x). For polynomials f(x)=a_0+a_1*x+a_2*x^2+..., programs that do that should be available on hpcalc. ==== I am using the 48 manual (chapter 23, page 27, to be exact) and tried to perform Step 4 of 'Exercise 2' which uses the coordinates generated from a graph to use as a value in an input form by way of the CALC softkey. When I tried the exercise with the 49, the graph coordinates (which I put on the stack) were not shown in the CALC stack. When I quit the graphing mode, the graph coordinates were shown on the stack ==== > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack There is a workaround... It requires extra step, but at least it will do what you want: Before you press the CALC button, press the HIST button, you will see the value :INPUT: { blah blah } Press the ECHO button, the value is now copied into the command line. Then you can follow the instruction by typing in the command line OBJ-> DROP OBJ-> DROP2 You will get what you want. If you want to use CALC as the HP48G manual states, after you've pressed the HIST button, copy the value into the clipboard (with RS-Copy), then press ON, and go into CALC mode and paste the value in the command line. ==== > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack There is a workaround... It requires extra step, but at least it will do > what you want: > Before you press the CALC button, press the HIST button, you will see the > value :INPUT: { blah blah } > Press the ECHO button, the value is now copied into the command line. Then you can follow the instruction by typing in the command line OBJ-> DROP > OBJ-> DROP2 You will get what you want. If you want to use CALC as the HP48G manual states, after you've pressed the > HIST button, copy the value into the clipboard (with RS-Copy), then press > ON, and go into CALC mode and paste the value in the command line. > it would seem that the 'manipulative qualities' of an unprotected stack outweigh the apparent benefits of a protected stack....just my opinion. The flexibility and 'interlacing' the stack makes the calculator. Will this be part of the next rom? ==== > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack > There is a workaround... It requires extra step, but at least it will do > what you want: > Before you press the CALC button, press the HIST button, you will see the > value :INPUT: { blah blah } > Press the ECHO button, the value is now copied into the command line. > Then you can follow the instruction by typing in the command line OBJ-> DROP > OBJ-> DROP2 > You will get what you want. > If you want to use CALC as the HP48G manual states, after you've pressed the > HIST button, copy the value into the clipboard (with RS-Copy), then press > ON, and go into CALC mode and paste the value in the command line. it would seem that the 'manipulative qualities' of an unprotected > stack outweigh the apparent benefits of a protected stack....just my > opinion. The flexibility and 'interlacing' the stack makes the > calculator. Will this be part of the next rom? Your second work-around functions properly. The first method puts the :INPUT: { blah blah } into sort of text editor/command line (stack is not present). the OBJ-> DROP, OBJ-> DROP2 will not function -- error results. Suggestions? Glenn ==== > Your second work-around functions properly. The first method puts the > :INPUT: { blah blah } into sort of text editor/command line (stack is > not present). the OBJ-> DROP, OBJ-> DROP2 will not function -- error > results. Suggestions? I've just done it and it works for me.. I guess the easiest (and probably faster too) would be to directly edit the command line and remove what is not required (or keep only what you need, depending which way you look at it). ==== > I am using the 48 manual (chapter 23, page 27, to be exact) and tried > to perform Step 4 of 'Exercise 2' which uses the coordinates generated > from a graph to use as a value in an input form by way of the CALC > softkey. When I tried the exercise with the 49, the graph coordinates > (which I put on the stack) were not shown in the CALC stack. When I > quit the graphing mode, the graph coordinates were shown on the stack It's one of the new *feature* introduced on the HP49. When you run a calculation inside one of the new Input form, these calculations are run in a protected environment. Unfortunately, CALC is run in a protected one as well so what you see is a virtual stack without any links to the original RP:L stack. The problem is that I can't recall why such decision was made. :( I'll see what I can do and introduce a similar behavior as the HP49 in a future HP49 release (if there is any) ==== I'm not sure but HP seems to deliver the newest HP48's with the screen from the 49g. Are all versions of the 48 concerned or only the 48GX? George ==== > I'm not sure but HP seems to deliver the newest HP48's with the screen > from the 49g. Are all versions of the 48 concerned or only the 48GX? > ==== In message <44bc82ce.0207091908.360fa7d3@posting.google.com>, >I figured out how to transfer files between my 49 and the PC by >setting the calculator to Xmodem server and running the Xmodem Kit >version 1.0.9 on my PC. >How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit >to communicate the 48 with the PC? The HP48 does not have Xmodem built in, only Kermit. You'll need to use a comms program on the PC that supports Kermit. -- Bruce Horrocks Hampshire England bh@granby.demon.co.uk ==== > In message <44bc82ce.0207091908.360fa7d3@posting.google.com>, > >I figured out how to transfer files between my 49 and the PC by > >setting the calculator to Xmodem server and running the Xmodem Kit > >version 1.0.9 on my PC. > >How do I set the HP48 to Xmodem server, can I use the same Xmodem Kit > >to communicate the 48 with the PC? The HP48 does not have Xmodem built in, only Kermit. You'll need to use > a comms program on the PC that supports Kermit. The 48S series doesn't, but the 48G series has the XRECV and XSEND commands built-in. The 48G series doesn't have a built-in Xmodem server mode or the XGET or XPUT commands, but I have successfully sent files to and from the PC using HyperTerminal. The disadvantages seems to be that I have to supply a name for the files at the receiving device, and XSEND and XRECV don't do the special character translations in ASCII mode. But the SysRPL commands KVISLF (or KVIS) and KINVISLF, or the SYSEVAL equivalents, can do the translations. -- ==== the SysRPL commands KVISLF (or KVIS) and KINVISLF, or the SYSEVAL > equivalents, can do the translations. Note that these commands expect a character string for an argument. I don't know what happens if they don't get the correct argument, and don't really care to experiment on that. Also note that the addresses depend on whether you're using a 48 series or a 49G. -- ==== To all HP49 user I try to compute a indeterminate frame structure with FEM49 ver 4.4 for check the result compare in a text book example but the result values are different, not acceptable. I try to increase I E A values to larger but all result values still not change. I have been found this case in HP48gx too but i'm not sure in that time but now my hp48gx die and i buy new hp49g to use FEM49 program rather than ti89. i try to change mode radian and degree but i think no concern and can't fix the problem. so, if some one who have like this error please tell me why the result no exact (big error). Lomt ==== I've found FEM to be a pretty impressive package so send me the model your having problems with and I'll have a look at it. FEM does a good job of working with the HP49 but screen real-estate is limited and it's sometime hard to pick out errors with the model. I can also check it out with PC packages you never know your text book could be wrong. Stephen > To all HP49 user > I try to compute a indeterminate frame structure with FEM49 ver > 4.4 for check the result compare in a text book example but the result > values are different, not acceptable. I try to increase I E A values > to larger but all result values still not change. I have been found > this case in HP48gx too but i'm not sure in that time but now my > hp48gx die and i buy new hp49g to use FEM49 program rather than ti89. > i try to change mode radian and degree but i think no concern and > can't fix the problem. > so, if some one who have like this error please tell me why the > result no exact (big error). > Lomt ==== hi anyone. i am using hp 49g calculator. i wanted to know the short cut key for RETANGULAR to POLAR mode. 1) What is the short cut key for Rectangular mode to Polar mode or vise versa? 2) I always have to keep changeing complex number to polar so does anyone know where i can find the polar sing that looks similar to '<' or assign a key for fast input. ==== Asked: > What is the short cut key for Rectangular mode <-> Polar mode This suggests that you don't have an HP48G series calc, which had convenient display-mode toggles on the keyboard for both polar [display mode] and radians [input/display mode] RAD toggle: << -17. DUP IF FS? THEN CF ELSE SF END >> POLAR toggle: << -16. DUP IF FS? THEN CF ELSE SF END >> You can name these whatever you'd like (except RAD and POLAR, which are already built-in command names for something else) and then assign those quoted names to any keyboard locations, if you like. > I always have to keep changing complex number to polar > [or perhaps the reverse] > so does anyone know where I can find the polar symbol <) Alpha right-shift 6? > or assign a key for fast input. If you don't very often use the infinity function above the zero key, you can make it the angle sign key instead, by performing 128 CHR 102.2 ASN just once to set it up (and also turn USER [keys] on). More about why there is no need for R<->P functions in HP48/49: http://groups.google.com/groups?selm=3B234542.CB2402A%40miu.edu [r->] [OFF] ==== > What is the short cut key for Rectangular mode <-> Polar mode > POLAR toggle: > << -16. DUP IF FS? THEN CF ELSE SF END > You can name these whatever you'd like (except RAD and POLAR, > which are already built-in command names for something else) > and then assign those quoted names to any keyboard locations ASMTs from Keyman offers a choice of useful key assignments, including a toggler on leftshift-hold pi. It toggles DEG/RAD if SPC is hit shortly, and the 3 coordinate systems if SPC is longer pressed while the shift is still hold. The toggler is more comprehensive but yet smaller than the above one. I've certain problems with UPLOADS on hpcalc.org. But one may get the latest Keyman from ftp://ftp.math.fu-berlin.de/pub/usr/raut/HP49/keys/ In the latest version, K&SA longhold operates as a key recorder, giving access to menu options from encapsulated applications from outside. Based on this, ASMTs contains an item that automatically starts the flag browser without any further key press if MODE is pressed a bit longer :-) - PS. for John. There is also a new version of Filer1 on ftp://ftp.math.fu-berlin.de/pub/usr/raut/HP49/tools/ with all features you were asking for some month ago. ==== > hi anyone. i am using hp 49g calculator. i wanted to know the short cut key > for RETANGULAR to POLAR mode. 1) What is the short cut key for Rectangular mode to Polar mode or vise > versa? I don't believe that there is one, but assign the following short program to a key or store it as a global variable. << -16. DUP IF FS? THEN CF ELSE SF END >> Checksum: # E4C4h Bytes: 40.5 > 2) I always have to keep changeing complex number to polar so does anyone > know where i can find the polar sing that looks similar to '<' or assign a > key for fast input. The angle symbol is on ALPHA RightShift 3. You may be interested in the following menus: Hold down LeftShift while pressing MODE, and then press ANGLE. LeftShift MTH, then VECTR. Also press NXT to see the next page. RightShift CMPLX (over the 1 key). Also press NXT to see the next page. LeftShift MTH, NXT, CMPLX. Also press NXT to see the next page. Note that ABS and ARG are available as shifted keys (over the divide key). Also, get acquainted with the newsgroup archive at http://groups.google.com/groups?q=comp.sys.hp48, which can be searched from http://groups.google.com/advanced_group_search?group=comp.sys.hp48. You can use http://www.google.com/help/customize.html to customize your Google preferences. Also get acquainted with http://www.hpcalc.org/. You're welcome in advance. -- ==== -- ==== The angle symbol is on ALPHA RightShift 3. Sorry, that should be ALPHA RightShift 6. By the way, you can get to the character browser at LeftShift CHARS (over the N key). If you highlight the character that you're interested in, the quick way to key it in (if any) is shown at the lower left of the screen. -- ==== |||||||||||||||||||||||||||||||||| The angle symbol is on ALPHA RightShift 3. Sorry, that should be ALPHA RightShift 6. By the way, you can get to the character browser at LeftShift CHARS > (over the N key). If you highlight the character that you're interested > in, the quick way to key it in (if any) is shown at the lower left of > the screen. > -- ==== > |||||||||||||||||||||||||||||||||| The angle symbol is on ALPHA RightShift 3. Sorry, that should be ALPHA RightShift 6. By the way, you can get to the character browser at LeftShift CHARS > (over the N key). If you highlight the character that you're interested > in, the quick way to key it in (if any) is shown at the lower left of > the screen. > -- Better yet, install the Keyman program and then run it's program to assign a user key for rectangular/polar switching. Works great. Glenn the subject says it all.. thanks ==== a funk right now I am stuck. any have any suggestions ==== > the subject says it all.. thanks Well, I don't know about good, but try the following sites: http://www.calcpro.com/ http://www.weinert-engineering.de/eng/index.html?calc http://uuhome.de/oklotz/index_e.html http://www.ramss.com/ http://www.samsoncables.com/ http://www.wfsleath.co.uk/d-commerce/hpscientific.html http://stolte-edv.com/ http://www.smi.com/ http://www.tdsway.com/ -- ==== Can I ask for a replacement under warranty??? ==== Speaking of screens, one of my students came up to the front of the class today with her 39G and showed me the screen. Under the plastic inside the calculator was a small bug (still alive) crawling around. Obvious jokes sprang to mind.... :-) > Can I ask for a replacement under warranty??? > ==== > Can I ask for a replacement under warranty??? > Yes ==== So if you do that, how do you know that you aren't going to get another one with the rainbow screen and scratchy and hard to press keys? > Can I ask for a replacement under warranty??? > Yes ==== > So if you do that, how do you know that you aren't going to get another one > with the rainbow screen and scratchy and hard to press keys? You don't. But this has been fixed a long time ago now. You may not get the new improved keyboard, but chances are you will get a better screen cover ==== I have two early models ID93... and ID94... No problem with any rainbows (except for non-found gold :) the keys are not stiff and I have no scratches whatsoever on my HP 49G plastic screens (=screen cover, LCD is recessed) If you calculator is ok, I doubt that HP will replaced it. > So if you do that, how do you know that you aren't going to get another one > with the rainbow screen and scratchy and hard to press keys? Can I ask for a replacement under warranty??? > Yes ==== When I turn on my calculator HP 49g then I get a message Trying to recover memory I answer no and then it starts up giving a message memory clear If I press the OK button the calculator turns off and I have to use the reset button to go throught the same thing. How do I turn my calculator back on again? Any help would be helpfull. Thx Kris ==== > When I turn on my calculator HP 49g then I get a message Trying to > recover memory > I answer no and then it starts up giving a message memory clear > If I press the OK button the calculator turns off and I have to use > the reset button to go throught the same thing. How do I turn my calculator back on again? See http://www.hpcalc.org/hp49/docs/faq/#ss6.1 If that doesn't fix it, then post another message. > Any help would be helpfull. I hope so; help is meant to be helpful. -- ==== Well I payed 30 Lempiras (2$US) for an hour of time. . . just stopping in to say that Im still alive in Honduras (right now I{m in a small tiown called Potrerillos a little bit south of Villanueva which is 1 hour south of San Pedro Sula Honduras) Sorry for the typing problems. . . 8 months of not touching a computer will do that too you. . . =-) ITs very styrange to see the world chugging along without me . . . i know it will have to get along someohow. . . .difficult without me I know,but somehow life will go on. . . ;-) Health and best wishes to all. . . TW P.S. Send me food (or mo.96ey, or a letter or a frisbeee, or a calculator. . . the list goes on and on . . . ;-) ==== Great to hear from you! How long til you're back in civilisation? > Well I payed 30 Lempiras (2$US) for an hour of time. . . just stopping > in to say that Im still alive in Honduras (right now I{m in a small > tiown called Potrerillos a little bit south of Villanueva which is 1 > hour south of San Pedro Sula Honduras) Sorry for the typing problems. > . . 8 months of not touching a computer will do that too you. . . =-) ITs very styrange to see the world chugging along without me . . . i > know it will have to get along someohow. . . .difficult without me I > know,but somehow life will go on. . . ;-) Health and best wishes to > all. . . TW P.S. Send me food (or mo.96ey, or a letter or a frisbeee, or a > calculator. . . the list goes on and on . . . ;-) > ==== odd Tim Wessman skrev i meddelandet > Well I payed 30 Lempiras (2$US) for an hour of time. . . just stopping > in to say that Im still alive in Honduras (right now I{m in a small > tiown called Potrerillos a little bit south of Villanueva which is 1 > hour south of San Pedro Sula Honduras) Sorry for the typing problems. > . . 8 months of not touching a computer will do that too you. . . =-) ITs very styrange to see the world chugging along without me . . . i > know it will have to get along someohow. . . .difficult without me I > know,but somehow life will go on. . . ;-) Health and best wishes to > all. . . TW P.S. Send me food (or mo.96ey, or a letter or a frisbeee, or a > calculator. . . the list goes on and on . . . ;-) ==== I've seen this kind of thing being practiced at AS/400 Product Announcements, but not for quite some time now. Maybe it does run on CISC machines only. ==== > The calculator seems to do garbage collection quite frequently. > Very often I try to simply add two numbers > and have to wait several seconds > Is there anything that can be done to improve this? Actually the GCs will be much less noticeable (shorter, that is) if they are caused to occur *more* frequently, akin to how each cleanup of a household is quite a bit less of a task if it is performed more often, rather than waiting until there's a huge amount of reorganizing to do, which could then keep you busy for an entire weekend, instead of just a quick tidy-up before going partying. To cause GC's to be more frequent but much shorter, choose a smaller amount of memory to leave free in the calc, e.g. 30000 FMEM -- now the calc behaves like a good old HP48G (32K), which never kept anybody waiting very long :) Whenever you want your free memory expanded again, to store or download more or bigger stuff, 1E7 FMEM will expand it to its maximum (i.e. all the free mem that's left). Of course you can keep re-using FMEM to adjust the free memory upwards or downwards, whenever you want, up to a maximum of all the user memory (for variables + port 0) that's available. You can also use it to find out how much free memory is needed to run various applications, by lowering free memory until the application complains of Insufficient Memory. The input to FMEM is how much memory you want to leave free; the output is how much memory is actually left free. FMEM for HP49: (do HOME 256 ATTACH before downloading or typing the program, because MAKESTR needs built-in library 256 to compile properly) << :0:GCJUNK DUP PURGE MEM ROT - IF DUP 0. > THEN MAKESTR SWAP STO ELSE DROP2 END MEM >> FMEM for HP48 (try it if you've got 128K or merged 256K): << :0:GCJUNK DUP PURGE MEM ROT - IF DUP 0. > THEN SWAP 2. * :COERCE: #18CEAh SYSEVAL :EXPAND: #61C1Ch SYSEVAL SWAP STO ELSE DROP2 END MEM >> The standard precaution applies: Backup your memory before trying any new program! [r->] [OFF] ==== > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. If this solves your problem, search google for twisty ... Steve Sousa ==== only to find out later that the pressure trick works, but eventually the 48G will die anyway so it's good to have a spare AND one may search google for Steve's tip Veli-Pekka - out on a VOCATION !!! You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. If this solves your problem, search google for twisty ... Steve Sousa ==== Veli-Pekka Nousiainen schrieb im Newsbeitrag > This is a rare fault in the old HP 49G series. > You should press just under the LCD to use the [ON]. > Since you have already opened the calculator, try to get pressure > in the area between the LCD and the top row of keys. > In the future you may also loose control of the shift keys > and finally also the alpha key will be dead. > Where is the relation between your answer and the original question? The subject says he has an HP-48G, not a 49... > LOL;-) Raymond ==== Did you try running the built-in keyboard test to verify if it is the key or something else? rdb. ==== > Did you try running the built-in keyboard test to verify if it is the > key or something else? rdb. Yes, I did try it during that moment it started working again (because you have to press ON+D) and everything was working fine. But then it stopped working again. The button seems to be working because when I hold it the other commands are stopped until I release it. Luciano Enzweiler ==== Is this news to you? Now stop trolling and get a life. ==== Can you get a voltmeter and see if there is voltage between the contacts (not the batteries themselves) I have seen where the contacts, which rest on stiff rubber foam, are slightly offcenter and cause the batteries not to make proper contact unless they are repositioned. If you don't see anything wrong that way, try kicking it, it could be a bad contact someplace internally and you could jarr it back to life. Good luck > I am 99% certain that my HP49G is dead but I wanted to ask the denizens of > this newsgroup if they had any suggestions before sending it back to HP for > repair. My HP49G no longer powers on. One day it was working, then, after sitting > on my desk for a few days it will no longer power up. I have tried all the suggestions in the documentation to no avail. I have removed the batteries and let the unit discharge for an entire > weekend ... fresh batteries did not help. Any suggestions? How common is this? /mbs -- > Mark Sawyer > Sawyer Software Solutions, LLC > 2 Lincoln Drive, Bow, NH 03304-3209 AOL's AIM: FirmwareWizard - We want information, information, information. > -- ==== > X > let's hope KEEP, KEEP2, KEEPN are commands in the next ROM. Good idea; would you add it to http://bugs.hpcalc.org as an Enhancement request? I'd thought of KEEP as being used as KEEPN would be, but having all three available as commands may have some merit. The KEEP operation in the interactive stack seems to be very fast, so I guess that the underlying code is already in the ROM and it's a matter of making it available as user commands. I do have some reservations about using any sort of KEEP in a program, similar to concerns about using CLEAR in a program. It seems rather rude to arbitrarily discard whatever may have happened to be on the stack before the program started, but the stack could be put into a list and stored in a variable for later restoration, so I wouldn't rule KEEP out entirely. > Too bad that KEEP isn't a > command. I chose to design it first for speed (at least, for those cases > that don't incur a garbage collection), with memory usage and program > size as lower priorities. But Mr.. Bond - I mean: Prange > now that you have (almost) perfected the speed of your program > how about _some_ memory efficiency - as described by yourself - > in trade for a little bit (or byte) longer program? > You're welcome. Actually, I'm mostly just having fun. I did come up with a program that's only slightly slower, and *might* work with less memory. It does a REVLIST on the original level 2 argument list, which requires enough memory for both the original list and the reversed list at the same time, plus there's the level 1 argument list converted to reals on the stack when this happens. I could, of course, have used ROLL or ROLLD in a loop to move everything that isn't needed to the bottom of the stack so it could be dropped before the last ->LIST, but that's very time-consuming. But while I was experimenting with memory usage, it quickly became obvious that for these programs, garbage collections can be a severe problem even when there might be enough memory available to complete the program if the batteries would last that long and I were that patient. It depends on what we mean by memory efficiency; do we mean the most memory actually required at any place in the program, or do we count memory used even temporarily and available for reuse after a garbage collection? GCs are usually a minor annoyance, but when you have a lot on the stack they become a real nuisance, and when what you have on the stack is a lot of pointers to list elements rather than to independent objects, GCs become downright painful. I've added a couple of MEM DROP sequences to force garbage collection where it should be reasonably fast (assuming that nothing is on the stack above the arguments), in hope of avoiding it where it would be extremely slow. In the case that a garbage collection wouldn't have been incurred while the program was running, the MEM DROP sequences add to the execution time, so, for more modestly sized argument lists (or more free memory), it might be better to use only one, just before the THEN. Of course, the TEVAL I've been using to time these programs forces a garbage collection, but ordinarily, we don't know how much memory can be used before a a GC will occur, so I don't recommend leaving out the MEM DROP sequence entirely. But in any case, the slowdowns due to GCs make these programs pretty much unusable before you get to the point where the calculator actually runs out of memory. There are limits to what can be accomplished with these calculators, especially when using UserRPL only. The program that's the same as the last except for the forced garbage collections, I'll call 'JMP4'; the one with major changes I'll call 'JMP5'. << I->R OVER SIZE DUP PICK3 SIZE IF == THEN DROP ELSE 1. SWAP MEM DROP FOR i i NEXT DUPDUP 2. + PICK LIST-> 0. OVER 3. + PICK PICK3 + 5. + 6. 4. PICK OVER + 1. - FOR j DUP2 j PICK - UNPICK NEXT DROP2 DROPN ->LIST ->STR 0. SREPL DROP STR-> + END SWAP MEM DROP LIST-> 1. + ROLL LIST-> DUPDUP + SWAP DUP 4. + PICK3 4. + PICK3 OVER + 1. - FOR k k OVER PICK - PICK UNROT NEXT DROP ->LIST OVER 2. + ROLLD DROPN > 'JMP4', # FD24h, 280.5 bytes << I->R SWAP REVLIST SWAP DUP SIZE PICK3 SIZE IF =/ THEN 1. PICK3 SIZE MEM DROP FOR i i NEXT DUPDUP 2. + PICK LIST-> 0. OVER 3. + PICK PICK3 + 5. + 6. 4. PICK OVER + 1. - FOR j DUP2 j PICK - UNPICK NEXT DROP2 DROPN ->LIST ->STR 0. SREPL DROP STR-> + END SWAP MEM DROP LIST-> DUP 1. + DUPN DUPDUP + 3. + ROLL LIST-> DUPDUP + 3. + -1. ROT - -2. FOR k SWAP k - PICK OVER UNPICK NEXT DROP DROPN ->LIST > 'JMP5', # 2492h, 276 bytes To show the effects of garbage collections more easily, these timings were done with only 32KB of free memory, and to help keep the amount of free memory constant, the last stack, argument, and command line buffers were disabled. Just for the heck of it, I did these without any libraries attached. Of course, I wouldn't recommend making a habit of having so little free memory available. With the arguments and program name on the stack, I ran the program << RCL TEVAL -3. RND 500. .05 BEEP > to get these results. n=1,m=1 JMP3 .152 JMP4 .234 JMP5 .240 n=2,m=1 n=2,m=2 JMP3 .307 .171 JMP4 .456 .252 JMP5 .475 .257 n=4,m=1 n=4,n=2 n=4,m=3 n=4,m=4 JMP3 .373 .374 .376 .211 JMP4 .536 .536 .544 .293 JMP5 .540 .543 .545 .294 n=8,m=1 n=8,m=4 n=8,m=7 n=8,m=8 JMP3 .502 .507 .516 .286 JMP4 .669 .676 .686 .370 JMP5 .672 .680 .690 .372 n=16,m=1 n=16,m=8 n=16,m=15 n=16,m=16 JMP3 .782 .797 .815 .450 JMP4 .964 .984 1.01 .542 JMP5 .977 .999 1.02 .552 n=32,m=1 n=32,m=16 n=32,m=31 n=32,m=32 JMP3 1.36 1.38 1.42 .787 JMP4 1.57 1.61 1.65 .895 JMP5 1.60 1.64 1.68 .915 n=64,m=1 n=64,m=32 n=64,m=63 n=64,m=64 JMP3 2.67 2.58 2.68 1.51 JMP4 2.97 2.88 2.99 1.65 JMP5 3.02 2.92 3.03 1.67 n=128,m=1 n=128,m=64 n=128,m=127 n=128,m=128 JMP3 5.78 5.35 5.47 3.14 JMP4 6.26 5.82 5.99 3.34 JMP5 6.34 5.91 6.05 3.36 n=192,m=1 n=192,m=96 n=192,m=191 n=192,m=192 JMP3 9.40 8.23 8.38 4.89 JMP4 10.1 8.87 9.11 5.15 JMP5 10.2 8.99 9.30 5.31 n=256,m=1 n=256,m=128 n=256,m=255 n=256,m=256 JMP3 37.0 36.9 33.0 6.72 JMP4 14.3 11.9 12.3 7.05 JMP5 14.5 12.1 12.6 7.26 n=320,m=1 n=320,m=160 n=320,m=319 n=320,m=320 JMP3 65.4 22.6 30.3 8.72 JMP4 19.4 15.3 15.7 9.10 JMP5 19.7 15.6 16.0 9.33 n=384,m=1 n=384,m=192 n=384,m=383 n=384,m=384 JMP3 86.3 85.2 96.9 76.5 JMP4 24.5 19.3 40.9 11.4 JMP5 24.8 19.6 41.3 11.6 n=448,m=1 n=448,m=224 n=448,m=447 n=448,m=448 JMP3 93.4 97.1 113 88.6 JMP4 122 115 146 107 JMP5 30.4 23.4 53.0 14.1 n=512,m=1 n=512,m=256 n=512,m=511 n=512,m=512 JMP3 189 136 193 105 JMP4 193 194 181 132 JMP5 161 184 155 105 -- ==== images... After looking its zero and theta characters, I realized he original system one ? I'll never know how much your worked this device out. that set the font89 and created the problem (changed the default minifont set). I deleted it and everything came back to normal. I downloaded it, with the idea of trying it out. Tks God for you guys. I would be lost with out this newsgroup. PS Look, I love most of the HP calculators, but I hate their customer service, recent manuals and lack of interest in us as loyal customers. How crazy is to gather the brains in this newsgroup to develop a new HP calculator division all together, I mean HP outsourcing its former division. This team would compete with TI and CASIO, among others. Probably, this team would need the giant Mktg support from HP (as well as their brand), but as the main creators are actually on their own... Would it be possible to offer the HP Board a Business Plan they couldn't refuse ? Obviously the main shareholders would be their developers, but sooner or later another white and or blue collar employees would be needed and this group could be the seed needed... Who might be interested to begin thinking this idea ? ______________________ Carlos Lacroze Buenos Aires, Argentina ==== Why the HP49 Change the mode from Deg to Rad when I use SUBST or SOLVE? Is there any way to avoid this? I know can set the flag 120, so the calculator lets me know before change the setting, but this is really annoying. Maybe I can use MATCH (up arrowMATCH, I mean) but this doesn't help with SOLVE, is there any list of the functions that change some settings in the calculator? Marino Arturo ==== Does anybody in the know, know how HP Australia runs their calculator warranty system. I originally had a 49G manufactured in China that had a paint bubble under one of the keys so I returned it to HP direct with a letter stating that I would like a 49G of Chinese manufacture in return. The unit I received was (of course) of Indonesian manufacture. When I contacted the warranty return office, I was told that they have no idea of the location of manufacture and that even though the serial number on the machine sent to me is ID90015723 it may be manufactured in China. I was told that, because the serial number is engraved on the back of the calc, it cannot be checked (the cardboard box that I received the calc in had the serial number plastered all over it!) Is it worth worrying about? Am I being told the truth? Should I take my complaint somewhere else? Cam ==== > I originally had a 49G manufactured in China that had a paint bubble under > one of the keys so I returned it to HP direct with a letter stating that I > would like a 49G of Chinese manufacture in return. The unit I received was (of course) of Indonesian manufacture. [...] > Is it worth worrying about? Am I being told the truth? Should I take my > complaint somewhere else? They're not under any obligation to let you choose things like country of manufacture. They only have to give you a non-defective unit. Unless your new unit has a paint bubble or other defect, they've done their job. ==== Yeah, I guess you're right ... thanks Ron ==== I am working on an HP 48GX with a cracked LCD. This is definitely an out of warranty item. I would like to replace it - where could I get the LCD panel? (I've already got disassembly instructions from the 'Net.) Some questions: Does anybody know who makes the panel itself? HP, or someone else? Does anyone know the specs on the panel? Has anyone ever replaced one and had success? I would appreciate any input... Mark ==== HP will swap for a refurbished calculator for about $50. I did this recently for exactly the same problem. Steve Smith > >I am working on an HP 48GX with a cracked LCD. This is definitely an out >of warranty item. I would like to replace it - where could I get the LCD >panel? (I've already got disassembly instructions from the 'Net.) > >Some questions: > >Does anybody know who makes the panel itself? HP, or someone else? > >Does anyone know the specs on the panel? > >Has anyone ever replaced one and had success? > >I would appreciate any input... > >Mark ==== > HP will swap for a refurbished calculator for about $50. I did this > recently for exactly the same problem. I did this also, a few months ago when the ON key stopped working reliably. The one they sent me had a MUCH brighter screen. I'm glad I did it. Barry ==== I am working on an HP 48GX with a cracked LCD. This is definitely an out > of warranty item. I would like to replace it - where could I get the LCD > panel? (I've already got disassembly instructions from the 'Net.) You can only get it from another calc, find one cheap, like a 48g, 38, 39, or 40, and cannibalize it. > Does anybody know who makes the panel itself? HP, or someone else? Probably epson. > Does anyone know the specs on the panel? Ahh... uhh... 131*64 pixel reflective dot matrix with six custom annunciators, blue or black (s)?tn.* > Has anyone ever replaced one and had success? I think so. Search google. Steve Sousa * this is of course a joke, because that is the only info you'll be able to get on this part. :-) ==== I replaced a broken LCD from my HP48GX buying one damaged HP48G and replacing the LCD AND the keyboard support altogether. I think the best solution, besides buying a new one (HP49?) is to buy a damaged HP48 or a cheap HP48. With the photos and the tutorials available in HPCalc it's not hard to do it. Just be carefull while removing the keyboard plate and while 'grinding' the holes to remove the upper cover. Paulo Pinheiro I am working on an HP 48GX with a cracked LCD. This is definitely an out > of warranty item. I would like to replace it - where could I get the LCD > panel? (I've already got disassembly instructions from the 'Net.) You can only get it from another calc, find one cheap, like a 48g, 38, > 39, or 40, and cannibalize it. Does anybody know who makes the panel itself? HP, or someone else? Probably epson. Does anyone know the specs on the panel? Ahh... uhh... 131*64 pixel reflective dot matrix with six custom > annunciators, blue or black (s)?tn.* Has anyone ever replaced one and had success? I think so. Search google. Steve Sousa * this is of course a joke, because that is the only info you'll be > able to get on this part. :-) ==== those of you who are developing libraries for the HP 49G may want to have a look at Compression Aid 1.0, soon available at www.hpcalc.org, which simplifies the process of compressing a library. Suggestions, criticism and/or improvement suggestions are welcome. Greetings Andreas P.S. remove the NOSPAM for answering ==== I would like to know if some of you know about a program that can be usefull to transfer data from HP48 to nokia phone, I own a Nokia 3320 with an IR port, on it you can send ringtones from the PC. ==== I'm not sure what were going wrong before if I took the real file names - maybe the point Toralf R Lion schrieb: > Toralf Schumann escribi.97 en el mensaje >I tried to install MK2.30 on my HP48. > Merge memory port 1: MERGE1 > Transfer MKRAM.KER and store it: B STO > Transfer RECV.KER and store it: A STO Put the name 'B' on the stack and run A (press A) Hope this helps > ==== hi! Just tell you the birth of a new chat room into the Messenger CALCULADORAS HP in the computers section Sorry but the original language is spanish. I hope the people who want participate use the language they want. Waiting for you ciao ==== Is it possible to get info for the 39 concering its internal operation esp. for ASM programming. ==== Running ROM v1.18 Graph/Table problem After graphing a function in Degrees mode y1(x)=sin(x) the table reveals that sin(0) = undef. however, when you browse the table and this disappears from view and you come back, it no longer says undef. it says 0 instead. When you attempt to trace in the graph with the critia below, it will say at the top left hand corner Undefined for a brief moment and at point (0,0) if you look at X,Y movement, you will see X = 0 and Y = 'NULL' until the cursor is moved around and then back to point 0,0 Graph settings Plot Window: H-View: -360 360 V-View: -1 1 Plot Setup: H-Tick: 30 V-Tick: 0.5 Equation: Y1(X)=SIN(X) Angle Measurement: Degrees I haven't attempted to see if this bug ocurrs in any other settings, but I do know for a fact that it ocurrs with the above critia. --- 1/9 * 9 = .999999999999? in approximate mode, if you enter in 1/9 and multiply is by 9 you get .999999999999 Its not a serious bug and anyone could just round it to 1 but it is a little disturbing :( ==== 1/9 * 9 = .999999999999? > in approximate mode, if you enter in 1/9 and multiply is by 9 you get > .999999999999 Its not a serious bug and anyone could just round it to > 1 but it is a little disturbing :( I think this has been discussed several times. It is the correct result in approximate mode unless you use an infinite number of bits internally to compute it! Simpler machines that give you 1 simply round it off for the display. If you want the exact answer simply use the machine in exact mode. USE IT! ==== Seems logical to me unless i've missed the meaning of approximate: Exact Mode 1/9*9=1 Approximate Mode 1/9*9=0.99999999999 i.e approx = 1. If you set display to 1 decimal place less than the precission of the calc you get 1.0000000000. 1/9 is an irrational number (is that the correct term) and cannot be expressed as a decimal. If your really worried about it than avoid irrational numbers be rearranging your expression, or doing it in your head: Approximate Mode 1*9/9=1. S.Nash --- 1/9 * 9 = .999999999999? > in approximate mode, if you enter in 1/9 and multiply is by 9 you get > .999999999999 Its not a serious bug and anyone could just round it to > 1 but it is a little disturbing :( ==== In Advanced Users Guide Command Reference you can read, in the description of FUNCTION, about plotting vertical lines inserting an equation like indep. = constant in EQ. Could someone tell me something about that? ==== > In Advanced Users Guide Command Reference you can read, in the description of > FUNCTION, about plotting vertical lines inserting an equation like indep. > = constant in EQ. Could someone tell me something about that? Its wrong. ==== > In Advanced Users Guide Command Reference you can read, in the description of > FUNCTION, about plotting vertical lines inserting an equation like indep. > = constant in EQ. Could someone tell me something about that? Its wrong. OK. This is what I supposed. In this case, why that informaion is written in AUG? ==== > In Advanced Users Guide Command Reference you can read, in the > description of > FUNCTION, about plotting vertical lines inserting an equation like > indep. > = constant in EQ. Could someone tell me something about that? > Its wrong. > OK. This is what I supposed. In this case, why that informaion is written in > AUG? I think it was copied from the HP48G handbook, where it is also wrong. It might have worked in the HP48S, but I don't know. ==== I am a bit confused since I've noticed there are several different ways to write programs in ML. Could someone explain why??? Where can I get the original HP Saturn Instruction set for the 48G??? Is there any documentation or software made by HP to write/compile in assembly language??? Why is the HP trying to eat me?? :) ==== please take a look at www.hpcalc.org where you'll find anything you need. Raymond Ezequiel Garcia schrieb im Newsbeitrag > I am a bit confused since I've noticed there are several different > ways to write programs in ML. Could someone explain why??? Where can I > get the original HP Saturn Instruction set for the 48G??? Is there any > documentation or software made by HP to write/compile in assembly > language??? Why is the HP trying to eat me?? :) ==== I downloaded the Trigonometry Marathon 1.0 from http://www.hpcalc.org/hp49/docs/misc/ but try as I will I cannot read the right hand column of the PDF file. Only half of this column appears and nothing that I can do will recover the missing words. Is it just me ? I've tried viewing it with free acrobat reader versions 4 & 5 ==== i tried it to. same problem > I downloaded the Trigonometry Marathon 1.0 from > http://www.hpcalc.org/hp49/docs/misc/ but try as I will I cannot > read the right hand column of the PDF file. Only half of this column appears > and nothing that I can do will recover the missing words. Is it just me ? > I've tried viewing it with free acrobat reader versions 4 & 5 > ==== I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib does not work, it gives me an STO Error: Undefined XLIB Name. Has anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. ==== > I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib > does not work, it gives me an STO Error: Undefined XLIB Name. Has > anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. download, there are several files which describe the one you mentioned (bzlib, bz49lib) and a folder of the ones I had tried before (bz49) which didn't work. The Bzlib will not install because its for 48 and the Bz49lib will install but makes no difference on the Eclib Library. Beside the point, why does it take so long to see the post on Google.group when you can view the post almost immediately going through the news server on outlook. ==== You are using the wrong compressor. Compressor should be BZLIB. Roman Jorge G. schrieb im Newsbeitrag > I just installed Eclib with BZ49, BZu49, & BZ on my 49G. The Eclib > does not work, it gives me an STO Error: Undefined XLIB Name. Has > anybody had success installing this lib? I'm running Rom 1.19-6 in RPN mode. ==== after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but before buying it, I'd like to know if is possible to resolve problems like this: 3 symbolic equation: Vi Vi Vs -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] Rs Rbe Rs Vu -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] Rl I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] and have the result: Vu= ... is possible?? equation could be also quadratic or bigger... Please, does any one could explain me step by step? (I'm evaluating the 49g with the emulator, and I have readed the user guide, but I have not found any answer... I'm not very expert in the 49g...) thanks a lot Luca ==== You can do this in a very straightforward way (and solve for both variables at the same time) with a TI-89 or TI-92 Plus. -- Bhuvanesh > after 11 year of hard work, my 48sx died! argh!!!!!!!!!!!!! I'd like to buy a new calculator, and I'm thinking to the 49g, but > before buying it, I'd like to know if is possible to resolve problems > like this: 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > I want to resolve the [1] as Vi=f(Vu) then substitute it in the [2] > and > have the result: Vu= ... > is possible?? equation could be also quadratic or bigger... Please, does any one could explain me step by step? (I'm evaluating > the 49g with the emulator, and I have readed the user guide, but I > have not found any answer... I'm not very expert in the 49g...) > thanks a lot > Luca ==== > 3 symbolic equation: Vi Vi Vs > -- + -- + p*Ce*Vi + p*Cc*(Vi-Vu) = -- [1] > Rs Rbe Rs > Vu > -- + gm*Vi + p*Cc*(Vu-Vi) = 0 [2] > Rl > is possible?? > Yes. There are a couple of alternatives for symbolic manipulation with this little wonder called HP49G. To solve this transistor circuit just form in EWQ the two equations as you see them, put them on the stack, each on a separate line, then put on the stack the first variable to solve for, say Vi, and type SOLVE in exact mode.You will get Vi as function of all other variables, including, of course, Vu. Then use the command SUBST and then type Vu on the stack. Use again SOLVE and be patient (it took a couple of minutes in my case)and here comes the answer-I hope it is correct :-) %%HP: T(1)A(R)F(.); 'Vu=(p*Rbe*Vs*R1*Cc- gm*Rbe*Vs*R1)/((p^2* Rbe*Rs*R1*Ce+(((p*gm* Rbe+p)*Rs+p*Rbe)*R1+p *Rbe*Rs))*Cc+(p*Rbe* Rs*Ce+(Rs+Rbe)))' which has a second order polynomial in the denominator in terms of the Laplace variable p=jw The other way you could do it is to use the GBASIS command that applies to general nonlinear polynomial systems (needs ROM 1.19 I think). For linear systems, the basic matrix manipulation would also do. Have fun! ==== See if interested. ==== my HP49 (chinese model) has been stolen. Where to buy a new one in Germany or elsewhere? My dealer, CYN.94X, has holyday and I'cant wait too long. ==== > my HP49 (chinese model) has been stolen. Where to > buy a new one in Germany or elsewhere? My dealer, > maybe you could try www.abyte.de or www.dynatech.de ==== I ran the program to extract the 64kb of user flash memory,the i followed the instructions (erasing 0 user bank, dowloadink system,etc.),but the list whose contents i should save in port 2 is empty. What's wrong? ==== > I ran the program to extract the 64kb of user flash memory,the i followed the instructions (erasing 0 user bank, dowloadink system,etc.),but the list whose contents i should save in port 2 is empty. What's wrong? > Nothing's wrong. You apparently didn't have anything in flash bank 0, so you don't have anthing to move back to port 2. Just delete the variable that contains the empty list and the program that was for extracting anything from that first 64kb flash bank. Upgrade successful! -- ==== I'm using TRAC to print my calculations. The first line looks good and then the blanks get replaced by junk. Other printing works just fine. Any ideas? Also I'm using the B version of the printer. Moo ==== > I'm using TRAC to print my calculations. The first line looks good and > then the blanks get replaced by junk. Other printing works just fine. > Any ideas? > Also I'm using the B version of the printer. I'm guessing that 'TRAC' is a program that sets up trace mode printing using vectored ENTER. If so, would you be so kind as to post a copy of the program and also of your GaENTER and GbENTER variables. As you're using the 82240B, the second object in your PRTPAR variable should be an empty string. The OLDPRT command would replace it with a remap string, which would make certain characters come out wrong. Well, that's probably not the problem as you write that other printing works just fine. -- ==== I have an HP48GX which I used to use a lot. It has two memory cards (both real HP) and a whole load of stuff loaded into it, some of which is standard things and some of which not. I've been doing too much other stuff for 2 years, and I can't really remember how my setup works - I have all sorts of clever tricks which load and unload libraries, and libraries in all sorts of ports and so on. I have backups, but I'm not sure I understand enough to recreate it from them. When I have more time, I need to spend some time doing archeology on it to work out how things are set up and write it all down. Till that point I'd like to keep it alive so I don't lose any data. For a while I had it in COMA (?) mode, but I'm now keeping it just turned off, and checking every once in a while to change batteries. I'm worried about the memory cards. I know they may need their batteries changed, but either I forgot to set an alarm last time or something has eaten the alarms. Do I need to change the memory card batteries, or will the machine's batteries keep the cards alive while they are in it? If I do need to change them, can someone describe how to do this? I know there's a good description in the manuals, but they're in store... --tim ==== When you turn the calculator on, if either card's battery is low the dispolay will so indicate. And also which card is low. The procedure to change the battery in a card is to do so with the calculator turned on, so the calculator batteries keep what is on the card active. rdb. ==== > When you turn the calculator on, if either card's battery is low the > dispolay will so indicate. And also which card is low. The procedure > to change the battery in a card is to do so with the calculator turned > on, so the calculator batteries keep what is on the card active. When the card is in the calculator and the calculator is turned on, that is. Otherwise, the card uses it's own battery, even when it's in the calculator but the calculator is turned off. -- ==== On a previous post I told a tale of 4 HP49's bought (Chinese, made April/May 2001) in Brazil which did not work properly out of the box. The problem exhibited was that once turned off, the calculator would be troublesome to turn back on, and when they did go back on, they did so going through a Warm Start. (this was true of the first three) The fourth one, worked properly at first but after a while it started acting up pretty much in the same way. After some experimentation, decided to change the batteries on this 4th one and it started working properly again, but after a couple of long file trasnsfers the problem started again. After examining the 4th one, it turned out that the batteries had discharged to 1.42 volts. The low battery indicator never flashed on this one. My other (Indonesian) HP49 works with batteries discharged to about 1.15 volts and the low battery indicator starts flashing at around 1.2 volts. I called HP support here in Brazil and of course they know nothing about it. I can see there must be a few frustrated buyers out there who are having to change out their batteries every 2 weeks or so. Any comments???? ==== oops there is no IR :) ==== you could just use current meter (multimeter, ampmeter) and check out the current. if i don't remember wrong, it is about 6 mA for iddle and 18 mA when pressing a key. you could compare your results with these ones. put a piece of thin plastic (or paper) between one end of the batteries-terminal and connect the two ends (tab and battery) with the multimeter leads(current selected). then turn on the calculator and do some measurements. maybe the IR is on all the time, play a little :) > On a previous post I told a tale of 4 HP49's bought (Chinese, made > April/May 2001) in Brazil which did not work properly out of the box. > The problem exhibited was that once turned off, the calculator would > be troublesome to turn back on, and when they did go back on, they did > so going through a Warm Start. (this was true of the first three) The > fourth one, worked properly at first but after a while it started > acting up pretty much in the same way. > After some experimentation, decided to change the batteries on this > 4th one and it started working properly again, but after a couple of > long file trasnsfers the problem started again. > After examining the 4th one, it turned out that the batteries had > discharged to 1.42 volts. The low battery indicator never flashed on > this one. My other (Indonesian) HP49 works with batteries discharged > to about 1.15 volts and the low battery indicator starts flashing at > around 1.2 volts. > I called HP support here in Brazil and of course they know nothing > about it. I can see there must be a few frustrated buyers out there > who are having to change out their batteries every 2 weeks or so. Any comments???? ==== It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG (right-shift and divide key) will show arguments in the latest calculation. The 49 pocket guide says that the ARG command will calculate the argument, or angle, formed by the vector representing a complex number and x-axis. If this true, then what key presses will give me the arguments of the latest calculation (other than the cmd key)like the 48 calculator? ==== > It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG > (right-shift and divide key) will show arguments in the latest > calculation. The 49 pocket guide says that the ARG command will > calculate the argument, or angle, formed by the vector representing a > complex number and x-axis. If this true, then what key presses will > give me the arguments of the latest calculation (other than the cmd > key)like the 48 calculator? Well, then it seems that Dr. Urroz is just plain wrong about the 49G. The command that you're looking for is LASTARG (or you can use LAST as a synonym), and, as far as I know, you have to either type it in or use CAT to get it on the 49G. Of course you could always store it in a variable or assign it to a user key. On the 48 series, it is indeed available as RightShift ARG, and on the 28 series it's called LAST and is available as Shift LAST. Why in the world it isn't as easily available on the 49G is beyond me. LASTARG pushes the arguments from the last command that took any arguments back on the stack, as long as flag -55 has been clear since that command was executed. Setting flag -55 disables LASTARG and clears the buffer. Note that commands that don't take any arguments (CLEAR, MEM, DEPTH, STD, RECT, etc.) don't change the contents of the last arguments buffer. -- ==== > It's mentioned in the 48 manual and Urrotz's 49 manuals that the ARG > (right-shift and divide key) will show arguments in the latest > calculation. The 49 pocket guide says that the ARG command will > calculate the argument, or angle, formed by the vector representing a > complex number and x-axis. If this true, then what key presses will > give me the arguments of the latest calculation (other than the cmd > key)like the 48 calculator? Well, then it seems that Dr. Urroz is just plain wrong about the 49G. > The command that you're looking for is LASTARG (or you can use LAST as a > synonym), and, as far as I know, you have to either type it in or use > CAT to get it on the 49G. Of course you could always store it in a > variable or assign it to a user key. On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > LASTARG pushes the arguments from the last command that took any > arguments back on the stack, as long as flag -55 has been clear since > that command was executed. Setting flag -55 disables LASTARG and clears > the buffer. Note that commands that don't take any arguments (CLEAR, > MEM, DEPTH, STD, RECT, etc.) don't change the contents of the last > arguments buffer. -- ==== > On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > In algebraic mode you have the ANS command that returns the latest calculation. Unlike LASTARG, you can use it in a calculation like: 1+ANS(1) There's no such thing as ANS in RPN mode as the historic is not saved in the stack, so you can't easily retrieve it. ==== On the 48 series, it is indeed available as RightShift ARG, and on the > 28 series it's called LAST and is available as Shift LAST. Why in the > world it isn't as easily available on the 49G is beyond me. LeftShift ANS (above the ENTER key). But why ANS is beyond me. > In algebraic mode you have the ANS command that returns the latest > calculation. Unlike LASTARG, you can use it in a calculation like: > 1+ANS(1) Ok, I often forget that algebraic mode even exists; it seems very unintuitive and complicated to me. > There's no such thing as ANS in RPN mode as the historic is not saved in the > stack, so you can't easily retrieve it. It seems to me that using ANS in ALG mode is sort of like using something from the stack in RPN mode. Oh well, I guess that having LASTARG on an otherwise unused key labeled ANS is better than always having to type it in or use CAT. -- I thought the ON button on my 48SX died but then I started playing around and found that when used with other keys, it actually worked. Example: I can't turn it on by pressing the ON button but if I can if I press the B or C button while pressing ON. Same goes for turning it off. I've done resets and ran the internal diagnostic. Does anyone have an idea what the problem is and how to fix it? ==== Interesting you should mention that. One of my 39Gs is behaving the same way (intermittently). Pressing ON often does not switch the machine on but pressing ON+SK3 (the equivalent of the C key on the 49) will start it. Strangely, pressing ON+SK3 will normally do a soft reboot and clear doesn't do that. > I thought the ON button on my 48SX died but then I started playing around and > found that when used with other keys, it actually worked. Example: I can't turn > it on by pressing the ON button but if I can if I press the B or C button while > pressing ON. Same goes for turning it off. I've done resets and ran the > internal diagnostic. Does anyone have an idea what the problem is and how to fix it? ==== I had a similar problem with a 48gx. The calc only turned on with on c or when I would press down on the area just above the menu keys and then press the ON key, Had to type in OFF to turn calc off. To solve the problem we used compressed air and gently tapping and brushing the keypad while the calc was upside down to dislodge all the dust and crud that fell in behind the buttons. The the calc works perfectly now. Hope this helps. Rick > Interesting you should mention that. One of my 39Gs is behaving the same > way (intermittently). Pressing ON often does not switch the machine on > but pressing ON+SK3 (the equivalent of the C key on the 49) will start > it. Strangely, pressing ON+SK3 will normally do a soft reboot and clear > doesn't do that. > I thought the ON button on my 48SX died but then I started playing around and > found that when used with other keys, it actually worked. Example: I can't turn > it on by pressing the ON button but if I can if I press the B or C button while > pressing ON. Same goes for turning it off. I've done resets and ran the > internal diagnostic. Does anyone have an idea what the problem is and how to > fix it? > ==== Yes, I just noticed the same phenomenon (turning it on while lightly pressing the area above the top row of keys). Any idea what problem this indicates? I've tried the vibrating/banging/compressed air thing to no avail. ==== I use several equations over and over again... as these only have 2 or 3 variables Is there a quick and easy way to store equations and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== Yes, just store the equations in variables, start the numeric solver then use choose (highlight the EQ then use the F2 key) to choose the equation to solve and fill in the values for the knowns. If you want to solve symbolically then recall the equation from the variable to the stack, the variable to solve for then use SOLVE. eg 'Y=A.X^2+B.X+C' 'X' SOLVE Easy > I use several equations over and over again... > as these only have 2 or 3 variables Is there a quick and easy way to store equations > and solve them quicky on 49G i try the NUMSLV but can't seem to recall my equation to enter properly... ==== I wish to program with the 49G, where do I start?? MC ==== be sure to understand http://www.anti-matrix.net ==== :). RTFM is allmost as helpfull. UserRPL is close to keystrole programming so fill in the gap between << and > with the keystrokes you would use will get you started. Read the Manual for various looping structures and programming instructions etc. www.hpcalc.org has some very good programming guides for more advanced info. Stephen.N << 2 2 + > will give 4 << '2+2' EVAL > same as above from the dark side. << + > will add whatever is on the stack when you run it. > << > be sure to understand http://www.anti-matrix.net ==== PS; Most of the information on the 48 series calculators also applies to the 49G. -- ==== As subject says, from the manual, it looks like it is related to the ENTER key assignment but I can't figure it out. Any help would be greatly appreciated Arnaud ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated Salut Arnaud, some additions to what has been said by . It is easier to work with betaENTER alone. Both variables together are infact seldom needed. Also the OS makes occasionally use of these names. If present in HOME and flags -62 and -63 are set, keep simply xDROP in the betaENTER-file. That amounts to same as if betaENTER were not present. betaENTER should carry some additional instruction only while running some application. This, of course, may also be a run in a new context as in the example below. A useful application of betaENTER is the creation of a smart suspendor of the Edit mode which I have on the SPACE key. The key generates a space if normally EditHLT in the header instead of simply HLT. So I get always a hint that HLT refers to a suspended editor session, to be continued by pressing CONT. This is what has to be assigned to SPC in the presence of Keyman for the 49. On the 48, Rompointer 4B0 8 (the longhold-tester) may have another number: :: TakeOver ROMPTR 4B0 8 :: CHR 20 DoKeyOb ; EditLExists? NOT?SEMI (or SPC may make still something else) ' :: ' :: xDROP 88 2 EditHLT $>grob XYGROBDISP SetDA1NoCh ; DUP' ID betaENTER SAFESTO CDRCOMP EVAL xHALT ; RunInNewContext_ ' xDROP ' ID betaENTER SAFESTO ; The exciting command RunInNewContext_ is unsupported but stable on the HP49 (PTR 0B954). Hence, it should - ==== > As subject says, from the manual, it looks like it is related to the > ENTER key assignment but I can't figure it out. > Any help would be greatly appreciated It's for vectored ENTER, or the flag browser calls it custom ENTER, which I suppose describes it just as well. Vectored ENTER modifies what happens when ENTER is invoked, whether explicitly by pressing the ENTER key, or implicitly by pressing some other immediate-execute key. For vectored ENTER mode to be in effect, both flag -63 and flag -62 (user keys) must be set. By the way, it works the same on the 49G. With vectored ENTER in effect, when ENTER is invoked, the current path is searched for the reserved variable GaENTER (where Ga is lower-case Greek alpha). If GaENTER is found, then the command line is put on the stack as a character string, and then GaENTER is executed, and after GaENTER is finished, whatever is assigned to the key that started the ENTER is executed. Then the current path is searched for the reserved variable GbENTER (where Gb is lower case Greek beta). If GbENTER is found, then a string representing the key that started the ENTER is put on the stack, and then GbENTER is executed. Wickes gives a simple example of vectored ENTER usage in his HP 48 Insights book. If you have a printer try this out. Store the following as GaENTER: << PR1 OBJ-> > and this as GbENTER: << [ SWAP + ] + PR1 DROP PR1 > with both flags -62 and -63 set, you'll have trace mode printing. The command line will be printed, then a string (possibly empty) with brackets around it for the key that started the ENTER will be printed, and then the result (assuming that the operation returns one result) will be printed. Of course, you can get a bit fancier, using a program to store programs in the reserved variables and setting the flags, and another program to purge the reserved variables and clear flag -63 (and perhaps flag -62). Or you could use just one program that prompts you whether you want to set up or disable your vectored ENTER, or one that has a HALT in it, or one that sets up and disables vectored ENTER every time it runs. You could put the reserved variables in sub-directories instead of HOME so that they won't be found from other parts of the directory tree. --