B309 > Some people may have time to work for free on some projects (and these X > Everyone has a right to charge for their work, but that doesn't always > mean that they should. No pay for your work? How would you live? JYA has a very strong point here! > The fact that HP should maybe buy the book's right and give it for free to its users is an entirely different topic. I don't think that is very likely :-( -- > I think there is always a change that HP will find it's roots after all by buying the Urroz' Books and giving away the 1st Vol as a User's Guide and the Vol II calling it Applications (after proof-reading then both) PLUS they should combine the CAS guide called as Advanced User's Guide and the old HP 48G/GX Advance User's Reference Manual to a new revised HP 49G Advance User's Reference Manual which might be also free. The HP 49G User's Guide should be renamed to Quick Start Guide and the new style rotated Pocket Guide just need the new keywords. That's the only book good as it is (maybe the Quick Start, too) That's my opinion. Should be ALL vote here for it? I'm a believer! :-D Brother-Peter I agree. They should have done all of that years ago. That was my biggest disappointment with the HP49, the lack of a comprehensive user guide. Especially when compared to the manual for the HP48 and their earlier calculators. Maybe that is where HPs problem began. ed > I think there is always a change that HP will find it's roots after all by > buying the Urroz' Books and giving away the 1st Vol as a User's Guide > and the Vol II calling it Applications (after proof-reading then both) > PLUS > they should combine the CAS guide called as Advanced User's Guide > and the old HP 48G/GX Advance User's Reference Manual > to a new revised HP 49G Advance User's Reference Manual > which might be also free. > The HP 49G User's Guide should be renamed to Quick Start Guide > and the new style rotated Pocket Guide just need the new keywords. > That's the only book good as it is (maybe the Quick Start, too) > That's my opinion. > Should be ALL vote here for it? > I'm a believer! > :-D > Brother-Peter > Advertising in public that you intend to commit some piracy is really not > such a good idea. Dr Urroz must have spent a lot of time and effort writing > this book, and you should be ashame of yourself. While I respect his decision to charge for the books, I still think > they should be free, regardless of the time and effort (lots of people > put a lot of time and effort into their projects), especially given > EQW should be free; well, why not these books, then? There isn't even > a free version for the Urroz books as is the case with the EQW! I don't know. Part of me says, yeah, they should be free, because that would be nice for me. And part of me thinks that the author went through a good deal of work on his own time and he should be paid for it. If u cant buy a hp49g in the us, then why could I through the hp web site just like two days ago. > If u cant buy a hp49g in the us, then why could I through the hp web site > just like two days ago. You can buy them in the US. There are plenty available. Go to you local university's bookstore. I bet they have it. Every university here in Utah carries the HP49, and keeps plenty of stock. :o) i have an 49g for about a year and a half, and about a month some keys stoped working, in the morning were ok, and in the afternoon, it didnĒt work any more... the keys are F1, 0, ., spc, Enter.. cna you believe it?? i donĒt even have the enter, i cant use the calculator. IĒm trying to find an repair service, but here in venezuela is not simple.. so i was wondering.... this happened to any of you?? what could me the cause?? > i have an 49g for about a year and a half, and about a month some keys > stoped working, in the morning were ok, and in the afternoon, it > didnĒt work any more... the keys are F1, 0, ., spc, Enter.. cna you > believe it?? i donĒt even have the enter, i cant use the calculator. IĒm trying to find an repair service, but here in venezuela is not > simple.. so i was wondering.... this happened to any of you?? what > could me the cause?? Perhaps you are in USER mode and some keys are just deactivated? how can i open the 49G and dont break it?? Javier Lander schreef: > how can i open the 49G and dont break it?? I once tried this: e=UTF-8&selm=3B49B17D.E709A9FF%40student.tn.tudelft.nl&rnum=1 but it may be better to do this: e=UTF-8&selm=3C67917D.6B0EC73A%40student.tudelft.nl&rnum=3 Once it is open you really can't do much, it is very solidly constructed -- This message was written with 100% recycled electrons Pivo Actually there are many calculators made in China that have problems when they are turn on.The calculator don't respond.Only turn on after many tries a show problems with the display.A friend open a calculator made in China and he noted that the flash rom chip is not INTEL anymore.For this reason we think that HP have a problem in the factory of China.Why HP don't say nothing! Is bad quality?How many have the same problem??? Gregorio Mu.96oz Colombia Some of you knows to solve the problem who have 49G Made in China? Description of the problem: 1.bc The calculator does not ignite normally. 2.bc Whenever it ignites appears the message of warmstart. 3.bc Finally, no longer it ignites never. This problem appears approximately after 6 months of use. I have proven many forms to solve this problem. users with this problem aprox. The HP guarantee is valid, but they give a new calculator to you with the same problem (Made in China also), that soon will display the same problem. It is a problem of Hardware, I am safe. I write from South America, the problem is appearing in Peru, Bolivia, Ecuador, Chile, etc. I am not safe if in EU this problem is appearing also, inform please, is very urgent! HP must be pronounced on the matter immediately. Here in my city (Bucaramanga-Colombia) i have seen about 20 calculators with the same problem.HP is going into the way of bad quality...IĒm a hp-fanatic but this thing it makes me feel very dissapointed.I donĒt have a reason to recommend to buy a chinesse HP49G... Sorry... Gregorio Mu.96oz Carre.96o U.I.S-Universidad Industrial de Santander Bucaramanga-Colombia > Here in my city (Bucaramanga-Colombia) i have seen about 20 > calculators with the same problem.HP is going into the way of bad > quality...IĒm a hp-fanatic but this thing it makes me feel very > dissapointed.I donĒt have a reason to recommend to buy a chinesse > HP49G... Sorry... All the HP graphical calculators share very similar components (including the Hp48). Let's hope it won't be the same for all their machines.. I'm in Australia and one of the 3 HP49's recently purchased had the same behaviour. HP immediatly replaced it without question. It is a concern that such an obviously defective calc made it to the customer. Hopefully HP will replace your calc, give them a chance. My chinese model 49 is now nearly 2 years old with no screen scratches, some wear on F, ON and Entry and a crack in the case above the screen. I think that some of the wear on the keys may actually be from sliding the cover on and off everyday. Other than that there is nothing to show it has been used and abused for 2 years, all the keys still have the same response and the screen is fine. I've got no concern about the durability of this calc. It obviously survived some major stress at some point which cracked the case. I suspect some baggage handlers must of thrown the case it was in against a wall or something as I can't rememember sitting on it or driving over it. Certainly feels more solid than alternative calcs. Stephen.N > Some of you knows to solve the problem who have 49G Made in China? Description of the problem: 1.bc The calculator does not ignite normally. > 2.bc Whenever it ignites appears the message of warmstart. > 3.bc Finally, no longer it ignites never. This problem appears approximately after 6 months of use. I have proven many forms to solve this problem. > users with this problem aprox. The HP guarantee is valid, but they give a new calculator to you with > the same problem (Made in China also), that soon will display the same > problem. It is a problem of Hardware, I am safe. I write from South America, the problem is appearing in Peru, Bolivia, > Ecuador, Chile, etc. I am not safe if in EU this problem is appearing also, inform please, > is very urgent! > HP must be pronounced on the matter immediately. > I've just posted a new version of Mendel (1.6) on hpcalc.org. The only language available yet is English. I will soon post the French and Italian versions. I'd like some help to do the translation in Spanish and in German (or any other language if someone is interested). Camille IĒd help you with the German translation Andreas Altho I am not as experienced as many of the users here, I am a long time user of various HP calculators. So far, I have not seen any further answers to the question (totally discontinued) posed below. Does anyone have any more information? I have understood that the HP calculators were no longer under > development, but the last time I looked the question of whether they > would continue to be made was undetermined. Are they fully discontinued, ie. out of production now? Any ROM development going on? Any hope of getting the source GPLed so > the ROM can be developed in the public domain? > I found the following message at samsoncables.com, an authorized HP reseller. All HP Calculators have been discontinued by HP with the exception of the HP10BII, HP12C, and HP30S. It's a pity that HP discontinued their best calculators, the HP48 and even the relatively new HP49. Georg. I wish we could get an answer on this from HPor someone and get the facts. The Australian supplier shows HP38, HP39, HP48GX, HP49 and others as still available. HP's web site also shows these calculators available to online order. Perhaps HP's agents can't be bothered to stock them since without advertising or support how are they expected to sell them. > I found the following message at samsoncables.com, an authorized HP > reseller. All HP Calculators have been discontinued by HP with the exception of > the HP10BII, HP12C, and HP30S. It's a pity that HP discontinued their best calculators, the HP48 and > even the relatively new HP49. Georg. We are still able to obtain 38Gs and 39Gs in Western Australia with no problems. > I wish we could get an answer on this from HPor someone and get the facts. > The Australian supplier shows HP38, HP39, HP48GX, HP49 and others as still > available. HP's web site also shows these calculators available to online > order. Perhaps HP's agents can't be bothered to stock them since without > advertising or support how are they expected to sell them. >>I found the following message at samsoncables.com, an authorized HP >>reseller. >>All HP Calculators have been discontinued by HP with the exception of >>the HP10BII, HP12C, and HP30S. >>It's a pity that HP discontinued their best calculators, the HP48 and >>even the relatively new HP49. >>Georg. Harris Technology here in Australia, are still renewing stocks regularly, check http://hpstore.ht.com.au/Scripts/xworks.exe?XwsSrvID=H,CAT:HHV#Tof There is tremendous benefit for surveyors and engineers for HP to continue the RPN concept of programmable calculators. I am sure that the bulk of sales here in Australia are attributable to this demand alone ! There is a VERY GREAT NEED for a new calculator similar in concept to the HP42. A small, inexpensive and compact calculator with say 1 MB command set as the HP48/49. This calculator would also have to be fairly robust, i.e. tactile keyboard and stable memory. I have used both the HP48 GX and the HP 49G together for three years, and I find that the HP 49G just simply isn't ergonomic and reliable for field based professionals. It doesn't cut the ice for the niche market that HP used to cater for. There is plenty of enthusiasm on this newsgroup for the rather gimmicky and esoteric aspects of the 48/49 calculator, but this surely doen't justify continual development of the genre in its own right ! I find it surprising that there is serious demand worldwide for maintenance and resurrection of the HP 41 ! These earlier machines obviously have a utility that has not been replicated in later models. > I wish we could get an answer on this from HPor someone and get the facts. > The Australian supplier shows HP38, HP39, HP48GX, HP49 and others as still > available. HP's web site also shows these calculators available to online > order. Perhaps HP's agents can't be bothered to stock them since without > advertising or support how are they expected to sell them. I found the following message at samsoncables.com, an authorized HP > reseller. All HP Calculators have been discontinued by HP with the exception of > the HP10BII, HP12C, and HP30S. It's a pity that HP discontinued their best calculators, the HP48 and > even the relatively new HP49. Georg. > There is tremendous benefit for surveyors and engineers for HP to > continue the RPN concept of programmable calculators. I am sure that > the bulk of sales here in Australia are attributable to this demand > alone ! > There is a VERY GREAT NEED for a new calculator similar in concept to > the HP42. A small, inexpensive and compact calculator with say 1 MB > command set as the HP48/49. This calculator would also have to be > fairly robust, i.e. tactile keyboard and stable memory. But unfortunately that's a really small market, so it's going to be expensive the way any serious bit of well-engineered kit for a specialist market is expensive. Cheap, well built, small market - choose any two. --tim Well said. Bravo! We engineers have been abandoned by *that* company. Greg S > There is a VERY GREAT NEED for a new calculator similar in concept to > the HP42. A small, inexpensive and compact calculator with say 1 MB > command set as the HP48/49. This calculator would also have to be > fairly robust, i.e. tactile keyboard and stable memory. I have used both the HP48 GX and the HP 49G together for three years, > and I find that the HP 49G just simply isn't ergonomic and reliable > for field based professionals. It doesn't cut the ice for the niche > market that HP used to cater for. There is plenty of enthusiasm on this newsgroup for the rather > gimmicky and esoteric aspects of the 48/49 calculator, but this surely > doen't justify continual development of the genre in its own right ! ... resurrection of the HP 41 ! These earlier machines > obviously have a utility that has not been replicated in later models. They should kill of that horrible HP-10BII. My keyboard went bad after one month. Try comparing features of the HP-10BII with the TI BAII Plus. The TI wins HANDS DOWN. The little TI even does hyperbolic trig! On a business machine? While HP continues to assume that business people do not know or care that 1+2x3 should really equal 7, not 9 as every business calculator using an = key HP makes/made produces. You should see my poor students struggle to get right answers on the simplest of problems using the HP-10B and HP-10BII calculators because of this exact shortcoming. While, all around them, especially since just this year our University finally gave up and recommended the TI BAII Plus calculator, students using the TI are on to the next problem. Loud sigh again, -- * All opinions herein expressed are mine and * * mine alone. You may choose to ignore them * * but I own them. * > I found the following message at samsoncables.com, an authorized HP > reseller. All HP Calculators have been discontinued by HP with the exception of > the HP10BII, HP12C, and HP30S. It's a pity that HP discontinued their best calculators, the HP48 and > even the relatively new HP49. Georg. Just in passing - are you aware of the Powerpoint animated demo of the 10BII showing how to use it? PS. I'm guessing here but I would suspect that the reason for the 1+2*3=9 problem (which as a math teacher I agree is not good) was that they wanted the upgrade from 10B to 10BII to be one that would not turn off old users. I seem to remember a comment from someone in HP along the lines of how amazingly fanatical the user base was for such an old and outdated calculator. Since the old calculator evaluated that way (they all did back then) I'd guess they decided to keep it and not rock the boat. > They should kill of that horrible HP-10BII. My keyboard went bad after one > month. Try comparing features of the HP-10BII with the TI BAII Plus. The > TI wins HANDS DOWN. The little TI even does hyperbolic trig! On a business > machine? While HP continues to assume that business people do not know or > care that 1+2x3 should really equal 7, not 9 as every business calculator > using an = key HP makes/made produces. You should see my poor students struggle to get right answers on the > simplest of problems using the HP-10B and HP-10BII calculators because of > this exact shortcoming. While, all around them, especially since just this year our University > finally gave up and recommended the TI BAII Plus calculator, students using > the TI are on to the next problem. Loud sigh again, > -- > * All opinions herein expressed are mine and * > * mine alone. You may choose to ignore them * > * but I own them. * >I found the following message at samsoncables.com, an authorized HP >>reseller. >>All HP Calculators have been discontinued by HP with the exception of >>the HP10BII, HP12C, and HP30S. >>It's a pity that HP discontinued their best calculators, the HP48 and >>even the relatively new HP49. >>Georg. There was never a wide enough devotion, as far as I know, to the HP-10B original (whether yellow shift keys OR the insane dark teal green shift keys - there was a winner of an idea), that people would have been in an uproar if the 10BII had implemented rules of math every child learns in the 4th grade. Multiplication and division BEFORE addition and subtraction. At least the TI BAII Plus allows the user a choice of AOS or Chain logic. The 12C is the example where users are so loyal to it that HP can't even speed up the calculations for fear that it might make users think it is broken. Prediction: The HP-12C will be the last calculator made by HP after they kill off everything else. http://www.rskey.org//hp/book.html Business mathbook using HP and TI calculators -- * All opinions herein expressed are mine and * * mine alone. You may choose to ignore them * * but I own them. * > Just in passing - are you aware of the Powerpoint animated demo of the > 10BII showing how to use it? PS. I'm guessing here but I would suspect that the reason for the > 1+2*3=9 problem (which as a math teacher I agree is not good) was that > they wanted the upgrade from 10B to 10BII to be one that would not turn > off old users. I seem to remember a comment from someone in HP along the > lines of how amazingly fanatical the user base was for such an old and > outdated calculator. Since the old calculator evaluated that way (they > all did back then) I'd guess they decided to keep it and not rock the > boat. They should kill of that horrible HP-10BII. My keyboard went bad after one > month. Try comparing features of the HP-10BII with the TI BAII Plus. The > TI wins HANDS DOWN. The little TI even does hyperbolic trig! On a business > machine? While HP continues to assume that business people do not know or > care that 1+2x3 should really equal 7, not 9 as every business calculator > using an = key HP makes/made produces. You should see my poor students struggle to get right answers on the > simplest of problems using the HP-10B and HP-10BII calculators because of > this exact shortcoming. While, all around them, especially since just this year our University > finally gave up and recommended the TI BAII Plus calculator, students using > the TI are on to the next problem. Loud sigh again, > -- > * All opinions herein expressed are mine and * > * mine alone. You may choose to ignore them * > * but I own them. * >I found the following message at samsoncables.com, an authorized HP >>reseller. >>All HP Calculators have been discontinued by HP with the exception of >>the HP10BII, HP12C, and HP30S. >>It's a pity that HP discontinued their best calculators, the HP48 and >>even the relatively new HP49. >>Georg. > You can find it at http://members.iinet.net.au/~ccroft/zipfiles/10B2Pres.zip the projects I did for HP back in 2000. I was shown the existing one for the 10B which I was told had been produced by a university lecturer for his students and asked to update it by scanning in an image of the new calc and then shifting things to allow for the changed keyboard layout. I didn't do much else (no time) and, since I was not a 10B or 10BII user, I couldn't comment on how good it was (or not). It looked pretty crude but then it was never a professionally produced show in the first place, just something someone put together in a spare moment that was (I gather) never intended to be for a wider audience than his students. There was never a wide enough devotion, as far as I know, to the HP-10B > original (whether yellow shift keys OR the insane dark teal green shift > keys - there was a winner of an idea), that people would have been in an > uproar if the 10BII had implemented rules of math every child learns in the > 4th grade. I can't comment as I never used it. I just have a vague memory of someone commenting along those lines when I was shown the 10BII shortly after it was released. I may be mixing it up with something else. Multiplication and division BEFORE addition and subtraction. I'm not arguing. As I said, as a maths teacher I HATE calculators that ignore order of operations. There will be new lower-end models announced later this year, so yes, HP still *continues* in the calculator business. JYA has been working on the 1.19-7 version of the ROM. If I'm remember it correctly, the GPL of the ROM goes like this: 3) Under GPL license, anybody using a GPL'ed product Correct me JYA, if there are any mistakes, too much humor, off-topic things or you just want to pick on me... ***** leaving the post below intact ****** > Altho I am not as experienced as many of the users here, I am a long > time user of various HP calculators. So far, I have not seen any > further answers to the question (totally discontinued) posed below. > Does anyone have any more information? > I have understood that the HP calculators were no longer under > development, but the last time I looked the question of whether they > would continue to be made was undetermined. Are they fully discontinued, ie. out of production now? Any ROM development going on? Any hope of getting the source GPLed so > the ROM can be developed in the public domain? There will be new lower-end models announced later this year, > so yes, HP still *continues* in the calculator business. JYA has been working on the 1.19-7 version of the ROM. If I'm remember it correctly, the GPL of the ROM goes like this: > 3) Under GPL license, anybody using a GPL'ed product Please be careful about how you explain the ramifications of the GPL. Some people misinterpret, and some people try to say (Microsoft) that if GPL software touches your software in any way (like compiles it, or you link to a GPL library), that your software must then be GPL. This is incorrect. Only if you *use source code* from GPL software, you must then release your code as GPL (only the greatuer code that incorporates GPL code, that it), and only if you distribute it! I would be happy to learn more though if I have an incorrect understanding here and someone can shed more light on this. Haven't read the GPL in a while. Good day! ____________________________________ Christopher R. Carlen Principal Laser/Optical Technologist Sandia National Laboratories CA USA crcarle@sandia.gov > Please be careful about how you explain the ramifications of the > GPL. Some people misinterpret, and some people try to say (Microsoft) > that if GPL software touches your software in any way (like compiles > it, or you link to a GPL library), that your software must then be > GPL. Linking to a GPL library is a case where the GPL does (or may) contage software. The LGPL was created for just this case. --tim X > 3) Under GPL license, anybody using a GPL'ed product Please be careful about how you explain the ramifications of the GPL. > Some people misinterpret, and some people try to say (Microsoft) that if > GPL software touches your software in any way (like compiles it, or > you link to a GPL library), that your software must then be GPL. This is incorrect. Only if you *use source code* from GPL software, you must then release > your code as GPL (only the greatuer code that incorporates GPL code, > that it), and only if you distribute it! X As a programmer I thought about using as using the source code also if someone searches the web for GPL, oh sheez - you're right! Thanx for the clarification ! PS: Doesn't linking GPL into my exe involve _using_ the source?? something daugher, 17 year old son, and 13 year old son use TI 83/86 products in school and college. At least in my part of the country, TI has won that market. All 3 have made negative comments on my choice of calculator, but I just considered that to be one more cross to bear as a parent. I am glad to hear HP will remain in the calculator market. Can you explain who or what GPL is? Randy > There will be new lower-end models announced later this year, > so yes, HP still *continues* in the calculator business. JYA has been working on the 1.19-7 version of the ROM. If I'm remember it correctly, the GPL of the ROM goes like this: > 3) Under GPL license, anybody using a GPL'ed product Correct me JYA, if there are any mistakes, too much humor, > off-topic things or you just want to pick on me... > > ***** leaving the post below intact ****** > Altho I am not as experienced as many of the users here, I am a long > time user of various HP calculators. So far, I have not seen any > further answers to the question (totally discontinued) posed below. > Does anyone have any more information? > I have understood that the HP calculators were no longer under > development, but the last time I looked the question of whether they > would continue to be made was undetermined. Are they fully discontinued, ie. out of production now? Any ROM development going on? Any hope of getting the source GPLed so > the ROM can be developed in the public domain? > I have following question: I have just installed ERABLE 3.2 on my HP48 . When looking at the LAP and ILAP commands i noticed, that the heaviside and the delta - Functions are not supported! Is there a version of ERABLE (>3.2) that supports this features or does somebody know how to Laplace-transform Heaviside Functions on the HP48 ? Bernd :: BINT0 BINT56 xLCD-> XYGROBDISP BINT63 ZERO_DO WINDOWDOWN SLOW LOOP ; it is good? as I recover the screen?... if this program this inside another program.... as I recover the screen? ... ^SaveHARDBUFF and ^RestoreHARDBUFF they don't work. Guenpovi :oP PTR 26422 (1.19-6) of the command RECLAIMDISP Guenpovi I've just released almost all my HP48/49 game's asm source codes for those who may want to play with them... So, first my latest mario game (engine + editor sources + datas) for HP48 and HP49 archive is available here : http://jadeware.free.fr/jadeware_org/hp/file/source/MarioHP2.zip (612Kb) Here we have my latest ZeldaHP project (engine + editor HP/PC sources + datas) available here : http://jadeware.free.fr/jadeware_org/hp/file/source/zeldahp.zip (693Kb) At last here are source codes from almost all my older games for HP48 (engine + editor source code + datas..) available here : http://jadeware.free.fr/jadeware_org/hp/file/source/compilation.zip (497Ko) Julien Meyer I bought an HP49 to prepare for an engineering exam which will take place in late October. Unfortunately, it appears, my supplier fobbed off an Indonesian model on me with the serial no. beginning with ID94.. According to the HP 49 FAQ on www.hpcalc.org: Early versions of the HP49 (those with serial number under ID94...) have a buggy serial port. If you have one of these calculators, call HP tech support and get the calculator replaced with a fixed model. I would like to make sure this is the case before I start requesting a new machine. First off, I would like to be studying rather than playing around with exchanging machines, etc. I just received the HP connectivity kit, and, sure enough, am unable to connect. The instructions are cryptic with regard to checksum. How do I determine what the proper setting is? Other questions: When selecting Modes; I/O; Server, I get the message: Awaiting Server Command. Am I supposed to leave the machine in this state while connecting? In Modes; Transfer, I have selected Baud=9600; Kermit program. Which appears to correspond to my computer and the connectivity kit respectively. Any other critical settings? When running the program from the PC, I get a message indicating unable to connect & suggesting pressing RS and rt. arrow simultaneously. Doing so does not help me connect. Can you help me narrow this down to the component vs. user level of error? John > I bought an HP49 to prepare for an engineering exam which will take > place in late October. Unfortunately, it appears, my supplier fobbed > off an Indonesian model on me with the serial no. beginning with > ID94.. > According to the HP 49 FAQ on www.hpcalc.org: Early versions of the HP49 (those with serial number under ID94...) > have a buggy serial port. If you have one of these calculators, call > HP tech support and get the > calculator replaced with a fixed model. I would like to make sure this is the case before I start requesting a > new machine. First off, I would like to be studying rather than > playing around with exchanging machines, etc. My understanding is that it's only those with the serial *lower than* ID94... that have the problem, so yours doesn't. > I just received the HP connectivity kit, and, sure enough, am unable > to connect. > The instructions are cryptic with regard to checksum. How do I > determine what the proper setting is? A higher number here performs more stringent error checking. I always use setting 3, 3-digit CRC, but the choice is yours; use the same setting on the calculator as in hpcomm. In case of a mismatch, 1-digit arithmetic checksum (setting 1) is used, so it should still work no matter how you set these. > Other questions: > When selecting Modes; I/O; Server, I get the message: Awaiting Server > Command. Am I supposed to leave the machine in this state while > connecting? Yes. Leave it in server mode until you're finished with the transfers. > In Modes; Transfer, I have selected Baud=9600; Kermit program. Which > appears to correspond to my computer and the connectivity kit > respectively. Any other critical settings? Leave parity set at the default None. > When running the program from the PC, I get a message indicating > unable to connect & suggesting pressing RS and rt. arrow > simultaneously. Doing so does not help me connect. Can you help me narrow this down to the component vs. user level of > error? Running MS Windows 98SE, that occasionally happens to me. Restarting MS Windows always seems to cure it, and strangely enough, I've recently found that if I start HyperTerminal PE using the same port as I tried for hpcomm and then disconnect HyperTerminal, hpcomm will work just fine. -- James John, I have a hp49 with serial #ID93... and connect fine with the PC. Check setting on the PCconnect for the correct com port. Mine is com1. > I bought an HP49 to prepare for an engineering exam which will take > place in late October. Unfortunately, it appears, my supplier fobbed > off an Indonesian model on me with the serial no. beginning with > ID94.. > According to the HP 49 FAQ on www.hpcalc.org: Early versions of the HP49 (those with serial number under ID94...) > have a buggy serial port. If you have one of these calculators, call > HP tech support and get the > calculator replaced with a fixed model. I would like to make sure this is the case before I start requesting a > new machine. First off, I would like to be studying rather than > playing around with exchanging machines, etc. I just received the HP connectivity kit, and, sure enough, am unable > to connect. > The instructions are cryptic with regard to checksum. How do I > determine what the proper setting is? Other questions: > When selecting Modes; I/O; Server, I get the message: Awaiting Server > Command. Am I supposed to leave the machine in this state while > connecting? In Modes; Transfer, I have selected Baud=9600; Kermit program. Which > appears to correspond to my computer and the connectivity kit > respectively. Any other critical settings? When running the program from the PC, I get a message indicating > unable to connect & suggesting pressing RS and rt. arrow > simultaneously. Doing so does not help me connect. Can you help me narrow this down to the component vs. user level of > error? > John Also, I am using Win98 edition for PC. I have not tried to load PC connect on Win XP. That may be your problem???? > John, I have a hp49 with serial #ID93... and connect fine with the PC. Check setting on the PCconnect for the correct com port. Mine is com1. > I bought an HP49 to prepare for an engineering exam which will take > place in late October. Unfortunately, it appears, my supplier fobbed > off an Indonesian model on me with the serial no. beginning with > ID94.. > According to the HP 49 FAQ on www.hpcalc.org: Early versions of the HP49 (those with serial number under ID94...) > have a buggy serial port. If you have one of these calculators, call > HP tech support and get the > calculator replaced with a fixed model. I would like to make sure this is the case before I start requesting a > new machine. First off, I would like to be studying rather than > playing around with exchanging machines, etc. I just received the HP connectivity kit, and, sure enough, am unable > to connect. > The instructions are cryptic with regard to checksum. How do I > determine what the proper setting is? Other questions: > When selecting Modes; I/O; Server, I get the message: Awaiting Server > Command. Am I supposed to leave the machine in this state while > connecting? In Modes; Transfer, I have selected Baud=9600; Kermit program. Which > appears to correspond to my computer and the connectivity kit > respectively. Any other critical settings? When running the program from the PC, I get a message indicating > unable to connect & suggesting pressing RS and rt. arrow > simultaneously. Doing so does not help me connect. Can you help me narrow this down to the component vs. user level of > error? > John Win.... edition ....may be your problem???? SYSTEM: the PC is running Windows NT, which is supported by the HP connectivity kit. > Check setting on the PCconnect for the correct com port. PORT: I have selected COM1 through the PC program. I think this is correct, because I tried hooking to the second 9-pin connector on the PC, and the connect process stopped even more quickly. Still flailing, John Win.... edition ....may be your problem???? > SYSTEM: the PC is running Windows NT, which is supported by the HP > connectivity kit. Check setting on the PCconnect for the correct com port. > PORT: I have selected COM1 through the PC program. I think this is > correct, because I tried hooking to the second 9-pin connector on the > PC, and the connect process stopped even more quickly. Still flailing, John I have a ID94... and mine connects fine with windows 95/98.....I did have problems however with weak batteries. The calculator would run fine but not traqnsfer...Try brand new batteries. I am looking for a program for the HP48GX I replaced a deceased HP32SII with the HP48GX and I need to do the same functions. However, the programming is a bit different than I am used to. I need a program that will convert from decimal inches (ex: 5/16 = 0.3125) to feet-inches-sixteenths. (ex: 5/8 + 3-1/2 = 4-1/8 ) input on the 32SII was .625 Enter 3.5 + Then My program would convert that to feet-inches-sixteenths (0.0402) I need to be able to have the 48GX do the same calculations. Any help would be greatly appreciated. > I need a program that will convert from decimal inches > to feet-inches-sixteenths. ft <-> ft.inss [feet, inches, sixteenths, just like hh.mmss] << DUP FP .88 * - DUP 100. * FP .0084 * - >> 'ft->' STO << DUP 100. * FP .0525 * + DUP FP 22. * 3. / + >> '->ft' STO << ->ft SWAP ->ft + ft->> 'fisadd' STO > example: 5/8 + 3-1/2 = 4-1/8 > .625 3.5 + then convert to feet-inches-sixteenths (0.0402) Your example is of converting *inches* to *feet*, so it will be necessary to divide by 12, e.g. .625 3.5 + 12. / ft-> ==> .0402 Or you can add another program to the above set, e.g. << 12. / ft->> 'i->fis' STO Then .625 3.5 + i->fis ==> .0402 ----------------------------------------------------------- With best wishes from: John H Meyers http://www.mum.edu . On Thu, 29 Aug 2002 05:21:59 -0500, John H Meyers > I need a program that will convert from decimal inches >> to feet-inches-sixteenths. ft <-> ft.inss [feet, inches, sixteenths, just like hh.mmss] << DUP FP .88 * - DUP 100. * FP .0084 * - >> 'ft->' STO << DUP 100. * FP .0525 * + DUP FP 22. * 3. / + >> '->ft' STO << ->ft SWAP ->ft + ft->> 'fisadd' STO >> example: 5/8 + 3-1/2 = 4-1/8 >> .625 3.5 + then convert to feet-inches-sixteenths (0.0402) Your example is of converting *inches* to *feet*, >so it will be necessary to divide by 12, e.g. .625 3.5 + 12. / ft-> ==> .0402 >Or you can add another program to the above set, e.g. << 12. / ft->> 'i->fis' STO Then .625 3.5 + i->fis ==> .0402 >----------------------------------------------------------- >With best wishes from: John H Meyers http://www.mum.edu > Theer is a program on Hpcalc.org by Dr. Eric T. Lane that does this. It's kind of old but it works. Harold A. Climer Dept. of Physics,Geology and Astronomy U. Tennessee at Chattanooga The HP 48GX graphing calculator has a huge amount of converssions (volume, length, area, etc.) for both English and Metric. I do not know if it can do the conversion in the exact fashion you want, however. A good place to get HP 48GX calculators and accessories is Calcpro website www.calcpro.com. I have bought from them many times and have had good dealings with its manager, Paul Nelson. Look at http://www.classiccalculators.com/ >Look at http://www.classiccalculators.com/ I wish they weren't that expensive! Volker > I wish they weren't that expensive! Volker I've just seen they are also in ebay. http://cgi.es.ebay.com/ws/eBayISAPI.dll?ViewItem&item=1375945204 > Look at http://www.classiccalculators.com/ Unbelievable! Astonishing! How long will these treasures survive? THough I already have one, I think of bying another one. Yes > Look at http://www.classiccalculators.com/ > But I think it's not an endless source. They'll be gone soon. If they weren't that expensive...I'd buy some spare units. Raymond Maybe the HP can do this rather simple integral. The TI-89 can't: Integrate( (x-a) e^(-(x-a)^2), x ) -- ____________________________________ Christopher R. Carlen Principal Laser/Optical Technologist Sandia National Laboratories CA USA crcarle@sandia.gov Maybe the HP can do this rather simple integral. The TI-89 can't: Integrate( (x-a) e^(-(x-a)^2), x ) Try a simple calc I type substitution such as (x-a)=u. Integrate the thing and reverse substitute. I made a simple program that does this kind of stuff automaticall for occasions like this. Its not hard. Maybe the HP can do this rather simple integral. The TI-89 can't: Integrate( (x-a) e^(-(x-a)^2), x ) Maybe the HP can do this rather simple integral. The TI-89 can't: Integrate( (x-a) e^(-(x-a)^2), x ) sure can. Maybe the HP can do this rather simple integral. The TI-89 can't: Integrate( (x-a) e^(-(x-a)^2), x ) I don't think that's a simple integral (it probably requires the Risch algorithm). Unfortunately, my implementation of the Risch algorithm can't handle this yet either. -- >>Maybe the HP can do this rather simple integral. The TI-89 can't: >>Integrate( (x-a) e^(-(x-a)^2), x ) > I don't think that's a simple integral (it probably requires the Risch > algorithm). Unfortunately, my implementation of the Risch algorithm > can't handle this yet either. -- > ! You should know better. Take another look and think again. Good day! -- ____________________________________ Christopher R. Carlen Principal Laser/Optical Technologist Sandia National Laboratories CA USA crcarle@sandia.gov >>Integrate( (x-a) e^(-(x-a)^2), x ) > I don't think that's a simple integral (it probably requires the Risch > algorithm). Unfortunately, my implementation of the Risch algorithm > can't handle this yet either. It is of the form C*f'(x)*exp(f(x)), hence you don't need Risch here. >>Integrate( (x-a) e^(-(x-a)^2), x ) > I don't think that's a simple integral (it probably requires the Risch > algorithm). Unfortunately, my implementation of the Risch algorithm > can't handle this yet either. It is of the form C*f'(x)*exp(f(x)), hence you don't need Risch here. Of course. Sorry, my mistake. -- Maybe the HP can do this rather simple integral. The TI-89 can't: Integrate( (x-a) e^(-(x-a)^2), x ) Alg48 and Erable do it running on my 48GX: -1/2*e^(-a^2+2ax-x^2) The 49G CAS produces roughly the same thing. So yes - HP can, pick your model Maybe the HP can do this rather simple integral. The TI-89 can't: Integrate( (x-a) e^(-(x-a)^2), x ) > Alg48 and Erable do it running on my 48GX: -1/2*e^(-a^2+2ax-x^2) > The 49G CAS produces roughly the same thing. > So yes - HP can, pick your model HP can't integrate this: Integrate(1/(1+a*cos(x)),x) This one is not that simple to do it manually, so TI being able to solve it comes handy. Go ahead, pick your model Jack > HP can't integrate this: Integrate(1/(1+a*cos(x)),x) This one is not that simple to do it manually, so TI being able to solve it > comes handy. Go ahead, pick your model AGAIN, Alg48 and Erable do it running on my 48GX (and I'm surprised because 49 can't) > HP can't integrate this: Integrate(1/(1+a*cos(x)),x) This one is not that simple to do it manually, so TI being able to solve > it > comes handy. Go ahead, pick your model > AGAIN, Alg48 and Erable do it running on my 48GX (and I'm surprised because > 49 can't) > HI--- Why is it when I do the halftan and then the intvx, My 49 asks me if i want it in approx. mode, I type No, then it Gives me intvx error:mode switch cancelled. I surely wouldnt want to deal with that 3 page result!!! > Why is it when I do the halftan and then the intvx, My 49 asks me if > i want it in approx. mode That's because you have numeric values (in contrast to integer types) in your expression - if in doubt, run XQ on the expression before HALFTAN. What happens if you apply HALFTAN first and INTVX then? Try it and tell us if you like the answer: > The 49G CAS produces roughly the same thing. > So yes - HP can, pick your model HP can't integrate this: Integrate(1/(1+a*cos(x)),x) This one is not that simple to do it manually, so TI being able to solve it > comes handy. Go ahead, pick your model What happens if you apply HALFTAN first and INTVX then? > Try it and tell us if you like the answer: That is not the point. TI does it without the tricks. Jack Took a while on HP49 and not pretty maybe it can be simplified. 1/(1+a*cos(x)) HALFTAN INTVX '-((-(3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E1 7*a^18+-3.0146E17*a^17+6.5316E17*a^16+-1.1197E18*a^15+1.5396E18*a^14+-1.7107 E18*a^13+1.5396E18*a^12+-1.1197E18*a^11+6.5316E17*a^10+-3.0146E17*a^9+1.0766 E17*a^8+-2.8710E16*a^7+5.3832E15*a^6+-6.3332E14*a^5+3.5184E13*a^4)+(3.5184E1 3*a^21+-6.3332E14*a^20+5.3832E15*a^19+-2.8710E16*a^18+1.0766E17*a^17+-3.0146 E17*a^16+6.5316E17*a^15+-1.1197E18*a^14+1.5396E18*a^13+-1.7107E18*a^12+1.539 6E18*a^11+-1.1197E18*a^10+6.5316E17*a^9+-3.0146E17*a^8+1.0766E17*a^7+-2.8710 E16*a^6+5.3832E15*a^5+-6.3332E14*a^4+3.5184E13*a^3)*f(a^2))*f-(-(16.0000*a-1 6.0000)+(16*a-16.0000)*f(a^2)))/-(281474976710656*a^24+-5.0665E15*a^23+4.278 4E16*a^22+-2.2462E17*a^21+8.1825E17*a^20+-2.1820E18*a^19+4.3640E18*a^18+-6.5 460E18*a^17+7.0915E18*a^16+-4.7277E18*a^15+0.0000*a^14+4.7277E18*a^13+-7.091 5E18*a^12+6.5460E18*a^11+-4.3640E18*a^10+2.1820E18*a^9+-8.1825E17*a^8+2.2462 E17*a^7+-4.2784E16*a^6+5.0665E15*a^5+-2.8147E14*a^4)*LN(ABS(TAN(X/2)+-f-(-(1 6.0000*a-16.0000)+(16*a-16.0000)*f(a^2))/(4*a-4.0000)))+(-(3.5184E13*a^22+-6 .3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E17*a^18+-3.0146E17*a^17+ 6.5316E17*a^16+-1.1197E18*a^15+1.5396E18*a^14+-1.7107E18*a^13+1.5396E18*a^12 +-1.1197E18*a^11+6.5316E17*a^10+-3.0146E17*a^9+1.0766E17*a^8+-2.8710E16*a^7+ 5.3832E15*a^6+-6.3332E14*a^5+3.5184E13*a^4)+(3.5184E13*a^21+-6.3332E14*a^20+ 5.3832E15*a^19+-2.8710E16*a^18+1.0766E17*a^17+-3.0146E17*a^16+6.5316E17*a^15 +-1.1197E18*a^14+1.5396E18*a^13+-1.7107E18*a^12+1.5396E18*a^11+-1.1197E18*a^ 10+6.5316E17*a^9+-3.0146E17*a^8+1.0766E17*a^7+-2.8710E16*a^6+5.3832E15*a^5+- 6.3332E14*a^4+3.5184E13*a^3+0.0000*a^2)*f(a^2))*f-(-(16.0000*a-16.0000)+(16* a-16.0000)*f(a^2))/-(281474976710656*a^24+-5.0665E15*a^23+4.2784E16*a^22+-2. 2462E17*a^21+8.1825E17*a^20+-2.1820E18*a^19+4.3640E18*a^18+-6.5460E18*a^17+7 .0915E18*a^16+-4.7277E18*a^15+0.0000*a^14+4.7277E18*a^13+-7.0915E18*a^12+6.5 460E18*a^11+-4.3640E18*a^10+2.1820E18*a^9+-8.1825E17*a^8+2.2462E17*a^7+-4.27 84E16*a^6+5.0665E15*a^5+-2.8147E14*a^4)*LN(ABS(TAN(X/2)+f-(-(16.0000*a-16.00 00)+(16*a-16.0000)*f(a^2))/(4*a-4.0000)))+(3.5184E13*a^22+-6.3332E14*a^21+5. 3832E15*a^20+-2.8710E16*a^19+1.0766E17*a^18+-3.0146E17*a^17+6.5316E17*a^16+- 1.1197E18*a^15+1.5396E18*a^14+-1.7107E18*a^13+1.5396E18*a^12+-1.1197E18*a^11 +6.5316E17*a^10+-3.0146E17*a^9+1.0766E17*a^8+-2.8710E16*a^7+5.3832E15*a^6+-6 .3332E14*a^5+3.5184E13*a^4+(3.5184E13*a^21+-6.3332E14*a^20+5.3832E15*a^19+-2 .8710E16*a^18+1.0766E17*a^17+-3.0146E17*a^16+6.5316E17*a^15+-1.1197E18*a^14+ 1.5396E18*a^13+-1.7107E18*a^12+1.5396E18*a^11+-1.1197E18*a^10+6.5316E17*a^9+ -3.0146E17*a^8+1.0766E17*a^7+-2.8710E16*a^6+5.3832E15*a^5+-6.3332E14*a^4+3.5 184E13*a^3+0.0000*a^2)*f(a^2))*f(16.0000*a-16.0000+(16*a-16.0000)*f(a^2))/-( 281474976710656*a^24+-5.0665E15*a^23+4.2784E16*a^22+-2.2462E17*a^21+8.1825E1 7*a^20+-2.1820E18*a^19+4.3640E18*a^18+-6.5460E18*a^17+7.0915E18*a^16+-4.7277 E18*a^15+0.0000*a^14+4.7277E18*a^13+-7.0915E18*a^12+6.5460E18*a^11+-4.3640E1 8*a^10+2.1820E18*a^9+-8.1825E17*a^8+2.2462E17*a^7+-4.2784E16*a^6+5.0665E15*a ^5+-2.8147E14*a^4)*LN(ABS(TAN(X/2)+-f(16.0000*a-16.0000+(16*a-16.0000)*f(a^2 ))/(4*a-4.0000)))+-((3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E1 6*a^19+1.0766E17*a^18+-3.0146E17*a^17+6.5316E17*a^16+-1.1197E18*a^15+1.5396E 18*a^14+-1.7107E18*a^13+1.5396E18*a^12+-1.1197E18*a^11+6.5316E17*a^10+-3.014 6E17*a^9+1.0766E17*a^8+-2.8710E16*a^7+5.3832E15*a^6+-6.3332E14*a^5+3.5184E13 *a^4+(3.5184E13*a^21+-6.3332E14*a^20+5.3832E15*a^19+-2.8710E16*a^18+1.0766E1 7*a^17+-3.0146E17*a^16+6.5316E17*a^15+-1.1197E18*a^14+1.5396E18*a^13+-1.7107 E18*a^12+1.5396E18*a^11+-1.1197E18*a^10+6.5316E17*a^9+-3.0146E17*a^8+1.0766E 17*a^7+-2.8710E16*a^6+5.3832E15*a^5+-6.3332E14*a^4+3.5184E13*a^3)*f(a^2))*f( 16.0000*a-16.0000+(16*a-16.0000)*f(a^2)))/-(281474976710656*a^24+-5.0665E15* a^23+4.2784E16*a^22+-2.2462E17*a^21+8.1825E17*a^20+-2.1820E18*a^19+4.3640E18 *a^18+-6.5460E18*a^17+7.0915E18*a^16+-4.7277E18*a^15+0.0000*a^14+4.7277E18*a ^13+-7.0915E18*a^12+6.5460E18*a^11+-4.3640E18*a^10+2.1820E18*a^9+-8.1825E17* a^8+2.2462E17*a^7+-4.2784E16*a^6+5.0665E15*a^5+-2.8147E14*a^4)*LN(ABS(TAN(X/ 2)+f(16.0000*a-16.0000+(16*a-16.0000)*f(a^2))/(4*a-4.0000)))' > What happens if you apply HALFTAN first and INTVX then? > Try it and tell us if you like the answer: > The 49G CAS produces roughly the same thing. > So yes - HP can, pick your model HP can't integrate this: Integrate(1/(1+a*cos(x)),x) This one is not that simple to do it manually, so TI being able to solve > it > comes handy. Go ahead, pick your model Took a while on HP49 and not pretty maybe it can be simplified. > 1/(1+a*cos(x)) HALFTAN INTVX > '-((-(3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E1 ................ My 48 gives me: 'sqrt(A^2-1)/(A^2-1)*LN(TAN(1/2*X)*A-TAN(1/2*X)+sqrt(A^2-1))-sqrt(A^2-1)/(A^ 2-1)*LN(TAN1/2*X)*A-TAN(1/2*X)-sqrt(A^2-1))' > Took a while on HP49 and not pretty maybe it can be simplified. > 1/(1+a*cos(x)) HALFTAN INTVX '-((-(3.5184E13*a^22+-6.3332E14*a^21+5.3832E15*a^20+-2.8710E16*a^19+1.0766E1 > ................ > My 48 gives me: > 'sqrt(A^2-1)/(A^2-1)*LN(TAN(1/2*X)*A-TAN(1/2*X)+sqrt(A^2-1))-sqrt(A^2-1)/(A^ > 2-1)*LN(TAN1/2*X)*A-TAN(1/2*X)-sqrt(A^2-1))' > HI-- I see thAT 2 of you get an approx return of: -(-3.518*a^22..........) However, I tried it twice and get: -(-2.08582E-15ATAN(TAN(x/2).........) Is this some simplifying thing i am not doing??? Also when in exact mode i get a prompt to use approx., If I dont i get an error. What gives???? > Took a while on HP49 and not pretty maybe it can be simplified. > 1/(1+a*cos(x)) HALFTAN INTVX [snip a mess] I get: '1/(1+A*COS(X))' HALFTAN INTVX -> 'SQRT(A^2-1)/(A^2-1)*LN(((TAN(X/2)^2+1)*A-(TAN(X/2)^2-1)+2*TAN(X/2)*SQRT((A+ 1)*(A-1)))/((TAN(X/2)^2-1)*A-(TAN(X/2)^2+1)))' You must have made a mistake getting that huge result. EVAL on the above simplifies it a bit. > Took a while on HP49 and not pretty maybe it can be simplified. > 1/(1+a*cos(x)) HALFTAN INTVX > [snip a mess] I get: > '1/(1+A*COS(X))' HALFTAN INTVX - 'SQRT(A^2-1)/(A^2-1)*LN(((TAN(X/2)^2+1)*A-(TAN(X/2)^2-1)+2*TAN(X/2)*SQRT((A+ > 1)*(A-1)))/((TAN(X/2)^2-1)*A-(TAN(X/2)^2+1)))' You must have made a mistake getting that huge result. EVAL on the above simplifies it a bit. > Another way to integrate this: Do EXPLN, then EXPAND PARTFRAC and integrate the partial fractions separately from each other. I think this is a bit faster - btw could it be that the CAS of the HP49G can do more with complex exponentials than with the corresponding triginometric expressions? > Took a while on HP49 and not pretty maybe it can be simplified. > 1/(1+a*cos(x)) HALFTAN INTVX > [snip a mess] I get: > '1/(1+A*COS(X))' HALFTAN INTVX - 'SQRT(A^2-1)/(A^2-1)*LN(((TAN(X/2)^2+1)*A-(TAN(X/2)^2-1)+2*TAN(X/2)*SQRT((A+ > 1)*(A-1)))/((TAN(X/2)^2-1)*A-(TAN(X/2)^2+1)))' You must have made a mistake getting that huge result. Not quite a mistake. I was in approximate mode, tried exact and got the same answer as you. Thought it was a bit complex and looked like some kind of series expansion. EVAL on the above simplifies it a bit. >Does anyone have an HP28 in good shape that they aren't using >anymore that they would consider selling? -tim >http://web.abnormal.com Forgot to mention will be away for about a week. Don >Does anyone have an HP28 in good shape that they aren't using >anymore that they would consider selling? -tim >http://web.abnormal.com > I have an hp-28 with manuals I bought right after my past wife died - really didn't use it. Don I'm currently using my HP48G to solve some equations by typing left shift + SOLVE ROOT left shift + EQ left shift + SOLVR then enter all known varibles and solve for unknown varible. Works fine. Until yesterday I had some kind of function on my HP, which clears all variables produced by the solver in the current folder, when not needed anymore. Unfortunately I accidently deleted this function and cannt restore it anymore. Can anyone help? > I had some kind of function which clears all variables > produced by the solver in the current folder, > when not needed anymore. << { 0 13 } TVARS { EQ Mpar } + PURGE >> This morning after pill purges all variables in the current directory which contain real numbers or unit objects, along with the reserved variables 'EQ' (current equation) and 'Mpar' (multiple equation solver data). Just pare down this bare program even further if you do not want to delete some of the above, or omit PURGE or insert HALT or EDIT [49G] if you'd like to edit the list before purging. On the other hand, if you had started your solving binge in a directory which had been entirely empty to begin with, then CLVAR ought to do the trick :) ----------------------------------------------------------- With best wishes from: John H Meyers http://www.mum.edu X > Until yesterday I had some kind of function on my HP, which clears all > variables produced by the solver in the current folder, when not needed http://www.hpcalc.org/details.php?id=1467 I've been looking for a HP 48GX with the new screen for quite a long time now, but I couldn't find a shop in Europe. Unfortunately most online shops like samsoncables don't guarantee a particular version. Can anyone help me? Georg I bought my 48GX from Amazon.com recently. The one that I received from them has a black LCD (Indonesian). It was in a blister pack, but I don't know if you can get them to pick one out especially from them. > tell from the outside of the package whether the HP 48GX has the green > or the grey screen. > But it should be easy to decide which color the display has in the > transparent blister pack, or not? Did anyone buy a new one recently? Where? > Georg A good place that sells HP 48GX calculators and accessories is Calcpro website www.calcpro.com. I have bought from many times and have had good dealings with its manager, Paul Nelson. Several months ago I bought an HP 48G+ (which they no longer carry) from Calcpro. It had him to check for an HP 48GX that has the screen color that you want. Unfortunately calcpro.com doesn't have a really good price for the HP48GX, especially the costs for shipping to Europe are much higher than the ones at samsoncables.com (overall 50$). Did anyone buy a new one at samsoncables recently? At samsoncables they told me that the 48GX (in blister pack with manual) they have in stock have the new screen. Any experiences? Georg. > Unfortunately calcpro.com doesn't have a really good price for the > HP48GX, especially the costs for shipping to Europe are much higher than > the ones at samsoncables.com (overall 50$). Did anyone buy a new one at samsoncables recently? At samsoncables they > told me that the 48GX (in blister pack with manual) they have in stock > have the new screen. Any experiences? > Georg. > I purchased a HP48GX from Samson Cables about three weeks ago and it was an Indonesian model with a black screen. > Unfortunately calcpro.com doesn't have a really good price for the >> HP48GX, especially the costs for shipping to Europe are much higher >> than the ones at samsoncables.com (overall 50$). >> Did anyone buy a new one at samsoncables recently? At samsoncables >> they told me that the 48GX (in blister pack with manual) they have in >> stock have the new screen. Any experiences? >> Georg. > I purchased a HP48GX from Samson Cables about three weeks ago and it was > an Indonesian model with a black screen. > Did you order the HP48GX with manual or w/o? Georg. Unfortunately calcpro.com doesn't have a really good price for the > HP48GX, especially the costs for shipping to Europe are much higher > than the ones at samsoncables.com (overall 50$). Did anyone buy a new one at samsoncables recently? At samsoncables > they told me that the 48GX (in blister pack with manual) they have in > stock have the new screen. Any experiences? > Georg. > I purchased a HP48GX from Samson Cables about three weeks ago and it >> was an Indonesian model with a black screen. Did you order the HP48GX with manual or w/o? Georg. > I ordered a new one with a manual. > Is there anywhere on the HP site (or any site) where you can print > the manuals for the HP 19B2 and the 17B2. For some very compact reference material for all HP models, see: http://www.finseth.com/~fin/hpdata.html Just click any model of HP calculator for lots of information; also see the 17B for info that was not repeated for the 17B2, and similarly see the 19B for additional info about the 19B2. I think I have a quick-reference card for one of these; ----------------------------------------------------------- With best wishes from: John H Meyers http://www.mum.edu . 'Twas written: > I have started a new group for all HP49G owners. > The URL is: http://groups.yahoo.com/group/49g/ I hope it gathers more interesting postings than does the long-existing HP48 Yahoo group (why not keep using it?): http://groups.yahoo.com/group/Hp48/ When I used to answer people there, I always tried to refer them to this group instead, because that group was highly isolated from this one, where so much more is discussed, and so many more people can be reached. -[]- The newest addition I get when visiting hpacalc.org is from july 21st... Come da oggetto possibilmente con manuale in italiano Saluti hi everibody! Is there any hp48/49 program to get the anova table from a 2^k factorial design? I am an amateur designer, and I love HP Calculators, so I decided to dream a little bit and to create a dream calculator, so here it is. Check it up and send me your comments regarding the project and the design. http://www.angelfire.com/wizard/raven7/Home.html Marturo Ubi Dubidum Ibi Libertas Interesting work but i have some suggestions: Perhaps you should use a Transmetta Crusoe instead of the Intel chip as the Crusoe has a significantly lower power consumption. compiler over it and port the HP49 apps than to port the HP49 OS. First I want to thank all of you for your interest and all the replies I went away for my last weekend of vacations (away from computers, calculators and math problems) before to come back to university, and it was very nice to find all the feed back from you. This is my first publication any of my designs even on Internet, and for me so far it is a success, so I am very happy. JYA, clever as ever, make some good points over my design, yes the screen is to close to the border, and the batteries recharging time is too short (maybe I got too excited). About the Function buttons, He is right too, but I was thinking that I could use buttons based on the same system that some light dimmers and elevator buttons, which doesn't require any pressure, just contact, I don't know how these systems work (I think they use static electricity) and maybe they cannot be implemented in the calculator, but it may be a solution. Somebody suggested to change the color to gray or black; personally I like the blue. I live in the United States and most of my classmates have never seen a HP calculator, so when they see mine, some of them think that the color is really cool, others hate it, but of course it is only matter of personal taste. (I included a gray version in my page anyway) To make the display to fold back could be a good thing, but as JYA says the folding design is more fragile than a single block, and if we add a mechanism to make the display turn 360 degrees it will make it more fragile. (really, the main reason to do not make it, it is that I am not good enough to design complicated thingsJ) Finally today is a holyday here, so I spend the morning designing the keyboard for my calculator, actually I made two, a compact one that just adds the alpha keys and an extended one with operations keys. I think that any of these two would be awesome for the HP 48 or 49. The pictures are in the same page. (by the way, the page design is depressing, I will fix it some day). http://www.angelfire.com/wizard/raven7/Home.html Marturo UBI DUBIDUM IBI LIBERTAS If enough persons expressed interest in your design could it be patented and submitted to HP for mass production? I was hoping that the memory card slot would accept current flash memory cards. I like your idea for a calculator and hope it goes beyond just a design. Good luck! > Somebody suggested to change the color to gray or black; personally I > like the blue. I live in the United States and most of my classmates > have never seen a HP calculator, so when they see mine, some of them > think that the color is really cool, others hate it, but of course it > is only matter of personal taste. (I included a gray version in my > page anyway) HP to me that way. In fact, I really didn't like the looks of the original version much, but I think the gray one is very attractive. I was surprised at how much difference the color made in its appearance. -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, X > Somebody suggested to change the color to gray or black; personally I X X > UBI DUBIDUM IBI LIBERTAS What's that? > X > Somebody suggested to change the color to gray or black; personally I > X Yes, like Jornada X25, I've heard that it used interchangeable faceplates.. and the hp30s do it too. Users Club from Gij.97n #1077 HPCC Member > UBI DUBIDUM IBI LIBERTAS > What's that? > UBI DUBIDUM IBI LIBERTAS > What's that? Where there is doubt there is freedom(?) And a few comments on the calc. I don't like the name but that is not really important. I don't like where the ENTER key is. I believe it is quite impractical in the corner, like on the older HPs, in the middle would be better. And what I would really like to see: an analog I/O accuracy and speed are not that important it is only a calc but that would be a cool feature to control experiments. What about UTC synchronisation in the craddle? I don't mind a long chargeing time (I have to sleep sometimes!) but the craddle should be equiped with a charge limiter (?) as overchargeing is what kill batteries. Whatever, if there was something similar to you Raven available I would not hesitate to buy it. Arnaud > I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html > Marturo Ubi Dubidum Ibi Libertas ------------------------------------------------------------------- Yo creo que el futuro de las computadoras de mano ser.87n similar a tu prototipo, Sony ya lo esta implementando, Pero te sugiero mejorar el teclado, mira un prototipo versi.97n 0.1 que estoy desarrollando y que le suger.92 a Texas-Instruments en el siguiente link www.geocities.com/jaimezacalcs/PalmComputers/JaiMezaPrototypePalmComputers.j pg www.geocities.com/jaimezacalcs/hp-versus-ti.htm Nuevos gr.87ficos para la emulaci.97n de hp48/49 en mi enlace: www.geocities.com/jaimezacalcs/hp/pc/skinhp3-4x.htm Jaime Meza ------------------------------------------------------------------- nice pics! contrary to what i first thought, i have found that a PDA can become a lot of things! and this can be bad. mainly, it is too many things at once and makes you waste lots of time. something simpler may be better. more may not be better in something like a calculator. just a thought. http://www.geocities.com/zauborg/ > I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html > Marturo Ubi Dubidum Ibi Libertas I think the idea of making a calculator-like keyboard would be a good idea. Optionally, it could have a small LCD display. The display would make the keyboard useful for applications besides calculator front-end where there is no other display. Perhaps in the future, we see keyboards where the key legends have displays with electrical paper. I think LCD key legends would be too expensive. Here's a crazy idea, but your design could relatively easily be implemented as an expansion device and specialist software connected to an already existing PDA (probably Pocket PC, as you seem to want lots of speed). You pointed out yourself that your design was already heavily influenced by modern PDAs, so take the logical step... Essentially,a ll you would need would be a calculator keyboard which plugs into the data port of a PDA. What does everybody think? Daniel > I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html > Marturo Ubi Dubidum Ibi Libertas My price point is a device that has similar functionality to the HP49 with a signifigant increase in speed, decent data entry for around twice the cost of the PC. Closest so far is the expensive Cleo with a lovely screen but to slow and a useless keyboard. Unsure what the future path is for the Palm system though. Want to avoid an M$ Pocket PC, cant see the point in having all the overhead for a Windows OS that doesn't run Window Apps. That seems to leave > Here's a crazy idea, but your design could relatively easily be implemented > as an expansion device and specialist software connected to an already > existing PDA (probably Pocket PC, as you seem to want lots of speed). You pointed out yourself that your design was already heavily influenced by > modern PDAs, so take the logical step... Essentially,a ll you would need would be a calculator keyboard which plugs > into the data port of a PDA. What does everybody think? Daniel I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html > Marturo Ubi Dubidum Ibi Libertas Sorry typo > My price point is a device that has similar functionality to the HP49 with > a signifigant increase in speed, decent data entry for around twice the cost > of the XXXXXXX HP49. Closest so far is the expensive Cleo with a lovely screen but to slow and a > useless keyboard. Unsure what the future path is for the Palm system > though. Want to avoid an M$ Pocket PC, cant see the point in having all the > overhead for a Windows OS that doesn't run Window Apps. That seems to leave > Here's a crazy idea, but your design could relatively easily be > implemented > as an expansion device and specialist software connected to an already > existing PDA (probably Pocket PC, as you seem to want lots of speed). You pointed out yourself that your design was already heavily influenced > by > modern PDAs, so take the logical step... Essentially,a ll you would need would be a calculator keyboard which plugs > into the data port of a PDA. What does everybody think? Daniel I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html > Marturo Ubi Dubidum Ibi Libertas Here's a crazy idea, buy a second hand laptop for around the same price of the HP49G, sure it won't make HP's day, but you will get much more bang for buck. MC Maybe HP should get into software for computers so that they could emulate their calculators on PC's in a much fuller function - think about it, soon we will have laptops that will be affororable for all, so why not take the next logical step? > Sorry typo > My price point is a device that has similar functionality to the HP49 > with > a signifigant increase in speed, decent data entry for around twice the > cost > of the XXXXXXX HP49. Closest so far is the expensive Cleo with a lovely screen but to slow and > a > useless keyboard. Unsure what the future path is for the Palm system > though. Want to avoid an M$ Pocket PC, cant see the point in having all > the > overhead for a Windows OS that doesn't run Window Apps. That seems to > leave > Here's a crazy idea, but your design could relatively easily be > implemented > as an expansion device and specialist software connected to an already > existing PDA (probably Pocket PC, as you seem to want lots of speed). You pointed out yourself that your design was already heavily influenced > by > modern PDAs, so take the logical step... Essentially,a ll you would need would be a calculator keyboard which > plugs > into the data port of a PDA. What does everybody think? Daniel I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html > Marturo Ubi Dubidum Ibi Libertas > Here's a crazy idea, buy a second hand laptop for around the same price > of the HP49G, sure it won't make HP's day, but you will get much more > bang for buck. > MC > Maybe HP should get into software for computers so that they could > emulate their calculators on PC's in a much fuller function - think > about it, soon we will have laptops that will be affororable for all, so > why not take the next logical step? Because you can't fit a laptop in your pocket. Neill McKay Nice AutoCAD + COREL work... I am working in a similar project, but at software side now, hardware will be done later. I will present it at HPCC so the specs have been done, I am working in the website now to make it public soon.. See you, Users Club from Gij.97n #1077 HPCC Member > I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html > Marturo Ubi Dubidum Ibi Libertas this sounds very interesting... on what platform will your software run?... I hope the Calypso won't be forgotten... Martin Nice AutoCAD + COREL work... I am working in a similar project, but at software side now, hardware > will be done later. I will present it at HPCC so the specs have been > done, I am working in the website now to make it public soon.. See you, Users Club from Gij.97n > #1077 HPCC Member >>I am an amateur designer, and I love HP Calculators, so I decided to >>dream a little bit and to create a dream calculator, so here it is. >>Check it up and send me your comments regarding the project and the >>design. >>http://www.angelfire.com/wizard/raven7/Home.html >>Marturo >>Ubi Dubidum Ibi Libertas I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html Interesting... We (at the time) did have a flip-like calculator design. The main issues that raised with a flip design was the strength and resistance of the whole lot. The screen is VERY close to the edge, so any drops would probably break it. There is also the problem of the screen holding in place by itself. The weight can't be too high either as the calcultor would not stand by itself, it would fell due to the weight of the screen. Another problem with having some keys on the upper part is that you can't press the keys while the calculator (if we can still call it that way) is on a desk, you need to hold the screen with your other hand I doubt a 20minutes charge would be enough with a NiMh-kind batteries. You would need a Li-Io to have such a short recharge time, which raise the issue of heat when you're charging the unit with the battery being non removable. If you check a bit, you will see a log of digital cameras recalled for exactly this problem. starts I would surely be glad to participate There are a lot of issues relating to mechanical engineering... good luck in your tries Nice Pictures! I would like to see the display on the left side, for righthanded, or on the right side for lefthanded people. For that it is a must that keyboard itself is a module that DETACHES and can be mounted upside down. Next step would be that you can buy QWERTY keybord, and replace Calc keybord -> you get a palmtop! (mounted horizontallly along the longer side of the screen) I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html Interesting... We (at the time) did have a flip-like calculator design. The main issues > that raised with a flip design was the strength and resistance of the whole > lot. > The screen is VERY close to the edge, so any drops would probably break it. > There is also the problem of the screen holding in place by itself. The > weight can't be too high either as the calcultor would not stand by itself, > it would fell due to the weight of the screen. Another problem with having some keys on the upper part is that you can't > press the keys while the calculator (if we can still call it that way) is on > a desk, you need to hold the screen with your other hand I doubt a 20minutes charge would be enough with a NiMh-kind batteries. You > would need a Li-Io to have such a short recharge time, which raise the issue > of heat when you're charging the unit with the battery being non removable. > If you check a bit, you will see a log of digital cameras recalled for > exactly this problem. this > starts I would surely be glad to participate There are a lot of issues relating to mechanical engineering... good luck in > your tries > X > Another problem with having some keys on the upper part is that you can't > press the keys while the calculator (if we can still call it that way) is on > a desk, you need to hold the screen with your other hand OR one could use thumb to operate the keys below the display while supporting the LCD from the back with fingers but you've still got a point ... I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html ^ | Interesting to enough of us that your site has been cut off for excessive use of bandwidth!!! Geoff > I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. You wouldn't want to unfold your brain to use it so why have to unfold your calculator? Unfolding brains would make hinge problems pretty severe. (I'll avoid the tempting pun:) Barry I am an amateur designer, and I love HP Calculators, so I > decided to > dream a little bit and to create a dream calculator, so here > it is. > Check it up and send me your comments regarding the project > and the > design. However when Barry responded the real R. G. Newbury stood up and noted > that he was not the author of the words quoted by Barry..... Although I too love HP calculators.....and the attribution is nice > (applause is nice, but money is nicer to receive),,, it wasn't me, it > was 'im, over there in the corner, I din't touch it, it came orff in > me 'and, 'onest, I won't do it again, I din't do nuffinck... Geoff Newbury You didn't say what I replied to. What are you doing in my attribution? Get out of there! I know it wasn't you and I'm not sure how I made that mistake. But it was a mistake and I apologize. Barry > However when Barry responded the real R. G. Newbury stood up and > noted > that he was not the author of the words quoted by Barry..... Although I too love HP calculators.....and the attribution is > nice > (applause is nice, but money is nicer to receive),,, it wasn't > me, it > was 'im, over there in the corner, I din't touch it, it came orff > in > me 'and, 'onest, I won't do it again, I din't do nuffinck... Geoff Newbury You didn't say what I replied to. What are you doing in my > attribution? Get out of there! I know it wasn't you and I'm not sure how I made that mistake. But > it was a mistake and I apologize. Barry Actually, no apology necessary. I presume you responded to the main question, using one of my responses, so that the attribution at the top was to me, and the actual source got snipped from the middle....... Geoff > I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. One suggestion: Make the color dark gray or black, like the older HP calcs (the color scheme of the HP-41 series would be perfect). -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Marturo schrieb im Newsbeitrag > I am an amateur designer, and I love HP Calculators, so I decided to > dream a little bit and to create a dream calculator, so here it is. > Check it up and send me your comments regarding the project and the > design. http://www.angelfire.com/wizard/raven7/Home.html Wow, very nice design study! I have only a few things to add: - Place the ENTER key where it belongs, above the 'ALPHA' and '7' key - Make the keyboard keys the suitable tactile feedback, like on the 48, or Pioneer series, or even better, the HP-41 series. - Make the display angles to enable it to be folded to the back side of the housing, like the OmniGo 100/120, or the Clamshell series. When folded, the keyboard should be disabled. Raymond HI-- I just got a new mathcad book for an engineering class and was reading an example of its use of eigenvalues,eigenvectors on a stress tensor. It went like this: The stresstensor is: 1 2 1 2 6 2 1 2 6 as a 3x3 matrix and the output eigenvalue is: 0.282 8.601 4.117 as a 3x1 matrix form Now on my 49: I enter the 3x3 matrix exactly as shown in my matrixwriter and enter to the stack. Next EGVL But my result is as such: [.282 4.117 8.601] Note the format is a vector form, which is fine with me, but why the switch in position of the next 2 values? Keep in min d i know nothing about eigenvalues except they are finding the maximum stress in this problem and that these eigenvalues are producing pure normal stresses(this is something i haven't learned yet). Stresses yes, eigens no. Any help would be appreciated. > HI-- I just got a new mathcad book for an engineering class and was reading > an example of its use of eigenvalues,eigenvectors on a stress tensor. > It went like this: The stresstensor is: 1 2 1 > 2 6 2 > 1 2 6 as a 3x3 matrix and the output eigenvalue is: 0.282 > 8.601 > 4.117 as a 3x1 matrix form > Now on my 49: I enter the 3x3 matrix exactly as shown in my matrixwriter and enter > to the stack. > Next EGVL > But my result is as such: [.282 4.117 8.601] > Note the format is a vector form, which is fine with me, but why the > switch in position of the next 2 values? Keep in min d i know nothing > about eigenvalues except they are finding the maximum stress in this > problem and that these eigenvalues are producing pure normal > stresses(this is something i haven't learned yet). Stresses yes, > eigens no. Any help would be appreciated. Perhaps you should use EGV instead, because it returns also the eigenvectors *in the same order* like the eigenvalues, so you can easily find corresponding eigenvalues and eigenvectors. EGV is a bit slower though. it's correct, you must know the position of the eigenvectors in the new matrix (because each eigenvalue has asociated an eigenvector and they could be mixed) > HI-- I just got a new mathcad book for an engineering class and was reading > an example of its use of eigenvalues,eigenvectors on a stress tensor. > It went like this: The stresstensor is: 1 2 1 > 2 6 2 > 1 2 6 as a 3x3 matrix and the output eigenvalue is: 0.282 > 8.601 > 4.117 as a 3x1 matrix form > Now on my 49: I enter the 3x3 matrix exactly as shown in my matrixwriter and enter > to the stack. > Next EGVL > But my result is as such: [.282 4.117 8.601] > Note the format is a vector form, which is fine with me, but why the > switch in position of the next 2 values? Keep in min d i know nothing > about eigenvalues except they are finding the maximum stress in this > problem and that these eigenvalues are producing pure normal > stresses(this is something i haven't learned yet). Stresses yes, > eigens no. Any help would be appreciated. I have an HP48GX and I like it. My university math program uses Casio 9850's (and I agree with their reasons). I find using anything but the HP's RPN to be obnoxious and cumbersome, as I'm sure most of you on this group can understand. However, when it comes to working with matrices, I find the HP to be unbelievably awkward compared to the Casio. Now I realize this is probably due to my lack of understanding of how HP does matrix ops, and that if I learn it better, my opinion might change. But Casio's matrix stuff is pretty nifty. I've tried working through the examples in the manual, but I need something beyond that. As it stands, I carry both calcs to school, and use the Casio for matrix work, and the HP for everything else. I can't have two calcs in the testing center, so I end up using the casio on tests, which is a real groaner for me. I'd be really happy if I could ditch the Casio entirely. Are there any resources, a 48 program perhaps, that can help me out? James Tempe AZ -- Are there any resources, a 48 program perhaps, that can help me out? I do all Algebra operations with Alg48 and/or Erable commands. Theese let me work with simbolic matrices and not only numeric ones, as the 48's commands. Hope this helps you to going back from the dark side >I do all Algebra operations with Alg48 and/or Erable commands. >Hope this helps you to going back from the dark side -- > I think you will not be disappointed. Feel free for asking if you need. I realize that you have teh HP48GX but the new HP49G solvers your problem. (it has both rpn and algebra) > I have an HP48GX and I like it. My university math program uses > Casio 9850's (and I agree with their reasons). I find using anything but the HP's RPN to be obnoxious and cumbersome, > as I'm sure most of you on this group can understand. However, when > it comes to working with matrices, I find the HP to be unbelievably > awkward compared to the Casio. Now I realize this is probably due to my lack of understanding of how > HP does matrix ops, and that if I learn it better, my opinion might > change. But Casio's matrix stuff is pretty nifty. I've tried working through the examples in the manual, but I need > something beyond that. As it stands, I carry both calcs to school, > and use the Casio for matrix work, and the HP for everything else. > I can't have two calcs in the testing center, so I end up using the > casio on tests, which is a real groaner for me. I'd be really happy if I could ditch the Casio entirely. Are there any > resources, a 48 program perhaps, that can help me out? James > Tempe AZ > -- Society for Amateur Scientists (www.sas.org) had a bunch of lab equipment donated to them including an HP-97 -- I put a small bid on it but somebody else here might have a better home for it. Allen -- Allen Windhorn (507) 345-2782 FAX (507) 345-2805 Kato Engineering (Though I do not speak for Kato) P.O. Box 8447, N. Mankato, MN 56002 Allen.Windhorn@LSUSA.com or a.windhorn@ieee.org notation? > I am taking physics and sometimes the results are large. Or small? > Will the calculator change it to scientific notation? You could, of course, just leave the whole display in scientific mode, e.g. 11. SCI, but if you want to keep it in a FIX or STD mode and yet have a program to interpret just one item scientifically when desired, displaying it in the screen status area, say, see: Inserting a middle line here to accommodate the new-fangled HP49: << 2. DISP 1. FREEZE RCLF OVER 11. SCI DUP TYPE 28. == { I->R } IFT 2. ->HEADER 1. DISP STOF >> ----------------------------------------------------------- With best wishes from: John H Meyers http://www.mum.edu > Will the calculator change it to scientific notation? > You could, of course, just leave the whole display in scientific > mode, e.g. 11. SCI, but if you want to keep it in a FIX or STD mode > and yet have a program to interpret just one item scientifically > when desired, displaying it in the screen status area, say, see: One thing I always wanted on an HP, since I first used them back in the HP-67 days, was a FIX/ENG mode. This would worklike FIX mode, but when the number was too large to represent in FIX, would display it in ENG instead (rather than SCI). For the most part, I have no use whatsoever for SCI mode. Whenever I see an exponent that is not a multiple of 3, I end up doing the conversion to ENG mentally anyhow, and I'd rather the calculator do it for me. I'm tempted to hack up some new microcode for the HP-41 to make the FIX mode behave this way. It might be possible to do that in one of the polls, so that an expansion ROM (or a HEPAX module) could provide this feature, rather than needing to replace one of the internal ROMs. > One thing I always wanted on an HP, was a FIX/ENG mode. > This would work like FIX mode, but when the number was > too large to represent in FIX, would display it in ENG > instead (rather than SCI). Here's something that always displays level-1 in ENG mode in the status area, without otherwise affecting the display mode of the stack area (which you can leave in FIX): << 2. ->HEADER @ omit for HP48 DROP DEPTH { RCLF OVER DUP TYPE 28. == { I->R } IFT DUP TYPE 10. == { B->R } IFT DUP TYPE { DROP } { 11. ENG 1. DISP 2. DISP 1. FREEZE } IFTE STOF } IFT >> 'GbENTER' STO -62. SF -63. SF @ User mode and Custom Enter Gb represents a Greek beta character (alpha right-shift B); the exact name shown must be used. It is also possible to test the exponent (XPON) of any real value on level-1, and to change the stack display mode according to that exponent. . I did not realize that the mode could be changed just by typing in SCI, I thought I had to click mode and change it manually. STD>> and it did exactly what I wanted. notation? > thought I had to click mode and change it manually. Everything is programmable, even keyboard key actions, e.g.: -41 KEYEVAL does what the HIST key does. . Might just be too early for a Tuesday, but wasn't it possible by synthetically setting some HP-41 flags to force it into a Fix/Eng mode? I'm almost certain I remember that from a PPC Journal. -- * All opinions herein expressed are mine and * * mine alone. You may choose to ignore them * * but I own them. * > Will the calculator change it to scientific notation? You could, of course, just leave the whole display in scientific > mode, e.g. 11. SCI, but if you want to keep it in a FIX or STD mode > and yet have a program to interpret just one item scientifically > when desired, displaying it in the screen status area, say, see: One thing I always wanted on an HP, since I first used them back in the > HP-67 days, was a FIX/ENG mode. This would worklike FIX mode, but when > the number was too large to represent in FIX, would display it in ENG > instead (rather than SCI). For the most part, I have no use whatsoever for SCI mode. Whenever I > see an exponent that is not a multiple of 3, I end up doing the conversion > to ENG mentally anyhow, and I'd rather the calculator do it for me. I'm tempted to hack up some new microcode for the HP-41 to make the FIX mode > behave this way. It might be possible to do that in one of the polls, so > that an expansion ROM (or a HEPAX module) could provide this feature, rather > than needing to replace one of the internal ROMs. Might just be too early for a Tuesday, but wasn't it possible by > synthetically setting some HP-41 flags to force it into a Fix/Eng mode? I'm almost certain I remember that from a PPC Journal. Yes, you can force both the FIX and ENG flags to be set. But it doesn't do what you'd expect. :-( >> Might just be too early for a Tuesday, but wasn't it possible by >> synthetically setting some HP-41 flags to force it into a Fix/Eng mode? >> I'm almost certain I remember that from a PPC Journal. > Yes, you can force both the FIX and ENG flags to be set. But it doesn't > do what you'd expect. :-( I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I expect it to do. For instance, if I set it to FEX 4 and enter: 123456 it displays 12345.0000. If I then square it, it displays: 15.241 09 What would you expect it to do? Are you referring to the fact that it only shows 3 digits rather than 4 after the decimal? But that's the way standard ENG 4 mode works on the 41 too, so I'd expect FEX 4 to work the same way. Or are you referring to something else? -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, > Yes, you can force both the FIX and ENG flags to be set. But it doesn't > do what you'd expect. :-( > I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I > expect it to do. For instance, if I set it to FEX 4 and enter: My recollection was that it sort of worked, but displayed some numbers with bogus characters in place of digits. Perhaps I'm completely confused. >> Yes, you can force both the FIX and ENG flags to be set. But it doesn't >> do what you'd expect. :-( >> I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I >> expect it to do. For instance, if I set it to FEX 4 and enter: > My recollection was that it sort of worked, but displayed some numbers > with bogus characters in place of digits. Perhaps I'm completely confused. I haven't run into that problem, but then I haven't displayed every possible number in FEX mode, either. Maybe I've just been lucky so far. -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Which flags do you set to put it into Fix/Eng mode? Could one use the PPC ROM or some other method (Bug 3 anyone?) to do this? That FEX isn't a special plug-in rom function, is it? -- * All opinions herein expressed are mine and * * mine alone. You may choose to ignore them * * but I own them. * >> Might just be too early for a Tuesday, but wasn't it possible by >> synthetically setting some HP-41 flags to force it into a Fix/Eng mode? >> I'm almost certain I remember that from a PPC Journal. Yes, you can force both the FIX and ENG flags to be set. But it doesn't > do what you'd expect. :-( I keep my 41 in FEX (Fix/Eng) mode all the time, and it does what I > expect it to do. For instance, if I set it to FEX 4 and enter: 123456 it displays 12345.0000. If I then square it, it displays: 15.241 09 What would you expect it to do? Are you referring to the fact that it > only shows 3 digits rather than 4 after the decimal? But that's the > way standard ENG 4 mode works on the 41 too, so I'd expect FEX 4 to work > the same way. Or are you referring to something else? -- > Wayne Brown | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give > | your pelt to the trapper. > e^(i*pi) = -1 -- Euler | -- John Myers Myers, Which flags do you set to put it into Fix/Eng mode? Could one use the PPC > ROM or some other method (Bug 3 anyone?) to do this? > That FEX isn't a special plug-in rom function, is it? FEX is a little program I use to set flags 40 and 41 at the same time, FEX for HP-41CX Using GETKEYX by Terry Griffin in PPC Journal V13N8 (November 1986). It uses the extended functions STOFLAG and RCLFLAG to change the flags register, as well as other extended functions like XTOA and GETKEYX for a little bit prettier user interface. I also have another version that I made for the 41C/CV which uses GETKEY instead of GETKEYX (because the latter is only available on the CX). It's quite a bit longer than the CX version and requires the Extended Functions module because it still uses XTOA, STOFLAG, and RCLFLAG. Using synthetics it would be possible to eliminate the extended functions altogether. (If you have the PPC ROM, you can just use its IF (Invert Flags) function to set flag 41 after doing a normal FIX instruction.) In case anyone's interested, here's Terry Griffin's program for the CX. There's one synthetic instruction, in line 2; the hex codes for that line are F5 46 47 58 20 5F. For anyone who doesn't want to mess with synthetics (and can do without the underscore character in the input display), just replace line 2 with these three lines: 02 FEX 03 95 04 XTOA Also, the RUP in lines 20 and 21 is actually the rollup instruction, which I can't easily simulate in a plain ASCII posting. I can post my C/CV version too if anyone's interested. 01 LABEL FEX 02 FEX _ 03 AVIEW 04 FEX 05 9 06 GETKEYX 07 XTOA 08 AVIEW 09 X<>Y 10 CLX 11 48 12 - 13 ENG 0 14 RCLFLAG 15 FIX IND Y 16 X<>Y 17 CLX 18 41 19 STOFLAG 20 RUP 21 RUP 22 CLD 23 END -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, > I can post my C/CV version too if anyone's interested. Well, I've had a request to post my HP-41C/CV version of FEX, so here it is. It's based on Terry Griffin's FEX for the 41CX and is identical to it except that GETKEYX (which is only available on the CX) has been replaced with GETKEY. That means that lines 05 and 06 in the original have been replaced with lines 05 through 36 in my version. (GETKEYX is much simpler to use!) There's probably a better way to do this; this is a quick-and-dirty solution, but it works. This version requires the Extended Functions module to run on a 41C or 41CV. It also uses one synthetic text line, line 02, with the hex values F5 46 47 58 20 5F. Just as with the original version, line 02 can be replaced with these three lines: 02 FEX 03 95 04 XTOA if you aren't familiar with entering synthetics. Just for fun, I'm working on another version that uses synthetic programming to eliminate the need for the Extended Functions module, so that anyone with any model of 41 can use it without additional modules. I'll post it here when it's ready. 01 LABEL FEX 02 FEX _ 03 AVIEW 04 FEX 05 GETKEY 06 GTO IND X 07 LBL 52 08 55 09 GTO 00 10 LBL 53 11 56 12 GTO 00 13 LBL 54 14 57 15 GTO 00 16 LBL 62 17 52 18 GTO 00 19 LBL 63 20 53 21 GTO 00 22 LBL 64 23 54 24 GTO 00 25 LBL 72 26 49 27 GTO 00 28 LBL 73 29 50 30 GTO 00 31 LBL 74 32 51 33 GTO 00 34 LBL 81 35 48 36 LBL 00 37 XTOA 38 AVIEW 39 X<>Y 40 CLX 41 48 42 - 43 ENG 0 44 RCLFLAG 45 FIX IND Y 46 X<>Y 47 CLX 48 41 49 STOFLAG 50 RUP 51 RUP 52 CLD 53 END -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, > Just for fun, I'm working on another version that uses synthetic > programming to eliminate the need for the Extended Functions module, > so that anyone with any model of 41 can use it without additional modules. > I'll post it here when it's ready. Here I am replying to myself again. I'm starting to feel schizophrenic. This is my synthetic version of Terry Griffin's FEX program from PPC Journal V13N8 (November 1986). For those who've just joined the thread, FEX is a program for setting the FIX and ENG modes of the HP-41 simultaneously (which can't be done directly from the keyboard). It lets you display smaller numbers in ordinary fixed-point format, with an automatic switch to engineering notation if the number becomes too large or small to display in fixed format. Terry's original program (which can be found further back in this thread) requires an HP-41CX; I made a modified version (also posted earlier in this thread) which works on a 41C or 41CV with the Extended Functions module. This newest version eliminates all need for extended functions, but it does make use of synthetic instructions. (If you're not familiar with synthetic programming, there's a wonderful short introduction at http://www.hpmuseum.org/prog/synth41.htm which also tells you how to create a byte grabber, the only synthetic tool needed for entering this program.) This version of FEX makes use of a technique that, to my knowledge, was first discovered by Topi Linkala and documented in PPC Journal V8N5P19 (July 1981). It involves using prefix 9C (the FIX instruction) with postfixes ranging from hex 40 to 49 (or in decimal, 64 to 73). These correspond to the normal FIX 0 through FIX 9, except that they also set the ENG flag (flag 41) at the same time. You can't use these codes from the keyboard (for example, FIX 68) because the keyboard input routine won't accept them, but it's possible to insert them with a synthetic program. These instructions appear in the program listing below as normal FIX instructions, but they aren't really; for instance, FIX 68 appears in the listing as FIX 8. For that reason I've included the hex codes for each synthetic line next to the program line. I've also used the ~ character in text strings to represent the APPEND character (which is entered by pressing [SHIFT][XEQ] in ALPHA mode). 01 LABEL FEX 02 FEX _ F5 46 47 58 20 5F 03 AVIEW 04 FEX 05 GETKEY 06 GTO IND X 07 LBL 52 08 ~7 09 FIX 1 9C 47 10 GTO 00 11 LBL 53 12 ~8 13 FIX 2 9C 48 14 GTO 00 15 LBL 54 16 ~9 17 FIX 3 9C 49 18 GTO 00 19 LBL 62 20 ~4 21 FIX 8 9C 44 22 GTO 00 23 LBL 63 24 ~5 25 FIX 9 9C 45 26 GTO 00 27 LBL 64 28 ~6 29 FIX 0 9C 46 30 GTO 00 31 LBL 72 32 ~1 33 FIX 5 9C 41 34 GTO 00 35 LBL 73 36 ~2 37 FIX 6 9C 42 38 GTO 00 39 LBL 74 40 ~3 41 FIX 7 9C 43 42 GTO 00 43 LBL 82 44 ~0 45 FIX 4 9C 40 46 LBL 00 47 AVIEW 48 PSE 49 RDN 50 CLD 51 END -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, A quick correction: in the 41C/CV version of FEX, this line: 34 LBL 81 should actually be: 34 LBL 82 -- Wayne Brown | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, There is tremendous benefit for surveyors and engineers for HP to continue the RPN concept of programmable calculators. I am sure that the bulk of sales here in Australia are attributable to this demand alone ! There is a VERY GREAT NEED for a new calculator similar in concept to the HP42. A small, inexpensive and compact calculator with say 1 MB command set as the HP48/49. This calculator would also have to be fairly robust, i.e. tactile keyboard and stable memory. I have used both the HP48 GX and the HP 49G together for three years, and I find that the HP 49G just simply isn't ergonomic and reliable for field based professionals. It doesn't cut the ice for the niche market that HP used to cater for. There is plenty of enthusiasm on this newsgroup for the rather gimmicky and esoteric aspects of the 48/49 calculator, but this surely doen't justify continual development of the genre in its own right ! I find it surprising that there is serious demand worldwide for maintenance and resurrection of the HP 41 ! These earlier machines obviously have a utility that has not been replicated in later models. My idea for a successor to the HP 48GX is along your lines. The HP 48GX can accept plug-in cards for surveying and engineering. A good place that sells HP 48GX calculators and accessories is Calcpro website www.calcpro.com. I have bought from them many times and have had good dealings with its manager, Paul Nelson. The HP 49G and TI graphing calculators can not accept such plug in cards. A next ration HP calculator should be able to accept flash memory cards (such as the kind used for PDAs) which have a lot more memory than current HP 48GX cards. It should keep the hard plastic keys used by the HP 48GX (and not the rubbery keys used by the HP 49G). Such a machine should be backward compatible with the HP 48GX program code in the same way that the HP 48 series (GX/G/G+/SX/S) is backward compatible with the HP 41 series (C/CV/CX). A PC Connectivity kit should be made available for such a calculator. This calculator will not be going head to head with PDAs (used mostly by business professionals), but will be designed for surveyors and engineers. > ...in the same way that the HP 48 series (GX/G/G+/SX/S) is backward compatible with the HP 41 series... Yes? > These earlier machines (HP 41, HP 42) obviously have a utility that has not been replicated in later models. First of all, don't take my post like a war: I only want know your point of view. The 41 and 42 are sophisticated calculators with many posibilities (not as 15c or 32sII, that are normal calculators)... and my question is why is 41/42 better than 48? 1) The 41/42 are smaller, much less bulky. The big screen of the 48/49 requires a bigger calculator. The 48/49 are thicker than the 42S was by a big margin too. Makes it harder to carry easily in a pocket. 2) Although the 48/49 have much greater capabilities, that comes at a price. Some people still don't like the change made to RPL as a programming language. Others don't like the loss of the 4 level stack, etc. There is a large segment out there that do not care about symbolic mathematics (gasp!) who want a small calculator that is programmable and expandable (like surveyors, for example). Where is the current HP offering in this area? Hmm.. 3) The keyboard of the 41/42 are preferred greatly over that of the 49G. No real comment there. #1 is the biggest reason for me. -- * All opinions herein expressed are mine and * * mine alone. You may choose to ignore them * * but I own them. * > These earlier machines (HP 41, HP 42) obviously have a utility that has > not been replicated in later models. First of all, don't take my post like a war: I only want know your point of > view. The 41 and 42 are sophisticated calculators with many posibilities (not as > 15c or 32sII, that are normal calculators)... and my question is why is > 41/42 better than 48? > 1) The 41/42 are smaller... > 2) Although the 48/49 have much greater capabilities, that comes at a price. > Some people still don't like the change made to RPL as a programming > language. Others don't like the loss of the 4 level stack... > 3) The keyboard of the 41/42 are preferred greatly over that of the 49G. No > real comment there. > Ok with #1. Size and weight is the worst of the 48, I think. Ok with #2: Changes are not easy and many people prefers the 4 level stack and the keystroke programming, instead RPL. With theese kind of sophisticated calculators you must spend many time in learning use and doing programs. At the end, you get a truly personal calculator: is not easy throw away all this work and start again with a new model... so I can understand that many old hp users think that 41 (or best 42) are the top of hp calculators. Ok with #3: I can see everyday the rubber keys of my TV remote... But I spent my time and efforts for getting my personal 48. I want symbolic maths and graphics, because I teach maths... and when I need a normal calculator I use my 15c: really there is something magic in this machine and its slow programs. If I buy the 41 or 42, it will be just in the middle... So I'll keep with my two friends. In order to break monotony here you are some additional bugs, oops I mean features of course, just to make your life more colorful. Try: 'SIN(X)' 'SIN(X)' DERIV -> 'COS(X)' but should be 1. (Or Sorry mate, can't do that!) 'X^2' 'X^2' DERIV -> '2*X' but should be again 1. 'X' 'EXP(X)' DERIV -> 1 but should be 'EXP(-X)' At the same time the old (curly) d says Bad argument type (perhaps more acceptable.) 'Y(X(A))' 'X' DERIV -> 0 . Perhaps the calc sees 'X(A)' as something different than X? Let's see: 'Y(X(A))' 'X(A)' DERIV -> 'd1X(A)*d1Y(X(A))'. Yep! We can also see that the CAS considers 'X(A)' to be the first variable of Y(X(A)). So let's try 'Y(A+B,C+D)' 'A' DERIV -> d1Y(A+B,C+D) OK (?). But 'Y(A+B,C+D)' 'B' DERIV -> d1Y(A+B,C+D) . One of the two answers is right, one is wrong. Differentiating for two different variables of Y can't give the same formal result. So, does the CAS know something about order of variables in formal functions? And if so, what does this order look like? Why is A and B both the first variable in Y(A+B,C+D)? In the next examples of features () the letter d stands for the curly old differentiation function, while S stands for summation. 'dN(S(n=0,N,n))' EXPAND gives d1S(n,0,N,n) . First of all, this should give the analytic answer, because the CAS of the HP49G can calculate the symbolic sum. And second thing to wonder: Try 'dn(S(n=0,N,n))' EXPAND. You should get 0, because the result of the summation doesn't depend on n, but instead of this you get again d1S(n,0,N,n). Which makes us also ask, what is the first, what is the second, and so on variables of the summation function for the HP49G? Tired greetings, In order to break monotony here you are some additional bugs, oops I > mean features of course, just to make your life more colorful. Try: > 'SIN(X)' 'SIN(X)' DERIV -> 'COS(X)' but should be 1. (Or Sorry mate, > can't do that!) see that: 'sin(X)' 'sin(Y)' DERIV -> 0 and 'sin(X)' 'sin(Y*X)' DERIV -> 0 'sin(X)' 'sin(X*Y)' DERIV -> 'cos(X)' ---------seems to look for the first variable on the second expression bye > Nick Karagiaouroglou escribi.97 en el In order to break monotony here you are some additional bugs, oops I > mean features of course, just to make your life more colorful. Try: > 'SIN(X)' 'SIN(X)' DERIV -> 'COS(X)' but should be 1. (Or Sorry mate, > can't do that!) > see that: 'sin(X)' 'sin(Y)' DERIV -> 0 > and > 'sin(X)' 'sin(Y*X)' DERIV -> 0 > 'sin(X)' 'sin(X*Y)' DERIV -> 'cos(X)' > ---------seems to look for the first variable on the second expression Indeed. But anyway, the result is wrong. 'sin(X)' 'sin(X*Y)' DERIV should give 1/Y. To all hp49 and 48 who use FEM49 structural analysis program I have some big problem that the result from that has big error I don't know why I just want to know someone who use FEM49 on new bata rom version have problems like me? I have been use FEM48 it very very good but now I can't use it on my 49 please thank you Lomt Could you be a bit more specific? I think Edwin (the guy who ported FEM48 to the HP49) used ROM version 1.19-5 Be aware that I do not know much of the HP49, since I do not own one. Also, FEM48 v5.0 will be released soon (and will probably be ported to the HP49) Caspar PS: if someone would sponsor me with an HP49 I would be more than happy to do the porting myself :) > To all hp49 and 48 > who use FEM49 structural analysis program I have some big > problem that > the result from that has big error I don't know why I just want to > know someone who use FEM49 on new bata rom version have problems like > me? I have been use FEM48 it very very good but now I can't use it on > my 49 please > thank you > Lomt 1) How do you reset the HP 49G calculator? (so that it behaves the same way as it was back from the box) 2) In the Flag menu: How do you make all the options reapper again. I am missing flags : 04-13 15-18 23-26 30 45-50 I made some major changes to the way powerplot graphs functions, which makes it noticably faster. The speed increase is roughly 25% faster (for relatively small expressions) from the previous versions of powerplot. The larger the expression, the less of a speed increase, which at a minimum will be about 9% faster than previous versions. After this version, I may do one other thing (speed up the tracing by a lot), but I don't know yet. One thing I have decided is that when these changes are finished (either with or without the speed-up in trace mode), they will be the last to any of the PowerPlot flavors. At that time, I'll put up the source code on my site for anyone who wants to take a look. You can download the new version directly: http://leviathan.orblivion.com/hp48/software/ppf_04_test2.zip http://leviathan.orblivion.com/hp48/software/ppf_04_test2.tar.gz My main HP48 software download page is here: http://leviathan.orblivion.com/hp48/software/index.shtml Hope you like it! I made some major changes to the way powerplot graphs functions> My main HP48 software download page is here: > http://leviathan.orblivion.com/hp48/software/index.shtml Hope you like it! > I like it, however being able to use [ON] key to abort would be nice if not too much work. When the screen is turned of having the indicators blink BZ-style would be good to reassure that the calc hasn't stalled In polar mode, being able to set the theta range would be good when studying functions that are not 2pi periodic And the biggest comment is that I can't have the parametric plotting working. Maybe I don't use it correctly so I am going to go back to the manuals but I guess there is some problem there. Arnaud Does anyone know how to use the HP 49G to do 1) Laplace Transformation and to show step by step work 2) Inverse Laplace Transformation and show step by step work 3) Fourier Series Transformation and show work. RPN: '1/(X^2+1)' ILAP => 'SIN(X)' 'SIN(X)' LAP => '1/(X^2+1)' ALGB: ILAP(1/(X^2+1)) => SIN(X) LAP(SIN(X)) => 1/(X^2+1) These can be found using a HP 49G 1) [CAT] [ALPHA] [ L ] [Down-Arrow] [DA] [DA] |HELP| 2) [EQW] [NXT] |HELP| [ALPHA] [ L ] [DA] | OK | About the Fourier Series Transformation I'm not sure what you mean?!? Perhaps this: Fast Fourier Transform FFT & IFFT for Inverse. The argument should be a decimal. matrix with 2^n elements > Does anyone know how to use the HP 49G to do 1) Laplace Transformation and to show step by step work > 2) Inverse Laplace Transformation and show step by step work > 3) Fourier Series Transformation and show work. > May I add, that there is also the command FOURIER which finds the nth coefficient, given a function in the current vx and n. (Period is in variable 'PERIOD' in CASDIR. > RPN: > '1/(X^2+1)' ILAP => 'SIN(X)' > 'SIN(X)' LAP => '1/(X^2+1)' > ALGB: > ILAP(1/(X^2+1)) => SIN(X) > LAP(SIN(X)) => 1/(X^2+1) These can be found using a HP 49G > 1) [CAT] [ALPHA] [ L ] [Down-Arrow] [DA] [DA] |HELP| > 2) [EQW] [NXT] |HELP| [ALPHA] [ L ] [DA] | OK | About the Fourier Series Transformation I'm not sure what you mean?!? > Perhaps this: Fast Fourier Transform FFT & IFFT for Inverse. > The argument should be a decimal. matrix with 2^n elements > Does anyone know how to use the HP 49G to do 1) Laplace Transformation and to show step by step work > 2) Inverse Laplace Transformation and show step by step work > 3) Fourier Series Transformation and show work. > Is there anywhere a list of those commands that are effected by the current PERIOD? > May I add, that there is also the command FOURIER which finds the nth > coefficient, given a function in the current vx and n. (Period is in > variable 'PERIOD' in CASDIR. X I only know of this command being influenced by PERIOD and I've never seen such a list anywhere. Perhaps the professor would tell us? > Is there anywhere a list of those commands that are effected > by the current PERIOD? May I add, that there is also the command FOURIER which finds the nth > coefficient, given a function in the current vx and n. (Period is in > variable 'PERIOD' in CASDIR. > X I am putting together my own surveying package for my new 49G. I am wondering if people would be interested in communicating with me to put together a deadly package for the 49G. I am writing the software in user RPL. I am relatively new to surveying so I need some help with a few concepts, but I have studied Engineering, so I should not be to far off the mark. If you choose to help out or offer suggestions I will give you a free copy with the source code. I will make the software free for individuals, but a licence will apply for company usage. MC Hy, I'm a Surveyor Engineer interested in you project, so let me know how can I help if you like. I have an 48GX, but if your program is in user it should be easy to make some small changes to have it working (on? in? inside? within? English drives me banana!) my 48. So I'd be pleased to know of you. Good Bye. Michael Carey ha escrito: > I am putting together my own surveying package for my new 49G. I am > wondering if people would be interested in communicating with me to put > together a deadly package for the 49G. I am writing the software in user > RPL. I am relatively new to surveying so I need some help with a few > concepts, but I have studied Engineering, so I should not be to far off the > mark. > If you choose to help out or offer suggestions I will give you a free copy > with the source code. I will make the software free for individuals, but a > licence will apply for company usage. > MC Does anyone in Australia have an HP42S calculator for sale. Mine has died and I would love to be able to replace it. or by mobile phone on 0408 771 852. Mark Sowden Brisbane, Australia Does anyone in Australia have an HP42S calculator for sale. > Mine has died and I would love to be able to replace it. or by mobile phone on 0408 771 852. > Mark Sowden > Brisbane, Australia > Check out ebay. Most sellers will ship internationally. Good thinking. Does anyone in Australia have an HP42S calculator for sale. > Mine has died and I would love to be able to replace it. or by mobile phone on 0408 771 852. > Mark Sowden > Brisbane, Australia > Check out ebay. Most sellers will ship internationally. I have a problem with my 49g. I tried to make a library (I've never done this before), but when I attached it, my calculator went into an infinate loop. Every time I turn it on, it displays the rom version (19-6)first, then eql49 v2.7, then stat49 pro 1.10, then back to the start again. I erased the memory in port 0 but that didn't seem to fix the problem. All my libraries are attached to port 2. Does anyone have any suggestions on how to fix this problem? Andrew >I have a problem with my 49g. I tried to make a library (I've never >done this before), but when I attached it, my calculator went into an >infinate loop. Every time I turn it on, it displays the rom version >(19-6)first, then eql49 v2.7, then stat49 pro 1.10, then back to the >start again. I erased the memory in port 0 but that didn't seem to >fix the problem. All my libraries are attached to port 2. Does anyone have any suggestions on how to fix this problem? Andrew Hold the backspace key while rebooting to prevent library attachment, then purge the offending library. Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) I have a problem with my 49g. I tried to make a library (I've never > done this before), but when I attached it, my calculator went into an > infinate loop. Every time I turn it on, it displays the rom version > (19-6)first, then eql49 v2.7, then stat49 pro 1.10, then back to the > start again. I erased the memory in port 0 but that didn't seem to > fix the problem. All my libraries are attached to port 2. (FAQ!!!) Hold down the backspace key while booting. That will keep the calculator from running any library initialization routines (aka $CONFIG). Then you can use the Filer or PURGE to get rid of the corrupt library. Thomas -- Thomas Rast If you cannot convince them, confuse them. -- Harry S. Truman try pressing the ON button, I think that is like the ESC key. be sure to understand http://www.anti-matrix.net hi how to soft my hp49 keys it very very stiff my finger so pain to press it for a short time so bad :( > hi how to soft my hp49 keys it very very stiff my finger so pain to > press it for a short time so bad :( Use it for a while patiently. It will be confortable for you some time using. It is said that the keys of later Indonesian model is still stiff when it's brand new inspite of improvement of the material, the keys actually become softer like mine. Don't warry! Kenji Yokohama, Japan ...you wake up from a dream that you saw a new HP-49+ at OfficeMax, with No joke!!!!!!!!!!!! And the anonymiity of the internet lets me post this and not be embarassed!!! (although i wont tell my friends) hahaha -az_dude >...you wake up from a dream that you saw a new HP-49+ at OfficeMax, with >No joke!!!!!!!!!!!! And the anonymiity of the internet lets me post this >and not be embarassed!!! (although i wont tell my friends) hahaha 24 milliHertz? Why would I want a calculator that can execute only 40 instructions per second? -- john R. Latala jrlatala@golden.net > 24 milliHertz? Why would I want a calculator that can execute only 40 > instructions per second? You will have to tell me how you got 24miliherz = 40 instructions per second :) As an average instructions takes about 10 cyles, you would say that a CPU running a 10Hz = 1 instruction/s > 24 milliHertz? Why would I want a calculator that can execute only 40 > instructions per second? You will have to tell me how you got 24miliherz = 40 instructions per second > :) > As an average instructions takes about 10 cyles, you would say that a CPU > running a 10Hz = 1 instruction/s > Oh Yeah Man, am I a nut. A full Halfnut or is it Coconut. Just bought myself a brand **OLD** HP41 CX with accessories. And I am able to use it having no prior experience with the 41, just Hmmm, nearly lost it there... Surprise, back again... Said with a smile from an autumn-like deep forest in the North of Sweden. /// Matti > 24 milliHertz? Why would I want a calculator that can execute only 40 > instructions per second? You will have to tell me how you got 24miliherz = 40 instructions per second > :) > As an average instructions takes about 10 cyles, you would say that a CPU > running a 10Hz = 1 instruction/s > Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40 seconds. According to this one instruction will be performed in 400 s. A nice matter to spend one's time Stefan > Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40 seconds. > Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40 > seconds. Oops !! I misunderstood your message. I think I'll have to improve my English Stefan Just more accurate, or should I say more complete. Sorry, but with a VELOCYTY of ,024 Hz one cycle will take about 40 > seconds. >...you wake up from a dream that you saw a new HP-49+ at OfficeMax, with Hahahah! >No joke!!!!!!!!!!!! And the anonymiity of the internet lets me post this >and not be embarassed!!! (although i wont tell my friends) hahaha 24 milliHertz? Why would I want a calculator that can execute only 40 > instructions per second? 0,024 Hz ?? John?! > -- > john R. Latala > jrlatala@golden.net I was watching the qualifying for the Belgian Grand Prix on TV this afternoon. One of the Ferrari crew (Ross Brawn, the Ferrari technical director) was using an HP-12C whilst monitoring the qualifying session from the pit lane, although I don't know what he was calculating. Could be important fuel or race car characteristics. Or could just be trying to keep up with Michael Schumacher's pay cheques and investment portfolio. [For those who are not aware of Formula 1, Ferrari have run away with the championship this year.] I thought I'd mention it because there are lots of other examples of HP calculators used in interesting or high-tech areas, e.g. the Space Shuttle (HP-41C). Can a matrix be edited (add/read/subtract) a column or row without bringing it to the stack in RPL? MC Try this one out: 'Matrix.Name' | Vector.Name' Matrix | Vector | elem @ leave out when - row | index ROW+ (also COL+) It should also work for the 48G series > Can a matrix be edited (add/read/subtract) a column or row without bringing > it to the stack in RPL? > MC Is there a way to convert decimal numbers to fractions? E.g 19.82600869565 --> 456 / 23 I cannot find anything on HPcalc or in the manuals (YECH!) on this subject. GN >Is there a way to convert decimal numbers to fractions? E.g > 19.82600869565 --> 456 / 23 XQ or ->Q > Is there a way to convert decimal numbers to fractions? E.g > 19.82600869565 --> 456 / 23 > I cannot find anything on HPcalc or in the manuals (YECH!) on this subject. GN The commands XQ and ->Q amd ->Qpi will all convert decimals to fraction form, where -> is the right arrow symbol and pi is the pi character. XQ and ->Qpi will also convert to rational multiples of pi when appropriate. XQ and ->Q will also convert from approximate to exact mode, at least up to version 1.19-3. the 49 has the command ->Q (right-arrow-Q)... but using this command on the number that you suggest, the calc returns 2279991/115000. You probably meant the number 19.8260869565 and executing ->Q on this number returns the fraction that you expect: 456/23. Martin > Is there a way to convert decimal numbers to fractions? E.g > 19.82600869565 --> 456 / 23 > I cannot find anything on HPcalc or in the manuals (YECH!) on this subject. GN Does anybody know if there is a new version for debug2 from HP, or any alternatives and how to get started with it? MC As far as i know you have another great PC compilator : HPdev made by Cyrile de Brebisson. This one uses the MASD syntax. Julien Meyer www.jadeware.org cXgc9.20677$g9.61800@newsfeeds.bigpond.com... > Does anybody know if there is a new version for debug2 from HP, or any > alternatives and how to get started with it? > MC Does anybody know if there is a new version for debug2 from HP, or any > alternatives and how to get started with it? > MC Yes there is and I am the author (with help from Cyrille - the original writer, JYA, Christoph of EMU48 fame and others). The code is in a small beta testing group right now. It is a huge improvement over Debug2 v1.0 AND supports both HP-48 and HP-49. The problem with releasing it right now is that the help files are still being written (actually just started). I could put you on the beta test list if you want to try, are you somewhat familiar with RPL and EMU48? -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com I am wondering if their is anybody who can give me a bit of a lead on system RPL, oh yes and if anyone knows of good program samples, and web pages I would be much happy :) MC > I am wondering if their is anybody who can give me a bit of a lead on system > RPL, oh yes and if anyone knows of good program samples, and web pages I > would be much happy :) > MC The best thing to do is to backup your calc and try, look at the ROM, play around you will soon find out that it is not much more complicated than user RPL except that you have MANY more instructions available and it is faster Arnaud HP 49G http://www.hpcalc.org/details.php?id=5142 http://www.hpcalc.org/details.php?id=5144 HP 48 http://www.hpcalc.org/details.php?id=1758 http://www.hpcalc.org/details.php?id=1760 > I am wondering if their is anybody who can give me a bit of a lead on system > RPL, oh yes and if anyone knows of good program samples, and web pages I > would be much happy :) > MC something out of a handbook. It looks to me as if the intent is to make anything that could be done > in a program also doable in an algebraic. Yes, that might be. Nice if we had POS in algebraic objects. Or even > matrices. But, I could be wrong here, doesn't this sound like > gradually moving to ALG from RPL? Are these the first signs of > extinction? Well, I'll certainly never use a calculator that forces me to figure out the algebraic syntax for everything I want to do. -- James Actually, I rarely start out with an algebraic unless I'm copying > something out of a handbook. It looks to me as if the intent is to make anything that could be done > in a program also doable in an algebraic. Yes, that might be. Nice if we had POS in algebraic objects. Or even > matrices. But, I could be wrong here, doesn't this sound like > gradually moving to ALG from RPL? Are these the first signs of > extinction? Well, I'll certainly never use a calculator that forces me to figure out > the algebraic syntax for everything I want to do. I meant having both possibilities. Use *any* command in RPL or in an algebraic object. Of course pushing one to use only algebraics would be not OK at all. X > gradually moving to ALG from RPL? Are these the first signs of > extinction? Well, I'll certainly never use a calculator that forces me to figure out > the algebraic syntax for everything I want to do. I meant having both possibilities. Use *any* command in RPL or in an > algebraic object. Of course pushing one to use only algebraics would > be not OK at all. Just a note to those who are new to the HP 49G: Any RPL program done in the RPN-mode will work in the Algebraic mode. If you view such a program in the Algebraic mode you will see RPL> at the beginning. Any Algebraic expression done in the Algebraic mode can be run in RPN. The expression will show surrounded by back-quotas: `expression` instead of the usual RPN mode 'expression' You can construct them yourself using the back-quotas if you wish. This visibility or transparency of the dual-modes is a blessing and again shows the superiority of the HP 4x-series flexibility !! Reposting, my apologies if this turns out to be a duplicate. Well, I didn't get it in the first place ... I did TICKS MEM TICKS and then converted that to a time. I don't > remember the result, except that it was horrendous. It was over 6 minutes on my machine... > But what's going on with the type 29 symbolic matrices? It seem that if > I have one on the stack (a new one, not one stored in a variable > somewhere), and I use GET to extract a real or ZINT from it, then the > memory used by the matrix is released, but if I use GET to extract a > name or algebraic from it, then the memory used by the matrix isn't > released. But it will be exactly the same for all the other composite object.. > In fact if you do something like > << blahblah 'FOO' 'FOO' will be put on the stack, and because it is referenced in a composite > (here a RPL program), such program will stay in memory until FOO is removed > from the stack. > In your case, in a symbolic matrix, if a ZINT is put on the stack and the > memory is still released, it means that the zint was in the range of -9 to > 9. Ok, I think I see now. These are the numbers that go on the stack, and into composites and arrays, as pointers. So if I extract one from a composite, instead of a *pointer to* the pointer in the composite, it simply puts a *copy of* the pointer in the composite on the stack. That certainly makes sense. > It's the best way to save memory, and is mainly the fastest way. Just > imagine how slow it would be if each time you were extracting an object from not > feasible with the way RPL works, object gets evaluated, and that makes them > being pushed on the stack, not copied to the stack. It certainly seems like the fastest and most consistent way to do it, and if the array or composite already exists elsewhere (in a variable), then also the most memory-efficient way. But if the composite is on the stack only, then keeping the entire composite in memory for the sake of one element can waste a lot of memory. Of course we can always do a NEWOB if it's a real problem. -- James Does anybody know when www.hpcalc.org will be updated? The lastest update was 21st july Pieter [Author unknown] Mini ran a priority process for 2.6 nanoseconds then transmitted 8K, I've been dumped myself recently, and a new page is just what I need to refresh my disks. I'll park my machine cycle in your background and meet you inside. She walked off, leaving Micro admiring her solenoids and thinking, Wow, what a global variable, I wonder if she'll like my firmware. (to be continued soon!!) assignment. I am fine with the logic and the flow of the program. But I am stuck with the code a bit. I need a little help with the assignment. Can anyone please help. I have to submit this on The problem: The problem depends on your student number. If the last digit of your student number is 0 then N=10, if it is 1 then N=11. Otherwise N is the last digit of your student number. A sentence (not a question or an exclamation) of less than 64 characters (including spaces) is converted to ASCII code and stored from memory location A0. Write a SLIM program that stores the number of letters in the sentence in memory location E0. It will also find the Nth letter in the sentence and store it in memory location E1. For example, if your student number is 10012345 and the sentence is Fred An Ng went to Darwin on Saturday. then your N is 5, the sentence has 3010 letters and the 5th letter is A. After your program has run, memory cell E0 will contain 1D (which is hex for 3010) and E1 will contain 41 (ASCII for A).