HP-7 ==== Peter Nicoll schrieb > This might seem a bit daft, but I would be pleased if someone could explain > how I can write USER RPL on a PC and then transfer to the HP49G+ calculator. I prefer to use emu48 or debug4 on the PC, because I can enjoy using 10-fingers. For USER RPL you can use HP49G-rom. I think, with debug4 you get an ASCII-converter, which enables you to store/view files in *.txt-files. (Transfer with XLAT ->255, requires a little habituation :-). The ASCII-converter is also seperatly available on www.hpcalc.org Heiko ==== Peter Nicoll ha scritto nel messaggio > Dear All, > > This might seem a bit daft, but I would be pleased if someone could explain > how I can write USER RPL on a PC and then transfer to the HP49G+ calculator. To write your UserRPL programs try also HPUseredit: http://www.hpcalc.org/hp49/pc/misc/useredit.zip I found it very useful. > I can get variables uploaded and downloaded using the connectivity software. So you mean an ASCII transfer won't work in your case? I don't own an HP49G+, but I think the ASCII transfer is ok also using a terminal emulator software. Of course, the beginning of your text file should be, as pointed by rdb: %%HP: T(3)A(D)F(.); Kickaha ==== When a file is received by the calculator it's type is a string and not a program. I can not see how to change the file type. I am using the latest connectivity pack. Any help much appreciated. Peter > Dear All, > > This might seem a bit daft, but I would be pleased if someone could explain > how I can write USER RPL on a PC and then transfer to the HP49G+ calculator. > > I can get variables uploaded and downloaded using the connectivity software. > > Any help would be greatly appreciated. > > Peter Nicoll > > If you mean a regular user program then the following might help: > > Be sure the first line of the source code on the computer is: > > %%HP: T(3)A(D)F(.); > > Then comes the program beginning with << and ending with >> > > If you want to send more than one program at a time, i.e. a directory, > then the second line of the source code must be DIR and the last line > of the source code must be END with each program separated by a name > and starting and ending with program delimiters, i.e. << and >> > > Be sure to use a pure ASCII text editing program, not something that > adds formatting, such as Word. One choice to use is notepad. > Personally I use a very old program called bse. > > Hope this is what you were looking for. > > rdb. > > p.s. The three items in parenthesis above, T(3)A(D)F(.) control > formatting on the HP-48GX. The settings as given will work in most > instances. > > rdb. ==== Peter Nicoll ha scritto nel messaggio > When a file is received by the calculator it's type is a string and not a > program. I can not see how to change the file type. Just use th OBJ-> command!!! May I suggest also you to read some of the documentations of your calc? Read the user guide and also the advanced user guide of the 49 if you like. Kickaha ==== Peter Nicoll schrieb im > When a file is received by the calculator it's type is a string and not a > program. I can not see how to change the file type. Peter, it is not that easy to write programms in ASCII. You would get some experience, in case you would go the other way, means writing files on the HP49G+, transfer them to the PC and analyse (with notepad, for example). For that, you need some knwoladge about the file-transfer- protocoll (I/O, see my post in from the morning). I thing it is much easier to use debug4 or emu48 (is much smaller) from www.hpcalc.org with the ascii-converter (see my post). The ascii-table, you would need, might not be documented in the HP49G+-docu (assumption) but you can find it in the manual of the HP48-series. I have seen some progams (shareware) which does the job, too. But I have no experience with them. ..Heiko ==== Hmm.... Back when I was an engineering undergrad (1989) I purchased an HP-42S calculator. That calculator quickly became indispensible to me. Without it all my engineering homework and exams would have been much harder. To this day I still use it as my primary calculator. With the leather carrying case I purchased for it back then the calculator has remained in pristine condition save for a little dust now and then. I decided about a year ago to purchase the HP-49G because I honestly thought that HP was getting out of the calculator business forever and it had been over ten years since I purchased a new calculator. I have not used the HP-49G that much but I feel some of the criticisms leveled against it are unfair. Maybe it is because I have a later model or maybe because I take good care of it but the keyboard and display on my HP-49G seem reasonable. Certainly the keyboard is nowhere near as good as that on my HP-42S but things change. Maybe I would feel different about it if I had to handle my HP-49G with acid (I am a chemical engineer and deal with chemicals) on my hands but I don't think it is fair to expect that kind of durability from this kind of a product. All the ranting and raving by HP nuts is not going to change the fact that design decisions have to follow the business model. In this case maximize profits by cutting costs and trying to stay competitive. I think the die hard old school HP loyalists are too few to influence Carly Fiona's market decisions. However, a chance at stealing some of the market away from Casio and TI is much more profitable for HP. Frankly I am surprised HP came out with anything like the HP-49G and later. I still use my HP-42S because it is a rock solid calculator and because I understand it better than any other machine I have ever used. All this brings me to my next observation. Anything beyond of the capabilities of the HP-42S (and others like it) is really trying to be a computer. In that case why not just get a laptop and write some Fortran code to do your calculations. Most people will never push these machines to their limits and in fact I know of one example when I was taking an exam in college where a classmate made some mistakes and lost points because he became confused by the massively complex hp-48. I plan to start graduate school in January 2004 and I know I will be taking my HP's with me. Maybe after I have put the HP-49G through more paces I will arrive at a different conclusion. We'll see. Juan. ==== I wanted to note that from what I have read about the HP-49G+ keyboard I think I prefer the rubber keys of the HP-49G. I have never liked the cheap plastic feel of the keys on the Casio and TI graphing calculators. I have a Casio FX-5000F that I used as a senior in high school that has rubber keys. They worked well for me back then and just a few days ago I replaced the two CR2032 batteries and the calculator started up like a champ. In fact all of the keys are in great shape. I am inclined to believe as designed properly and with a modicum of care rubber keys should work fine. The rubber keys on my Casio FX-5000F are in perfect conditino even after all these years. Nothing has worn away from the keys. I do take some care of better than my Casio's so I don't expect I will have any problem with the former. Juan. > Hmm.... > > Back when I was an engineering undergrad (1989) I purchased an HP-42S > calculator. That calculator quickly became indispensible to me. Without > it all my engineering homework and exams would have been much harder. To > this day I still use it as my primary calculator. With the leather carrying > case I purchased for it back then the calculator has remained in pristine > condition save for a little dust now and then. I decided about a year ago > to purchase the HP-49G because I honestly thought that HP was getting out of > the calculator business forever and it had been over ten years since I > purchased a new calculator. I have not used the HP-49G that much but I feel > some of the criticisms leveled against it are unfair. Maybe it is because I > have a later model or maybe because I take good care of it but the keyboard > and display on my HP-49G seem reasonable. Certainly the keyboard is nowhere > near as good as that on my HP-42S but things change. Maybe I would feel > different about it if I had to handle my HP-49G with acid (I am a chemical > engineer and deal with chemicals) on my hands but I don't think it is fair > to expect that kind of durability from this kind of a product. All the > ranting and raving by HP nuts is not going to change the fact that design > decisions have to follow the business model. In this case maximize profits > by cutting costs and trying to stay competitive. I think the die hard old > school HP loyalists are too few to influence Carly Fiona's market decisions. > However, a chance at stealing some of the market away from Casio and TI is > much more profitable for HP. Frankly I am surprised HP came out with > anything like the HP-49G and later. I still use my HP-42S because it is a > rock solid calculator and because I understand it better than any other > machine I have ever used. All this brings me to my next observation. > Anything beyond of the capabilities of the HP-42S (and others like it) is > really trying to be a computer. In that case why not just get a laptop and > write some Fortran code to do your calculations. Most people will never > push these machines to their limits and in fact I know of one example when I > was taking an exam in college where a classmate made some mistakes and lost > points because he became confused by the massively complex hp-48. I plan > to start graduate school in January 2004 and I know I will be taking my HP's > with me. Maybe after I have put the HP-49G through more paces I will arrive > at a different conclusion. We'll see. > > Juan. > > ==== In message , Juan Casero >I have a Casio FX-5000F that I used as a senior in high school that has >rubber keys. They worked well for me back then and just a few days ago >I replaced the two CR2032 batteries and the calculator started up like >a champ. In fact all of the keys are in great shape. I am inclined to >cheap! If designed properly and with a modicum of care rubber keys >should work fine. The rubber keys on my Casio FX-5000F are in perfect >conditino even after all these years. Hey, that's true of the 49 as well. My ID93... serial number HP49G's keyboard is equally long lasting: it's just as bad now as it was the day I bought it... ;-) -- Bruce Horrocks Surrey England ==== HP is an american company, right? Why do other contries get the HP-49G+ first? Just wondering ==== Maybe the consider ROW as debugging area ;-))) koolj a .8ecrit dans le message de > HP is an american company, right? > > Why do other contries get the HP-49G+ first? > > Just wondering ==== My guess is that it could be partly economics based and partly trial run. For the latter they just throw ealry models in the foreign markert for user debugging and when they solve a few major problems that way then they start selling the mature product to the first class market, that is the american citizens! Marketing shit... !Demeter! ==== > HP is an american company, right? > > Why do other contries get the HP-49G+ first? HP may be a US firm, but I'd say that the 49G+ is a Taiwanese product (more than anything else). So why wasn't it released in Taiwan first? A bientot Paul -- Paul Floyd http://paulf.free.fr (for what it's worth) Surgery: ennobled Gerald. ==== > > My guess is that it could be partly > economics based and partly trial run. > For the latter they just throw ealry models > in the foreign markert for user debugging > and when they solve a few major problems > that way then they start selling the mature > product to the first class market, that is the > american citizens! Marketing shit... > > !Demeter! Well, I think you are partially correct. They send it to overseas markets first for debugging only because they know product liability laws in the US are a sticky-wicket. Worse, they vary from state to state. HP wants to assure that any problems do not result in a product recall or letters from the AG. ==== Does anybody know when the 49g+ will be avaible in Denmark? Mads ==== > That's interresting > Would you happen to know of a good online description/tutorial of the ANA > method? > Preferable one with algorithm description, and less math. oriented. I'm afraid I don't know, and we haven't been able to contact the author of this program (Rafael Humberto Padilla Vel.87zquez, jlai@umr.edu). Sorry! -- Bhuvanesh ==== I purchased an hp49g+ from Singapore, serial No:CN33109123, but the connectivity program Conn4x is not able to locate the calculator. The connect using box identifies the calculator: HP9xg+ once you have plugged it in to the USB port, then you are instructed to press right red button and right arrow on the calculator, and the calculator displays Awaiting Server Cmd. On the computer you get Looking for calculator then an error message of Unable to open communications to HPx9G+ Any help would be appreciated. Andrew Buckwell ==== > I purchased an hp49g+ from Singapore, serial No:CN33109123, but the going to win you much sympathy, nor get you more or better answers. ==== > I purchased an hp49g+ from Singapore, serial No:CN33109123, but the > connectivity program Conn4x is not able to locate the calculator. The > connect using box identifies the calculator: HP9xg+ once you have plugged it > in to the USB port, then you are instructed to press right red button and right > arrow on the calculator, and the calculator displays Awaiting Server Cmd. On > the computer you get Looking for calculator then an error message of Unable > to open communications to HPx9G+ Any help would be appreciated. Andrew > Buckwell Andy, I sent you a message earlier about installing the USB drivers. If you are able to select HPx9G+ from the Conn4x Port box then, I think it is a different problem. The calculator has two different servers. If you press right-shift and right-arrow at the SAME TIME, you will get the Kermit server and the calculator displays: Awaiting Server Cmd. . This is NOT what you want. Press right-shift, RELEASE the key, then press right arrow. This starts the XModem server. The calculator will then display Xmodem Server Waiting for command. Notice the message is just a little different. Now Conn4x will see the calculator. Good luck, I really like the 49G+ -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== Nevertheless, it worked! Here is the answer. When you press right red button and right arrow simultaneously you activate Xermit and you get a message Awaiting server command. When use press right red button, take your finger off, then press right arrow, you get Xmodem server Waiting for command which is what I needed. Your comment is well taken, but I was desperate as Hp is not giving any help on hp49g+ in ==== > On Voyage 200 (ROM 2.09): > 299 ! = 1020191707388113545... (~10s) => max on this calculator for Exact > Mode > 300 ! = 3.06058e614 (~1s) > 1000 ! = 1000 ! The timings on my V200 (AMS 2.09, auto mode) are: 299! => 0.89 seconds (exact result) 300! => 1.11 seconds (approximate result) I used my timing program from: http://triton.towson.edu/users/bbhatt1/ti/#func -- Bhuvanesh ==== > On Voyage 200 (ROM 2.09): > 299 ! = 1020191707388113545... (~10s) => max on this calculator for Exact > Mode > 300 ! = 3.06058e614 (~1s) > 1000 ! = 1000 ! > > The timings on my V200 (AMS 2.09, auto mode) are: > 299! => 0.89 seconds (exact result) > 300! => 1.11 seconds (approximate result) > > I used my timing program from: http://triton.towson.edu/users/bbhatt1/ti/#func > > -- > Bhuvanesh On my old hp49g with my longfloat library v.32 available at http://www.praxelius.de/index.html 30 digits in about 11sec (port 0): 300! = Gamma(301) = 306057512216440636035370461297.E585 1000!= GAMMA(1001)= 402387260077093773543702433923.E2538 Gjemund Skailand I have been informed that the library runs on the new hp49g+ ==== Dear JoGa, is it possible you contact me at area48@areaseg.com I need some information about the new calc to put in my site. [] CM > > I have available hp49G+ calcs, they arrived today and are very very > nice, any ask is welcome, the photo with blister pack and comments > about it, will be in the hpcalc in the next hours. > > The blister pack includes: > 1 HP49G+ > 1 User manual (near 170 pages) > 1 USB cable > 1 Leather case with magnetic fastener close(no soft case as hp48, no > slide cover as hp49) > 3 AAA Panasonic Batteries > 1 Coin Panasonic CR2032 Battery > 1 Information card. > > Any question? only ask me... > > JoGa ==== > X > KEYBOARD NOT REGISTERING X > but after I re-tested a marketing sample the keyboard was flawless X After a prolonged use I noticed key [ 1 ] to bounce! It gives unnoticely 11 from time to time It seems like the keyup does the second 1 AND that when the Clock is on the keyboard works correctly!!! NO it depends on something else since it again gone... ==== In my HP48GX when I want to exit a running program, say to enter another program I have a small program that includes the command 'KILL', which clears the display and terminates the program. In the HP49G when I use the same program I always get 'interrupted'. Is there anything I can do to not get this message like on the HP48GX? Iqbal ==== > In my HP48GX when I want to exit a running program, say to enter > another program I have a small program that includes the command > 'KILL', which clears the display and terminates the program. In the > HP49G when I use the same program I always get 'interrupted'. Is > there anything I can do to not get this message like on the HP48GX? Make a new variable called STARTERR at HOME Experimental contents: (t=title, m=message body) << -> t m << t m ERRBEEP SWAP + + MSGBOX >> >> STARTERR STO Note: << 1400 .1 BEEP >> ERRBEEP STO You should be able to figure out the operations by trying it out! Warning: any error in the coding of the STARTERR may start a circular error loop. Test before using! Have fun! ==== > In my HP48GX when I want to exit a running program, say to enter > another program I have a small program that includes the command > 'KILL', which clears the display and terminates the program. In the > HP49G when I use the same program I always get 'interrupted'. Is > there anything I can do to not get this message like on the HP48GX? > Make a new variable called STARTERR at HOME > Experimental contents: (t=title, m=message body) > << -> t m << t m ERRBEEP > SWAP + + MSGBOX >> >> > STARTERR STO > Note: << 1400 .1 BEEP >> ERRBEEP STO Veli, this is not what Iqbal asked for. Your proposition is misleading because Iqbal wants the same behaviour as on his normal running 48GX (normally means without Metakernel :-) He may use something like << CLEAR KILL >>. But it should clearly be said that this is no good programming style, neither on the 48 nor 49. A complete different thing is to trap an error with STARERR. I recommend to have the following in STARTERR: << SWAP + + MSGBOX >> With a little experience in SysRPL programming, this can *much* shorter and faster be programmed as :: CHR_Newline >H$ !append$ xMSGBOX : I have this little program since years in my STARTERR. Works phantastic without any noise and does the essentials an error-out should always do: MSGBOX displays the command causing the error in one line, and the reason why it errored out in the second line. This avoids the terrible noise caused by the Interrupted message (the same behaviour as 0 DOERR on the HP49). NOTE: On the HP48 0 DOERR was the most delicate error-out, no noise and no message. If you want to know how to simulate this delicate error-out on the 49, I may tell you. - Wolfgang ==== X > Veli, this is not what Iqbal asked for. Your proposition is misleading > because Iqbal wants the same behaviour as on his normal running 48GX > (normally means without Metakernel :-) OK, sorry about that. I thought everybody has MK, ALG48 & Erable on a 48GX+128K+X Wolfgang: I'm glad you're polite in your comments (as usually). > He may use something like << CLEAR KILL >>. But it should clearly be > said that this is no good programming style, neither on the 48 nor 49. OK > A complete different thing is to trap an error with STARERR. I recommend > to have the following in STARTERR: > << > SWAP + + MSGBOX >> > > With a little experience in SysRPL programming, this can *much* shorter > and faster be programmed as > :: CHR_Newline >H$ !append$ xMSGBOX : > I have this little program since years in my STARTERR. Works phantastic > without any noise and does the essentials an error-out should always do: > MSGBOX displays the command causing the error in one line, and the > reason why it errored out in the second line. Great thanks! > This avoids the terrible noise caused by the Interrupted message (the > same behaviour as 0 DOERR on the HP49). NOTE: On the HP48 0 DOERR was > the most delicate error-out, no noise and no message. If you want to > know how to simulate this delicate error-out on the 49, I may tell you. How? Don't tease anymore, please tell! ==== > A complete different thing is to trap an error with STARERR. I recommend > to have the following in STARTERR: > << > SWAP + + MSGBOX >> > > With a little experience in SysRPL programming, this can *much* shorter > and faster be programmed as > :: CHR_Newline >H$ !append$ xMSGBOX : > I have this little program since years in my STARTERR. Works phantastic > without any noise and does the essentials an error-out should always do: > MSGBOX displays the command causing the error in one line, and the > reason why it errored out in the second line. > > Great thanks! Veli, if a beep in an error-out determined by STARTERR is urgendly needed, just replace my second program by :: CHR_Newline >H$ !append$ ERRBEEP xMSGBOX : Only 2.5 bytes more. ERRBEEP is here a SysRPL command, not your ERRBEEP! Note, on the HP49+ the beep is less noisy than on the 49 and doesn't disturb that much anymore. For some people it may be even too low. IMHO, BEEP loudness should be adjustable by the user, like screen contrast. - Wolfgang ==== > Make a new variable called STARTERR at HOME > Experimental contents: (t=title, m=message body) > << -> t m << t m IF m Interrupted # THEN ERRBEEP SWAP + + MSGBOX END >> >> STARTERR STO Note: << 1400 .1 BEEP >> ERRBEEP STO You don't have to figure out the operations by trying it out! It's in the program(s) above. I may have misunderstood yet another time, but I'll reply anyway. > Warning: any error in the coding of the STARTERR > may start a circular error loop. Test before using! > Have fun! ==== > This avoids the terrible noise caused by the Interrupted message (the > same behaviour as 0 DOERR on the HP49). NOTE: On the HP48 0 DOERR was > the most delicate error-out, no noise and no message. If you want to > know how to simulate this delicate error-out on the 49, I may tell you. > How? Don't tease anymore, please tell! The 10 bytes program :: #CAlarmErr DO#EXIT ; does on the 49 precisely the same as << 0 DOERR >> on the 48. In HP49 UsrRPL this would be the program << # DFF DOERR >> which sucks 25.5 bytes. The command sequence CALarmErr DO#EXIT is used in many of my tools, e.g. in InL from OT49 for aborting a commenced input in the input line. It is a mystery why the classical and distinguished behaviour of 0 DOERR on the 48 was modified in the 49 OS, contrary to backward compatibility. - Wolfgang ==== > The 10 bytes program :: #CAlarmErr DO#EXIT ; does on the 49 precisely > the same as << 0 DOERR >> on the 48. In HP49 UsrRPL this would be the > program << # DFF DOERR >> which sucks 25.5 bytes. Which is a saving of 0.006% of the user memory! thanks for saving us that much RAM :-) ==== > The 10 bytes program :: #CAlarmErr DO#EXIT ; does on the 49 precisely > the same as << 0 DOERR >> on the 48. In HP49 UsrRPL this would be the > program << # DFF DOERR >> which sucks 25.5 bytes. > > Which is a saving of 0.006% of the user memory! thanks for saving us that > much RAM :-) Instead of loosing your time with minor problems I would recommend to improve your MASD to make it at least as intelligent as JAZZ, at least ==== Please, give me a detailed spec of what I should do... > > The 10 bytes program :: #CAlarmErr DO#EXIT ; does on the 49 precisely > > the same as << 0 DOERR >> on the 48. In HP49 UsrRPL this would be the > > program << # DFF DOERR >> which sucks 25.5 bytes. > > Which is a saving of 0.006% of the user memory! thanks for saving us that > much RAM :-) > > Instead of loosing your time with minor problems I would recommend to > improve your MASD to make it at least as intelligent as JAZZ, at least ==== > > Please, give me a detailed spec of what I should do... > > What would be great is having names instead of addresses when decompiling code. And also being able to point to a function and disassembling it in the editior. I know nosy and xASM-> do that but it would be so much better if it was in ROM. Arnaud Cancel-Lock: sha1:/DTOKXsxoPS1ejX7BY1oGzf3cSw= ==== Perhaps an assembly and sysrpl debugger? Combined with MASD's great syntax and flexibility, that would make it the best ever in my opinion. Better than Jazz? Yup. Best, -Al A. > > Please, give me a detailed spec of what I should do... > > >> > The 10 bytes program :: #CAlarmErr DO#EXIT ; does on the 49 precisely >> > the same as << 0 DOERR >> on the 48. In HP49 UsrRPL this would be the >> > program << # DFF DOERR >> which sucks 25.5 bytes. >> >> Which is a saving of 0.006% of the user memory! thanks for saving us > that >> much RAM :-) >> >> Instead of loosing your time with minor problems I would recommend to >> improve your MASD to make it at least as intelligent as JAZZ, at least > > -- ~/.signature <3F86A480.6C54A793@math.fu-berlin.de> <3F86F04C.ACA68D1D@math.fu-berlin.de> <3f86f5a6$1@usenet01.boi.hp.com> <3F8704F6.B7C7C801@math.fu-berlin.de> <3f872848$1@usenet01.boi.hp.com> <87vfqw8pas.fsf@austin.rr.com> ==== > Perhaps an assembly and sysrpl debugger? Combined with MASD's great > syntax and flexibility, that would make it the best ever in my opinion. > Better than Jazz? Not at all, at least not yet. MASD should be as intelligent as JAZZ in every detail. Here I mention only three problems: 1. Assume the runstream of the source to be compiled has the following structure (I omit string delimiters): :: blabla :: ... ; <- Suppose you forgot to write this SEMI ! blublu ; Then MASD, even ASM2, errors out with er ERROR Bad Argument type. However, JAZZ makes the best what it can do in this situation. It assumes you have forgotten the semi at the end and compiles provisorial as :: blabla :: ... blublu ; ; You easily detect your error by starting from the last semi with its DFIND function on key 1/x (searching the closing delimiter). Each experienced programmer compiles/decompiles/recompiles as least twice. If the runstream has more levels, JAZZ behaves similiar and you can detect your flaw with ease. Clearly, this concerns other delimiters as well. Not so in MASD. A single mistake of this kind, and you are lost if your source string has 3000 bytes, say. The above error message is not a lie but without any help. You have to to invesigate your huge string by yourself. Still worse: searching for closing delimiters does not belong to MASD! You have to use the Emacs DFIND command. A shame that MASD doesn't offer this simple functionality itself. 2. Assume you use some supported pointer for a bint, say, which was forgotten in extable (STRREALREAL, say, PTR 33823, classified as supported in Carsten's docu). After compiling and decompiling, the pointer is not returned but instead the 5 bytes temporary bint # 311. This is not a byte saving question, it is a bad style. JAZZ is much more intelligent. If you write #311 in the source file without a space in this string, it looks up whether this bint is perhaps in HARDROM. And if, then it is used. On the other hand, if you want the temp object # 311 (which may be useful), write # 311 in the source. Then you'll get # 311 as a temporary bint. A simple and really clever idea. 3. On the 48, with JAZZ or other Hacking tools you easily get long names with spaces in the stack, like 'HOME 10/9/03'. JAZZ decompiles this carefully as ID HOME2010/9/03 and recompiles perfect, using the hex number 20 of the space character. Not so MASD. Indeed, it compiles the above string, but not carefully enough. Hence, it is unable to decompile correctly. You're put off with the already well-known error message Invalid object, and basta. Change your source so that it fits the MASD corset... As was said in this NG already more than 2 years ago, MASD will reach the level of JAZZ only if not only able to compile a correct written source, but to decompile its compilation precisely to the source -clearly, up to elimination of unnecessary spaces etc. I know that CdB had a lot of other problems. But he should perhaps have learned absolute precise programming from M. Heiskannen in time :-) - Wolfgang PS. And he should perhaps translate some of his MASD error messages from Franglais into English. Or is there Insuffisant Memory ? ==== > > This avoids the terrible noise caused by the Interrupted message (the > > same behaviour as 0 DOERR on the HP49). NOTE: On the HP48 0 DOERR was > > the most delicate error-out, no noise and no message. If you want to > > know how to simulate this delicate error-out on the 49, I may tell you. > > How? Don't tease anymore, please tell! > > The 10 bytes program :: #CAlarmErr DO#EXIT ; does on the 49 precisely > the same as << 0 DOERR >> on the 48. In HP49 UsrRPL this would be the > program << # DFF DOERR >> which sucks 25.5 bytes. Hmmm.... You can use OT49plus to get rid of the << >> (or use: COMP-> NIP 2 - ->PRG NIP ) BYTES UserRPL 25.5 << # DFFh DOERR >> 23 << 3583. DOERR >> 20 << 3583 DOERR >> Changes to: BYTES UserRPL 20.5 # DFFh DOERR 18 3583. DOERR 15 3583 DOERR Even 15 bytes sucks for Wolfgang?! I guess so...(-; > The command sequence CALarmErr DO#EXIT is used in many of my tools, e.g. > in InL from OT49 for aborting a commenced input in the input line. It is > a mystery why the classical and distinguished behaviour of 0 DOERR on > the 48 was modified in the 49 OS, contrary to backward compatibility. Yes, it is grazy! These should be classified as warnings and a separate flag (-13) should be used to suppress warnings. Flags -4 I would use for 128bit word size... I really want to used 128 bits for SSE2 simulation (3D)now that the AMD64 has that, too (like P4). Since ARM is 32-bits and only emulating 64-bit Saturn there is nothing to stop using 128-bit wordsize for binary (and unsigned, 1-complement, 2-complement) My HP 16C has too little program memory for any emulation tests and there is no way to enhance it, but the hp 49g+ could be improved... > - Wolfgang ==== > The 10 bytes program :: #CAlarmErr DO#EXIT ; does on the 49 precisely > the same as << 0 DOERR >> on the 48. In HP49 UsrRPL this would be the > program << # DFF DOERR >> which sucks 25.5 bytes. > Hmmm.... You can use OT49plus to get rid of the << >> > Changes to: > BYTES UserRPL > 20.5 # DFFh DOERR > 18 3583. DOERR > 15 3583 DOERR > Even 15 bytes sucks for Wolfgang?! I guess so...(-; Veli, this is really minor problem. But compare the run time of your shortest program 3583 DOERR with that of :: CAlamrErr DO#EXIT ; The OS has first to look whether there is indeed a real or zint or user binary in the stack. If it is a zint then it is converted into a real. Next a real or user binary is converted in a system binary. Only then the error handling starts. In my version it is started immediately. > ... It is > a mystery why the classical and distinguished behaviour of 0 DOERR on > the 48 was modified in the 49 OS, contrary to backward compatibility. > Yes, it is grazy! ... As you can notice, CdB doesn't loose a single word on this problem. And he doesn't explain why the 49+ BEEP is so much lower than it was before. Neither why there is no user adjustment of the sound intensity. - Wolfgang ==== X > Veli, this is really minor problem. But compare the run time of your > shortest program 3583 DOERR with that of :: CAlamrErr DO#EXIT ; The new calc is so fast that there is no problem. AND eben in the old calc an error stops me to think anyway so where is the hurry, Professor? > The OS has first to look whether there is indeed a real or zint or user > binary in the stack. If it is a zint then it is converted into a real. > Next a real or user binary is converted in a system binary. Only then > the error handling starts. In my version it is started immediately. Sure! Great sacings if that would be in a loop, but it is not! > > ... It is > > a mystery why the classical and distinguished behaviour of 0 DOERR on > > the 48 was modified in the 49 OS, contrary to backward compatibility. > > Yes, it is grazy! ... > > As you can notice, CdB doesn't loose a single word on this problem. And > he doesn't explain why the 49+ BEEP is so much lower than it was before. The keyclick is now usable. I actually like the new sound!! > Neither why there is no user adjustment of the sound intensity. Well that would be wonderfull! ->BEEP, BEEP-> for loudness from 0...F using just one nibble 15 levels of sound (0 for silent operation) should be enough... Maybe different levels for different sounds? 0:#D for ERRBEEP, 1:#F for Alarms, 2:#3 for keyclick, etc... ==== X > -clearly, up to elimination of unnecessary spaces etc. I know that CdB > had a lot of other problems. But he should perhaps have learned absolute > precise programming from M. Heiskannen in time :-) X To ease up the burden of the current programmers HP should release (under NDA) some code to selected programmers of Then their effords could be integrated to the next ROM under the leadership of CdB and his friends. ==== > X > -clearly, up to elimination of unnecessary spaces etc. I know that CdB > had a lot of other problems. But he should perhaps have learned absolute > precise programming from M. Heiskannen in time :-) > X > To ease up the burden of the current programmers > HP should release (under NDA) some code to selected programmers of > Then their effords could be integrated to the next ROM > under the leadership of CdB and his friends. I believe this was discussed among many here before HP released the 48GX and the 49 calculator. I do not know if they listened though. There were many excellect routes and programs written for the 48 series calculators that were better than the built in ones. Wayne today and there were many others. Just look at the hp48 archives and you will see. The quadratic root solver in the 48 stinks, Wayne's is much better. Oh, I have never thanked Wayne for this wonderful program that has same me so much time I especially like the partial fraction root program It as saved me a lot of time with laplace transforms. So, Wayne, if you are still out there, thanks so much! ==== maybe I am not the first one who notices it, but did anybody check the german version of the user's guide, which comes on a CD with the new HP49g+? The translation is horrible! Seems like someone just fed the english text to babelfish. Translations of sin to S.9fnde (i.e. the religious meaning of sin) and of cos to Lattich (lettuce) seems to be funny at the first point, but casts a negative light on this device. I have never seen anything like that happen in manuals for their pre-1995 calculators! Frank. ==== > > maybe I am not the first one who notices it, but did anybody check the > german version of the user's guide, which comes on a CD with the new > HP49g+? The translation is horrible! Seems like someone just fed the > english text to babelfish. Translations of sin to S.9fnde (i.e. the > religious meaning of sin) and of cos to Lattich (lettuce) > seems to be funny at the first point, but casts a negative light on > this device. I have never seen anything like that happen in manuals > for their pre-1995 calculators! > > Frank. Are you joking? If not I am not sure whether to laugh or cry. Charles Perry P.E. ==== > > maybe I am not the first one who notices it, but did anybody check the > german version of the user's guide, which comes on a CD with the new > HP49g+? The translation is horrible! Seems like someone just fed the > english text to babelfish. Translations of sin to S.9fnde (i.e. the > religious meaning of sin) and of cos to Lattich (lettuce) > seems to be funny at the first point, but casts a negative light on > this device. I have never seen anything like that happen in manuals > for their pre-1995 calculators! > > Frank. > > Are you joking? If not I am not sure whether to laugh or cry. Not at all. I was about to open a thread concerning this translation, too. The translators don't seem to know mathematics, the HP and -- even worse -- german language. Many sentences just make no sense: Sie gerade Notwendigkeit, ein Diagramm zu produzieren, wie in Kapitel 12 oder mit einem der Programme angezeigt verzeichneten fr.9fh in diesem Kapitel. (12-57). Just rubbish, complete non-sense. Another example is the translation of key. Key may mean a key to lock a door (that's Schl.9fssel) or a key on a keyboard (Taste). The translators use the first meaning in Chapter 20, about customizing the keyboard ... But it all starts on the front page: User's Guide is translated to Benutzeranleitung instead of Bedienungsanleitung. It really is a shame and embarrassing to offer such a translation. Michael -- -= Michael Hoppe , =------ ==== > It really is a shame and embarrassing to offer such a translation. know if I should cry or laugh... they probably send the manual to a translation company who had no experience in math topics or calculators whatsoever... ==== > know if I should cry or laugh... Simply believe it. > they probably send the manual to a translation company who had no > experience in math topics or calculators whatsoever... Not to forget german grammar. They didn't even use a spellchecker. Michael -- -= Michael Hoppe , =------ ==== > > know if I should cry or laugh... > > Simply believe it. > > they probably send the manual to a translation company who had no > experience in math topics or calculators whatsoever... > > Not to forget german grammar. They didn't even use a spellchecker. > It's about the economics: I have offered translation services many times, but the usual answer was: We know a pair of students who can do it for a mere 2000 Euros Well the importer/distributor did not except the translation what was offered later. Noe it seems that HP Deutchland has fallen into the same cheap trap: You don't get what you don't pay for! of the smaller guide for the plus. ==== >maybe I am not the first one who notices it, but did anybody check the >german version of the user's guide, which comes on a CD with the new >HP49g+? The translation is horrible! Seems like someone just fed the Funny, isn't it? The first thing, I did was a search over the full manual for something like translation powered by babelfish ;-) The manual is really bad, it's impossible to understand some parts... I've never seen such a bad work done by a global player such as HP... Pascal ==== Pascal B. Kreil schrieb: > > >>maybe I am not the first one who notices it, but did anybody check the >>german version of the user's guide, which comes on a CD with the new >>HP49g+? The translation is horrible! Seems like someone just fed the > > > Funny, isn't it? > > The first thing, I did was a search over the full manual for something > like translation powered by babelfish ;-) > > The manual is really bad, it's impossible to understand some parts... > I've never seen such a bad work done by a global player such as HP... > > > > Pascal > Did anybody inform HP - e.g. the customer service - and what was the reaction (anwser)? Toralf ==== Frank schrieb im Newsbeitrag > maybe I am not the first one who notices it, but did anybody check the > german version of the user's guide, which comes on a CD with the new It is simply a blame. The HP49G-documentation was it and now this... A programm is as good as its docu! ..Heiko ==== Frank schrieb: > > maybe I am not the first one who notices it, but did anybody check the > german version of the user's guide, which comes on a CD with the new > HP49g+? The translation is horrible! Seems like someone just fed the > english text to babelfish. Translations of sin to S.9fnde (i.e. the > religious meaning of sin) and of cos to Lattich (lettuce) > seems to be funny at the first point, but casts a negative light on > this device. I have never seen anything like that happen in manuals > for their pre-1995 calculators! > > Frank. Did anybody inform HP - e.g. the customer service - and what was the reaction (anwser)? Toralf ==== > It's about the economics: I have offered translation services many times, > but the usual answer was: > We know a pair of students who can do it for a mere 2000 Euros > Well the importer/distributor did not except the translation what was > offered later. Heck, I'll feed stuff into babelfish for only 1000 Euros! -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== Heiko Arnemann meinte > >Frank schrieb im Newsbeitrag > >> maybe I am not the first one who notices it, but did anybody check the >> german version of the user's guide, which comes on a CD with the new > >It is simply a blame. >The HP49G-documentation was it and now this... > >A programm is as good as its docu! Does someone recall the German introduction to download the advanced user guide for the HP49? I have preserved it. Unfortunately only the printout but not an electronic copy. Here is a copy word by word! Das Material in der Anleitung des Benutzers mit Vorkenntnissen ist ist die Anleitung, die mit dem HP 49G kommt). Sie ben.9atigen Austausch lesen und zu drucken. Seilt.8anzerleser ist freie Software. Sie k.9annen ihn bereits haben installiert auf Ihren Computer. Wenn nicht, k.9annen Sie ein Exemplar von der Web site des luftgetrockneten Ziegelsteins downloaden... In case you're unexpectedly :-) not so familiar with the German language, here are some explanations. 1. As you know, ADOBE is not only the brand of a software manufacturer but also denotes a special kind of sun- (and/or air-) dried brick or wall. Consequently lufgetrockneter Ziegelstein is simply ... :-) 2. ACROBAT not only stands in for a product of the aforesaid software manufacturer, but also for well trained artist with special skills e.g. walking tight ropes. And that's exactly what this crude translation says. To summarize what the advice for the German advanced user was, here is my reverse translation :-) The material for the user with previous knowledge is available as a set of sundried-brick-pdf-files(...). You'll need exchange of the rope-dancer-reader (v.3+) or of the rope-dancer in order to read and print these files. Rope-dancer-reader is free software. It may be already installed on your computer or you can download a copy from the Web site of the air-dried-brick... That's cute isn't it :-)) Gru§ G.9fnter Schink -- ==== > > Are you joking? If not I am not sure whether to laugh or cry. > No, unfortunately I'm not. In the mean time I browsed through about a third of the manual (much more difficult with an electronic version than with a printed one). There is not a single page with is without errors! Some of the pages are just unreadable. I really like the translation of Laplace transforms into Laplace wandelt um. Creative translation. Has anybody checked the spanish version of the manual? Are there similar errors??? The best part I think is that someone from HP responded to my post in this newsgroup, but nobody responded to my complain which was directly Don't geht me wrong. I think the Hp49g+ is a good piece of hard- and software. If HP contiues, they are on the right track back to their famous calculators. I have preordered a HP33s, and I'm really looking forward using it. BUT: I do want to get all (or most of) the information how to use it from a HP manual, not from googling through the internet. Frank. ==== > > Did anybody inform HP - e.g. the customer service - and what was the > reaction (anwser)? I did. Yesterday, just after my posting here. No answer yet. Frank. ==== > Does someone recall the German introduction to download the advanced > user guide for the HP49? I have preserved it. Unfortunately only the > printout but not an electronic copy. Here is a copy word by word! Bravo! But it seems that only a few chapters are terribly translated, e.g. chapter 12: environment ist translated as Klima, so we have now a Graphikklima (12-11). Furthermore, on 12-13 one reads Plot.8axte, where axis is translated by axes. 12-15: left-shift is linksverschiebende Taste, and we can also find Weichmen.9f Tasten. 12-22, concerning the Table-function: ... die ZOOM Taste, wenn Sie [sic!] bet.8atigt werden, produziert ein Men.9f mit den Wahlen: In, heraus, Dezimalstrich und Triglyzerid -- Zoomkastenbetrieb on 12-58 isn't that bad, either. Michael -- -= Michael Hoppe , =------ ==== >Did anybody inform HP - e.g. the customer service - and what was the >reaction (anwser)? No, I didn't... I just took the english manual... But, it's a good idea to do that... Quality Control... Pascal ==== > It is simply a blame. which was my translation fault. Meant: It is simply a shame. Heiko ==== HP has put the 49G+ manuals on line. http://h20015.www2.hp.com/en/manualCategory.jhtml?reg=&cc=us&pagetype=manual &prodId=hp49ggraph351775&lc=en&sw_lang=en&docparent=manual&cat=manual The User manual is very comprehensive all 856 pages - well done HP! However, having said that the chapters appear to have been compiled in a strange order. It would have been nice to have been able to click on a chapter in table of contents and jump to it. Aubrey. ==== and where is the german 'straight line motion' ? :o) Aubrey O'Callaghan schrieb: > HP has put the 49G+ manuals on line. > http://h20015.www2.hp.com/en/manualCategory.jhtml?reg=&cc=us&pagetype=manual& prodId=hp49ggraph351775&lc=en&sw_lang=en&docparent=manual&cat=manual > > The User manual is very comprehensive all 856 pages - well done HP! > > However, having said that the chapters appear to have been compiled in > a strange order. > > It would have been nice to have been able to click on a chapter in > table of contents and jump to it. > > Aubrey. ==== > HP has put the 49G+ manuals on line. > http://h20015.www2.hp.com/en/manualCategory.jhtml?reg=&cc=us&pagetype=manual& prodId=hp49ggraph351775&lc=en&sw_lang=en&docparent=manual&cat=manual > > The User manual is very comprehensive all 856 pages - well done HP! I don't have the 49g+ yet, and although I have downloaded the user's manual and user's guide, I haven't printed them out or read through them in any great detail. But as far as I can see, they don't have a list of system flags or reserved variables. I had a specific questions: Can it print to an IrDA printer? The documentation doesn't give me a clue. SD cards are new to me, so I was looking for any recommendations on which kind to buy and any tips for using them; not much help there. Others have written that the German documentation has ridiculous translations. Obviously, for a translation of technical material, the translator should be fluent not only in both languages, but in the technical jargon, and should ask the experts for clarification on anything that doesn't quite make sense. > However, having said that the chapters appear to have been compiled in > a strange order. > > It would have been nice to have been able to click on a chapter in > table of contents and jump to it. Would a new user, that is, someone who has never used an HP RPL calculator before, be able to become proficient in the use of the 49g+ by using the documentation? Not well done at all, HP. -- James ==== > > The User manual is very comprehensive all 856 pages - well done HP! > I don't have the 49g+ yet, and although I have downloaded the user's > manual and user's guide, I haven't printed them out or read through > them in any great detail. > > But as far as I can see, they don't have a list of system flags or > reserved variables. I had a specific questions: Can it print to an IrDA > printer? The documentation doesn't give me a clue. SD cards are new to > me, so I was looking for any recommendations on which kind to buy and > any tips for using them; not much help there. > > Others have written that the German documentation has ridiculous > translations. Obviously, for a translation of technical material, the > translator should be fluent not only in both languages, but in the > technical jargon, and should ask the experts for clarification on > anything that doesn't quite make sense. > > > However, having said that the chapters appear to have been compiled in > > a strange order. > > > > It would have been nice to have been able to click on a chapter in > > table of contents and jump to it. > > Would a new user, that is, someone who has never used an HP RPL > calculator before, be able to become proficient in the use of the 49g+ > by using the documentation? > > Not well done at all, HP. Yes James, I completely agree with you. I don't mention the disaster with the german translation but refer to the english edition. Suffices to look at the chapter on units. A bombastic theory how to manage units in Algebraic mode. I found nothing on the ingenious unit managment in etc, inherited from the 48. A tragedy ... - Wolfgang PS. I wonder why some people assume that quantity is proportional to quality. ==== There is something interesting I found out playing with the SD. I can create any 8.3 filename including numbers-only by just enclosing the name in a string . For example the lines 123.45 :3:123.45 STO will create in the SD a variable with name 123.45 and contents 123.45 (real). I am using ROM 1.22. Any comments? !Demeter! ==== and the only problem i have is that port1 is registering 127kb free, what can i do? I have no problem with batteries(panasonic) they came with 1.58v each one, i love this machine is very fast and responsive, also there was no problem with the sd card(i have 32mb sand disk). Btw still love my 49g. Paul Estepan. ==== > and the only problem i have is that port1 is registering 127kb free, > what can i do? It seems that port1 on the 49G+ is only 128KB, so there's no issue with your calculator. ==== > I have no problem with batteries(panasonic) they came with 1.58v each > one, i love this machine is very fast and responsive, also there was > no problem with the sd card(i have 32mb sand disk). > ==== > > I have no problem with batteries(panasonic) they came with 1.58v each > one, i love this machine is very fast and responsive, also there was > no problem with the sd card(i have 32mb sand disk). > > No, the keyboard is fine, the keys are harder to press than the 48 series but every key is registered, and thanks you jean yves, if that is the case everything is fine with my new 49g+. Paul Estepan ==== I haven't found any clear information on this online, because I am not quite sure how to translate a few things on the HP pages. What programming languages does the HP49G+ allow? I suppose HPBasic and thar RPL, what about Assembler? Vort ==== > > I haven't found any clear information on this online, because I am not > quite sure how to translate a few things on the HP pages. What > programming languages does the HP49G+ allow? I suppose HPBasic and > thar RPL, what about Assembler? > > > > Vort the hp49g+ offers the same programming languages the hp49G did. User RPL, System RPL, Saturn-Assembler. I don't know much about HP Basic but I guess it's User RPL with algebraic notation. Roman ==== I remember that in 1991 I used to program in BASIC Advanced, also known as BASICA. It was about 68 KB. Maybe it is possible include a real program language into HP49G+. Saturn Assembly, HPBasic, SysRPL, RPN etc, etc are used only in HP calcs. These languages cannot survive outside HP calcs comunities. I am of opinion that HP should include languages like Pascal, Basic and C into its calcs. [] CM > > I haven't found any clear information on this online, because I am not > quite sure how to translate a few things on the HP pages. What > programming languages does the HP49G+ allow? I suppose HPBasic and > thar RPL, what about Assembler? > > > > Vort ==== > the hp49g+ offers the same programming languages the hp49G did. User > RPL, System RPL, Saturn-Assembler. I don't know much about HP Basic but > I guess it's User RPL with algebraic notation. How can it use Saturn Assembler when it uses an ARM CPU? ==== > the hp49g+ offers the same programming languages the hp49G did. User > RPL, System RPL, Saturn-Assembler. I don't know much about HP Basic but > I guess it's User RPL with algebraic notation. > > > How can it use Saturn Assembler when it uses an ARM CPU? Emulating all the software and hardware of the the calc... ==== > Saturn Assembly, HPBasic, SysRPL, RPN etc, etc are used only in HP > calcs. > > These languages cannot survive outside HP calcs comunities. Absolutely true. But do you know what the hell these languages were made for??? RPN HP CALCS. Maybe thats why. > > I am of opinion that HP should include languages like Pascal, Basic > and C > into its calcs. Do you know what yer talking about??? User and System RPL were made and designed specifically for use with calculators FOR THE REASON THAT ALL OTHER LANGUAGES, EG PASCAL, BASIC AND C, WERE NOT SUITABLE FOR THE MEMORY AND PROCESSING NEEDS OF A CALCULATOR. its just better with rpl. Imagin mixing C and RPN, ugh. > the right model for programming these things, given that they have so many functions that would take lots of libraries in a general purpose programming language. - Ed ==== > Do you know what yer talking about??? > User and System RPL were made and designed specifically for use with > calculators FOR THE REASON THAT ALL OTHER LANGUAGES, EG PASCAL, BASIC > AND C, > WERE NOT SUITABLE FOR THE MEMORY AND PROCESSING NEEDS OF A CALCULATOR. Maybe not the HP49G, but the TI-68k can handle C programs just fine :P -- Bhuvanesh ==== > Do you know what yer talking about??? > User and System RPL were made and designed specifically for use with > calculators FOR THE REASON THAT ALL OTHER LANGUAGES, EG PASCAL, BASIC > AND C, > WERE NOT SUITABLE FOR THE MEMORY AND PROCESSING NEEDS OF A CALCULATOR. > > Maybe not the HP49G, but the TI-68k can handle C programs just fine :P So, Bhuvanesh, it has either a C interpreter or compiler build-in ??? OR do you mean it handles machine-code well, where ever it comes from? ==== > So, Bhuvanesh, it has either a C interpreter or compiler build-in ??? > OR > do you mean it handles machine-code well, where ever it comes from? That, too! 8-) It's not built-in but there is an on-calc C compiler for the TI-89 available out there although why someone would want to write lengthy source code using a calculator keyboard is beyond me! Tom Lake ==== > Maybe not the HP49G, but the TI-68k can handle C programs just fine :P > > So, Bhuvanesh, it has either a C interpreter or compiler build-in ??? > OR > do you mean it handles machine-code well, where ever it comes from? No, Eddy seemed to be implying that it is not feasible to compile and run C programs on these calculators, so I merely provided a counterexample. C programs have been quite a success on the 68k. There is no built-in C compiler on the 68k, although there is a third-party on-calc compiler under development. -- Bhuvanesh ==== I appologize if this message has been discussed elsewhere. To all those who have an hp49g+, how do HP49G programs run on the new calc? What are some of your experiences with different applications? I have a 49G and would like to know if some of my favorite programs run well on the 49g+. In particular: XCELL 2.1 http://www.hpcalc.org/details.php?id=4936 HLDRAW 2.6 http://www.hpcalc.org/details.php?id=4666 thank you! ==== > how do HP49G programs run on the new > calc? It should be strictly equivalent if the program is using supported entry points. It will just run much faster. So depending on how the keyboard handler was programmed it may be so fast that it's not really usable. ==== > how do HP49G programs run on the new > calc? > It should be strictly equivalent if the program is using supported entry > points. > It will just run much faster. So depending on how the keyboard handler > was programmed it may be so fast that it's not really usable. > I just received my new HP 49G+. (Despite it has the known keyboard problems) There is one actual question. How can I transfer my user RPL-Programs to the new Calc? (These are about 70k self written Progs. I don't want to write them once again) The new Connectivity Kit doesn't work with my 49g. Therefore I used the old one and transfered some of them to the PC and then with the New Connectivity Kit to the 49g+. But the format is not usable for the 49g+. The transfered libraries are usable. (Normally I used EMU 48 for a Backup of my 49g, because there were lots of problems connecting the HP 49g to the PC with the Kit) Greetings Stefan ==== > It should be strictly equivalent if the program is using supported entry > points. At least HLDRAW is not runing: warmstart! It uses some unsuported entrypoints, already listed in its documentation. In an small investigation I thing I've discover that at least 2 of them have been move. Really I was having problems with them already in the 1.19-6 but more or least goes. Now with 1.22 no way. Luis ==== > At least HLDRAW is not runing: warmstart! It uses some unsuported > entrypoints, already listed in its documentation. In an small > investigation I thing I've discover that at least 2 of them have been > move. By the way, I know, it's kind of bad, but Navigator HP (the web navigator for HP49G) uses some unsupported entry points... But not so much. So I'd be very glad to know if it runs on HP49G+ in the present state. Anyway, if it doesn't for the time now, I promise I'll make a HP49G+ version as soon as I have my hands on a 49G+ ! Yoann. ( Navigator is available on http://www.hp-sources.com/navigator/english.html ). ==== > At least HLDRAW is not runing: warmstart! It uses some unsuported > entrypoints, already listed in its documentation. In an small > investigation I thing I've discover that at least 2 of them have been > move. > > By the way, I know, it's kind of bad, but Navigator HP (the web > navigator for HP49G) uses some unsupported entry points... But not so > much. > So I'd be very glad to know if it runs on HP49G+ in the present state. You have two commands in your library The first one seems to hang with contrast set to low The second one seems to be working (it's a filer) > Anyway, if it doesn't for the time now, I promise I'll make a HP49G+ > version as soon as I have my hands on a 49G+ ! > > Yoann. > ( Navigator is available on > http://www.hp-sources.com/navigator/english.html ). ==== > Anyway, if it doesn't for the time now, I promise I'll make a HP49G+ > version as soon as I have my hands on a 49G+ ! > > Yoann. > ( Navigator is available on > http://www.hp-sources.com/navigator/english.html ). > You have two commands in your library > The first one seems to hang with contrast set to low > The second one seems to be working (it's a filer) Well, the first entry begins with a fading in with a NAVIGATOR HP picture, that's not very important, it's only introducing the program. You can use the second entry NAV quite well ; indeed, it launches the filer, but after ?? When you select a HTML file and open it, does it work ?? Yoann. ==== Sorry about that partial post, fat fingers 8) 1) Paid a US $190 from educalc.net . Within 2 days I received the blister pack. a. Manual, cd, leather case, calc, USB cable, and batteries (Panasonic). b. I was very impressed with the professionalism and quick turn around from educalc. c. The educalc site states that there may be a import tariff ö needless to say there was none. 2) REACTIONS: a. VISUALLY more attractive b. Much LIGHTER than the 48GX (almost disturbing) c. Paintjob was fine. There has been no chipping as of yet. d. Beautiful Display. The contrast is a vast improvement over the 48gx. Even with the smaller font size·the display still looks and reads great! e. Much faster; much quicker tunneling through the menus. Common functions that I used in Erable work fine, at a noticeable increased rate. f. I dislike the keyboard layout as far as the ENTER key. I find myself constantly hitting the EEX , it will take time to adjust. I like the addition of the ÎX' variable key. g. I don't like the leather carrying case. Don't get me wrong, it looks very professional; however I am fearful that the bigger display will be more susceptible to cracking. I am currently using the old hp48 case with my plexi-glass piece in the pocket to protect the calc. Personally I would not have minded a hardcover! KEYBOARD NOT REGISTERING I have read several posts on this·..people should stop being such wussies! (just kidding). Initially I did have that happen once or twice with the EEX key, however it is a new calculator with different handling characteristics, once you realize to push the key a little harder, it begins to work quite well. CONNECTIVITY I went to the HP site and downloaded / installed the connectivity kit (V2.1 build 1689) and the USB drivers (HPx9G+)(V1.0.4.2). (Just for reference· I am running Windows XP Pro)·..WOW what a nightmare. Being an old Computer Administrator, I should expect as much from HP. I have never seen a USB device act as if it were a new device, depending on which USB port it is plugged into·. With each port on my USB Hub I would have to re-install as if the PC has never seen the device before. Each time that I would try to use the Connectivity Kit I would get the error ERROR( The connectivity kit is unable to open communications to the HPx9G+. Each time I tried I would turn on the calc > Right Shift > Right Arrow (to start the server) and within the application I would try all of the variants, with no luck·same error (Yes I did try setting the drop down for HPx9G+) Regardless, I decided to take a chance ·.. Even though I was NOT ABLE TO CONNECT, I WOULD TRY TO UPDATE the ROM!!! ignoring HP's Second Instruction HP 49G ROM Update (which basically gets the user to try to connect to the application). I continued following HP's instructions but needless to say the connection worked, and I was able to successfully update to But ALSO NOTE that every time I change what USB port I am plugged into, I have to re-install the driver. I think for now I will leave the cable plugged in! 8) QUESTION: The calculator displayed the following during the ROM update ; Begin Update Erase Finished Update finish Wait Reset Question being, if there was no real connection (via the chance that I took 8) ) would I have erased my ROM and make the calculator unusable as the Erase occurred before the new ROM software was downloaded? I hope this helps others, cause it took me a while! Qu1nn ==== > Sorry about that partial post, fat fingers 8) > > > 1) Paid a US $190 from educalc.net . Within 2 days I received the > blister pack. > a. Manual, cd, leather case, calc, USB cable, and batteries > (Panasonic). > b. I was very impressed with the professionalism and quick turn > around from educalc. > c. The educalc site states that there may be a import tariff [CapitalEth] > needless to say there was none. > > 2) REACTIONS: > a. VISUALLY more attractive > b. Much LIGHTER than the 48GX (almost disturbing) > c. Paintjob was fine. There has been no chipping as of yet. > d. Beautiful Display. The contrast is a vast improvement over > the 48gx. Even with the smaller font sizeÉthe display still looks and > reads great! > e. Much faster; much quicker tunneling through the menus. Common > functions that I used in Erable work fine, at a noticeable increased > rate. > f. I dislike the keyboard layout as far as the ENTER key. I find > myself constantly hitting the EEX , it will take time to adjust. I > like the addition of the ÔX' variable key. > g. I don't like the leather carrying case. Don't get me wrong, > it looks very professional; however I am fearful that the bigger > display will be more susceptible to cracking. I am currently using > the old hp48 case with my plexi-glass piece in the pocket to protect > the calc. Personally I would not have minded a hardcover! > > KEYBOARD NOT REGISTERING > I have read several posts on thisÉ..people should stop being such > wussies! (just kidding). Initially I did have that happen once or > twice with the EEX key, however it is a new calculator with different > handling characteristics, once you realize to push the key a little > harder, it begins to work quite well. > > CONNECTIVITY > I went to the HP site and downloaded / installed the connectivity kit > (V2.1 build 1689) and the USB drivers (HPx9G+)(V1.0.4.2). (Just for > referenceÉ I am running Windows XP Pro)É..WOW what a nightmare. Being > an old Computer Administrator, I should expect as much from HP. I > have never seen a USB device act as if it were a new device, depending > on which USB port it is plugged intoÉ. With each port on my USB Hub I > would have to re-install as if the PC has never seen the device > before. > > Each time that I would try to use the Connectivity Kit I would get the > error ERROR( The connectivity kit is unable to open communications > to the HPx9G+. Each time I tried I would turn on the calc > Right > Shift > Right Arrow (to start the server) and within the application > I would try all of the variants, with no luckÉsame error (Yes I did > try setting the drop down for HPx9G+) > > Regardless, I decided to take a chance É.. Even though I was NOT ABLE > TO CONNECT, I WOULD TRY TO UPDATE the ROM!!! ignoring HP's Second > Instruction HP 49G ROM Update (which basically gets the user to try > to connect to the application). > I continued following HP's instructions but needless to say the > connection worked, and I was able to successfully update to > But ALSO NOTE that every time I change what USB port I am plugged > into, I have to re-install the driver. I think for now I will leave > the cable plugged in! 8) > > QUESTION: > The calculator displayed the following during the ROM update ; > Begin Update > Erase Finished > Update finish > Wait Reset > Question being, if there was no real connection (via the chance that I > took 8) ) would I have erased my ROM and make the calculator > unusable as the Erase occurred before the new ROM software was > downloaded? > > > I hope this helps others, cause it took me a while! > > Qu1nn I got mine (German version) yesterday from Dynatech, service was excellent. Paid 169 Euro + 5 Euro Shipping with UPS, think, that's okay. I face the USB-trouble with other devices, not just with HP. So i think, that's a problem of Windows. I only had a glimpse on the HP, but the keyboard tis better than the 49-keyboard, but lacks the usability of the 48 board. Uwe ==== X > KEYBOARD NOT REGISTERING > I have read several posts on this...people should stop being such > wussies! (just kidding). Initially I did have that happen once or > twice with the EEX key, however it is a new calculator with different > handling characteristics, once you realize to push the key a little > harder, it begins to work quite well. Since I have owned an old 49G for more than four years I have developed a rather strong keystroke which might help here but after I re-tested a marketing sample the keyboard was flawless AND another one still had the [ . ] not registering with a light touch. X > Question being, if there was no real connection (via the chance that I > took 8) ) would I have erased my ROM and make the calculator > unusable as the Erase occurred before the new ROM software was > downloaded? As always, the boot ROM is protected, so you can download again: Be not afraid - You will never loose the download menu! ==== > Sorry about that partial post, fat fingers 8) SNIP. > c. The educalc site states that there may be a import tariff - > needless to say there was none. To where pray tell! Chic ==== What are the odds that HP will improve upon these early 49G+ models, such as improving the initial keyboard, as time goes by? I hope they make a few modifications. I doubt they can add weight to make the calculator feel more substantial. After using a 28s for 10 years I was unimpressed by the 48GX keyboard when I finally bought one. I thought it felt hollow. ==== > QUESTION: > The calculator displayed the following during the ROM update ; > Begin Update > Erase Finished > Update finish > Wait Reset > Question being, if there was no real connection (via the chance that I > took 8) ) would I have erased my ROM and make the calculator > unusable as the Erase occurred before the new ROM software was > downloaded? No, if the connection had not been present, the Flash would not have been erased. the ROM erase process starts when the calculator receives information from the PC through the USB. ==== > What are the odds that HP will improve upon these early 49G+ models, > such as improving the initial keyboard, as time goes by? I hope they > make a few modifications. I doubt they can add weight to make the > calculator feel more substantial. > Don't be too sure... product testing group reported that one of their new telephones felt flimsy. Their R&D group went back to the lab and added a steel plate inside the phone (and made no other changes). Feedback from consumer testing improved immediately. ==== Other than using MS Windows simulation software, is there a way to upgrade the ROM version on the new HP-49G+ using a Macintosh computer? Tom Scott ==== > Other than using MS Windows simulation software, is there a way to > upgrade the ROM version on the new HP-49G+ using a Macintosh computer? > > Tom Scott > You can use a SD card adapter and do the flash update from SD card directly. ==== > You can use a SD card adapter and do the flash update from SD card > directly. Great! Would you please be so kind to explain the procedure? Michael -- -= Michael Hoppe , =------ ==== >> You can use a SD card adapter and do the flash update from SD card >> directly. >Great! Would you please be so kind to explain the procedure? Its described in ReasMe.txt, which is packaed in the file HP49GplusRomupdate122.exe. For your convinience I«ll post here an exerpt: 2) Using a SD card 1. Copy the files: hp49g22.bin and update.scp that should be located in the %programfile%hewlett-packardconn4x directory (if not, consult your note from point 3 of the installation process to find the directory) on a SD card formatted in using the FAT format. 2. On the calculator, Press and hold the + and - Button and press on the RESET button using a paper clip or other blunt object 3. Release the RESET button, wait 2 second and release the + and - keys. Your calculator screen should display the update and self test menu. 4. Insert the SD card (upside down) in the clacualtor 5. Press on 1 (Update ROM CODE) 6. Press on 2 (Update from SD CARD) 7. The calculator should start updating the ROM (you will see flashing messages telling you about the update process). This should take around 1 minute 8. When the upgrade is finish (the calculator displays: Update Finish, waiting for reset), press the reset button, your calculator has been upgraded. Mathias -- Mathias Habel mathias.habel_no-spam_@t-online.de Remove _no-spam_ before replying ==== > > >> You can use a SD card adapter and do the flash update from SD card >> directly. > >Great! Would you please be so kind to explain the procedure? > > Its described in ReasMe.txt, which is packaed in the file > HP49GplusRomupdate122.exe. > 1. Copy the files: hp49g22.bin and update.scp that should be > located in the %programfile%hewlett-packardconn4x directory (if > not, consult your note from point 3 of the installation process to > find the directory) on a SD card formatted in using the FAT format. I was not able to extract the desired files on my Mac from HP49GplusRomupdate122.exe ... Michael ==== >I was not able to extract the desired files on my Mac from >HP49GplusRomupdate122.exe ... It should be a normal selfextracting ZIP-Archive. I was able to open it with WinZip. If an analogous tool doesn«t exist for MacOS, I can send you the two files (in the case your ISP allows such big attachments; its ~ 1.2 MB in size). Mazhias -- Mathias Habel mathias.habel_no-spam_@t-online.de Remove _no-spam_ before replying ==== Just got my new calc today from educalc.net (great service). Put in the batteries and start exploring. Everything seems good. I then update the ROM to 1.22 and I notice the following: 1. With the clock turned on, the screen flickers across the bottom of the display at the menu area every second. 2. I turned the clock off guessing this had something to do with it and the flickering stops. Now, after I execute any command, the same area of the display flickers. I haven't noticed any other problems yet, but I'm sure can imagine this is extremely annoying. Has anyone else experienced this before or after they upgraded their ROM to 1.22? I'm not really sure what else to try or do here. Also, I don't have an SD card installed in either case. The calculator is pretty much in default mode, except that I put it in RPN mode. I have also replaced the batteries thinking that it might possibly be due to that (since I upgraded the ROM) and still the same thing. -- Douglas Rohm drohm@bellsouth.net ==== Yes, the display flickers sometimes on the Menues area. I bought a 128MB SD card. I just put it in the hp49g+ and it worked. With the new ROM 1.22 we can format the SD card. I only hope, that we can directly access the sd cards or ports via the connectivity kit. Oh, And I like the hp49g+ very much. It's a fine machine. Douglas Rohm schrieb: > Just got my new calc today from educalc.net (great service). Put in the > batteries and start exploring. Everything seems good. I then update the > ROM to 1.22 and I notice the following: > > 1. With the clock turned on, the screen flickers across the bottom of the > display at the menu area every second. > 2. I turned the clock off guessing this had something to do with it and the > flickering stops. Now, after I execute any command, the same area of the > display flickers. > > I haven't noticed any other problems yet, but I'm sure can imagine this is > extremely annoying. Has anyone else experienced this before or after they > upgraded their ROM to 1.22? I'm not really sure what else to try or do > here. > > Also, I don't have an SD card installed in either case. The calculator is > pretty much in default mode, except that I put it in RPN mode. I have also > replaced the batteries thinking that it might possibly be due to that (since > I upgraded the ROM) and still the same thing. > > -- > Douglas Rohm > drohm@bellsouth.net ==== > With the clock turned on, the screen flickers across the bottom of the > display at the menu area every second. Incidentally, if the clock is turned on, the same happens on the 48 when pressing very firmly between the menu labels and the menu keys (as if one were trying to fix the well-known problem of twisted keyboards on the 38G :-) Too much glue in the 49G+? Jordi ----- http://groups.google.com/groups?selm=BAE51F18.EA95%25me%40privacy.net ==== I just received my 49+. The bottom of the display flickers too. Rom 1.20 as well as 1.22. No SD card inserted. Arnold >Just got my new calc today from educalc.net (great service). Put in the >batteries and start exploring. Everything seems good. I then update the >ROM to 1.22 and I notice the following: > >1. With the clock turned on, the screen flickers across the bottom of the >display at the menu area every second. >2. I turned the clock off guessing this had something to do with it and the >flickering stops. Now, after I execute any command, the same area of the >display flickers. > >I haven't noticed any other problems yet, but I'm sure can imagine this is >extremely annoying. Has anyone else experienced this before or after they >upgraded their ROM to 1.22? I'm not really sure what else to try or do >here. > >Also, I don't have an SD card installed in either case. The calculator is >pretty much in default mode, except that I put it in RPN mode. I have also >replaced the batteries thinking that it might possibly be due to that (since >I upgraded the ROM) and still the same thing. ==== Apparently the SERIAL command does not work with an HP-49G+. Is there some other method which can be used to extract the internal serial number? rdb. > the SERIAL command returns a serial number that tells when the ROM was > flashed. > > -Joe- ==== > Apparently the SERIAL command does not work with an HP-49G+. Is there > some other method which can be used to extract the internal serial > number? 256 ATTACH, then go to Apps -> Development lib, there is a command to get the serial number. -- Thomas Deniau Unix is user friendly. It's just selective when choosing friends. ==== > 256 ATTACH, then go to Apps -> Development lib, > there is a command to get the serial number. Shortcut: 256.05 MENU, then press the SERIAL menu key. You don't need to attach a library to use its commands if you use 'em directly from the library's menu. -Joe- ==== Does #00130h SYSEVAL get the internal serial number on the 49G+? How about #10001Dh LIBEVAL? Luis > 256 ATTACH, then go to Apps -> Development lib, > there is a command to get the serial number. > > Shortcut: 256.05 MENU, then press the SERIAL menu key. You don't need > to attach a library to use its commands if you use 'em directly from > the library's menu. > > -Joe- ==== > Does #00130h SYSEVAL get the internal > serial number on the 49G+? > How about #10001Dh LIBEVAL? #C4002h FLASHEVAL works (49G and 49G+). I'll let somebody else try your SYSEVAL and LIBEVAL; I don't wanna, for obvious reasons. -Joe- ==== WHAT DOES MEAN A SERIAL NUMBER LIKE: cn 33109217? cn: stands for made in China or what is more probably ASSEMBLED in China. Nowadays computes and also other things have electronic componets made in several countries and are assembled in others. For example, my mouse is made in Taiwan, my keyboard in Brazil, my HD in China, my monitor in Singapore, my Windows in USA and is assembled in Paraguay! My computer seems to be related with Frankstein - parts from many other bodies, assembled in only one. I suppose that the firsdt numbers 3 stands for the year. And the others? ==== > WHAT DOES MEAN A SERIAL NUMBER LIKE: cn 33109217? CN: Made in China, 3rd year of the decade, 31st week of the year, 09217th machine made that week. The serial number stamped on the case tells when the case was made; the SERIAL command returns a serial number that tells when the ROM was flashed. -Joe- ==== Check out http://www.samsoncables.com/catalog/prodDetail.cfm?Prod_ID=360 The ETA has been pushed to Sept. 29. They expect this to be the last delay. Still waiting. Sam ==== Doesn't anyone find it strange that the HP49g+ has already been available for about a month from all sorts of sources in Europe and Asia but not in the US? Maybe it is a ploy to check out their quality control (through feedback from this group for example) before they go for the largest market of all. Luis > Check out http://www.samsoncables.com/catalog/prodDetail.cfm?Prod_ID=360 > > The ETA has been pushed to Sept. 29. They expect this to be the last delay. > > Still waiting. > > Sam ==== Is the US the largest market for this product? I would think that Europe, South America, Australia and Asia combined would be larger. I think the reason has more to do with it being near the end of the third quarter and waiting to make the announcement of a new product in the fourth quarter. I'm an engineer , not an accountant, so I do not understand that type of magic. Sam > Doesn't anyone find it strange that the HP49g+ has already been > available for about a month from all sorts of sources in Europe and > Asia but not in the US? > Maybe it is a ploy to check out their quality control (through > feedback from this group for example) before they go for the largest > market of all. > > Luis > > > > Check out http://www.samsoncables.com/catalog/prodDetail.cfm?Prod_ID=360 > > The ETA has been pushed to Sept. 29. They expect this to be the last delay. > > Still waiting. > > Sam ==== > Doesn't anyone find it strange that the HP49g+ has already been > available for about a month from all sorts of sources in Europe and > Asia but not in the US? > Maybe it is a ploy to check out their quality control (through > feedback from this group for example) before they go for the largest > market of all. > > Luis > Then France is the most important market, since an official HP reseller told me the calc was expected here in November, vs Oct 6 for the USA. Unless they push the date back again, though. ==== Maybe it is a ploy to check out their quality control... Well maybe they're just collecting all the rejects to re-use. Tom Scott, Lander, WY ==== >Check out http://www.samsoncables.com/catalog/prodDetail.cfm?Prod_ID=360 > >The ETA has been pushed to Sept. 29. They expect this to be the last delay. > >Still waiting. > >Sam I'm hoping that they are fixing all the small bugs discovered before they ship. Still waiting, too. ==== > Doesn't anyone find it strange that the HP49g+ has already been > available for about a month from all sorts of sources in Europe and > Asia but not in the US? It's not uncommon for manufacturers to stage product releases in different countries or geographic regions. In this case, the HP 49G+ is scheduled for US introduction on October 6, so it is not surprising that it is not yet available here. I'm not happy about it, but it isn't particularly strange. ==== But no HP49G+ avalaible in France too... Very strange. I don't see any logic in that. Gilles 44bc82ce.0309250554.31b4a00a@posting.google.com... > Doesn't anyone find it strange that the HP49g+ has already been > available for about a month from all sorts of sources in Europe and > Asia but not in the US? > Maybe it is a ploy to check out their quality control (through > feedback from this group for example) before they go for the largest > market of all. > > Luis ==== One interesting theory is along the laws of US, that if you make too many software updates (not fixes) that add new undocumented versions(in manuals) you need to make new manuals for free to owners or similar, read about it somewhere as a reason to certain final releases and getting huge amounts of betas after that. So hp might be, besides trying to get 4th quartile started nicely with new products, trying to get child flaws off their products before shipping in US. -Just a thought ==== > Check out http://www.samsoncables.com/catalog/prodDetail.cfm?Prod_ID=360 > > The ETA has been pushed to Sept. 29. They expect this to be the last delay. Guess again! The new date is Oct. 3 to the 10th. Hopefully they are updating the ROMs to 1.22, right? > > Still waiting. > > Sam > > ==== My HP 49G is in some way stuck in data transmit mode. I have carried out all reset procedures mentioned in the user's guide, but to no avail. Any advice?? ==== Well, I went down to the courthouse, and ran the 49G+ through the security scanner, and could not see much of anything regarding detail on the inside of the calculator. Well good news!! The 49G+ is extremly easy to disassemble. Under the battery cover are two light colored plastic rivits. I used a sharp knife and easily cut them off flush. Then starting at the top of the calculator, use a sharp knife to pry between the seam of the gold band and the dark bottom half of the calculator. It just pops apart. There are little click tabs holding it, just work your way down both sides of the calculator twords the bottom. When seperated, use your sharp kinfe to reach under the little pizo noisemaker, and it will pop straight up. There is a little dab of adhesive holding it, and it can be reattached without any damage. You can now lay the halves of the calculatr side by side, and the calculator is still functional. For further dissambly, you need to remove about 15 additional rivits to release the circuit board. Of interes though is that there is almos 1/4 of an inch of wasted space between the shielding panel and the bottow surface of the calculator. Looks like good room for memory expansion!!! To reassemble, start at the botton, and snap it back together... you will not even notice that you cut the rivits. If you want protection against popping open if you drop it, run a small screw into the hollow center of the rivit. Now I want someone else that knows electronics hardware to look in there and tell me how to get serial RS232. John ==== Decent quality photos? (must be able to read the writing on the chips) Al... > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. > > John ==== I was going to request the same thing. ;-) > Decent quality photos? (must be able to read the writing on the chips) > > Al... > > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. > > John > > ==== > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. I am hardly an expert, but if you can mention the chip numbers, we can find a datasheet and find the pins on the CPU's RS232 port. There may even be a pad on the PCB already for it... However until someone figures out ow to run native code, I don't see how you are going to be able to use it. cheers, Al > > John ==== Any insight into why the keyboard is so crappy and if anything can be done about it? > Well, I went down to the courthouse, and ran the 49G+ through the > security scanner, and could not see much of anything regarding detail > on the inside of the calculator. Well good news!! The 49G+ is extremly > easy to disassemble. ==== > Any insight into why the keyboard is so crappy and if anything can be done > about it? I intend to use the 49G+ or 48gII as a surveyors data collector. I love the stiff keyboard. I will usually be operating the thing with it mounted on a surveyors pole in a standing position. The keypush effort is very appropriate for this purpose. I have not had very many missed keystrokes. I did notice that I had more missed keystrokes when not using the key click option found under modes. I do not know if this is a function of human/audible feedback, or a hardware function. But I recomend that you turn on key click. Regarding using the keyboard for calculator functions, it is an absolute joke. I can go more than twice as fast with perfect key function on my old 48GX. I do not think that most people will like this keyboard. But I do!!!! John Evers ==== Is there space to mount a piece of steel? Id love it just to be heavier! john@pssllc.net says... > Well, I went down to the courthouse, and ran the 49G+ through the > security scanner, and could not see much of anything regarding detail > on the inside of the calculator. Well good news!! The 49G+ is extremly > easy to disassemble. Under the battery cover are two light colored > plastic rivits. I used a sharp knife and easily cut them off flush. > Then starting at the top of the calculator, use a sharp knife to pry > between the seam of the gold band and the dark bottom half of the > calculator. It just pops apart. There are little click tabs holding > it, just work your way down both sides of the calculator twords the > bottom. When seperated, use your sharp kinfe to reach under the little > pizo noisemaker, and it will pop straight up. There is a little dab of > adhesive holding it, and it can be reattached without any damage. You > can now lay the halves of the calculatr side by side, and the > calculator is still functional. For further dissambly, you need to > remove about 15 additional rivits to release the circuit board. Of > interes though is that there is almos 1/4 of an inch of wasted space > between the shielding panel and the bottow surface of the calculator. > Looks like good room for memory expansion!!! To reassemble, start at > the botton, and snap it back together... you will not even notice that > you cut the rivits. If you want protection against popping open if you > drop it, run a small screw into the hollow center of the rivit. > Now I want someone else that knows electronics hardware to look in > there and tell me how to get serial RS232. > > John > ==== Does anybody know if its possible to print to a dot matrix printer or inkjet printer directly from a HP49G. Alex ==== > Does anybody know if its possible to print to a dot matrix > printer or inkjet printer directly from a HP49G. If the printer allows RS-232 serial input, it's certainly possible. I don't know whether any InkJet or similar printers have RS-232 available, but I've printed to a variety of Epson impact dot matrix printers from the 49G. I expect that you could even use various daisy-wheel printers and I/O enabled electric typewriters, and maybe even teletype printers. Is there any particular printer model that you have in mind? Depending on the printer, you'll very likely have to buy or make an adapter to connect with the calculator. For the 49G, you'll need to connect two wires: the signal grounds to each other, and the calculator's transmit data with the printer's receive data. For use with a 48 series, if the printer allows XON/XOFF flow control, you'll probably also want another connection for the printer's transmit data with the calculator's receive data. This way you'll be able to take advantage of the XON/XOFF serial flow control (which doesn't work on the 49G). Pay attention to system flags -33, -34, -38, and maybe -37. Also to the reserved variables IOPAR and PRTPAR. On the 49G, be sure to leave transmit pacing (in the reserved variable IOPAR) disabled, so that the print delay value in PRTPAR can be used, particularly if the printer has a small input buffer. On a 48, it's better to enable transmit pacing and enable XON/XOFF flow control on the printer (assuming that the printer allows XON/XOFF flow control). The printable ASCII characters 32 through 126 should be no problem, but ASCII control characters 0 through 31 and 127 depend on the printer; see the fine manual. Characters 128 through 255 will probably be different on the printer and calculator, and characters 128 through 159 may be treated as control characters by the printer. Check the printer's documentation as to how it will treat these characters and the various options available. It may be possible to download a user-defined character set to the printer to match the calculator's character set. Another possibility is that if the printer has the characters you want but with a different number, you could write an application to change the object to a string and replace characters as needed. Note that the character set remapping string in PRTPAR is ignored when printing by wire. When printing by wire, the calculator respects the I/O character translation mode set by the last element in IOPAR, almost as in ASCII transfers to a PC, so you can avoid having to deal with non-ASCII characters if you choose to. One difference is that character 10 (Line Feed), is NOT automatically translated to character 13 (Carriage Return) followed by character 10 (Line Feed) when printing. For the end-of-line string needed by your printer, use the fourth element in PRTPAR (CarriageReturn LineFeed by default); any LineFeed that occurs in the string to be printed will be replaced by this string. I set the calculator to use translation mode 3 to keep things simple. If you don't have the translation table available, see http://holyjoe.net/hp/tiotable.png for a table of the translation codes used in mode 3, but note that in addition, is translated to . For that matter, it's a rather trivial exercise to print out your own translation table, at least the character number and translation code, that is. On the 49G, character 0, NUL, will be decompiled to 00, character 34, , to , and character 92, , to . This happens before the the I/O translations, so if translation mode 2 or 3 is used, NUL is printed as 00, as , and as . Printing graphics may well be a bit of a problem. There are libraries available to do this for the 48 series (search on http://www.hpcalc.org/), but I don't know of any for the 49G. I suppose that if you know enough about the structure of grobs on the calculator and what the printer expects when printing in graphics mode, you could always write your own application to change a grob into a string that the printer will treat as graphics. Note that as well as the various Print commands, you can also use the XMIT command to send character strings to the printer. If you have any particular questions about this, please post again. -- James ==== PS: > > Does anybody know if its possible to print to a dot matrix > > printer or inkjet printer directly from a HP49G. > > If the printer allows RS-232 serial input, it's certainly possible. guess that for the 49G+, you'd have to print by IR (maybe also IrDA?) or else upload to your PC and print from there. -- James ==== > On the 49G, character 0, NUL, will be decompiled to 00, character 34, > , to , and character 92, , to . This happens before the the I/O > translations, so if translation mode 2 or 3 is used, NUL is printed as > 00, as , and as . Wrong again! The decompilation doesn't happen when printing, just when transferring files in ASCII mode. I guess that I really should do a reality check before posting anything, -- James ==== I just bought an HP 49G+ and i don't have the USB driver. It did not come with a CD. Can anyone send me the usb driver that came in the CD? --Marco ==== you can found the connectivity kit here: ftp://ftp.hp.com/pub/softlib/software2/COL4344/ca-14082-1/sp00001.exe Can you tell me where you by the calculator??? > I just bought an HP 49G+ and i don't have the USB driver. It did not > come with a CD. Can anyone send me the usb driver that came in the CD? > > --Marco ==== It is a market sample. Not for resale. Anyway, I bought it in a store in Paraguay. They sell everything... Well, that link you pasted is only the conectivity kit, not the USB driver. I need a USB driver for the connectivity kit to communicate with the HP. It is located on a folder called UsbDriver in the cd but i do not have the CD. :( I ask, if you know someone who has an 49g+ or, if you have, please, zip that folder and put somewhere for those who want to download it. --Marco ==== > It is a market sample. Not for resale. Anyway, I bought it in a > store in Paraguay. They sell everything... > Well, that link you pasted is only the conectivity kit, not the USB > driver. I need a USB driver for the connectivity kit to communicate > with the HP. It is located on a folder called UsbDriver in the cd > but i do not have the CD. :( The USB driver comes with the Connectivity Kit which is available on the HP site. You have to install it separately, though. It isn't installed with the default installation. Tom Lake ==== Try this link and look at the bottom of the page there are some links to the newer Rom and connectivity kit, maybe it comes with the USB drivers; http://www.educalc.net/default.asp?p=153974 Hope this helps (if it does, let me know) Luis > It is a market sample. Not for resale. Anyway, I bought it in a > store in Paraguay. They sell everything... > Well, that link you pasted is only the conectivity kit, not the USB > driver. I need a USB driver for the connectivity kit to communicate > with the HP. It is located on a folder called UsbDriver in the cd > but i do not have the CD. :( > > I ask, if you know someone who has an 49g+ or, if you have, please, > zip that folder and put somewhere for those who want to download it. > --Marco ==== Dear Marco, I bought my 49g+ here in Brazil and I haven't got the CD either but I search the internet and found out that the USB Driver is located in the Connectivity Kit, the one provided by Alexandre. All you have to do is to extract the contents of sp0001.exe using Winzip or Winrar (www.rarsoft.com) and when Windows asks for the driver, it's located where you extracted to. | va.va | > It is a market sample. Not for resale. Anyway, I bought it in a > store in Paraguay. They sell everything... > Well, that link you pasted is only the conectivity kit, not the USB > driver. I need a USB driver for the connectivity kit to communicate > with the HP. It is located on a folder called UsbDriver in the cd > but i do not have the CD. :( > > I ask, if you know someone who has an 49g+ or, if you have, please, > zip that folder and put somewhere for those who want to download it. > --Marco ==== > > Got my 49G+ wednesday morning... with the batteries in the machine... which > means that the batteries have been in the 49G+ since tuesday noon (at > least)... when I get a low-battery message I will let you know...!!!... > Martin > Please let us know. While it looks like the DOA (Dead On Arrival) battery issue is probably a manufacturing defect, I am still very interested in a best case scenario for a good 49G+. Also, please let us know if you have any keys which fail to register on every click. Tom ==== > Is there already a ROM available for download somewhere? > > The 1.21 but it doesn't available for download. > > The 49G+ is using more power when turned off than turned on? Can that be > true? > > In my measures yes, sure!! > > >Btw did you made your measurements while the calc was calculating > something or > just turned on ?. > > I did the measures when the calc is JUST turned ON (not processing). > But when the calcs are executing a loop like: > > WHILE 1 > REPEAT > END > > The respectives currents are: > > HP49G 18.2 mA > HP49G+ 68.6 mA (This is 276.92% more than hp49g) > > And according with the energizer datasheets (graph right bottom in > page 1). > > http://data.energizer.com/datasheets/library/primary/alkaline/energizer/consu mer_oem/e92.pdf > > With a current of 68mA, the batteries only work around 10 hours, I > already probe the batteries life using this loop and as I said en the > original message the batteries only work about 10 hours. > > JoGa When I received my new calc the batteries where already dead as they were of most other buyers. So I suspected the machine would draw excessive current even when off. So I measured the current of the the new HP-49G+ vs HP-49G: HP-49G+ ------- OFF: 0.02 mA ON: 10 mA (doing nothing) Running: 80 mA HP-49G ------ OFF: 0.02 mA ON: 7 mA (doing nothing) Running: 20 mA The Test shows that the new calc draws four times more power when it's running a program. Actually the current is approx proportional to the speed gain. As the calc is usually not doing much most of the time I don't expect it to eat too much batteries. So I take the installed batteries were of poor quality. The off current is just the same. Above measurements have been made with my HP3468A 5-1/2 Digits Multimeter. The result in JoGa's measurement on the off current is possibly due to the HP-49G+ turning automatically on when power applied on the clips whereas the HP-49G doesn't do this. If it was upside down one wouldn't see this. ==== As I ordered it, I mentioned for the salesman at www.calculators.ch that I have heard that somebody have had problems switching the calc on... so maybe he tested my calc befor he sent it to me... as I received the calc I had no problems switching it on and even though in ALG Mode there were a few objects on the Stack: 7*7, the result and twice 49... but I cannot tell who tested the machine... When it comes to the keys it yesterday happened once for me that I thought I had pressed a key but it wasn't registered... I don't remember which key it was... but so far my impressions are positive... Martin > > Got my 49G+ wednesday morning... with the batteries in the machine... > which > means that the batteries have been in the 49G+ since tuesday noon (at > least)... when I get a low-battery message I will let you know...!!!... > Martin > > > Please let us know. While it looks like the DOA (Dead On Arrival) battery > issue is probably a manufacturing defect, I am still very interested in a > best case scenario for a good 49G+. > > Also, please let us know if you have any keys which fail to register on > every click. > > Tom > > ==== I would not worry too much about theese problem at this stage. Embedded CPU has sleep modes(e.g. the NEC V-850 typically 3) and reading the posts it seems like the calculator is not sleeping correctly. A calculator is a completely interrupt driven system and when there is nothing to do the CPU should sleep even if the LCD is on. I am sure this will be all fixed a few weeks from now. (I work with theese kind of reactive system designs every day.) It also good to remember that diagnosing a bug, fixing the bug and testing in most companies takes a few weeks, if not months. When a new flash image becomes available it will also probably be sent to China for manufacturing. Signing offiicial SW off in any organisation takes time. Give HP the time an be patient( and the testers should do their job well as they have a lot off responibility for rhe final product.) What annoys me the most is seeing that HP did not do testing properly, but left the testing to the end customer. This is very common nowdays given that time&money is so limited. Niclas > > HP49G HP49G+ (G+ - G)/(G)*100% > > Turned ON 7.32mA 10.65mA 45.49% > Turned ON and [ON] pressed 16.12mA 88.80mA 450.86% > > Turned OFF 0.088mA 11.08mA 12490.90% > > The last column shows (in percentage) the amount of current that the > hp49G+ consume more than hp49G . > > > You say, while power is OFF, the measured value for 49G+ battery current is > 11.08mA? According to this here chart from the folks at Eveready, a typical > AAA alkaline battery will last for about 4 days under a current drain of > 11mA. That's NOT good news for 49G+ owners. > > http://data.energizer.com/datasheets/library/primary/alkaline/energizer/cons > umer_oem/e92.pdf > > Can anyone else verify the measurement? Why would a calc draw 11mA when > OFF??? > > Tom > > ==== > I would not worry too much about theese problem at this stage. > > Embedded CPU has sleep modes(e.g. the NEC V-850 typically 3) and reading the > posts it seems like > the calculator is not sleeping correctly. A calculator is a completely > interrupt > driven system and when there is nothing to do the CPU should sleep even > if the LCD is on. I am sure this will be all fixed a few weeks from now. > (I work with theese kind of reactive system designs every day.) > > It also good to remember that diagnosing a bug, fixing the bug and > testing in most companies takes a few weeks, if not months. > When a new flash image becomes available it will also probably be > sent to China for manufacturing. Signing offiicial SW off in any > organisation takes time. > Give HP the time an be patient( and the testers should do their job > well as they have a lot off responibility for rhe final product.) HP has been given all the time they asked for. > What annoys me the most is seeing that HP did not do testing properly, > but left the testing to the end customer. This is very common nowdays > given that time&money is so limited. Are you serious? Again, HP had all the time they asked for AND it has plenty of money. Excusing HP for sloppy R&D and design and vendor choice is exactly the reason it pumps out the junk it currently does. To the board: make junk = people buy=make more junk. Apparently, the only way to curb this behavior is to stop buying junk. My thanks go to the unpaid beta testers who've posted here. They've helped me make my decision about the 49+. Too bad this corporate mentality is the norm today. Look at the crap Microsoft passes off as OSs and productivity software. Sad, really sad! ==== >> It also good to remember that diagnosing a bug, fixing the bug and >> testing in most companies takes a few weeks, if not months. When a new >> flash image becomes available it will also probably be sent to China >> for manufacturing. Signing offiicial SW off in any organisation takes >> time. >> Give HP the time an be patient( and the testers should do their job >> well as they have a lot off responibility for rhe final product.) > > HP has been given all the time they asked for. Are you sure? What is your knowledge of internal R&D HP teams situation, and more when third parties are involved ?? >> What annoys me the most is seeing that HP did not do testing properly, >> but left the testing to the end customer. This is very common nowdays >> given that time&money is so limited. > > Are you serious? Again, HP had all the time they asked for AND it has > plenty of money. Excusing HP for sloppy R&D and design and vendor choice > is exactly the reason it pumps out the junk it currently does. To the > board: make junk = people buy=make more junk. Apparently, the only way > to curb this behavior is to stop buying junk. My thanks go to the unpaid > beta testers who've posted here. They've helped me make my decision > about the 49+. Too bad this corporate mentality is the norm today. Look > at the crap Microsoft passes off as OSs and productivity software. Sad, > really sad! HP plenty of money? Perhaps the marketing people for other areas are plenty of money, but calculators area on HP seems not to be the most important business area on HP Company, so don't expect much invest on calculators untill new calculators team shows that they are a profitable and worth team (as most of them are). It is my personal opinion. --- J.Manrique L.97pez de la Fuente Users Club from Gij.97n 1077 HPCC Member ==== > HP plenty of money? Perhaps the marketing people for other areas are > plenty of money, but calculators area on HP seems not to be the most > important business area on HP Company, so don't expect much invest on > calculators untill new calculators team shows that they are a profitable > and worth team (as most of them are). It is my personal opinion. Ditto. Anybody who is complaining about a handheld 75MHz 3 AAA calculator for less than $200 USD will never be happy. Field debugging is not good, but with HP you will get the time to make it tight. They will fix this current problem as the prior posters pointed out. The 40% higher run current will (I think) dictate battery life. Not bad for 300-600% speed improvement. I'm glad HP is there again. ==== > >> HP plenty of money? Perhaps the marketing people for other areas are >> plenty of money, but calculators area on HP seems not to be the most >> important business area on HP Company, so don't expect much invest on >> calculators untill new calculators team shows that they are a profitable >> and worth team (as most of them are). It is my personal opinion. > > Ditto. Anybody who is complaining about a handheld 75MHz 3 AAA >calculator for less than $200 USD will never be happy. Field debugging >is not good, but with HP you will get the time to make it tight. > > They will fix this current problem as the prior posters pointed out. >The 40% higher run current will (I think) dictate battery life. Not >bad for 300-600% speed improvement. > > I'm glad HP is there again. I do not mind the shorter battery life, if it happens while the calculator is running. However it is not acceptable that it should draw more current when it is off. I do not want to have a dead calc when I really need one. Harold A. Climer Physics/Geology/Astronomy Lab Instructor U. Tennessee At Chattanooga ==== > > When I received my new calc the batteries where already dead as they > were of most other buyers. So I suspected the machine would draw > excessive current even when off. So I measured the current of the the > new HP-49G+ vs HP-49G: > > HP-49G+ > ------- > OFF: 0.02 mA > ON: 10 mA (doing nothing) > Running: 80 mA > > HP-49G > ------ > OFF: 0.02 mA > ON: 7 mA (doing nothing) > Running: 20 mA > > The Test shows that the new calc draws four times more power when it's > running a program. Actually the current is approx proportional to the > speed gain. As the calc is usually not doing much most of the time I > don't expect it to eat too much batteries. So I take the installed > batteries were of poor quality. The off current is just the same. > Above measurements have been made with my HP3468A 5-1/2 Digits > Multimeter. The result in JoGa's measurement on the off current is > possibly due to the HP-49G+ turning automatically on when power > applied on the clips whereas the HP-49G doesn't do this. If it was > upside down one wouldn't see this. > (for statistical significance). If your measurements are correct, it doesn't explain the DOA battery issue. Even if the 49G+ were accidentally shipped with power ON, the auto power off would shut it down. However, if JoGa's measurements are correct, then I guess the 49G+ needs an auto power ON function to save the batteries. Tom ==== > > HP plenty of money? Perhaps the marketing people for other areas are > plenty of money, but calculators area on HP seems not to be the most > important business area on HP Company, so don't expect much invest on > calculators untill new calculators team shows that they are a profitable > and worth team (as most of them are). It is my personal opinion. > > Ditto. Anybody who is complaining about a handheld 75MHz 3 AAA > calculator for less than $200 USD will never be happy. Field debugging > is not good, but with HP you will get the time to make it tight. In addition to having no input on the time frame or much of anything else, we didn't set the price. If this thing was done right, I'd be happy with $400 USD. As it is, it's nothing special - a 75 MHZ ARM should perform *much* better than the benchmarks posted here so far. And, field debugging isn't worth my free to HP time. > They will fix this current problem as the prior posters pointed out. > The 40% higher run current will (I think) dictate battery life. Not > bad for 300-600% speed improvement. Seems like a real design engineer would've opted for AA's in this application, don't you think. > I'm glad HP is there again. HP desperately needs some effective leadership. TSB isn't the answer. ==== > > Ditto. Anybody who is complaining about a handheld 75MHz 3 AAA > calculator for less than $200 USD will never be happy. Field debugging > is not good, but with HP you will get the time to make it tight. > > In addition to having no input on the time frame or much of anything else, > we didn't set the price. If this thing was done right, I'd be happy with > $400 USD. As it is, it's nothing special - a 75 MHZ ARM should perform > *much* better than the benchmarks posted here so far. And, field debugging > isn't worth my free to HP time. > > They will fix this current problem as the prior posters pointed out. > The 40% higher run current will (I think) dictate battery life. Not > bad for 300-600% speed improvement. > > Seems like a real design engineer would've opted for AA's in this > application, don't you think. You have the choice to buy now or wait. I think HP is pretty responsive to user feedback - at least for a big company. We saw a LOT of user preference incorporate into the 49 firmware, for example. Something is wrong with the initial poster's off current. OTOH, apparently the run time current is about 400% higher, not the 40% that I thought. This is another ugly side of emulation - lots of wasted cycles slowing things down *and* sucking more juice. However emulation allows it to be here now, running a mostly debugged firmware suite. I hope HP will slowly port more functions to ARM code, and as more parts run faster, perhaps users will have battery-extending speed control. Remember this it's a B I G jump from Saturn to Arm. ==== > > > However emulation allows it to be here now, running a mostly debugged > firmware suite. I hope HP will slowly port more functions to ARM code, > and as more parts run faster, perhaps users will have > battery-extending speed control. > > Remember this it's a B I G jump from Saturn to Arm. But the main advantage of emulation is that you can reuse hpcalc.org on the new calc. Though I am wondering are the game still playable or do they run 4 times too fast. Anyway, they were already running 4 times too fast for me. Arnaud ==== What the hell is that? I think they are launch the ROM update even before of the official premiere. http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?loc ale=en_US&lang=English+%28US%29&pnameOID=351776&prodSeriesId=33568&prodTypeId =215348&basePartNum=COL4392&locBasepartNum=ca-14639-2&os=Microsoft+Windows+95 &tech=Firmware Is it compatible with the 'old' HP49G ? curious... ==== Juli.87n Kaihara schrieb im Newsbeitrag > What the hell is that? > I think they are launch the ROM update even before of the official > premiere. > > http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?loc ale=en_US&lang=English+%28US%29&pnameOID=351776&prodSeriesId=33568&prodTypeId =215348&basePartNum=COL4392&locBasepartNum=ca-14639-2&os=Microsoft+Windows+95 &tech=Firmware > > Is it compatible with the 'old' HP49G ? > curious... I don't think the ROM can be used directly on the 49G. But I guess HP will release new ROMS for the 49G as well, now they are back in the calculator business. It took me only about two minutes to update the 49G+ with the USB cable. The SD card bug is corrected now and the CAS has got a new date too. PVARS gives now the right size of port 1 too btw. Roman ==== > What the hell is that? > I think they are launch the ROM update even before of the official > premiere. They found a bug and released a fix. This is a *good* thing, not something to complain about. ==== Indeed!!!! And a horrible bug at that! Read the power consumption thread down below. This is so nice! > What the hell is that? > I think they are launch the ROM update even before of the official > premiere. > > They found a bug and released a fix. This is a *good* thing, not something > to complain about. ==== > Indeed!!!! And a horrible bug at that! Read the power consumption thread > down below. > > This is so nice! It sure give ME the warm fuzzies about the future of the calculator and HP's commitment! Tom Lake ==== I would be interesting if someone out there, capable of doing so, might also measure the current consuption with this new ROM, so we can comapre it to the other values that have been posted here. Luis > What the hell is that? > I think they are launch the ROM update even before of the official > premiere. > > They found a bug and released a fix. This is a *good* thing, not something > to complain about. ==== >What the hell is that? >I think they are launch the ROM update even before of the official >premiere. > >http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lo cale=en_US&lang=English+%28US%29&pnameOID=351776&prodSeriesId=33568&prodTypeI d=215348&basePartNum=COL4392&locBasepartNum=ca-14639-2&os=Microsoft+Windows+9 5&tech=Firmware > >Is it compatible with the 'old' HP49G ? >curious... Has anyone tried it on the 49G emulator? ==== > What the hell is that? > I think they are launch the ROM update even before of the official > premiere. Interesting note on the site: This package contains a new version of the HP49G+ ROM (1.22). This version corrects a couple of bugs, most noticeably reduces significantly the power consumption in OFF mode, increasing dramatically the battery life. > Is it compatible with the 'old' HP49G ? It would appear not. -- John Miller In 1962, you could buy a pair of SHARKSKIN SLACKS, with a Continental Belt, for $10.99!! ==== This package contains a new version of the HP49G+ ROM (1.22). This version corrects a couple of bugs, most noticeably reduces significantly the power consumption in OFF mode, increasing dramatically the battery life. Bet it don't fix the keypress issue though;-) Dave h > What the hell is that? > I think they are launch the ROM update even before of the official > premiere. > > Interesting note on the site: > > This package contains a new version of the HP49G+ ROM (1.22). This version > corrects a couple of bugs, most noticeably reduces significantly the power > consumption in OFF mode, increasing dramatically the battery life. > > Is it compatible with the 'old' HP49G ? > > It would appear not. > -- > John Miller > > In 1962, you could buy a pair of SHARKSKIN SLACKS, with a Continental > Belt, for $10.99!! > WooHoo! ==== I wonder if this would explain the units not powering up when they come with batteries installed... batteries could just be running down during shipping, etc. > Interesting note on the site: > > This package contains a new version of the HP49G+ ROM (1.22). This version > corrects a couple of bugs, most noticeably reduces significantly the power > consumption in OFF mode, increasing dramatically the battery life. ==== I have break the screen cover of my HP 49G (part with the rainbow effect with HP and HP 49G emblems in frony of the >LCD screen). So HP can't provide me one & I'm looking for someone who has one and want to sell it to me! Please, if you have this part contact me: bricem13@yahoo.com ==== 13172c7.0309260844.47197949@posting.google.com... > I have break the screen cover of my HP 49G (part with the rainbow effect > with HP and HP 49G emblems in frony of the >LCD screen). > So HP can't provide me one & I'm looking for someone who has one and want to > sell it to me! I remove my HP49 screen cover long (?) time ago... The screen looks very very better without this cover. It's work fine whitout this thing. But, OK, HP looks a little strange without it :-) But I don-t sell it beacause if i sold my 49 (for a 49+), i put it back. Gilles ==== If you can't find someone who will sell it to you, I'd recommend doing something like this: http://holyjoe.org/hp/HP49.htm#nowindow > > I have break the screen cover of my HP 49G (part with the rainbow effect > with HP and HP 49G emblems in frony of the >LCD screen). > So HP can't provide me one & I'm looking for someone who has one and want to > sell it to me! > > Please, if you have this part contact me: > bricem13@yahoo.com ==== hIkdb.25023$gv5.9836@fed1read05... >(..) I'd recommend doing something like this: > > http://holyjoe.org/hp/HP49.htm#nowindow > Tank's for the idea of black plastic cut from an old 8-inch floppy disk ;-) I will try it, beacause without it, the 49 look strange (but work fine !) Gilles ==== I'm re-starting studying and playing chess; I wish to ask you all for an opinion and suggestions about using the HP 4X: on my 48G (with 512 kb expanded memory) I downloaded HPChess 1.0 (that very often stalls, and I've to reset the calc) and ML chess. What do you think about these two programs ? May someone with a chess addiction (and knowledge) say something about abilities and limits of these and other softwares for the just a step up a beginner player ? Maybe it would be better to purchase a portable platform such as a Palm or a LCD electronic board to get an effective chess companion in my travels ? It would be a pity, as anyway I bring the HP myself everywhere I go,and I would prefere not starting thinking about a Palm, at the time. Also, are there news about a HP or non HP chess programming List ? Quite strange the lack of a chess/thinking_game_programming collaboration thread on the list: surely I've lost something (a lot) and I should continue search on the web ;-). In the meanwhile, Your Gianluca ==== > Maybe it would be better to purchase a portable platform such as a > Palm or a LCD electronic board to get an effective chess companion in > my travels ? It would be a pity, as anyway I bring the HP myself > everywhere I go,and I would prefere not starting thinking about a > Palm, at the time. > Also, are there news about a HP or non HP chess programming List ? > Quite strange the lack of a chess/thinking_game_programming > collaboration thread on the list: surely I've lost something (a lot) > and I should continue search on the web ;-). > In the meanwhile, > > Your > Gianluca There's an excellent chess program for the TI-68k: http://tict.ticalc.org -- Bhuvanesh ==== I play a lot of chess. I would not recommend playing on the calculator. The software may be good, but the speed and graphics are too limited for a good chess experience. I play most of my chess online with yahoo. Have you read many chess books? Chess books are a good way to improve your skills and are easy to travel with. ==== I agree with you Chris: I'm purchasing a good chess set for my balcony studyes and I'm going back to my Averbach and Bejlin books to improve my game ability; more, I was thinking about using the HP as I've seen some handhold lcd chess stations founding them also quite slow and not so much user friendly: the thing would change by purchasing a Palm, but I would prefer not to get one just to play chess ! More, I've got a 512Kb expanded HP48, Bushanes, so thank you, but surely I'll not buy a TI (at least for a money and time availability problem, even if I could also appreciate TI machines; your link is nonetheless very interesting). Well, I was thinking about using th HP just when travelling or at the Mail Office queing... Maybe a TouchChess or LCD Chess by the Excalibur company would be a better target to have both a travel chess set (that does not loose its pieces) and a nice game companion (they have also a very low battery drain, compared to calculators and, more, to Palms). I was also very interested in trying understand what kind of ELO level can be gained by these software. Any thought about this point ? If other suggestions, they're only welcome ! Gianluca > I play a lot of chess. (...) the speed and graphics are > too limited (...). I play most of my chess > online with yahoo. > > Have you read many chess books? (...) ==== I had the same problem you describe, did consider also using my calculator, a Palm-like PDA, or even a chess cartridge on a Game Boy Advance SP, yet after careful evaluation the best solution (for me) was to buy an Excalibur Touch Chess handheld chess computer. It's really inexpensive, you can find it for less than $35, so that even if lost or stolen, or accidentally destroyed you can replace it easily (unlike an HP or a Palm), it's extremely convenient, not having physical pieces nor keyboard, you can enter your moves and even problem positions with extreme ease by using the stylus on the touch screen (beats any other input method by far), and it features both a very reasonable standard of play (73 levels, including mate levels and even an 'infinite' level) which you can customize in a number of ways, as well as a selection of chess problems for you to solve, and classic historical games for you to try (awarding points for your correct moves). It will also rate your playing, take back moves, suggest moves, show the legal moves and attacked pieces, etc, etc. There's a thorough, comprehensive review of this product here: http://home.earthlink.net/~kantack/lcdchess/excltchess.htm You can also download the full manual (PDF format) using this link: http://www.excaliburelectronics.com/pdf%20manuals/m404tchessv1.pdf Have a look at it and see just how many chess goodies are packaged in such a small, convenient, yet inexpensive unit. And the batteries last for *months* of intensive chess playing. Try that with a PDA ! ==== What is your *best* Puzzle game ever ? (Mine is TetrisHP by B.Schmitt). -- Julien Meyer - BigSunHp http://www.jadeware.net ==== http://www.shopping.hp.com/cgi-bin/hpdirect/shopping/scripts/generic_store/g eneric_subcategory_view.jsp?BV_SessionID=@@@@0325194862.1063755367@@@@&BV_Eng ineID=ccehadcjgkdimlfcfngcfkmdflldfgg.0&landing=outlet_store&category=refurb_ closeouts&subcat1=calculators&cat_level=2&browse_link=true -- James ==== > Did HP ever come out with an equivalent of the E6B ? I've used a couple of > electronic E6B's and have grown thoroughly sick of them, clearly ASA and > Sporty's don't know how to make calculators. > > On the other hand, HP made some really good calculators (12C, 32Sii), did > they ever make an E6B ? > > Does anyone know whether HP is open to suggestions re: calculators, would > they take the idea seriously if one suggested it ? > > > a- > > ==== >> Did HP ever come out with an equivalent of the E6B ? I've used a couple >> of electronic E6B's and have grown thoroughly sick of them, clearly ASA >> and Sporty's don't know how to make calculators. Has anyone ever seen an electronic E6B that was as usable as the old version? -- John Miller Be *excellent* to each other. -Bill, or Ted ==== Under NVGs, in turbulence, or when flying something slippery without a copilot, an aluminum E6B is just plain easier to use. I've had a few guys in the unit that used the CX-2 and other handhelds in the cockpit, but all of them ended up either full of fine grit (scratching up the screen and jamming keys) after the first desert operation or relegated to flight planning chores due to usability issues. >> Did HP ever come out with an equivalent of the E6B ? I've used a couple >> of electronic E6B's and have grown thoroughly sick of them, clearly ASA >> and Sporty's don't know how to make calculators. > > Has anyone ever seen an electronic E6B that was as usable as the old > version? > > -- > John Miller > > Be *excellent* to each other. > -Bill, or Ted ==== I take it that this means there isn't. Bummer. I use the CR-2 (from Jeppesen) and it is much better than the clunky CX-2 which sits in the bag most of the time. > Under NVGs, in turbulence, or when flying something slippery without a > copilot, an aluminum E6B is just plain easier to use. I've had a few guys in > the unit that used the CX-2 and other handhelds in the cockpit, but all of > them ended up either full of fine grit (scratching up the screen and jamming > keys) after the first desert operation or relegated to flight planning chores > due to usability issues. > > > > >> Did HP ever come out with an equivalent of the E6B ? I've used a couple > >> of electronic E6B's and have grown thoroughly sick of them, clearly ASA > >> and Sporty's don't know how to make calculators. > > Has anyone ever seen an electronic E6B that was as usable as the old > version? > > -- > John Miller > > Be *excellent* to each other. > -Bill, or Ted > ==== Today is Oct 6 and nothing about 49g+... without a doubt there are problems in production. ==== > Today is Oct 6 and nothing about 49g+... without a doubt there are > problems in production. At least it doesn't share the fate of the 33s which is on indefinite hold and may never reach stores! Tom Lake ==== -=[ Tue, 7.10.03 11:38 p.m. +1300 (NZDT) ]=- in message ID <80362ef.0310062124.7730776a@posting.google.com> : > Today is Oct 6 and nothing about 49g+... without a doubt there are > problems in production. Probably they had the hardware ready-to-go but lost time due to having to upgrade the firmware to ROM 1.22. That ROM was released on 11 Sept, and does fix a fairly significant power draw while the machine is off, probably extending the battery life from maybe a week, to months. BTW the hp web page lists Microsoft Windows NT 4.0 as one of the operating systems. I doubt whether any NT 4.0 can handle and SD card, or even a USB connection (except perhaps if the box has room for an internal card). -- Tony Hutchins Wellington New Zealand #340 Do not be too timid and squeamish about your actions. All life is an experiment. R-W Emerson ==== > Today is Oct 6 and nothing about 49g+... without a doubt there are > problems in production. > > At least it doesn't share the fate of the 33s which is on indefinite hold > and may never reach stores! > > Tom Lake Why? What is wrong with the 33S (other than being ugly)? Charles Perry P.E. ==== > > At least it doesn't share the fate of the 33s which is on indefinite hold > and may never reach stores! > What's going on with the 33s? Steve ==== CALCPRO HAS THE HP-41g+ IN STOCK. I ordered mine today. Hoping for delivery tomorrow. They said, can do! > Today is Oct 6 and nothing about 49g+... without a doubt there are > problems in production. ==== > Today is Oct 6 and nothing about 49g+... without a doubt there are > problems in production. No. That doesn't mean anything about production. It means that HP at the end of the financial quarter just ended (Sept. 30) needed revenue from Europe and Latin America to balance sales against forecast. All businesses do this and have done it for two-hundred years. Besides, CalcPro is shipping the HP-49g+ as of today. I hope for mine to arrive tomorrow. ==== > CALCPRO HAS THE HP-41g+ IN STOCK. I ordered mine today. Hoping for delivery > tomorrow. They said, can do! Yay! A follow-up to the HP41 series! Or was that a typo? :D -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== -=[ Wed, 8.10.03 11:04 a.m. +1300 (NZDT) ]=- in message ID <5DGgb.172396$3o3.12669021@bgtnsc05-news.ops.worldnet.att.net> : > > CALCPRO HAS THE HP-41g+ IN STOCK. I ordered mine today. Hoping for delivery > tomorrow. They said, can do! Will be interestiing to see if the case has a serial number starting higher than CN331.. - say CN332.., and if VERSION shows Revision #1.22, or still the 1.20. -- Tony Hutchins Wellington New Zealand ==== > Today is Oct 6 and nothing about 49g+... without a doubt there are > problems in production. I was actually checking the HP page every 5 minutes for a release but it never came. I've been using a TI86 (best TI IMO) for the past 6 years but had just recently lost it :( and I am in desperate need of a new calculator. I bought a TI89 but returned it as soon as I had learned about the release of the 49G+. I am an electrical engineering student and it's absolutely impossible for me to be without a calculator. Does anyone know how quickly this calc will be introduced to large stores like OfficeDepot after it's official release? Usually, how long does it take for a new product to be introduced to a large chain retailer? I want to buy it from a store just in case I might have to return it rather than buying it online. ==== >> At least it doesn't share the fate of the 33s which is on indefinite >> hold and may never reach stores! >> > What's going on with the 33s? ==== >> What's going on with the 33s? Maybe they realized how ugly it is. ==== Well, I got my hp49G+, and I got all of my old user rpl programs transfered to it for use as a Surveyors data collector. Obviously I could not get the wired port to give any kind of serial connection. So what to do?? At the moment, I have no use for this thing as is. My intention now is to take the thing to the hospital for an x-ray. Scan the image into auto cadd for dimensioning purposes, and start taking it apart. I see that under the battery cover are two plastic rivits that look like a good place to start the dissambly. The goal of what I am actually after is to find RS232 on the board, and wire a connector myself, and just to get a good look inside, and add a 60 gig hard drive (joke). If anyone has any advice or comments I would love to hear them all. Does anyone know if the x-ray will kill the calculator?? John Evers ==== Mr. Evers, Consider that chips are fabricated from silicon, doped silicon or even other materials of relatively small band gap. If high energy radiation, such as x-rays bombard such materials, they may become fried. I would suggest you find an alternative to high energy radiation. It may be wiser to look into somehow making the serial port work for you. > Well, I got my hp49G+, and I got all of my old user rpl programs > transfered to it for use as a Surveyors data collector. Obviously I > could not get the wired port to give any kind of serial connection. So > what to do?? At the moment, I have no use for this thing as is. My > intention now is to take the thing to the hospital for an x-ray. Scan > the image into auto cadd for dimensioning purposes, and start taking > it apart. I see that under the battery cover are two plastic rivits > that look like a good place to start the dissambly. The goal of what I > am actually after is to find RS232 on the board, and wire a connector > myself, and just to get a good look inside, and add a 60 gig hard > drive (joke). If anyone has any advice or comments I would love to > hear them all. Does anyone know if the x-ray will kill the > calculator?? > > John Evers > ==== There is a scanner used by customs that works with X-ray, maybe you can talk with them to help you. This one penetrates through thin metal, I don't know about resolution, but I guess it's allright. And it's 3d, you will get something like a 3d wireframe view in AutoCAD or MicroStation. Good luck! ==== It seems that it would be more straightforward to put an IR TXRX at the IR interface that acts as a go between to a normal serial interface. Is this not possible? I'm just learning about these units but I've done similar with other IR TX devices. Adam Arabian PhD Program Department of Mechanical Engineering University of Louisville adam.arabian_nospam@louisville.edu [remove '_nospam' before sending) Office: 502 852 1696 Cell: 502 386 2017 ==== Can the moderator or someone remove this post dated message? > To all webmaster,newsmaster > > it's recommand to set all you News server to receive and send > > Newsgrousp was use for Text , chit chat , permit to post more > and groups team piracy have use usenet for long time > > Fight Piracy set your News Server to 32 kbytes (250 lines) > > > > > Fight Piracy Team ! > > > > > ==== > Can the moderator or someone remove this post dated message? There is no moderator. In fact, there is no one in charge. Scary, huh? -- John Miller Do you think that when they asked George Washington for ID that he just whipped out a quarter? -Steven Wright ==== Could you test my games (http://perso.atsat.com/pigallio/Hp48/Lil_hp48.htm) : Ice-Cube (I think it will be too fast) Puzzle-Bobble 2 (It's synchronized on the timer and it should be OK) Lilian. ==== > Could you test my games (http://perso.atsat.com/pigallio/Hp48/Lil_hp48.htm) > : > > Ice-Cube (I think it will be too fast) It seems a little quick, but I have not played the 49G version. Still useable if you have quick reflexes. > > Puzzle-Bobble 2 (It's synchronized on the timer and it should be OK) The speed seems OK, but the greyscale in both games flickers alot :-( Also, can you *please* try slowing down Babal? it's roughly twice as fast on the G+. Also the screen appears too light, like the contrast needs darkening. Android is another game I'm hoping for :-) cheers, Al ==== Concerning the other games, I've made only a translation from HP48 to HP49 and I don't have their sources to change their speed... could you ask to their authors ? Lilian. > > Could you test my games (http://perso.atsat.com/pigallio/Hp48/Lil_hp48.htm) > : > > Ice-Cube (I think it will be too fast) > > It seems a little quick, but I have not played the 49G version. Still > useable if you have quick reflexes. > > Puzzle-Bobble 2 (It's synchronized on the timer and it should be OK) > > The speed seems OK, but the greyscale in both games flickers alot :-( > > Also, can you *please* try slowing down Babal? it's roughly twice as > fast on the G+. Also the screen appears too light, like the contrast > needs darkening. > > Android is another game I'm hoping for :-) > > cheers, > > Al > ==== They look very nice, I'll have to try them sometime :-) > > Concerning the other games, I've made only a translation from HP48 to HP49 > and I don't have their sources to change their speed... could you ask to > their authors ? Babal is the one I was really interested in, but it seems the author :-( Full source to Babal is at http://www.ufoot.org/babal/ but porting it looks like an ugly job. There are large chunks of saturn assembly, and I only know userRPL. Pity, I really like Babal. cheers, Al ==== October, 1997. Alone behind a student's desk and lot of damn maths homework to do.. (I hate homework) and with a brand new bottle of *Red* Orangina (TM).. and with a damn HP48GX + ASMFLASH (c) JYA : Android has come. And what, I read this great post in this damn comp.sys.hp48 newsgroup, I'm very glad ! By the way you could find more 48/49G games here: http://www.jadeware.net/hp/ I wonder how do 131x64 greyscales games behave on the bigger 49G+ 131x80 screen ? --Julien Meyer > > Android is another game I'm hoping for :-) > > cheers, > > Al ==== > > of > October, 1997. Alone behind a student's desk and lot of damn maths homework > to do.. (I hate homework) and with a brand new bottle of *Red* Orangina > (TM).. and with a damn HP48GX + ASMFLASH (c) JYA : Android has come. And > what, I read this great post in this damn comp.sys.hp48 newsgroup, I'm very > glad ! > > > By the way you could find more 48/49G games here: > http://www.jadeware.net/hp/ > > I wonder how do 131x64 greyscales games behave on the bigger 49G+ 131x80 > screen ? A) Almost everything uses the lower 131x64 part of the screen only leaving status as always on B) The display & speed is different and thus greyscales don't scale well (pun intended) C) The darn thing is much too fast for most off the games and even some utility programs... ==== > > > October, 1997. Alone behind a student's desk and lot of damn maths homework > to do.. (I hate homework) and with a brand new bottle of *Red* Orangina > (TM).. and with a damn HP48GX + ASMFLASH (c) JYA : Android has come. And > what, I read this great post in this damn comp.sys.hp48 newsgroup, I'm very > glad ! > Glad to hear =) I have never been able to finish andriod - how many levels are there? Android works fine, its just way too fast at present. If you feel like slowing it down by a factor of 5, I'd really appreciate it! After its much slower, I can time it on both units and tell you the final factor to adjust it by. Then the speed will be almost 100% correct. > > By the way you could find more 48/49G games here: > http://www.jadeware.net/hp/ > > I wonder how do 131x64 greyscales games behave on the bigger 49G+ 131x80 > screen ? Basically the header still remains, but the greyscale flickers a bit. The header is frozen, the clock doesn't update. cheers, Al ==== > > of > October, 1997. Alone behind a student's desk and lot of damn maths homework > to do.. (I hate homework) and with a brand new bottle of *Red* Orangina > (TM).. and with a damn HP48GX + ASMFLASH (c) JYA : Android has come. And > what, I read this great post in this damn comp.sys.hp48 newsgroup, I'm very > glad ! > And maybe could you update it to change its speed :) > By the way you could find more 48/49G games here: > http://www.jadeware.net/hp/ But some games are only for HP48 !!! Questions: all these games are already at www.hpcalc.org or not ? ==== Lilian Pigallio a .8ecrit > > And maybe could you update it to change its speed :) I'll need the source code and a 49G+ emulator. > By the way you could find more 48/49G games here: > http://www.jadeware.net/hp/ > > But some games are only for HP48 !!! Yes but it's the best calculator, look at the beautiful keyboard :) > Questions: all these games are already at www.hpcalc.org or not ? Yes. --Julien Meyer ==== > > Lilian Pigallio a .8ecrit > > And maybe could you update it to change its speed :) > > I'll need the source code and a 49G+ emulator. And the problems is .....? ==== I have not the source code under my hand nor the 49G+ emulator.. Because If I work again on the game sourceI will make it to fit the 131x80 screen. --Julien Meyer > Lilian Pigallio a .8ecrit > > And maybe could you update it to change its speed :) > I'll need the source code and a 49G+ emulator. > > And the problems is .....? ==== And who has tested PzB2 in 2 Players mode ? Via IR and/or Wire ??? Lilian. > > Could you test my games (http://perso.atsat.com/pigallio/Hp48/Lil_hp48.htm) > : > > Ice-Cube (I think it will be too fast) > > Puzzle-Bobble 2 (It's synchronized on the timer and it should be OK) > > > > Lilian. > > > ==== Im planning to change my Hp48G for a new version like HP 49G+. Where can I find an unbiased evaluation or review of the new HP 49G+? I would like to be aware of the pros and cons before making the decision. Carlos ==== I have a 49g+ on order and am wondering if HP plans to start producing any infrared add-ons such as a printer. I have an HP 82240B printer already but the thought that I have to use a discontinued printer and scrounge to find paper for it for use with a brand new calculator just bugs me. Tom Lake ==== Every office supply store in this sidereal universe carries 2 1/4 wide thermal paper. > I have a 49g+ on order and am wondering if HP plans to start producing any > infrared add-ons such as a printer. I have an HP 82240B printer already but > the thought that I have to use a discontinued printer and scrounge to find > paper for it for use with a brand new calculator just bugs me. > > > Tom Lake ==== > Every office supply store in this sidereal universe carries 2 1/4 wide > thermal paper. Does any old thermal paper work with the HP printer? Tom L BTW Who said I'm even FROM this sidereal universe? 8-) ==== > >>Every office supply store in this sidereal universe carries 2 1/4 wide >>thermal paper. > > > Does any old thermal paper work with the HP printer? Well, almost any, as long as it's 2 1/4 (57 mm) wide. Pay attention to the roll diameter too, but it's easy enough to wind part of a large diameter roll onto an old core. A possible problem would be if the paper were glued or taped to the core, so don't use the paper all the way to the end unless you're sure that it's unattached. I've had good luck with the brands Perfect print, NCR, and IBM (all black on white). A set of AMPAD brand THERMAL CALCULATOR ROLLS printed a light purple on white, about the color of a mimeograph sheet; not so good, but readable as long as I set the print contrast as high as it would go. Of course HP recommends that you use Genuine HP paper, but I haven't had any other problems with other brands. -- James ==== > I have a 49g+ on order and am wondering if HP plans to start producing any > infrared add-ons such as a printer. I have an HP 82240B printer already but > the thought that I have to use a discontinued printer and scrounge to find > paper for it for use with a brand new calculator just bugs me. Do you know whether the 49G+ gives you the option to print by IrDA as well as the Red Eye protocol used for the HP 82240 printers? Martel Instruments has some nice printers that look to me as if they should work with the 48 and 49 series calculators. See http://www.martelinstruments.com/8800.html. Perhaps HP will re-badge one of these, or have Martel Instruments make a customized version for HP. If the 49G+ can print by IrDA, I wonder whether the IrDA physical layer would suffice, or would the IrDA stack be needed. Some of the Martel printers also have RS-232 available, so should work with the old 49G, although I expect that a special application on the calculator would be needed for printing graphics. -- James ==== I just tried printing to an HP-82240B printer with both an HP-48GX & an HP-49G+. First with the 48 to be sure the printer was working & then with the 49G+. The data sent from the 48 printed, the data sent from the 49G+ did not. rdb. ==== > I just tried printing to an HP-82240B printer with both an HP-48GX & > an HP-49G+. First with the 48 to be sure the printer was working & > then with the 49G+. The data sent from the 48 printed, the data sent > from the 49G+ did not. Did you first edit the IOPAR to a slower speed? Perhaps 4800. would do it? ==== In Veli-Pekka Nousiainen > Did you first edit the IOPAR to a slower speed? > Perhaps 4800. would do it? HPIR protocol (used by the HP82240B) is only running at 2400bps IOPAR has nothing to do with it. ==== > I just tried printing to an HP-82240B printer with both an HP-48GX & > an HP-49G+. First with the 48 to be sure the printer was working & > then with the 49G+. The data sent from the 48 printed, the data sent > from the 49G+ did not. Well, I don't have a 49g+ yet, but others (whom I trust) have posted that the 49g+ can print to the 82240B. Guessing that the flags and relevant reserved variables are similar to the previous calculators, I'd guess flag -33 and especially flag -34; both should be clear to print to an 82240 printer. Note that in the 49G, flag -34 is set by default, perhaps they left it that way in the 49g+? Note that in the 48 series, setting flag -33 and clearing flag -34 caused the calculator to print by IR, but Serial IR instead of the Red Eye protocol required by the 82240 printer. Settings in PRTPAR may cause long delays between sending lines or the wrong characters to be sent, but something should be printed. I can't see that settings in IOPAR would have any effect on printing by IR. But of course, things may work differently on the 49g+. -- James ==== > In Veli-Pekka Nousiainen > Did you first edit the IOPAR to a slower speed? > Perhaps 4800. would do it? > > HPIR protocol (used by the HP82240B) is only running at 2400bps IOPAR > has nothing to do with it. Nice to know, but what to do then? ==== > In Veli-Pekka Nousiainen > > Did you first edit the IOPAR to a slower speed? > > Perhaps 4800. would do it? > > HPIR protocol (used by the HP82240B) is only running at 2400bps IOPAR > has nothing to do with it. > Nice to know, but what to do then? Well it proved that (once more) JYA .92s right and I was too hasty: I was just testing a laptop and I could not get the IrDA to work I mixed up the IOPAR/PRTPAR (I once called CASDIR CASPAR :) Today I tested a HP 82240A model and it worked! I was so amazed to see the bigger screen in print that I'm not sure was it PRST or PRLCD BUT it works! I love this machine! ==== > Note that in the 48 series, setting flag -33 and clearing flag -34 > caused the calculator to print by IR, but Serial IR instead of the > Red Eye protocol required by the 82240 printer. Whoops! Writing from memory is hazardous! Actually, in the 48 series, with flag -34 clear (print via IR), printing is by IR in the Red Eye encoding regardless of the state of flag -33. With flag -34 set (print via wire) and flag -33 clear (transfer via wire), printing is by wire. With flag -34 set (print via wire) and flag -33 set (transfer via IR), printing is is by IR in the Serial IR encoding. You can verify that, with both flags -33 and -34 set, printing is Serial IR by using the SRECV command on another 48 series calculator, which should, of course, have flag -33 set (transfer via IR). So, to print to an 82240 printer, flag -34 should be clear, and the state of flag -33 is irrelevant. -- James ==== I have an hp 49 running rom 1.9.6 beta. I just read about the hp 49g+ on hpcalc.org and found a link to download the hp 49g+'s rom (v.1.2.2). Thus, I am just wondering if its safe to put the new rom on my 49g. I don't have a lot of stored info on my 49g, but as a Math major, I do use the calc all the time so I need something stable. However, I would really appreciate any extended functionality with the new rom. So can you please offer your suggestions as to whether it is safe for me to upgrade to 1.2.2. Serge ==== I would seriously doubt it would be OK since there is likely to be ARM code floating around.... > > I have an hp 49 running rom 1.9.6 beta. I just read about the hp 49g+ on > hpcalc.org and found a link to download the hp 49g+'s rom (v.1.2.2). Thus, > I am just wondering if its safe to put the new rom on my 49g. I don't have > a lot of stored info on my 49g, but as a Math major, I do use > the calc all the time so I need something stable. However, I would really > appreciate any extended functionality with the new rom. So can you please > offer your suggestions as to whether it is safe for me to upgrade to 1.2.2. > > Serge > > ==== the integral INTVX(2x/(x^4+6x^2+10)) has the answer arctan(x^2+3). I took that problem from an advertisement for the TI92, which does this correctly. but on the HP49G, the calculator returned a long answer: atan((-(3*sqrt(2))+2*sqrt(5))*sqrt(3+sqrt(10))*x-(-3+sqrt(10))) -atan((-(3*sqrt(2))+2*sqrt(5))*sqrt(3+sqrt(10))*x+-3+sqrt(10)) is it correct? how can i simplify it by hand and using the HP49G? Dave ==== My guess is that you have a numerical variable stored called 'x'. **Purge this variable, then try again.** My logic? The derivative of your answer is of the form y=mx+b, and therefore its derivative is simply m: atan((-(3*sqrt(2))+2*sqrt(5))*sqrt(3+sqrt(10))-atan((-(3*sqrt(2))+2*sqrt(5)) *sqrt(3+sqrt(10)) Which is 0. -Jerrod H > the integral INTVX(2x/(x^4+6x^2+10)) has the answer arctan(x^2+3). I > took that problem from an advertisement for the TI92, which does this > correctly. but on the HP49G, the calculator returned a long answer: > atan((-(3*sqrt(2))+2*sqrt(5))*sqrt(3+sqrt(10))*x-(-3+sqrt(10))) > -atan((-(3*sqrt(2))+2*sqrt(5))*sqrt(3+sqrt(10))*x+-3+sqrt(10)) > is it correct? how can i simplify it by hand and using the HP49G? > > > Dave ==== > My guess is that you have a numerical variable stored called 'x'. **Purge > this variable, then try again.** > > My logic? The derivative of your answer is of the form y=mx+b, and > therefore its derivative is simply m: > > atan((-(3*sqrt(2))+2*sqrt(5))*sqrt(3+sqrt(10))-atan((-(3*sqrt(2))+2*sqrt(5)) > *sqrt(3+sqrt(10)) > > Which is 0. > > -Jerrod H No, I checked. I didn't store 'x' in the working directory. I don't understand why. The derivative of atan(x) is 1/(x^2+1). Why does it matter that the answer was in the form atan(mx+b)? I used DERVX to differentiate the answer and it came out to the original expression, so the calculator checks out. Dave ==== Hmm... Darnit. I misread your parentheses. I read it as atan(A)*x - B - atan(C)*x - D. Sorry. > My guess is that you have a numerical variable stored called 'x'. **Purge > this variable, then try again.** > > My logic? The derivative of your answer is of the form y=mx+b, and > therefore its derivative is simply m: > > atan((-(3*sqrt(2))+2*sqrt(5))*sqrt(3+sqrt(10))-atan((-(3*sqrt(2))+2*sqrt(5)) > *sqrt(3+sqrt(10)) > > Which is 0. > > -Jerrod H > > No, I checked. I didn't store 'x' in the working directory. > > I don't understand why. The derivative of atan(x) is 1/(x^2+1). Why > does it matter that the answer was in the form atan(mx+b)? I used > DERVX to differentiate the answer and it came out to the original > expression, so the calculator checks out. > > Dave ==== Can anyone give me a pointer on how to send a user RPL program from the 49g+ to the 48SX via the infa red ports? I suspect I may have to install an XMODEM library on the 48SX first. Or, can the 49g+ do Kermit ? I can't find an I/O menu on the 49g+ where I could choose IR/Wired etc. TIA! -Tony #60 Advertisement: The most truthful part of a newspaper. ==== > > Can anyone give me a pointer on how to send a user RPL program > from the 49g+ to the 48SX via the infa red ports? > > I suspect I may have to install an XMODEM library on the 48SX > first. Or, can the 49g+ do Kermit ? > > I can't find an I/O menu on the 49g+ where I could choose > IR/Wired etc. The i/o menu is ¬104 menu¬ on the 49g+ and 49g. Paul Estepan. ==== >> >> Can anyone give me a pointer on how to send a user RPL program >> from the 49g+ to the 48SX via the infa red ports? >> >> I suspect I may have to install an XMODEM library on the 48SX >> first. Or, can the 49g+ do Kermit ? >> >> I can't find an I/O menu on the 49g+ where I could choose >> IR/Wired etc. > The i/o menu is 104 menu on the 49g+ and 49g. Forgive me, as I have no HP49, but there's got to be another way to get to it! Please tell me that there aren't menus which are only accessable that way! -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== > I can't find an I/O menu on the 49g+ where I could choose > IR/Wired etc. > The i/o menu is ¬104 menu¬ on the 49g+ and 49g. No need for that. There is the option I/O functions in APPS and there the option Transfer with toggling Wire/Infrared (only 49+, not 49). There is also a library IOman on my site below for a convenient choice of all possible parameter values in IOPAR and PRTPAR. Hope this helps, Wolfgang http://www.math.fu-berlin.de/~raut/WR49/ PS. There is also option of sending/receiving to/from the HP49 and HP48GII. But where is the cable? ==== -=[ Fri, 26.9.03 09:47 a.m. +1200 (NZT) ]=- in message ID <3F7332C1.122625BF@math.fu-berlin.de> : > No need for that. There is the option I/O functions in APPS -- Old Hutch :) Wellington New Zealand #32 I missed my wife...then I reloaded... ==== in a bookstore in Oslo (Tanum on Karl Johan) and was shown a rotating wire-frame surface plot. Much impressed with the speed (I am a hp49 owner). This was a demonstration model only; it should be availablen in a week's time. -- Hans Kristian ==== > in a bookstore in Oslo (Tanum on Karl Johan) > > and was shown a rotating wire-frame surface plot. > Much impressed with the speed (I am a hp49 owner). > > This was a demonstration model only; it should be > availablen in a week's time. Did it say what the price is going to be? -- /Jesper ==== Nothing official... but a price of ca. 240 +- 25 Euro was suggested -- - hans kristian - ==== I saw it too... ...and I went and bought a new Palm, loaded a decent scientific calculator package and Voila! Works. Good battery life. SD card. Wireless LAN. ttfn JasonG...probably cured of my HP calculator affliction. ==== Hooray Tungsten C! I love mine. Check this out... http://power48.mobilevoodoo.com/ -azdude > I saw it too... > > ...and I went and bought a new Palm, loaded a decent scientific > calculator package and Voila! Works. Good battery life. SD card. > Wireless LAN. > > ttfn > > JasonG...probably cured of my HP calculator affliction. > ==== > Nothing official... but a price of ca. 240 +- 25 Euro was suggested In Trondheim they sell them for 1750 NOK (211 EUR)... ==== I bought my 1st HP48sx in 1991. I have had 3 SX's and one was stolen and one 48GX (still like the SX better) I am now back in school pursuing a Ph.D. Most of the students use the TI-89. I have always used RPN! Most of the engineering students chuckle at my antique calculator. It's a good thing that engineering and math have not changed in 10 years! To be cool, I need to purchase a new HP to wow the other students. You know an old man of 47 years has to keep up with the young Jones! So, is the 49g+ available in US? If so, where can I purchase one? If not, where else can I purchase one? David Gent gent.d@neu.edu ==== > I bought my 1st HP48sx in 1991. I have had 3 SX's and one was stolen > and one 48GX (still like the SX better) > I am now back in school pursuing a Ph.D. > Most of the students use the TI-89. > > I have always used RPN! Most of the engineering students chuckle at my > antique calculator. It's a good thing that engineering and math have not > changed in 10 years! > > To be cool, I need to purchase a new HP to wow the other students. > > You know an old man of 47 years has to keep up with the young Jones! Old? Well, not for a couple of decades at least. But then I'll be a bit more mature, so you still won't be old. No need for a glitzy calculator, just let them see how much better you do with a real calculator. > So, is the 49g+ available in US? > If so, where can I purchase one? > If not, where else can I purchase one? Well, maybe. Try http://www.calcpro.com/ or http://www.hpcalculators.com/. And don't get rid of your 48 series just yet; read this newsgroup. -- James ==== > I have always used RPN! Most of the engineering students chuckle at my > antique calculator. It's a good thing that engineering and math have not > changed in 10 years! > To be cool, I need to purchase a new HP to wow the other students. > You know an old man of 47 years has to keep up with the young Jones! I hope you're just kidding about your reasons for wanting a new HP. Even at the age of 18 I wasn't interested in trying to wow the other students or keep up with the young Jones. Now, at the age of 48, I'm even less interested in impressing them. In fact, I rather enjoy it when people at the office chuckle at my antique calculator. It's even more fun to see their reactions when I use one of my slide rules. -- Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise fwbrown@bellsouth.net | if you're good enough. Otherwise you give | your pelt to the trapper. e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock ==== > > I have always used RPN! Most of the engineering students chuckle at my > antique calculator. It's a good thing that engineering and math have not > changed in 10 years! > > To be cool, I need to purchase a new HP to wow the other students. > > You know an old man of 47 years has to keep up with the young Jones! > > I hope you're just kidding about your reasons for wanting a new HP. > Even at the age of 18 I wasn't interested in trying to wow the other > students or keep up with the young Jones. Now, at the age of 48, 47 and 48. You are both so old! I'm only 45. The young Jones ask for help. They can't keep up with me. I use the 49g+ because (in no particular order) - I like RPN & RPL & Programming - I keep up my programming and problem solving skills eith it - I'm a gadget geek and proud of it! This is the new millenia technology. PS: I wonder where my slide rule and log tables are? > I'm even less interested in impressing them. In fact, I rather enjoy it > when people at the office chuckle at my antique calculator. It's even > more fun to see their reactions when I use one of my slide rules. > > -- > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give > | your pelt to the trapper. > e^(i*pi) = -1 -- Euler | -- John Myers Myers, Silverlock ==== > 47 and 48. You are both so old! I'm only 45. > The young Jones ask for help. They can't keep up with me. > I use the 49g+ because (in no particular order) > - I like RPN & RPL & Programming > - I keep up my programming and problem solving skills eith it > - I'm a gadget geek and proud of it! This is the new millenia technology. > PS: I wonder where my slide rule and log tables are? You youngsters! ==== > 47 and 48. You are both so old! I'm only 45. > The young Jones ask for help. They can't keep up with me. > I use the 49g+ because (in no particular order) > - I like RPN & RPL & Programming > - I keep up my programming and problem solving skills eith it > - I'm a gadget geek and proud of it! This is the new millenia technology. > PS: I wonder where my slide rule and log tables are? > > You youngsters! And what did you use? Abacus? Marks on the cave wall? 8-) Tom Lake ==== > > 47 and 48. You are both so old! I'm only 45. > > The young Jones ask for help. They can't keep up with me. > > I use the 49g+ because (in no particular order) > > - I like RPN & RPL & Programming > > - I keep up my programming and problem solving skills eith it > > - I'm a gadget geek and proud of it! This is the new millenia > technology. > > PS: I wonder where my slide rule and log tables are? > > You youngsters! > > And what did you use? Abacus? Marks on the cave wall? 8-) > > Tom Lake > > A soroban, among other things. I was laughing at their complaints of being old. I can give any of them a quarter century, but I don't think of myself as old. ==== > > 47 and 48. You are both so old! I'm only 45. > > The young Jones ask for help. They can't keep up with me. > > I use the 49g+ because (in no particular order) > > - I like RPN & RPL & Programming > > - I keep up my programming and problem solving skills eith it > > - I'm a gadget geek and proud of it! This is the new millenia > technology. > > PS: I wonder where my slide rule and log tables are? > > You youngsters! > > And what did you use? Abacus? Marks on the cave wall? 8-) > > Tom Lake Just a little curious here... anyone here still in school? (im 1) ==== > > I bought my 1st HP48sx in 1991. I have had 3 SX's and one was stolen > > and one 48GX (still like the SX better) > > I am now back in school pursuing a Ph.D. > > Most of the students use the TI-89. > > > > I have always used RPN! Most of the engineering students chuckle at my > > antique calculator. It's a good thing that engineering and math have not > > changed in 10 years! > > > > To be cool, I need to purchase a new HP to wow the other students. > > > > You know an old man of 47 years has to keep up with the young Jones! > > Old? Well, not for a couple of decades at least. But then I'll be a bit > more mature, so you still won't be old. No need for a glitzy calculator, > just let them see how much better you do with a real calculator. > > > So, is the 49g+ available in US? > > If so, where can I purchase one? > > If not, where else can I purchase one? > > Well, maybe. Try http://www.calcpro.com/ or > http://www.hpcalculators.com/. > > And don't get rid of your 48 series just yet; read this newsgroup. 48g2. What advantage do they have over the 48s and 48g series? Do they do more or less? from the posts I am seeing, looks like there are still a lot of bugs in the new os's / roms I am wondering if what I have is actually better than the new calculators. Are Joe Horn and some of the other charter 48 guys around to explain advantages or disadvantages? or is there a faq on is the +/- of the new calculators? I have been out of touch with this since I graduated in 1993. ==== > Just a little curious here... anyone here still in school? (im 1) I'm 2. ==== > >> Just a little curious here... anyone here still in school? (im 1) > > I'm 2. Make that 3. -- Wing Wong. Webpage: http://wing.ucc.asn.au ==== >> 47 and 48. You are both so old! I'm only 45. >> The young Jones ask for help. They can't keep up with me. >> I use the 49g+ because (in no particular order) >> - I like RPN & RPL & Programming >> - I keep up my programming and problem solving skills eith it >> - I'm a gadget geek and proud of it! This is the new millenia >technology. >> PS: I wonder where my slide rule and log tables are? >> >> You youngsters! > >And what did you use? Abacus? Marks on the cave wall? 8-) > >Tom Lake > When I took a course in Meteorological Statistics as well as others at Texas A&M in the late sixties I used a Burroughs adding machine, Mechanical Calulator( Remember the little plasdi slider you used to keep track of the decimal points),IBM 360 Main frame(FORTRAN), a slide rule, and an HP DESK TOP calculator with 4 level stack and a card reader. Harold A. Climer Dept.Of Physics, Geology, and Astronomy U.T Chattanooga Chattanooga TN USA ==== 4.... ==== > Just a little curious here... anyone here still in school? (im 1) Well, yes, but I've also graduated a few times... ;) Working on my PhD in Mechanical Engineering... currently have a 48G, but I've ordered a 49G+ - hoping for a bit more speed... ==== > >> 47 and 48. You are both so old! I'm only 45. >> The young Jones ask for help. They can't keep up with me. >> I use the 49g+ because (in no particular order) >> - I like RPN & RPL & Programming >> - I keep up my programming and problem solving skills eith it >> - I'm a gadget geek and proud of it! This is the new millenia > technology. >> PS: I wonder where my slide rule and log tables are? >> >> You youngsters! > >And what did you use? Abacus? Marks on the cave wall? 8-) > >Tom Lake > > When I took a course in Meteorological Statistics as well as others at > Texas A&M in the late sixties I used a Burroughs adding machine, > Mechanical Calulator( Remember the little plasdi slider you used to > keep track of the decimal points),IBM 360 Main frame(FORTRAN), a slide > rule, and an HP DESK TOP calculator with 4 level stack and a card > reader. > Harold A. Climer > Dept.Of Physics, Geology, and Astronomy > U.T Chattanooga > Chattanooga TN USA Of course I was kidding about my reasons to purchase a new calculator. As for age you know you are getting old when you are as old as or older that your professors! I still have my canary yellow pickett slide rule in it's original leather case. I take it out now and again just to remind myself where we have come from in a few sort years. But about the 49g+: Is if faster, better, smarter, easer to program, ..... than the 48's? ==== breatless and amazing photos, they are so big that I actually use them as PC walpapers. by the way, in the HP49G+ pack , the teddy bear is included ? :) ==== > >> What camera did you use to take those sharp pictures? ----- Original Message ----- > 2 MP Nikon 800. I think a 2MP camera can do pretty well. After reading your post I was curious so I grabbed mine and took a few quick shots. I used a Pentax Optio 230. I put a few pictures at http://home.comcast.net/~r_knapp/test.html just for kicks. (Not a 49G+) ==== > I think a 2MP camera can do pretty well. After reading your post I was > curious so I grabbed mine and took a few quick shots. I used a Pentax Optio > 230. I put a few pictures at http://home.comcast.net/~r_knapp/test.html just > for kicks. (Not a 49G+) Now *that* is a nice calculator. When will HP come out with calculators like that? -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== > I think a 2MP camera can do pretty well. After reading your post I was > curious so I grabbed mine and took a few quick shots. I used a Pentax Optio > 230. I put a few pictures at http://home.comcast.net/~r_knapp/test.html just > for kicks. (Not a 49G+) Boy, wasn't she beautiful ? Hope the new 49+ improves these actual nuissance flaws mentioned on the key pressure issue with some hardware design adjustments and its ROM bugs with frequent updates (hope not many needed :) ==== > Now that is a nice calculator. How could it be nice? It has painted keys and the black HP49G screen! ;-) ==== >> Now that is a nice calculator. > How could it be nice? > It has painted keys and the black HP49G screen! > ;-) I wonder which screen is more soothing to the eyes. I know that people prefer the black screen in a lot of cases. -- -Joshua Belsky jjbelsky@yahoo.com http://belsky.net ==== I prefer the singapore molded keys and the bluescreen over the 49g. This isn't because the screen on the 49G is worse or that I don't like the black screen, but the glare of the cover on the 49G really makes it difficult at times. How can you not love the singapore units?? :) -- Douglas Rohm drohm@bellsouth.net ==== > I wonder which screen is more soothing to the eyes. I know that people > prefer the black screen in a lot of cases. > The black screen has a much higher contrast than the *blue* screen. Problem with this screen is refresh speed: it's not too good for games or things moving too fast: it becomes blurry. BTW, as a side note. It's not a black screen it's blue as well. Well at least for the manufacturer. If you look at the annunciators at the top, you will see that they are blue. The annunciators line are driven with a maximum contrast that's why they appear blue. Increase the contrast of the black screen and it becomes blue ==== +----------------------------------------------+ | Mon, 15.9.03 10:53 a.m. +1200 (NZT) | +----------------------------------------------+ 1 week 2 days 01h54m ago, in message ID : > > for anyone who wants to take a closer look at the new HP 49G+, I took some > quick pictures of it. You can find them at: > > http://www.live-id.org/hp49gplus/ Those are great pictures Thomas. I just received my hp49g+ from www.educalc.net and am pleased to report the package has the same contents as yours, except they are in a blister pack. The batteries included are in fine condition as well, because they are separately included in the plastic pac (3 Panasonic AAA and one backup battery). This new calc is just so .. usable! Instant response!! I am very impressed. Everything is so fast - even CAT :) VERSION shows HP49-C, Revision #1.20. Serial number is CN33102501. Keyboard is excellent. Battery compartment is tight enough to hold some NiMH AAA I use. I also must say that www.educalc.net provided great service. The calc came via Fedex, with a tracking number. It was posted last Thursday and arrived in New Zealand on Saturday and slight chance it may be held up by Customs, but it turns out it wasn't. They continue the old Educalc tradition :) Blister packaging is good in that you get to see what is inside before opening it.The only problem is actually *opening* it. Not exactly a collector's item after I have applied the scissors . -- Tony Hutchins Wellington New Zealand ==== > VERSION shows HP49-C, Revision #1.20. Serial number is > CN33102501. Keyboard is excellent. Battery compartment is > tight enough to hold some NiMH AAA I use. May I suggest you upgrade the ROM ASAP? It improves battery life markedly. http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?loc ale=en_US&lang=English+%28US%29&pnameOID=351776&prodSeriesId=33568&prodTypeId =215348&basePartNum=COL4392&locBasepartNum=ca-14639-2&os=Microsoft+Windows+95 &tech=Firmware .The only problem is actually > *opening* it. Not exactly a collector's item after I have > applied the scissors . I had the same problem - I damn nearly sliced my finger off :-p cheers, Alistair ==== > > > > VERSION shows HP49-C, Revision #1.20. Serial number is > CN33102501. Keyboard is excellent. Battery compartment is > tight enough to hold some NiMH AAA I use. > > May I suggest you upgrade the ROM ASAP? It improves battery life > markedly. > > http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?loc ale=en_US&lang=English+%28US%29&pnameOID=351776&prodSeriesId=33568&prodTypeId =215348&basePartNum=COL4392&locBasepartNum=ca-14639-2&os=Microsoft+Windows+95 &tech=Firmware > Is it just me, or has the whole process become more complicated, with all this pressing the reset button with a paper clip, and unplugging & replugging the USB cable! Dave ==== No, it is not just you... or maybe I am getting older even though I try to live after the words: You are as old as you feel...:-) And I don't feel much more older than I did 2 or 3 years ago when I updated the ROM of the 49G... but this time I had to try 4 or 5 times before I succeded... but then finally I had the new ROM Ver. 1.22. on my machine... One thing I found a bit odd: When I pressed the <+> and <-> keys and simultaniously pressed and released the Reset button the first system display came up with a serial no. written at the buttom of the screen... and this serial no. was not the same as is written on the back of my calc... ??? If somebody knows why please enlighten me... thanks... Martin > > > > > > VERSION shows HP49-C, Revision #1.20. Serial number is > > CN33102501. Keyboard is excellent. Battery compartment is > > tight enough to hold some NiMH AAA I use. > > May I suggest you upgrade the ROM ASAP? It improves battery life > markedly. > > > http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?loc ale=en_US&lang=English+%28US%29&pnameOID=351776&prodSeriesId=33568&prodTypeI d=215348&basePartNum=COL4392&locBasepartNum=ca-14639-2&os=Microsoft+Windows+ 95&tech=Firmware > > > > Is it just me, or has the whole process become more complicated, with all > this pressing the reset button with a paper clip, and unplugging & > replugging the USB cable! > > > > Dave > > ==== +----------------------------------------------+ | Tue, 16.9.03 11:17 a.m. +1200 (NZT) | +----------------------------------------------+ in message ID <27bf520c.0309142352.45036619@posting.google.com> : > VERSION shows HP49-C, Revision #1.20. Serial number is > CN33102501. Keyboard is excellent. Battery compartment is > tight enough to hold some NiMH AAA I use. > > May I suggest you upgrade the ROM ASAP? It improves battery > life markedly. Alistair - yes I should definitely do that, but I only have legacy gear here - RS232 and CF capability, no USB or SD. The closest I come is my laptop, but it runs WinNT. Ah well, I need another laptop anyway. Meantime my 700mAh NiMH AAA are still going strong in the 49g+, after 24 hours. I think they are very good at providing current (even large bursts) for very little voltage drop. Also, I was hoping that 1.21 was the one that caused the power problem, and that my 1.20 might be OK :) -- Tony Hutchins Wellington New Zealand #283 Our costliest expenditure is time. Theophrastus <10792354ROBOTLX@news.cis.dfn.de> <27bf520c.0309142352.45036619@posting.google.com> ==== > came up with a serial > no. written at the buttom of the screen... and this serial no. was not > the same as is written on the back of my calc... This was the same problem on the HP49G. The serial number of the case was different than the serial number reported by the calculator. ==== > This was the same problem on the HP49G. > The serial number of the case was different than the serial number > reported by the calculator. Why is it so difficult for HP to do this correctly? Many other companies manufacture products with serial numbers in flash memory, and manage to get them to match labels on the product, and often on the packing box as well. ==== In message , Eric Smith >Why is it so difficult for HP to do this correctly? Many other >companies manufacture products with serial numbers in flash memory, and >manage to get them to match labels on the product, and often on the >packing box as well. More fool them. Why on earth do this? Does the calculator work any more accurately, any faster or have any more functions as a result? If it worries you so much then engrave the ROM serial number on the nameplate and stick it over the one on the case. :-) -- Bruce Horrocks Surrey England ==== > Why is it so difficult for HP to do this correctly? Many other > companies manufacture products with serial numbers in flash memory, > and manage to get them to match labels on the product, and often on > the packing box as well. > More fool them. Why on earth do this? Does the calculator work any > more accurately, any faster or have any more functions as a result? One reason why companies do this is so that they can actually track things by serial number. For instance, if a customer calls support with a problem and reads the serial number off the box, and at a later date calls and reads the serial number off the product label, or gets it from the software, it's somewhat helpful if the serial numbers actually match. This is also useful during the manufacturing process flow, but that's irrelevant to customers. And if the software serial number were to be used for its originally intended purpose, which was to allow sales of software locked to a particular calculator, it would be helpful if the customer could simply read the serial number stamped on the calculator and enter that into a web form. As things are now, it's likely that the user would do that, then get a software download that doesn't actually work on her calculator. The same effect (for the manufacturer, but probably not for third parties) can be achieved by assigning the various serial numbers from distinct name spaces, and having a database with the mapping, but this is more difficult and error-prone than simply getting them to match in the first place. However, on the HP 49G it appears that the external and internal serial numbers were assigned arbitrarily such that there is no way given one of those serial numbers to determine which kind of serial number it is. Several companies I have worked for mass-produced products with embedded serial numbers for these purposes (among others) and did not have any major difficulties or increased costs associated with it. As an example, ethernet cards for PCs generally manage to have the same MAC address (equivalent to a serial number) both printed on a label and programmed into a serial EEPROM on the card. I have yet to find an ethernet card for which these numbers fail to match, despite the fact that most 10/100 ethernet cards now sell for under $25. I think a reasonable argument can be made that it would be better to have only a single serial number (either on the calculator or programmed into the flash) than to have two that are different. And, as has been observed in this newsgroup, many HP 49G calculators have been made with no internal serial number. Whether this was deliberate or due to an error in production flow is an open question. ==== Serial number are mainly designed for QA tracking. As you know, any problem is likely to be a batch problem (ie: a set of units produced at the same time). but, the electronics and the assembly (which is when the parts are put together) is not always performed at the same time, and it is critical for us to know when the PCB was assembled (software SN) and when the mechanical parts where put together (external SN). This is why the 2 serial number do not match... > Why is it so difficult for HP to do this correctly? Many other > companies manufacture products with serial numbers in flash memory, > and manage to get them to match labels on the product, and often on > the packing box as well. > > More fool them. Why on earth do this? Does the calculator work any > more accurately, any faster or have any more functions as a result? > > One reason why companies do this is so that they can actually track > things by serial number. For instance, if a customer calls support with > a problem and reads the serial number off the box, and at a later date > calls and reads the serial number off the product label, or gets it from > the software, it's somewhat helpful if the serial numbers actually > match. > > This is also useful during the manufacturing process flow, but that's > irrelevant to customers. > > And if the software serial number were to be used for its originally > intended purpose, which was to allow sales of software locked to a > particular calculator, it would be helpful if the customer could simply > read the serial number stamped on the calculator and enter that into a > web form. As things are now, it's likely that the user would do that, > then get a software download that doesn't actually work on her calculator. > > The same effect (for the manufacturer, but probably not for third > parties) can be achieved by assigning the various serial numbers from > distinct name spaces, and having a database with the mapping, but this > is more difficult and error-prone than simply getting them to match in > the first place. However, on the HP 49G it appears that the external > and internal serial numbers were assigned arbitrarily such that there > is no way given one of those serial numbers to determine which kind of > serial number it is. > > Several companies I have worked for mass-produced products with embedded > serial numbers for these purposes (among others) and did not have any > major difficulties or increased costs associated with it. As an example, > ethernet cards for PCs generally manage to have the same MAC address > (equivalent to a serial number) both printed on a label and programmed > into a serial EEPROM on the card. I have yet to find an ethernet card > for which these numbers fail to match, despite the fact that most 10/100 > ethernet cards now sell for under $25. > > I think a reasonable argument can be made that it would be better to > have only a single serial number (either on the calculator or programmed > into the flash) than to have two that are different. And, as has been > observed in this newsgroup, many HP 49G calculators have been made with > no internal serial number. Whether this was deliberate or due to an error > in production flow is an open question. ==== Can the new Hp 49g+ support any size of secure digital card? 64mb, 128mb, 512mb? or there is any limitation in memory card size supported by the calc. -------------- ÀÎÅÍ.b3[CapitalYAc ute] Ä«¸®.bdº¸[P aragraph] KORNET ------------- ==== I found myself needing to look into a potential loan. Having just moved, the only calcs out were my 9S and 15C (need to get some batteries for it though). I started looking through some boxes and found my old 10B. Hmmm, the receipt was still with it, 1992, $29.95 from Fry's. Damn, I though the batteries would be dead as well, but I took it out and hit the on button and it turned on. The display contrast is also better than for most of the HP's of the day. If you don't use em, the batteries last a long time. :^/ Rich ==== I have heared rumors about keyboard problems in the new HP-49g+. Is it true? You, really owners, have had any kind of problems with any key of your calc keyboard? -------------- ÀÎÅÍ.b3[CapitalYAc ute] Ä«¸®.bdº¸[P aragraph] KORNET ------------- ==== Found this at http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=42574: >My 49g+ can be an early unit since its serial number is cn33100781, made at the end of july. >But the overall quality of the keyboard is quite bad and is not reliable at all. I think the reason is quite simple, they just change the system from metalic bubble to a plastic bubble. There's nothing to do with >the old Hp's keyboards. And also there's a funny thing, if one press and hold a key and keep increasing the preasure more times, the calc keep registering the input, instead of the old keys behavior, where >a press means only one register until the complete release. If the problems is as stated due to the plastic bubble, does anyone know if it is being altered, and if so what serial numbers the 'good keyboard' batches start at? I *really* want to get one of these before half-term, but will not if there is a good chance of getting a dodgy keyboard. Dave ==== > all. I think the reason is quite simple, they just change the system > from metalic bubble to a plastic bubble. There's nothing to do with > If the problems is as stated due to the plastic bubble, does anyone > know if it is being altered, and if so what serial numbers the 'good > keyboard' batches start at? The 48's use the plastic bubble and don't show that behaviour. Greetings -- Steve Sousa ==== > all. I think the reason is quite simple, they just change the system > from metalic bubble to a plastic bubble. There's nothing to do with ....But the formatting went weird when I posted. If the plastic bubbles aren't the problem, then something surely is. I just wonder if HP have/are fixing it and how to know if a calculator definitely has/hasn't keyboard issues? Dave > all. I think the reason is quite simple, they just change the system > from metalic bubble to a plastic bubble. There's nothing to do with > > If the problems is as stated due to the plastic bubble, does anyone > know if it is being altered, and if so what serial numbers the 'good > keyboard' batches start at? > > The 48's use the plastic bubble and don't show that behaviour. > > Greetings > > -- > Steve Sousa > > ==== Funny they say that, my HP48 has plastic bubles (by the way, it is called a kevelar dome sheet).... and everyone says that it is a good keyboard :-) > > Found this at > http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=42574: > >My 49g+ can be an early unit since its serial number is cn33100781, made at > the end of july. > >But the overall quality of the keyboard is quite bad and is not reliable at > all. I think the reason is quite simple, they just change the system from > metalic bubble to a plastic bubble. There's nothing to do with >the old Hp's > keyboards. And also there's a funny thing, if one press and hold a key and > keep increasing the preasure more times, the calc keep registering the > input, instead of the old keys behavior, where >a press means only one > register until the complete release. > > If the problems is as stated due to the plastic bubble, does anyone know if > it is being altered, and if so what serial numbers the 'good keyboard' > batches start at? > > I *really* want to get one of these before half-term, but will not if there > is a good chance of getting a dodgy keyboard. > > > Dave > > ==== > > Funny they say that, my HP48 has plastic bubles (by the way, it is called a > kevelar dome sheet).... and everyone says that it is a good keyboard :-) > I guess the difference would be that the HP48 keyboard reliably registers key presses while the new keyboard does not. The construction material is of little consequence if it does not work reliably. Charles Perry P.E. ==== > > Funny they say that, my HP48 has plastic bubles (by the way, it is called a > kevelar dome sheet).... and everyone says that it is a good keyboard :-) > Is true, both calcs have the 'kevelar dome sheet'. Then why such a different behavior?. ==== > Is true, both calcs have the 'kevelar dome sheet'. Then why such a > different behavior?. The sheets could be of different thickness, the underlying contacts could be designed differently, the software could be scanning the keyboards differently. Especially with a faster processor, it might miss contacts Tom Lake <3f671120$1@usenet01.boi.hp.com> ==== > differently. Especially with a faster processor, it might miss > contacts With an ARM, keyboard scanning and anti-bouncing is done by hardware. Long time is gone where you had to scan the keyboard by software to see which key is pressed ==== > With an ARM, keyboard scanning and anti-bouncing is done by hardware. > Long time is gone where you had to scan the keyboard by software to see > which key is pressed Tom Lake ==== Myabe the problem is the anti-bouncing? I just got my 49g+ and upgraded to ROM 1.22. I have digital clock on and keyclick on (since I have a number of keys missing keystrokes). Pressing 1 over and over pretty constantly in pressure, then pressing backspace the same way, I get dropped keys. I always get a keyboard click, but when I don't get the keyclick I know it missed the press. Watching the display I see the rhythm interruption as well. Pressing the backspace key hard enough that I worry about the calculator doesn't seem to help - it still misses keystrokes. The keyboard is still a lot better than the 49Gkeyboard. BTW, why is it 49G but 49g+? >> differently. Especially with a faster processor, it might miss >> contacts > >With an ARM, keyboard scanning and anti-bouncing is done by hardware. >Long time is gone where you had to scan the keyboard by software to see >which key is pressed > Pete M. Wilson Gamewood, Inc. wilsonpm@gamewood.net ==== In message , Pete M. Wilson >BTW, why is it 49G but 49g+? Earlier this year, HP decided to: a) stop using the name Hewlett-Packard and use just the initials instead; and b) use the initials in lower case, i.e. 'hp' The lower case part extends to product names as well, hence hp49g+. Strangely, roman numerals don't seem to count in this new scheme so the new 17B replacement is 'hp17bII'. -- Bruce Horrocks Surrey England ==== > Earlier this year, HP decided to: > a) stop using the name Hewlett-Packard and use just the initials > instead; and > b) use the initials in lower case, i.e. 'hp' I'm very glad to hear this;Êthe current company has dishonored the Hewlett-Packard name and no longer deserves to use it. They're definitely a lower-case (or rather, lower-class) outfit now. I just wish Agilent could get the legal rights to call itself Hewlett-Packard, because they're the *real* standard bearers for Bill and Dave's legacy. -- 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, Silverlock ==== > I'm very glad to hear this;Êthe current company has dishonored the > Hewlett-Packard name and no longer deserves to use it. They're definitely > a lower-case (or rather, lower-class) outfit now. I just wish Agilent > could get the legal rights to call itself Hewlett-Packard, because > they're the *real* standard bearers for Bill and Dave's legacy. I used to think that too, but at this point it's probably better for them to distance themselves from the HP (or hp) name as much as possible. A while back I noticed that the slogan innovating the HP way disappeared from the signs on Agilent facilities. It seems to be gone from their web site as well. On their About Agilent page, they do say that they continue to live the values handed down from Bill and Dave: uncompromising integrity; trust, respect and teamwork; and innovation that makes a difference. Note that although I'm extremely disappointed in HP overall these days, I'm not trying to deride the efforts of their new calculator division. They're doing amazing stuff given the minscule resources they're given to work with. It's a shame that calculators didn't wind up on the Agilent side when the spinoff occurred. ==== In message , Eric Smith >> I'm very glad to hear this;Êthe current company has dishonored the >> Hewlett-Packard name and no longer deserves to use it. They're definitely >> a lower-case (or rather, lower-class) outfit now. I just wish Agilent >> could get the legal rights to call itself Hewlett-Packard, because >> they're the *real* standard bearers for Bill and Dave's legacy. I should make clear that the use of just the initials 'hp' is in product naming, marketing etc. The legal name of the company remains Hewlett-Packard in full. >I used to think that too, but at this point it's probably better for >them to distance themselves from the HP (or hp) name as much as possible. > >A while back I noticed that the slogan innovating the HP way >disappeared from the signs on Agilent facilities. It seems to be gone >from their web site as well. On their About Agilent page, they do say >that they continue to live the values handed down from Bill and Dave: >uncompromising integrity; trust, respect and teamwork; and innovation >that makes a difference. I'm speculating, but this might simply be a legal time limit having expired. That is they had the right to use the HP logo for a couple of years or so following the split, then they have to stop. -- Bruce Horrocks Surrey England ==== > > I'm speculating, but this might simply be a legal time limit having > expired. That is they had the right to use the HP logo for a couple of > years or so following the split, then they have to stop. > That was the plan when they split but I don't know if it was for any legal reasons. I guess they would have to pay copyrights to HP. Arnaud ==== 1. On my 49+ the SPC key and some others have to be pressed much stronger than normal. This is IMHO inacceptable, also because this affects mode sensitive key assignments, in particular those based on longhold. 2. Keyman and all my other tools *run* on the HP49+ (including TETRI :-) site below. Create a variable lht (long-hold-time) in HOME and put a zint or real into it, 900 or 1000 say. This is dispensable on the HP49. But it may also be useful for slower or faster emulators of the 49 (which the 49+ actually is). 0 in lht corresponds to the smallest longhold time which may be adequate to emus slower than the real HP49, e.g. some pocket PCs. 3. Emacs doesn't run at present. It should perhaps assume the presence of Keyman (the easiest way for updating). It has to be revised anyway because the interaction with Nosy doesn't work at present on the 49+ (:- 4. It is a handycap that the 49 and the 49+ cannot directly be connectded. How to overcome the problem of loading files, libs and backups from the 49 to the 49+? Install the new connecitivity kit for the USB port. Use this and and the old 49 XMODEM kit at the same time and drag and drop from one screen to the other. The USB port is about 10 times faster than XMODEM transfer which is already fast. Do not use the Kermit connectivity kit here. Files uploaded with Kermit and downloaded with XMODEM may arrive corrupted (though easily decorrupted with ObFx from OT49). 5. (mainly for JYA). The important pointer RunInNewContext_ from Thomas Rast's extable has moved. Probably a mistake of Carsten in his docu since it seems not to stem from a stable area. It is used in Emacs and several other tools rather often. May I politely ask you to support it or to make it somehow stable? Hard to extract from the ROM, from the Editmenu, say. Wolfgang ftp://ftp.math.fu-berlin.de/pub/usr/raut/HP49/keys/Keyman/ ==== The BZ-compressor does not run on the 49+ in ROM 1.20. Hangs and ends up with Invalid card data message. After running PINIT all libs from Port1 are lost. Unexpectedly, key assignments are still present. Perhaps the BZ-compressor (as implemented e.g. in OT49) works in ROM 1.22. Could somebody check this? (I've difficulties to upgrade because my WinXP is part of a network with no user-rights on drive C). - Wolfgang ==== > 5. (mainly for JYA). The important pointer RunInNewContext_ from > Thomas Rast's extable has moved. Probably a mistake of Carsten in his > docu since it seems not to stem from a stable area. It is used in > Emacs and several other tools rather often. May I politely ask you to > support it or to make it somehow stable? Hard to extract from the ROM, > from the Editmenu, say. Have you tried with the new ROM 1.22? ==== > The BZ-compressor does not run on the 49+ in ROM 1.20. Hangs and ends > up with Invalid card data message. After running PINIT all libs from > Port1 > The BZ compressor is using an unsupported entry points located in a very subject to change area. It's no wonder why it doesn't work. In any case, have you tried it with the new 49G+ ROM 1.22? ==== > The BZ-compressor does not run on the 49+ in ROM 1.20. Hangs and ends > up with Invalid card data message. After running PINIT all libs from > Port1 > The BZ compressor is using an unsupported entry points located in a very > subject to change area. It's no wonder why it doesn't work. > In any case, have you tried it with the new 49G+ ROM 1.22? I cannot upgrade at present (have to rights on my C-drive). But independently on this I have another urgent question: The basic command XYGROBDISP gives seemingly no possibility anymore to write something in the header (ie. the header pixels seem to have no coordinates anymore). Is there a new SysRPL command for this? (I'm not talking here on PROMPT or DISPROW1 etc). As far as I can see the Header area does not belong to the ABUFF anymore. Is there a Header buffer now? As is easily seen, the header doesn't change its size anymore on the 49+. Your filer prints its 1-line header beneath the separation line now. That may be ok, but in some circumstances one wants to write small things directly into the header (as do various commands from OT49, for instance). Wolfgang ==== I want assign a longhold feature to the key ->NUM but don't wan't loose the function: switching between real and integer. what I do: << ->FNUM >> ENTER [wanted longhold function for RS ENTER] K&SA RS ENTER [normal function of RS ENTER] SWAP DROP [Clear the keynumber] IfL [make longhold function] and now I either assigned this with A?D RS ENTER or 105.3 ASN Now everthing works fine except RS&ENTER doesn't work anymore. Please help! Dietmar ==== How about using double-click instead? AND notice the difference between OT49 and OT49plus Look other posts... > > I want assign a longhold feature to the key ->NUM but don't > wan't loose the function: switching between real and integer. > what I do: > > << ->FNUM >> ENTER [wanted longhold function for RS ENTER] > K&SA RS ENTER [normal function of RS ENTER] > SWAP DROP [Clear the keynumber] > IfL [make longhold function] > > and now I either assigned this with > A?D RS ENTER > or > 105.3 ASN > > Now everthing works fine except RS&ENTER doesn't work anymore. > Please help! > > Dietmar >