HP-18 ==== Jesper Rasmussen schrieb: > Could someone please point me to a site where I can see the pin > connections in a HP48 seriel cable? http://www.hp-sources.com/navigator/hp2modem.html#sec2.1 Thomas -- Most problems go away if you wait long enough, Asok. It might look like I'm standing motionless, but I'm actively waiting for our problems to go away. I don't know why this works, but it does, says Bob the Dinosaur ==== > Jesper Rasmussen schrieb: > > Could someone please point me to a site where I can see the pin > > connections in a HP48 seriel cable? > > http://www.hp-sources.com/navigator/hp2modem.html#sec2.1 By the way, Navigator and Mail Prime are available for HP49g+ ! How to build a HP48-PC cable can be found at http://home.nordnet.fr/~phpamart/pdf/fiche_cable_hard.pdf Yoann. ==== > Jesper Rasmussen schrieb: >> Could someone please point me to a site where I can see the pin >> connections in a HP48 seriel cable? > > http://www.hp-sources.com/navigator/hp2modem.html#sec2.1 > Can the (modem) cable described on the above link be used to connect the HP48 to a PC? Because that's what I'm looking for. -- /Jesper ==== Could what you're searching for be on this site?: http://www.engr.uvic.ca/~aschoorl/faq/48faq-12.html#ss12.1 > > >>Jesper Rasmussen schrieb: >> >>>Could someone please point me to a site where I can see the pin >>>connections in a HP48 seriel cable? >>> >>http://www.hp-sources.com/navigator/hp2modem.html#sec2.1 >> >> > Can the (modem) cable described on the above link be used to connect the > HP48 to a PC? Because that's what I'm looking for. > > > > ==== > > http://www.hp-sources.com/navigator/hp2modem.html#sec2.1 > > > Can the (modem) cable described on the above link be used to connect the > HP48 to a PC? Because that's what I'm looking for. Yes. The DB9 or DB25 connector will connect to the serial port on your computer. Just follow the pinout - HP48 pin 1 to the shield of your cable, HP48 pin 2 to DB9 pin 2, HP48 pin 3 to DB9 pin 3, and HP48 pin 4 to DB9 pin 5. It is easy to accidently swap pins 2 and 3. If it happens, it's not likely to hurt your calculator. The audio connector from a PC CD-ROM works fairly well as the HP48 connector. The real HP48 to PC cable works the best, and gives a nice reassuring 'click' when properly inserted. Hope that helps, -Ben In the force if Yoda's so strong, construct a sentence with words in the proper order then why can't he? - /usr/bin/fortune ==== Wow, Live and learn. I never knew that CLEAR cleaned up the entire stack. I would tell myself to RTFM, but I spend too much time doing that anyway! Geoff > > > > On 48/49 the stack just grows. On 48/49 there should be one function > > > that automaticaly deletes rubbish on the stack that is more than one day > > > old. > > > > Admittedly, finding 'DEPTH DROPN' is a bit difficult, but there is no > > reason that you couldn't program that and have it on a home directory > > softkey so you can use it instantly after the machine turns on. > > How about the CLEAR command? > it's even on the keyboard, so you can just press one key when you are done > with a problem to clear the stack. > > > ==== > > ...(SNIP on library descrioption)... > > I'll be happy if someone like to test it or want to download it. Beacuse > > I've not my own home page and I'm not able to upload to hpcalc today > > (don't know why) you can contact me at kickcha@tiscali.it and I can send the > > library to you Ok VN, it's my fault. And sure, I'll send you a copy. Kickaha ==== > Have you ever reador used Dynamics and Thermodynamics of Compressible > Fluid Flow by Ascher H. Shapiro ? I used Volume I for a course in > Advanced Engineering Fluid Dynamics. A few years later I came acorss a > copy of Volume II. I have never used it for a course, but it has been > well worththe $50.00 I paid for it, as a reference book. The Shapiro book, as the Zucrow one, is a well know good book on fluiddynamics and gasdynamics. I didn't used it for my gasdynamics course (Italian) which costs only 20 ?. (he doesn't earn money for the bok: he planned it with students in mind I guess :oD) Anyway fluiddynamics it's not directly my field of study - although it is an interesting topic - so I don't plan to buy it. Thx for the tip anyway! Kickaha ==== i have a calc test tomorrow. i can't seem to find the 49g+ in stores yet. i've called around. anyone have any luck in the phoenix area? thanks. // greenchilenm ==== > i have a calc test tomorrow. i can't seem to find the 49g+ in stores > yet. i've called around. anyone have any luck in the phoenix area? Besides what others have posted, you don't have much time to mess around learning how to use a new calculator. Best to make do with what you already know how to use, even if it's just a pencil, paper, and your own mind. -- James ==== i thought this was comp.sys.hp48! shouldn't we be promoting the purchase of hp calculators, not telling me to use my head and pencil and paper!?! (just kidding). anyway, i've decided to tough it out, and wait for the next version of Power48 (http://power48.mobilevoodoo.com), which does not currently work on my particular pda model, but there is an upgrade on the way. i found a place in phoenix, called Holman's, which has one 49g in stock, but they want $199 for it. i told them about the new 49g+, which happend to be in their computer for $139, so the manager was nice and said i could buy the 49g for $149, if i wanted it. i couldn't do it, knowing the 49g+ is 10-12x faster. i couldn't do it even though i could use it on my test tonight. the manager also said he was going to transfer (2) 49g+'s (from his albuquerque store), in case i wanted one on wednesday. i'm going to get one, because they're good looking (except for that crazy alpha button. not sure what color that is), and might be nice to have when my teachers figure out how much info i have on my pda (notes, pdfs, entire books, etc). i just talked to the manager at Holman's (http://www.holmans.com) again. he said there are (3) 49g+'s in albuquerque, and (2) will be in phoenix tomorrow (i have one reserved). wish me luck on my test, greenchile505 ==== > i have a calc test tomorrow. i can't seem to find the 49g+ in stores > yet. i've called around. anyone have any luck in the phoenix area? > > thanks. > > > // greenchilenm I've ordered mine from hpcalc.org myself, but would enjoy hearing about what places stock them and for how much. In the meantime, I've got a few more days until mine arrives. Any chance you want to trade teachers for calc tests? Mine knows better than to allow them on tests with the students around here. =( Ed Sutton ==== Forgive this oldster talking- you don't need a calc for a calc test! Wouldn't it be faster to do integrations and derivations by hand?? Okay, it speeds up the arithmetic, but how else can a even a symbolic-capable calculator help? I'd think it'd slow you down, having to make all those key presses and menu searches. Get the 49G+ after your test, and learn to program calculus processes into it, so that you'll be studying for your final! (Or, order it now online.) > i have a calc test tomorrow. i can't seem to find the 49g+ in stores > yet. i've called around. anyone have any luck in the phoenix area? > > thanks. > > > // greenchilenm > ==== > Forgive this oldster talking- you don't need a calc for a calc test! > Wouldn't it be faster to do integrations and derivations by hand?? Okay, > it speeds up the arithmetic, but how else can a even a symbolic-capable > calculator help? Speaking as a student, I can say that if I had had a tool like this during my calc classes, it would have been a *big* help in exams - not cheating, but checking if you get the right answer. Knowing if I had made a stuff-up or not really helps my time management. > I'd think it'd slow you down, having to make all those > key presses and menu searches. You and I are familair with the mathematics, so it is fairly quick for us. But surely you weren't as fast when had just learnt it? Personally, I only *really* learnt the subject matter when I had to use it next semester :-) If you are not 100% sure what you are doing, it is quicker to type the problem in and see if you are on the right track or not. Keep in mind that most the effort is in getting an equation from a word problem (at least it should be). cheers, Al ==== LOL! Methinks I've FORGOTTEN some of my calculus techniques. When I look at a diff eq these days, I have to squint. For me, a calc like that is great, as it would save me and my spare tire a trip to my bookshelf (which is right next to me... too far!), but as you said, once you've really learned it, all it takes is a bit of a refresher. But for someone in Calc 1, I really think pedagogically, it ought to be toughed out. Do you really have the time during an exam to check with a calculator? Even if you do, if I were the instructor, I'm not sure I'd permit it! (Cf. this forum, for the PE licensure exam and calculator type threads!) > >> Forgive this oldster talking- you don't need a calc for a calc test! >> Wouldn't it be faster to do integrations and derivations by hand?? >> Okay, it speeds up the arithmetic, but how else can a even a >> symbolic-capable calculator help? > > > > Speaking as a student, I can say that if I had had a tool like this > during my calc classes, it would have been a *big* help in exams - not > cheating, but checking if you get the right answer. Knowing if I had > made a stuff-up or not really helps my time management. > > > I'd think it'd slow you down, having to make all those > > key presses and menu searches. > > You and I are familair with the mathematics, so it is fairly quick for > us. But surely you weren't as fast when had just learnt it? Personally, > I only *really* learnt the subject matter when I had to use it next > semester :-) > > If you are not 100% sure what you are doing, it is quicker to type the > problem in and see if you are on the right track or not. Keep in mind > that most the effort is in getting an equation from a word problem (at > least it should be). > > cheers, > > Al > ==== If yuo find one, let us know, I'm only 1.5 hours away from Tucson >i have a calc test tomorrow. i can't seem to find the 49g+ in stores >yet. i've called around. anyone have any luck in the phoenix area? > >thanks. > > >// greenchilenm ==== I haven't seen any, and I don't think ANY major resellers in town (or around the country, even) have stock of the 49G+, let alone even heard about it. Unfortunately, it seems that high end hp calculators may soon become an online only type of thing :-( As much as it pains me to say so... If you MUST have a supercalc for tomorrow, it may be best to go for a TI-89. Good luck, and if you DO find a store with the 49G+, post here and let me know... I'll be in the car within 10 minutes :-D azdude > i have a calc test tomorrow. i can't seem to find the 49g+ in stores > yet. i've called around. anyone have any luck in the phoenix area? > > thanks. > > > // greenchilenm ==== > Unfortunately, it seems that high end hp calculators may soon become > an online only type of thing :-( Fry's Electronics here in Palo Alto has the 12c, 12c Platnum, and 17bII+ in blister packs. I'm sure they'll get a bunch of 49G+'s in stock soon. They still have some 48GX's and 39G's as well as the TI line. -Leif ==== > > Looks like the SD host interface came with the chip. > > Also it had an on-chip LCD controller, with up to 64K colors. > > It has an MMU, but no FPU. > > And a 32K split cache. And the core clock can be adjusted to run upto 203MHz in software :-) (Doubt it will work, but who knows?) Al > > Rich > ==== > 2-port USB Host /1- port USB Device(ver 1.1) This line is very good news, specially if this feature is soft-configured on the same outputs as the current usb, i.e, it would allow using a cheap usb-rs232 adapter from the pc-world to get rs232 back. -- Steve Sousa ==== Just got it and was surprised at how cheap the thing feels. Much worse than the TI's. Think $11.99 Walmart special. Really quite lame. Worst of all my 7 key only works about 1/3 of the time. Construction issues aside, it's a powerful tool, but I doubt it will last me 14 years like my 48GX has. Does anyone know of a program to produce Jacobian matrices? ==== Is your model one of the earlier ones? dave > Just got it and was surprised at how cheap the thing feels. Much worse than > the TI's. Think $11.99 Walmart special. Really quite lame. Worst of all my 7 > key only works about 1/3 of the time. > > Construction issues aside, it's a powerful tool, but I doubt it will last me > 14 years like my 48GX has. > > > > Does anyone know of a program to produce Jacobian matrices? > > > > ==== Sorry... But you talking about the 49G+ I assume? BTW... a non-functioning 7 key sounds like grounds for a replacement. > Just got it and was surprised at how cheap the thing feels. Much worse than > the TI's. Think $11.99 Walmart special. Really quite lame. Worst of all my 7 > key only works about 1/3 of the time. > > Construction issues aside, it's a powerful tool, but I doubt it will last me > 14 years like my 48GX has. > > > > Does anyone know of a program to produce Jacobian matrices? > > > > ==== > > I am not talking here of different unit systems, I did not explain > > very well. It is only a matter of interface: instead of a single key > > giving access to many unit directories, several keys with a few unit > > directories each. But it remains conceptually a single unit system, > > only with access split among several keys. > > This is easily made. I'll tell you how provided you translate > Unitman.htm into Italian. [...] > For this I have no problem; the problem was with getting some way of Unitman parameterization or, alternatively, automatizable assignment swapping. And the latter I think that I have got with the function you so kindly provide in your message. Of course, I will gladly translate Unitman.htm, but into Spanish, the only language in which I can guarantee a reasonable quality. I can translate also other docs, provided it has not to be done very quickly. RaM. ==== > > This is easily made. I'll tell you how provided you translate > > Unitman.htm into Italian. [...] > Of course, I will gladly translate Unitman.htm, but into Spanish, the > only language in which I can guarantee a reasonable quality. Still better. The spanish speaking world is much larger :-) Just get Unitman.zip from the site below and choose Unitman.htm from it. Still some Italian is invided to make the italian translation. Eduardo, who certainly would translate it into Portuguese, seems to be busy with his study of Math. Strange, when I studied, I had plenty of time :-) http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science ==== with the swen virus, a word of warning. The swen virus uses infected read here a lot but I have not posted in a long while and I am not sure if this is a newsgroup the virus scans. You will note I have an invalid reply address, this part of the reason why. The rest of the reason is You don't need to go as far as I have, you can simply mudge your address with some easy to remove text and it will work. (IE is not getting better, and I figured I better sound the alarm. If anyone is interested in this subject, or other computer security, I recommend you go to grc.com and go the discussion page. You will find instructions there on how the access the news.grc.com newsgroups, a great source of info on how to protect yourself from our less than friendly Internet. KW ==== This post is spam itself. Don't bother to reply. ==== entirely undeserved KW >This post is spam itself. Don't bother to reply. > > ==== Yes! I've been getting them! I was beginning to wonder why the spate may be too late. > with the swen virus, a word of warning. The swen virus uses infected > read here a lot but I have not posted in a long while and I am not sure > if this is a newsgroup the virus scans. You will note I have an invalid > reply address, this part of the reason why. The rest of the reason is > You don't need to go as far as I have, you can simply mudge your address > with some easy to remove text and it will work. (IE > is not getting better, and I figured I better sound the alarm. > > If anyone is interested in this subject, or other computer security, I > recommend you go to grc.com and go the discussion page. You will find > instructions there on how the access the news.grc.com newsgroups, a > great source of info on how to protect yourself from our less than > friendly Internet. > KW > ==== -=[ Tue, 28.10.03 2:38 p.m. +1300 (NZDT) ]=- in message ID : > infected with the swen virus, a word of warning. The swen > virus uses infected machines to scan newsgroups for valid addresses - including those in any usenet messages *downloaded* on that machine. It doesn't need to scan newsgroups directly. [...] > Sorry about the non calc post, but the problem is not > getting better, and I figured I better sound the alarm. Fair enough :) Swen is very efficient - I still get about 10 a day, albeit down from the peak of about 300 per day. My guess is that most of mine did originate from comp.sys.hp48 messages downloaded - I could tell from the occasional virus report where about 50 -- Tony Hutchins Wellington New Zealand #61 After they make styrofoam, what do they ship it in? ==== Tony
addresses - including those in any usenet messages *downloaded* on that machine. It doesn't need to scan newsgroups directly. [...]
 Hmmm, this is what Norton says about it.
Transmission through newsgroups
The worm will enumerate the registry looking for newsgroup server addresses, and then attempt to contact that newsgroup server. If a newsgroup server is not configured on the system, the worm will randomly select one from a predefined list. The worm will download the available groups and post messages to randomly selected groups. The messages posted to the newsgroups are generated according to the same
Here is one post on the subject from grc security
The worm makes use of a built-in list of 350 news servers 
in its search  
interesting to find out how they were doing and polled a random 100 of 
them (IDServe, port 119).
 24     No response was received from the machine and port at that IP.
 23     The IP address for the specified host could not be found.
 17     The port is closed, so our connection attempt was refused.
  2     [Connected]  No connection greeting was received from the remote 
server.
  1     [Connected]  The remote connection was accepted but the server did 
not return a connection greeting.
 18     200/201 server ready
  4     400 service discontinued
 11     502 access restriction or permission denied
---
100
One of the 400's responded:
400 Throttled due to flood/worm attack - Please use TCP port 1119 !
This list is an upgraded version of one with 137 servers that appeared 
in the GIBE.B worm last February.  I didn't note a significance 
difference in the responses from those added in the upgrade to their 
seniors.
Incidentally, Swen uses the NEWNEWS command (RFC 977) in making its 
request:
The date and time fields are of the format: YYMMDD HHMMSS.  Swen fills 
these fields with random numbers (>0) but, by apparent oversight, YY is 
restricted to the range 80-99.  NEWNEWS doesn't appear to be commonly 
used (doesn't appear in Gravity), and servers should be able to identify 
Swen requests if so inclined.
Sjur
The original posts have been removed (from my machine) do to age, but I am pretty sure the newsgroup harvesting was mentioned more than once. Oh well, we are WAY off subject for this newsgroup and the warning                                KW

==== -=[ Tue, 28.10.03 8:40 p.m. +1300 (NZDT) ]=- in message ID : > Tony > addresses - including those in any usenet messages *downloaded* > on that machine. It doesn't need to scan newsgroups directly. > [...] > > Hmmm, this is what Norton says about it. > Transmission through newsgroups [...] That seems to describe how swen trys to find newsgroup names to addresses to target. > The original posts have been removed (from my machine) do to > age, but I am pretty sure the newsgroup harvesting was > mentioned more than once. Oh well, we are WAY off subject for > the reply, be right too - I just don't remember anything about it actively downloading headers at least - it just tries to contact news servers and download lists of newsgroups), only sowing thereon. It does search usenet cache on the host machine though. -- Tony Hutchins New Zealand ob. RPL: NOT <-> 0 == ==== Cardboard > Tony Hutchins > Wellington > New Zealand > > #61 After they make styrofoam, what do they ship it in? > ==== Yes, but they first wrap it in a layer of delicate electronics. >Cardboard >> Tony Hutchins >> #61 After they make styrofoam, what do they ship it in? Craig ==== >Yes, but they first wrap it in a layer of delicate electronics. > >>Cardboard > >>> Tony Hutchins >>> #61 After they make styrofoam, what do they ship it in? > >Craig Well here's a fellow I have not seen in a while. Where have you been? You used to haunt these halls quite regularly. Harold A. Climer Dept.Of Physics,Geology,and Astronomy University of Tennessee at Chattanooga Chattanooga TN USA 37403 ==== > I found the problem and corrected it. Download the corrected version > here: > > http://scw.us/ce/emu48/index.html > > > Pete M. Wilson > Gamewood, Inc. > wilsonpm@gamewood.net Dave ==== > > I found the problem and corrected it. Download the corrected version > > here: > > > > http://scw.us/ce/emu48/index.html > > > > > > Pete M. Wilson > > Gamewood, Inc. > > wilsonpm@gamewood.net > > > Dave ==== trying to fix a problem in the 49g+ version of Navigator, I've remarked something weird with the #101h I/O RAM of the HP49g+ : when you write something in that byte (the 5 low-weighted bits of course), it doesn't always change the contrast. And more, writing a value doesn't put the screen in some contrast, but on the contrary INCREASES or DECREASES the contrast !! Here are the results of my investigations : #0-#D values : decreases the contrast #E value : no change #F value : increases the contrast #10 to #1D: no change #1E : increases the contrast #1F : double-increases the contrast Interesting, no ? This means that all programs written for HP48 or HP49G and changing the contrast WILL NOT work on HP49g+ ! Yoann. ==== > This means that all programs written for HP48 or HP49G and changing > the contrast WILL NOT work on HP49g+ ! Is this kind of application common for the HP48/49G? On the 68k, it's quite uncommon for a program to change the contrast. -- Bhuvanesh ==== Well grey-scale written for the 49g doesn't work, it shows up as black. > Interesting, no ? > This means that all programs written for HP48 or HP49G and changing > the contrast WILL NOT work on HP49g+ ! > > > Yoann. ==== Navigator, the web browser for the HP calculators, is now available for HP49g+ at the following URL : http://www.hp-sources.com/navigator/english.html Please report to me if you succeed in making it operate on your HP49g+ ! (you can obsiously test it without any internet connection, just put a web page downloaded to your calculator and launch Navigator !) Yoann. ==== And it works with UsinaGaz ??? > > Navigator, the web browser for the HP calculators, is now available > for HP49g+ at the following URL : > > http://www.hp-sources.com/navigator/english.html > > Please report to me if you succeed in making it operate on your HP49g+ > ! > > (you can obsiously test it without any internet connection, just put a > web page downloaded to your calculator and launch Navigator !) > > > Yoann. ==== > And it works with UsinaGaz ??? Yes ! And it's really fast (just like a RTC modem connexion), that's really nice :) ==== > > Other inevitable leaked secrets: how to make DOS calls and calls to > > ARM code from RPL!!! How fast would an RPL command run if rewritten > > entirely in ARM machine language? Ancient wizzened geezers will > > remember a computer called the Amiga, which started with a Motorola > > 68000 processor. True enthusiasts got involved in a thing called ARP: > > Amiga Replacement Project. These courageous and clever end-users took > > it on themselves to rewrite the Amiga DOS programs. Without fail, > > their replacements were faster, less prone to crash, and more > > feature-rich than the originals. While HP continues to refine RPL, we > > could start an HP ARM Replacement Project (HARP) and make this sucker > > SCREAM! > > > > Or not. It's a nice thought, anyhow. It's been done before. Which > > is easier to program in machine language: 68000, or ARM9? Hmmm... > > > > -Joe- > > Greetings! > > Sounds like a great idea!!! I'd love to crack this puppy open and regain > the header area for normal use (9 or 10 level stack all on the same > screen!!!). I can definitely vouch for 68000's powerful instruction set > (CISC), this usually makes programming for 68k machines a > simpler/shorter process. Doesn't the ARM family use a RISC (reduced) > instruction set? I have no experience in ARM assembly. Anyhow, that > would be a great endeavor! Long Live HARP! We can all have compilers for ARM (gcc, fe), and RISCs were, iirc, made to be easy compilation targets. Why bother with assembly, given this? That being said, i'd rather you start working on 68k code, since i'm going to buy a 68332 board for christmas :) Of the reasons i see for going with the 68k, the most important ones would be: 1. Beautiful architectures should be paid homage to :) 2. Native (packed) BCD operations on 68k 3. 68332 is a static design - there is no lower bound to its clock. 4. Multiple stack pointers make it easy to support forth-like languages. I guess it's time for someone [with some ARM knowledge] to start completely escape Saturn emulation. ==== Pi can be easily found to 24 decimal places on HP calculators, by making use of sin(x) ~= x for small x (in radians). I am using an HP-32SII, which provides 12 significant digits: Enter pi. See 3.14159265359. 3.14159265358 has to be slightly less than pi. sin(3.14159265358) = 9.79323846264e-12 pi ~= 3.14159265358 9 79323846264 (24 digits) Trying the same technique on a TI-83+SE (10 significant digits, so I would hope of easily getting 20) shows a problem with sin(x): Enter pi. See 3.141592654. So far so good. 3.141592653 has to be slightly less than pi. sin(3.141592653) = 5.898e-10. PROBLEM. The answer has dropped to 4 significant digits instead of 10, so the TI misses 6 important significant digits for arguments close to pi. The HP calculator correctly gives: sin(3.141592653) ~= 5.89793238463e-10, or pi ~= 3.141592653 5 89793238463 I understand why the TI does this, and it isn't optimum. Rick ==== > I understand why the TI does this, and it isn't optimum. ...And that's why we don't use TI's! (even though they just may be constructed better now days, HP calc software rocks :-))) ==== > > I understand why the TI does this, and it isn't optimum. > > > ...And that's why we don't use TI's! (even though they just may be > constructed better now days, HP calc software rocks :-))) TI calc software rocks too! :-) Just chirping in for no reason, Bhuvanesh. ==== mistake lay with my having used the NiMH rechargeables, with their very low 3.6 VDC. OCV characteristic. If the calculator is equally prone to dying, even with the correct alkaline cells, that is worrisome. ________________________________________ : : : : > : > What happened is that this morning at 3 a.m. I was working on learning RPL : > programming, when the -49g+ displayed a message box informing me that the : > batteries were low. These are NiMH rechargeable cells. : > : > ................. : : > : > Now, the interesting part. My calculator will not restart, even with : > calculator had no batteries in it except for the 2032 keep-alive cell. I : > have tried every combination of key depressions--including the paperclip : > master reset actuator--with absolutely no results whatever. The calculator : > makes no sound, no blink, no nothing, whether the 2032 is installed or not, : > whether the SD card is installed or not. : > : > : : Mine died the same way this weekend and I was using the batteries that came with : it. : It had the ROM update 1.22 in it as well. : : Jerry : : ==== Mine completely froze for about 10 seconds today (running on alkalines), the wait indicator wasn't on either, so I guess it can't have been a garbage clean up? Worked afterwards, weird though... Another funny thing happened when I was doing some boolean logic, I ANDed two numbers on the stack and the answer was a string of random ASCII characters, gibberish... I can't remember exactly what it was so I can't recreate it unfortunately. By the way, anybody tried running the HpMad tetris? A little fast eh :-) > mistake lay with my having used the NiMH rechargeables, with their very low > 3.6 VDC. OCV characteristic. If the calculator is equally prone to dying, > even with the correct alkaline cells, that is worrisome. > ________________________________________ > > : > : > : > : > > : > What happened is that this morning at 3 a.m. I was working on learning > RPL > : > programming, when the -49g+ displayed a message box informing me that > the > : > batteries were low. These are NiMH rechargeable cells. > : > > : > ................. > > : > > : > Now, the interesting part. My calculator will not restart, even with > : > calculator had no batteries in it except for the 2032 keep-alive cell. I > : > have tried every combination of key depressions--including the paperclip > : > master reset actuator--with absolutely no results whatever. The > calculator > : > makes no sound, no blink, no nothing, whether the 2032 is installed or > not, > : > whether the SD card is installed or not. > : > > : > > : > : Mine died the same way this weekend and I was using the batteries that > came with > : it. > : It had the ROM update 1.22 in it as well. > : > : Jerry > : > : ==== > By the way, anybody tried running the HpMad tetris? A little fast eh Yeah, it was too easy befor e:-) ==== had not done that. I will try that next--and last--before returning the machine to Hewlett-Packard ; drat, I keep saying that. I meant to say HP, of course, ever since Fearless Leader Lady's attempt to remove all memories of Messrs. Hewlett and Packard by formally changing the company's name. _________________________________ : : > it probably is the case that all electronic : > devices everywhere got together in some devious : > plot hatched to render a conspiracy successful : > in trying to make certain that it would be I who : > would suffer the agonies of having my first : > new calculator in 17 years fail, and fail very : > publicly to maximize the embarrassment I would : > suffer. : : Conspiracy? Hah! That's exactly what they WANT you to think! : : > places, playing poker, all for the purpose of : > determining which of them would be selected to : > voluntarily die so as to kill the system in : > which it was embedded. : : What does a calculator receive for martyrdom? 72 virgin batteries? : : > My HP-41CX just sneered very slightly ... : : I'm sorry, Dave. I'm afraid I can't do that. This conversation can : serve no purpose any more. Good bye. -- HAL 9000+ : : Have you tried removing ALL batts, then shorting all the battery : terminals for a while? If that doesn't work, you might've nuked the : ROM, either before or during my suggested procedure. >:-O You have : my deepest sympathies. : : And the moral of the story is? Do NOT use NiMH cells in the hp49g+! : : -Joe- ==== > I meant to say HP, You meant to say hp Arnaud ==== > > > > > What happened is that this morning at 3 a.m. I was working on learning RPL > > programming, when the -49g+ displayed a message box informing me that the > > batteries were low. These are NiMH rechargeable cells. > > > > ................. > > > > > Now, the interesting part. My calculator will not restart, even with > > calculator had no batteries in it except for the 2032 keep-alive cell. I > > have tried every combination of key depressions--including the paperclip > > master reset actuator--with absolutely no results whatever. The calculator > > makes no sound, no blink, no nothing, whether the 2032 is installed or not, > > whether the SD card is installed or not. > > > > > > Mine died the same way this weekend and I was using the batteries that came > with it. > It had the ROM update 1.22 in it as well. > > Jerry Hmm, this doesn't sound good. I was hoping this was an isolated incident. -- Bhuvanesh ==== -=[ Tue, 28.10.03 12:55 p.m. +1300 (NZDT) ]=- in message ID <662e00ed.0310271405.771d2b4f@posting.google.com> : > Hmm, this doesn't sound good. I was hoping this was an > isolated incident. Agree. One with NiMH, one with alkaline. Maybe the paperclip doesn't activate the reset? Here about once a week I have a freeze needing a paperclip reset. AFAIR I haven't seen any other reports of this freeze - the LCD stays on - not sure for how long it would stay that way. I do use NiMH. They seem to last 1-2 weeks with fairly heavy usage, including small amounts of USB transfer. I don't have an SD card. BTW I *do* have problems with USB from time to time, on Win2000. But this always works - I disconnect the 49g+ from the cable, then make connx look for the 49g+. This produces a genuine failure. Then I connect the 49g+, and so far have 100% success with a genuine connect :) -- Tony Hutchins Wellington New Zealand #30 I'm not a complete idiot, some parts are missing! ==== Pardon me for perhaps being very dense, but I don't understand. If by ordering shipment to your Uncle's house in Miami, you were to save, say, $174.95 , thereby getting the machine for free, would it not cost you at least $174.95 to buy a round-trip ticket from Mexico to/from Miami? I just don't see how it's cheaper for me to order it to my uncle's house in Miami and then just go get it. : : : Do you think HP is doing something to solve some of the problems the : calcs have? Are they gonna have them ready and problem free in a few : weeks/months? or do they just ship them out and thats it? : I'm asking because I'm from Mexico and it's a bit more expensive to : buy it here, so it's cheaper for me to order it to my uncle's house in : Miami and then just go get it, but I don't want to have it only so see : it's full of problems, and knowing they might have then fixed in late : november o december I want to know if I should wait and if so, until : when? : : thanks ==== well it's cheaper because I'm going there anyway, me and my family are gonna visit my uncle and family in Miami, so if I'm gonna be there I might as well pick up the calculator. I could also wait until early-mid December and order it to my other uncle in Phoenix and go and pick it up there, because I will also have to go to Phoenix in December. > Pardon me for perhaps being very dense, but I don't understand. If by >ordering shipment to your Uncle's house in Miami, you were to save, say, >$174.95 , thereby getting the machine for free, would it not cost you at >least $174.95 to buy a round-trip ticket from Mexico to/from Miami? I just >don't see how it's cheaper for me to order it to my uncle's house in Miami >and then just go get it. > > >: >: >: Do you think HP is doing something to solve some of the problems the >: calcs have? Are they gonna have them ready and problem free in a few >: weeks/months? or do they just ship them out and thats it? >: I'm asking because I'm from Mexico and it's a bit more expensive to >: buy it here, so it's cheaper for me to order it to my uncle's house in >: Miami and then just go get it, but I don't want to have it only so see >: it's full of problems, and knowing they might have then fixed in late >: november o december I want to know if I should wait and if so, until >: when? >: >: thanks > ==== Wal-Mart. The SD Cards they sell are exactly the same as the ones sold by everyone else. They are all encased by that extremely hard, see-through plastic which it takes either new scissors or a very sharp knife to open. Wal-Mart is your best bet. That's where I bought mine. Unless, of course, you might be boycotting Wal-Mart because they place. : for the calculator? any good ideas/tips? ==== It was a subcontract, but still... The last time I tried to open one of those I cut myself with the plastic. I still have part of it, inside my HP 48GX soft case, for extra protection. Toby > Wal-Mart. > > The SD Cards they sell are exactly the same as the ones sold by everyone > else. They are all encased by that extremely hard, see-through plastic which > it takes either new scissors or a very sharp knife to open. Wal-Mart is your > best bet. That's where I bought mine. > > Unless, of course, you might be boycotting Wal-Mart because they > place. > > > : for the calculator? any good ideas/tips? > > ==== haha, yeah, me mxican brothers were working there. they all do it, it's just that Wal-Mart got caught >Wal-Mart. > > The SD Cards they sell are exactly the same as the ones sold by everyone >else. They are all encased by that extremely hard, see-through plastic which >it takes either new scissors or a very sharp knife to open. Wal-Mart is your >best bet. That's where I bought mine. > > Unless, of course, you might be boycotting Wal-Mart because they >place. > > >: for the calculator? any good ideas/tips? > ==== > > Are Wayne Scott's Poly programs ported to the 49G+? > > I noticed that the interal hp49 programs require the enty of > > the variables to solve > > Waynes routes only requiied the coefficents in a list > > for those who have not seen this > > here is and example > > 2*x^3 + 4*x^2 -10 would be listed as > > {2 4 0 -10} > > if you wanted to solve for the roots of this equition (if there are any) > > you just pressed the root function > > This is much quicker that typing in a bunch of letters > > > [2 4 0 -10] PROOT Wow! thanks does this work for partial fraction? ==== XYZ schrieb im Newsbeitrag > Have a look at the picture of two men wearing hard hats on the front > of the 49g+ package. The calculator the right man is holdings has its > USB port on the RIGHT of the calculator, and a rectangular IR window, > left-aligned in the photo. The top left corner also appears thicker > than the top right, the case getting progressively thinner towards the > USB port. The battery cover isn't visible, and the case is a lighter > brown/grey rather than black. > Yes, HP was definitely in a hurry to release the 49g+! > Curious huh? Heh, until you mentioned it I didn't even realize they guy was holding a calc. Honestly, I looked at it when I got my calc, but I could swear he was NOT holding anything :P The picture also looks fake, like they took some old promotion picture and copy paste the calc into his hands... Daniel ==== Ditto. Yep... that was my first and immediate impression, that the picture was faked. Also, may I add, it looks pretty stupid to see what are supposedly engineers dressed like that while doing a field visit (especially going someplace that would require safety glasses). Get real! Cheesy stocks photos don't cut it. Greg S. x > > XYZ schrieb im Newsbeitrag > > Have a look at the picture of two men wearing hard hats on the front > > of the 49g+ package. The calculator the right man is holdings has its > > USB port on the RIGHT of the calculator, and a rectangular IR window, > > left-aligned in the photo. The top left corner also appears thicker > > than the top right, the case getting progressively thinner towards the > > USB port. The battery cover isn't visible, and the case is a lighter > > brown/grey rather than black. > > Yes, HP was definitely in a hurry to release the 49g+! > > Curious huh? > > Heh, until you mentioned it I didn't even realize they guy was holding a > calc. Honestly, I looked at it when I got my calc, but I could swear he was > NOT holding anything :P > The picture also looks fake, like they took some old promotion picture and > copy paste the calc into his hands... > > > Daniel > > ==== Well, they are lots of sort of engineers... I am a pants, shirt and sit down engineer. My father was a walk in protected boots, hard hat engineer, I know engineers that are wearing EMI safe outfits, and some others who are wearing hiking boots and backpack... > Ditto. Yep... that was my first and immediate impression, that the picture > was faked. Also, may I add, it looks pretty stupid to see what are > supposedly engineers dressed like that while doing a field visit (especially > going someplace that would require safety glasses). Get real! Cheesy > stocks photos don't cut it. > > Greg S. > > x > > > > > XYZ schrieb im Newsbeitrag > > > Have a look at the picture of two men wearing hard hats on the front > > > of the 49g+ package. The calculator the right man is holdings has its > > > USB port on the RIGHT of the calculator, and a rectangular IR window, > > > left-aligned in the photo. The top left corner also appears thicker > > > than the top right, the case getting progressively thinner towards the > > > USB port. The battery cover isn't visible, and the case is a lighter > > > brown/grey rather than black. > > > Yes, HP was definitely in a hurry to release the 49g+! > > > Curious huh? > > > > Heh, until you mentioned it I didn't even realize they guy was holding a > > calc. Honestly, I looked at it when I got my calc, but I could swear he > was > > NOT holding anything :P > > The picture also looks fake, like they took some old promotion picture > and > > copy paste the calc into his hands... > > > > > > Daniel > > > > > > ==== > Ditto. Yep... that was my first and immediate impression, that the > picture > was faked. Also, may I add, it looks pretty stupid to see what are > supposedly engineers dressed like that while doing a field visit > (especially > going someplace that would require safety glasses). HMn, I've actually never seen and engineer wearing a double-breasted suit before ;-) - Ed ==== PS: If there's anything I can do to help, such as information about my hardware, OS, setup, or testing of a new build, I'd be glad to do so. For the future, please consider making file transfers using Kermit, particularly in ASCII mode, an option. This would simplify transferring source files. Another possibility would be a similar ASCII transfer mode for Xmodem. -- James ==== I just wonder where I can find docs (or books) of SysRPL and ML programming beyond those on hpcalc.org.. Do anyone know more good sources about these subjects? Leonardo ==== > I have been given a new HP49G and have little knowledge of programming. > Anyone out there willing to help with some survey/ theodolite logging > programs? Try http://www.hpcalc.org/ browse from there. Cameron Downunder ==== > > I've noticed an increase of approx. 3--4 in mathematical calculation, > > e.g., finding extrema of multivariate functions or simplex. > > Can you give me an example? Sure. Finding the exrema of a function of two or more variables via LNAME, HESS, SOLVE, SUBST, maybe followed by EXPAND, then EGV, all done in exact mode, is usually 3 times faster on the 49+ compared to the 49g. > I am talking about the speed of evaluation > of native functions, and I am not interested in CAS functions Well, that's what I'm interested in ... > No, I am talking about the 48GX, inversion of a random matrix, all > calculations done in approximate mode (see above; I am not > particularly interested in exact solutions). A 10x10 random matrix > takes about 6 seconds to invert on a 48GX, about half that on a 49G+. Yes, you're right. Anyway, in exact mode it's 70 seconds on the 49g compared to 23 seconds on the 49+. Michael -- -= Michael Hoppe , =------ ==== > Please, how can i fix that? If it's a 49G, just use Kermit instead of Xmodem to download the file. But you're leaving important information out. Are you by any chance writing about a problem with the 49g+? If so, do you also have problems such as << and >> where you expected program delimiters and -> where you should have a right arrow? The complete header should be something like %%HP: T(3)A(D)F(.);; what exactly do you have for a header? If you know, which calculator is the file originally from? -- James ==== > > Please, how can i fix that? > > If it's a 49G, just use Kermit instead of Xmodem to download the file. > > But you're leaving important information out. Are you by any chance > writing about a problem with the 49g+? If so, do you also have problems > such as << and >> where you expected program delimiters and -> > where you should have a right arrow? The complete header should be > something like %%HP: T(3)A(D)F(.);; what exactly do you have for a > header? If you know, which calculator is the file originally from? yes i know, it`s a hp48 file. ==== > > Has anyone written such program for the HP49? > > Is there a way to write/compile SysRPL progs on HP49g+? > > > > There is a builtin SystemRPL entry for this in the HP49G > > AskQuestion (PTR 2F1A5) > > with stack diagram $ -> T/F > > For other message-related entries, see > > http://zon.astro.uva.nl/~dominik/hpcalc/entries/hp49g/entries_156.html#SEC15 6 > > - Carsten ==== > I found that the whole process of trying to purge files from > subdirectories could be canceled with a paperclip reset. But I wonder > whether that drastic method of canceling might leave it with lost > clusters or other such problems; something to look into. For the record, apparently it did indeed leave me with a lost cluster chain on the card, and trying to store another file on the card resulted in a cross-link. Hmm. Maybe the 49g+ needs an application to check the file system and repair such problems. Or maybe we should just all have a card reader and use SCANDISK, Norton Disk Doctor, or the like on our cards when we've done something out of the ordinary. -- James ==== > Depending on the cluster size, you may want to adjust that scheme, if > you care to minimize slack space. Each entry in a directory takes 32 > bytes, therefore each sector (512 bytes) of a directory can hold 16 > entries. BUT, the first two entries of every subdirectory are for itself > and for its parent. So with 512 byte clusters, that's 14 (additional) > entries per cluster, 1024 byte clusters give you 30 entries per cluster, > 2048 byte clusters give you 62 entries per cluster, and so on. Clarification and correction: The root directory is of course before any clusters on the card, and for these cards, it will normally use 32 sectors, for 512 entries, and it doesn't have the entries for itself and its parent. We already know where it is; that information is available from the boot record, and it doesn't have a parent directory. For subdirectories, of course the first two entries are in the first cluster only, not in any following cluster. So with 512 byte clusters, that's 14 entries (besides the special entries) in the first cluster, plus 16 entries in each additional cluster. So one cluster gives you 14 entries, 2 clusters 30 entries, 3 clusters 46 entries and so on. With 1KB clusters, 30 entries (besides the special entries) in the first cluster, plus 32 entries in each additional cluster. So one cluster give you 30 entries, 2 clusters gives you 62 entries, 3 clusters gives you 94 entries, and so on. In general, the number of entries (besides the special entries) in a subdirectory using a particular number of clusters and cluster size is: 'NumberOfClusters*ClusterSizeInBytes/32-2'. -- James ==== >> Here are some of the new error messages in the 49g+. Some are VERY >> interesting, like 44! >> >> 34: Invalid DOS Name >> 35: File already opened >> 36: Invalid File Handle >> 37: Invalid File Index >> 38: Invalid File Mode >> 39: Disk Full >> 40: Disk Format Error >> 41: Disk Change >> 42: No SD card inserted >> 43: Not enough ARM memory >> 44: DOS call unsupported >> 45: DOS unknown error >> 46: Disk Protected > >I wonder how DOS-like the underlying OS is. I would have thought that ARM code (or C code compiled to ARM) to handle FAT16 or whatever filesystems would be available off-the-shelf and therefore pretty standard. Whether it is DOS like is another matter. -- Bruce Horrocks Surrey England ==== ==== I'm just curious... HP has obviously been paying attention this newsgroup for quite some time, and they have addressed so many of our frequent complaints about the original 49G. Contrast is now good, speed is wonderful, IR is back, etc. With all of us screaming for a 48/41-esque keyboard, why do you think they chose not to build them this way? Do you think it is purely a cost concern? My 48G (not +, GX) cost $75.00 in my school bookstore, and it has a wonderful keyboard. Also, of all the little problems cropping up on this release, the keyboard is possibly the only thing that can't be fixed via ROM update. It seems to me that a better keyboard could have been included. So, what do you think: cost? they lost the recipe? conspiracy? ==== That's a good question. I 'm puzzled why they didn't just use the 48G keyboard and save engineering costs as well as keeping feel that we all prefer. Tom Scott ==== I downloaded Emu48 1.30 and hp48 R ROM and then installed the 1.33 updated executable. I am running winxp pro, but everytime I try to run the emulator it crashes. Can anyone help me? ==== Solved. next time RTFM!!! ==== I recently have been working with Wolfgang Rautenbergs great application 'filers'. It provides an excellent extension to the built-in filer. Great port memory management tool! And, for all of you lucky enough to already own a 49G+, a version of filers (filer5) will run on the 49G+ (can read the SD card). I highly recommend it. Get the very latest version at: http://page.mi.fu-berlin.de/~raut/WR49/index.htm Steve ==== > Get the very > latest version at: > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm > > Steve Yoann. ==== > Every now and then (say once a week) at least one of my > alarms will be screwed up as far as rescheduling, ie, the > date (but not the time) for the next event will be off by > several days. Have you noticed anything strange yourselves? > I am using ROM 1.22 there is a small library Alarms on my site below. It works reliable on the 49+ as far as I could observe. You can set also alarms which repeat after a year at precisely the same day (to remember birthdays etc). And you can set the number of cuckoo sounds for each alarm individually. - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Time ==== It seems to be a bug... I'm also having this problem. Right now I have multiple repeating alarms set to go off at different times--when one goes off, all the others go off (in series) immediately following. This also happened when I set non-repeating ones. The ROM I am using is 1.22. Greg S. > > Every now and then (say once a week) at least one of my > alarms will be screwed up as far as rescheduling, ie, the > date (but not the time) for the next event will be off by > several days. Have you noticed anything strange yourselves? > I am using ROM 1.22 > > !Demeter! ==== I have found that 1+1 ENTER usually equals 2 in algebraic mode. Try the examples in the training aids. They work. Seriously, c'mon, folks. The 49G+ is incredibly trustworthy. Reports of small problems, freak one-time situations, etc., should not cause a general We can't trust this thing approach. I would remind everyone that there hasn't been a calculator produced by HP in their HISTORY that was bug free. The HP-35 had bugs. The HP-67 had bugs. The 41C had bugs. The HP-48GX's last ROM revision still has bugs. Any bugs found on the 49G+ can be fixed...and it has not shown a large level of bugs, by any reasonable measure. After all, is everyone here using operating systems on their computers that don't crash sometimes? That happens more often than the 49G+ taking a nose-dive. Just my opinions, of course. Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * > > > > > Every now and then (say once a week) at least one of my > > alarms will be screwed up as far as rescheduling, ie, the > > date (but not the time) for the next event will be off by > > several days. Have you noticed anything strange yourselves? > > I am using ROM 1.22 > > > > !Demeter! > > If this turns out to be a legitimate bug, I am a very concerned. Can a > user trust *anything* this calculator does? > > -- > ~/.signature ==== > I have found that 1+1 ENTER usually equals 2 in algebraic mode. Try the > examples in the training aids. They work. So? THat means they were sure to check the examples. It seems to me that a problem as described by the original poster of this thread would be something that would have been covered by test engineers. I mean, the alarms for Pete's sake! Now I will admit that is this is an isolated event, my opinion does not apply. But if it is widespread, I stand by it. > > Seriously, c'mon, folks. The 49G+ is incredibly trustworthy. Reports of > small problems, freak one-time situations, etc., should not cause a general > We can't trust this thing approach. I would remind everyone that there > hasn't been a calculator produced by HP in their HISTORY that was bug free. I agree, there are always bugs, but not usually something as visible. > > The HP-35 had bugs. The HP-67 had bugs. The 41C had bugs. The HP-48GX's last > ROM revision still has bugs. Very obscure ones, not in the main functionality, which I consider the alarms to be. > > Any bugs found on the 49G+ can be fixed...and it has not shown a large level > of bugs, by any reasonable measure. Yes they can be fixed but something like this should never have left the product and test engineer's offices to go into production. There is no argument to be made against that. It is a matter of the producer's idea and implementation of quality and reliability. Again this assumes the problem is *not* isolated. > > After all, is everyone here using operating systems on their computers that > don't crash sometimes? That happens more often than the 49G+ taking a > nose-dive. Actually since I started using linux solely, I have never had an OS related crash...ever... that I can remember. My rhetorical question simply means that if we cannot trust the alarms, how do we know we can trust the root solver, or the units conversion, or the.... I know, this becomes a very philosophical question eventually but I think it applies. > > Just my opinions, of course. Best, -Al > > Gene > -- > * These statements and opinions are mine alone and do not reflect my > employer's views. * > >> >> > >> > Every now and then (say once a week) at least one of my >> > alarms will be screwed up as far as rescheduling, ie, the >> > date (but not the time) for the next event will be off by >> > several days. Have you noticed anything strange yourselves? >> > I am using ROM 1.22 >> > >> > !Demeter! >> >> If this turns out to be a legitimate bug, I am a very concerned. Can a >> user trust *anything* this calculator does? >> >> -- >> ~/.signature > > -- ~/.signature ==== Hey, I agree with Gene. After all, my HP-49g+ seems to have died completely. No partial failure this. And so has the machine that belongs to Jerry Petrey. That makes 2 perfectly reliable failures. We have no problems with hard keys, bouncing keys, flickering displays, or loose paint. ______________________ : I have found that 1+1 ENTER usually equals 2 in algebraic mode. Try the : examples in the training aids. They work. : : Seriously, c'mon, folks. The 49G+ is incredibly trustworthy. Reports of : small problems, freak one-time situations, etc., should not cause a general : We can't trust this thing approach. I would remind everyone that there : hasn't been a calculator produced by HP in their HISTORY that was bug free. : : The HP-35 had bugs. The HP-67 had bugs. The 41C had bugs. The HP-48GX's last : ROM revision still has bugs. : : Any bugs found on the 49G+ can be fixed...and it has not shown a large level : of bugs, by any reasonable measure. : : After all, is everyone here using operating systems on their computers that : don't crash sometimes? That happens more often than the 49G+ taking a : nose-dive. : : Just my opinions, of course. : : Gene : -- : * These statements and opinions are mine alone and do not reflect my : employer's views. * : : > : > > : > > Every now and then (say once a week) at least one of my : > > alarms will be screwed up as far as rescheduling, ie, the : > > date (but not the time) for the next event will be off by : > > several days. Have you noticed anything strange yourselves? : > > I am using ROM 1.22 : > > : > > !Demeter! : > : > If this turns out to be a legitimate bug, I am a very concerned. Can a : > user trust *anything* this calculator does? : > : > -- : > ~/.signature : : ==== My keys feel a bit on the cheap side, but still much better than the ol' hamster butt blue keyboard; no flaking so far. I've seen the garbage collection earthquake and I constantly notice the heartbeat along the bottom of the display. I also see streaking (vertical lines) in the display when I view a long text strings (EDITB)--a bit annoying. Greg S > Hey, I agree with Gene. After all, my HP-49g+ seems to have died completely. > No partial failure this. And so has the machine that belongs to Jerry > Petrey. That makes 2 perfectly reliable failures. We have no problems with > hard keys, bouncing keys, flickering displays, or loose paint. > ______________________ > > > : I have found that 1+1 ENTER usually equals 2 in algebraic mode. Try the > : examples in the training aids. They work. > : > : Seriously, c'mon, folks. The 49G+ is incredibly trustworthy. Reports of > : small problems, freak one-time situations, etc., should not cause a > general > : We can't trust this thing approach. I would remind everyone that there > : hasn't been a calculator produced by HP in their HISTORY that was bug > free. > : > : The HP-35 had bugs. The HP-67 had bugs. The 41C had bugs. The HP-48GX's > last > : ROM revision still has bugs. > : > : Any bugs found on the 49G+ can be fixed...and it has not shown a large > level > : of bugs, by any reasonable measure. > : > : After all, is everyone here using operating systems on their computers > that > : don't crash sometimes? That happens more often than the 49G+ taking a > : nose-dive. > : > : Just my opinions, of course. > : > : Gene > : -- > : * These statements and opinions are mine alone and do not reflect my > : employer's views. * > : > : > > : > > > : > > Every now and then (say once a week) at least one of my > : > > alarms will be screwed up as far as rescheduling, ie, the > : > > date (but not the time) for the next event will be off by > : > > several days. Have you noticed anything strange yourselves? > : > > I am using ROM 1.22 > : > > > : > > !Demeter! > : > > : > If this turns out to be a legitimate bug, I am a very concerned. Can a > : > user trust *anything* this calculator does? > : > > : > -- > : > ~/.signature > : > : > > ==== I'd agree. So far, even the infamous keyboard really hasn't given me any trouble. In total honesty, all missed keystrokes so far have been due to inattention and too gentle a push, except for one time, the right shift ON didn't turn the calc off because I forgot I set in in ALPHA mode. > I have found that 1+1 ENTER usually equals 2 in algebraic mode. Try the > examples in the training aids. They work. > > Seriously, c'mon, folks. The 49G+ is incredibly trustworthy. Reports of > small problems, freak one-time situations, etc., should not cause a general > We can't trust this thing approach. I would remind everyone that there > hasn't been a calculator produced by HP in their HISTORY that was bug free. > > The HP-35 had bugs. The HP-67 had bugs. The 41C had bugs. The HP-48GX's last > ROM revision still has bugs. > > Any bugs found on the 49G+ can be fixed...and it has not shown a large level > of bugs, by any reasonable measure. > > After all, is everyone here using operating systems on their computers that > don't crash sometimes? That happens more often than the 49G+ taking a > nose-dive. > > Just my opinions, of course. > > Gene > -- > * These statements and opinions are mine alone and do not reflect my > employer's views. * > > >> >> >>> >>>Every now and then (say once a week) at least one of my >>>alarms will be screwed up as far as rescheduling, ie, the >>>date (but not the time) for the next event will be off by >>>several days. Have you noticed anything strange yourselves? >>>I am using ROM 1.22 >>> >>>!Demeter! >>> >>If this turns out to be a legitimate bug, I am a very concerned. Can a >>user trust *anything* this calculator does? >> >>-- >>~/.signature >> > > ==== Looks like it is available now. $109.99 FYI. Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * ==== > Navigator doesn't work online yet, I don't know why, but since it > already works offline and Usinagaz works, the combination should soon > work. In fact, there was an adress change between the 49G and 49g+ that made Navigator crash in online mode... This is fixed at http://www.hp-sources.com/navigator/english.html, with a dedicatded 49g+ version of Navigator. Yoann. ==== And how do you find this bug & solution ? On Hp49+ or on an emulator ? > > Navigator doesn't work online yet, I don't know why, but since it > > already works offline and Usinagaz works, the combination should soon > > work. > > In fact, there was an adress change between the 49G and 49g+ that made > Navigator crash in online mode... > This is fixed at http://www.hp-sources.com/navigator/english.html, > with a dedicatded 49g+ version of Navigator. > > > Yoann. ==== > I think that I've read all of the previous posts about Conn4x problems, > but I still haven't gotten it to work. I guess that I must be stupid. > > This is on MS-Windows 98SE. The 49g+ ROM is at revision 1.22, the > Conn4x.exe at 2.1.0.1783, and the USB driver at 1.0.4.2. > > First I installed the USB drivers and Conn4x as downloaded, but Conn4x > wouldn't work. > > Ok, so I removed what I had installed, and installed the packages from > the CD-ROM. Still no go. > > Now I've installed the downloaded packages as updates. No joy. > > In device manager, I see the HPx9G+ DEVICE come and go as I turn the > calculator on and off. Properties shows me The device is working > properly. Yeah, sure. > > I have flag -33 clear (Transfer via wire). IOPAR is { 115200. 0. 0. 0. > 3. 3. }. > > The display shows Xmodem Server Waiting for command. > > Running Conn4x, whether I use Connect using Auto or choose HPx9G+ > from the drop-down list, when I do the File Connect... OK, I get > the silly flashlight with the Looking for calculator message, and > occasionally an Error (No device connected. Check the cable connections > and the calculator.) message comes up. More often it just keeps looking > until I try to shut it down, and in those cases, shutting it down > requires a Ctrl-Alt-Delete, and Close Program shows me Conn4x (Not > responding). About half the time, End Task will work ok, but the rest > of the time it just gets me to the Blue Screen of Death, from which > even another Ctrl-Alt-Delete won't do anything; it needs the reset > button, run Disk Doctor and all that hassle. > > If I try the File Capture Calculator Screen..., I get the box > explaining how to use it, but pressing ON-CursorUp on the 49g+ turns on > the transfer annunciator without Conn4x responding at all. > > I was trying to go through my USB hub. I decided to connect directly to > the PC's USB port instead, but it didn't make any difference. > > I had updated the ROM using an SD card, but decided to try it from > Conn4x just for the heck of it. It actually worked! > > But nothing else about Conn4x is useful to me. To be sure, I can use the > SD card and reader to move things to and from the PC, but it's beginning > to annoy me that I haven't been to get Conn4x working. > > Does anyone have any idea what I'm doing wrong? I mean other than using > a Microsoft product with an application and device that perhaps isn't > quite ready for release. I tried exactly the same configuration, and although I was able to upgrade the ROM to 1.22, not any file transfer worked. My CPU is a Pentium I 75 Mhz. Yoann. ==== > I tried exactly the same configuration, and although I was able to > upgrade the ROM to 1.22, not any file transfer worked. > My CPU is a Pentium I 75 Mhz. See: http://groups.google.com/groups?threadm=L8zmb.1692%24Px2.595%40newsread4.new s.pas.earthlink.net HP is aware of the problem, and I'm sure that they're looking for a solution. For now, I hope that you have an SD card and reader to do any transfers. -- James ==== hi! > I got it to work actually: a mere insmod safe_serial does the trick :) could you please explain with more details the wat it works? if i know that it works ok with linux, tomorrow i will buy an hp49g+ :) thanks! vicent -- debian gnu/linux 19:48:14 up 47 min, 1 user, load average: 0.51, 1.37, 1.52 www.elwater.net ==== More precisely, I did # modprobe usbserial # modprobe safe_serial And then, when I plugged the hp49g+, the kernel messages (can be seen thanks to dmesg) shows usb 1-1: Generic converter now attached to ttyUSB0 (or usb/tts/0 for devfs) which means that you can now use /dev/ttyUSB0 (or /dev/usb/tts/0 if you enables devfs) the same way you used to use /dev/ttyS0 with your communication tool, ie $ sx bidule /dev/ttyUSB0 or setting /dev/ttyUSB0 as serial port in minicom You don't need to setup anything else (baud rate, parity & co don't apply here) ttyUSB0, and then use ttyUSB1 (see dmesg) Samuel ==== thanks! i will try it as soon as i will buy it! and what about rom upgrades? would i be able to upgrade roms with my linux box? vicent -- debian gnu/linux 21:21:32 up 9 min, 2 users, load average: 0.16, 0.39, 0.22 www.elwater.net ==== > I got it to work actually: a mere insmod safe_serial does the trick :) It works fine for me too (I believe we were the two first guys to Yoann. ==== Anyone looking for an SD card, see this thread at the Museum Forum: http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/forum.cgi?read=45314 -- James ==== I work for a company that uses the HP 48G+ (G & GX) as a programmable controller for part of a small system. We have been using the HP calculators for almost 10 years now by preloading our software into the units before sending them to our customers. Needless to say, we were quite concerned when HP announced that they would be discontinuing the 48G+ and replacing it with the 48GII. We received our first batch of 48GII last week and have started evaluating the units. Of course, our worst fears were realized when the existing software would neither load nor run on the new platform. I decided to start this thread in an attempt to document some of the compatibility issues we have found with the new units. Please feel free to add to the list to give other developers and programmers a head start when porting their software to the 48GII. The Good: 1. New memory backup design. Lithium cell is more reliable and longer lasting than capacitor design of the 48G+. 2. New serial connector. More rugged design should be less prone to bent pins. 3. Serial cable included. Although the 48GII is slightly more expensive than the 48G+, they are now throwing in a $20 cable. 4. Screen appears to have slightly better contrast than the 48G+. 5. Fast. Appears to be approximately 2x the speed of the 48G+. The Bad: 1. Speaker volume is softer in the 48GII. Although fine in a quiet environment, it is very hard to hear when using the unit in real world applications. Should have been made louder than the 48G+ or (even better) variable volume. 2. IR range has been reduced. IR communications are now limited to only a few inches (from around 18 in the 48G+). 3. Analog clock ö this has to be a joke? If you want a good laugh, give it a try. 4. Intermittent Menu flashes are distracting. 5. Manual errors/omissions. a. Chapter 26 ö This appears to be the documentation for a different product (probably the 49?). b. No documentation on flag functionality ö Approximately 60 system flags have been added without any documentation on functionality. The Ugly: 1. The new fonts. Very hard to read in small sizes and in some instances do not reflect the original character at all. Try turning the # character into a graphic object using GROB with size 1. You will get something that looks like a not-equal sign. Some of the numeric characters fonts are also very difficult to read. 2. Keys. Very bad. Although I cannot remember a single missed key stroke on our baseline 48G in almost 10 years of use, missed key strokes occur on the 48GII on such a regular basis it would be hard to use as a calculator (we use it as a programmable controller so it is not much of an issue for us). I have tried 5 different units ö all exhibit the problem. 3. Compatibility Issues. Why, why, why? This unit should run 48G code straight out of the box - without modification ö PERIOD. Think -- very large installed software base. I'm all for progress and added functionality but the baseline configuration (from the factory) should be compatible with the 48G code. All non-compatible added functionality should be enabled via system flags. Here are some of the issues I have run into so far: a. IR compatibility. Basically it doesn't appear as though you will be communicating with any existing 48G, 48G+ or 48GX. This is odd since they did decide to keep the existing IR transmission protocol which allows it to continue to communicate with the 82240B printer. The IRDA is fine, but the legacy IR receiving protocol should have been included also for compatibility sake. b. Algebraic mode is factory default (not PRN). This, of course, is just plain backwards for compatibility. c. Printer errors ö probably due to an increase in IR output speed due to the faster processor? Could be fixed by adding printer delay using the DELAY command? c. Key mapping ö if you used many KEY command in your code get ready for some work. Most of the key locations have changed. d. Real numbers are now displayed with decimal points when operating in standard numeric mode. Although still logically correct, this affects precisely formatted field output to the screen or printer. e. The default font size for Choose boxes has been changed to MINI (from normal size on the 48G+). f. Symbolic representation rules have changed. For example, the factory result for the program <<1 TAN >> on the 48G (factory default) was 1.7455E-2. Running the same program with factory default settings on the 48GII returns TAN(1). g. RS-232 communication problems ö Cannot communicate with several RS-232 devices that worked fine with the 48G+. h. Cannot seem to load library routines written for the 48G+ onto the 48GII from a PC. ==== >I work for a company that uses the HP 48G+ (G & GX) as a programmable >controller for part of a small system. We have been using the HP >calculators for almost 10 years now by preloading our software into >the units before sending them to our customers. Needless to say, we >were quite concerned when HP announced that they would be >discontinuing the 48G+ and replacing it with the 48GII. > >We received our first batch of 48GII last week and have started >evaluating the units. Of course, our worst fears were realized when >the existing software would neither load nor run on the new platform. > >I decided to start this thread in an attempt to document some of the >compatibility issues we have found with the new units. Please feel >free to add to the list to give other developers and programmers a >head start when porting their software to the 48GII. > >The Good: > 1. New memory backup design. Lithium cell is more reliable and >longer lasting than capacitor design of the 48G+. > 2. New serial connector. More rugged design should be less prone >to bent pins. > 3. Serial cable included. Although the 48GII is slightly more >expensive than the 48G+, they are now throwing in a $20 cable. > 4. Screen appears to have slightly better contrast than the 48G+. > 5. Fast. Appears to be approximately 2x the speed of the 48G+. > >The Bad: > 1. Speaker volume is softer in the 48GII. Although fine in a >quiet environment, it is very hard to hear when using the unit in real >world applications. Should have been made louder than the 48G+ or >(even better) variable volume. > 2. IR range has been reduced. IR communications are now limited >to only a few inches (from around 18 in the 48G+). > 3. Analog clock ö this has to be a joke? If you want a good >laugh, give it a try. > 4. Intermittent Menu flashes are distracting. > 5. Manual errors/omissions. > a. Chapter 26 ö This appears to be the documentation for a >different product (probably the 49?). > b. No documentation on flag functionality ö Approximately 60 >system flags have been added without any documentation on >functionality. > >The Ugly: > 1. The new fonts. Very hard to read in small sizes and in some >instances do not reflect the original character at all. Try turning >the # character into a graphic object using GROB with size 1. You >will get something that looks like a not-equal sign. Some of the >numeric characters fonts are also very difficult to read. > 2. Keys. Very bad. Although I cannot remember a single missed >key stroke on our baseline 48G in almost 10 years of use, missed key >strokes occur on the 48GII on such a regular basis it would be hard to >use as a calculator (we use it as a programmable controller so it is >not much of an issue for us). I have tried 5 different units ö all >exhibit the problem. > 3. Compatibility Issues. Why, why, why? This unit should run >48G code straight out of the box - without modification ö PERIOD. >Think -- very large installed software base. I'm all for progress and >added functionality but the baseline configuration (from the factory) >should be compatible with the 48G code. All non-compatible added >functionality should be enabled via system flags. Here are some of >the issues I have run into so far: > a. IR compatibility. Basically it doesn't appear as though >you will be communicating with any existing 48G, 48G+ or 48GX. This >is odd since they did decide to keep the existing IR transmission >protocol which allows it to continue to communicate with the 82240B >printer. The IRDA is fine, but the legacy IR receiving protocol >should have been included also for compatibility sake. > b. Algebraic mode is factory default (not PRN). This, of >course, is just plain backwards for compatibility. >c. Printer errors ö probably due to an increase in IR output speed due >to the faster processor? Could be fixed by adding printer delay using >the DELAY command? > c. Key mapping ö if you used many KEY command in your code >get ready for some work. Most of the key locations have changed. > d. Real numbers are now displayed with decimal points when >operating in standard numeric mode. Although still logically correct, >this affects precisely formatted field output to the screen or >printer. > e. The default font size for Choose boxes has been changed >to MINI (from normal size on the 48G+). > f. Symbolic representation rules have changed. For example, >the factory result for the program <<1 TAN >> on the 48G (factory >default) was 1.7455E-2. Running the same program with factory default >settings on the 48GII returns TAN(1). > g. RS-232 communication problems ö Cannot communicate with >several RS-232 devices that worked fine with the 48G+. > h. Cannot seem to load library routines written for the 48G+ >onto the 48GII from a PC. I was thinking along the same lines for possible uses, similar to what you use the GX for. I was hoping that the increased RS-232 speed might open some doors to real time data collection using Vernier Software and Technologies ULI or LabPro interfaces. However your comments make that seem less possible. Also since the GII has no FLASH capability, the problems you outlined are not fixable by the software upgrade route. We all groused about the 49's shortcomings when it came out. I think HP ( or hp) has taken a quantum leap in that department. Harold A. Climer Dept.Of Physics,Geology,and Astronomy University of Tennessee at Chattanooga Chattanooga TN USA 37403 ==== > seem less possible. Also since the GII has no FLASH capability, the > problems you outlined are not fixable by the software upgrade route. The specs for the GII say it DOES have FLASH. Product Features Electronic Specification: CPU: 48Mhz ARM9 LCD: 131 x 64 pixels Display Type: pixel IR Port: IrDA Serial Port: RS232 Memory: 128KB Permanent Storage: Flash ROM Power: Three AAA and one CR-2032 (same battery used in most PC motherboards) Auto-power OFF: approximately 5 minutes Material of enclosure: Plastic Material of key top: Plastic Dimensions: 184.0 x 87.0 x 27.5 mm (7.2 x 3.4 x .09 in) Weight: 220 g (7.7 oz) Product Features Electronic Specification: CPU: 48Mhz ARM9 LCD: 131 x 64 pixels Display Type: pixel IR Port: IrDA Serial Port: RS232 Memory: 128KB Permanent Storage: Flash ROM Power: Three AAA and one CR-2032 (same battery used in most PC motherboards) Auto-power OFF: approximately 5 minutes Material of enclosure: Plastic Material of key top: Plastic Dimensions: 184.0 x 87.0 x 27.5 mm (7.2 x 3.4 x .09 in) Weight: 220 g (7.7 oz) ==== Tom Lake replied: >>seem less possible. Also since the GII has no FLASH capability, the >>problems you outlined are not fixable by the software upgrade route. > > > The specs for the GII say it DOES have FLASH. > > Product Features > Electronic Specification: > CPU: 48Mhz ARM9 > LCD: 131 x 64 pixels > Display Type: pixel > IR Port: IrDA > Serial Port: RS232 > Memory: 128KB > Permanent Storage: Flash ROM > Power: Three AAA and one CR-2032 (same battery used in most PC motherboards) > Auto-power OFF: approximately 5 minutes > Material of enclosure: Plastic > Material of key top: Plastic > Dimensions: 184.0 x 87.0 x 27.5 mm (7.2 x 3.4 x .09 in) > Weight: 220 g (7.7 oz) Where did you get this? http://www.hp.com/calculators/graphing/48gII/ specifications Electrical * CPU: 48Mhz ARM9 * Display Size:131 x 64 pixels * Display type: Pixel * Memory: 128KB (80.7KB user) * IR Port : IrDA * Serial port: RS232 * Power Supply: AAA x 3 + CR2032 * Auto power OFF: approximately 5 minutes Rich BTW, I just checked the HP49G+ and it says this... Configuration * Flash ROM allows for future electronic software upgrades*** [...] *** A PC with an internet connection is required. Please purchase separately. USB cable included. HP makes no representation that a future upgrade will be available. Reassuring, ain't it? > Product Features > Electronic Specification: > CPU: 48Mhz ARM9 > LCD: 131 x 64 pixels > Display Type: pixel > IR Port: IrDA > Serial Port: RS232 > Memory: 128KB > Permanent Storage: Flash ROM > Power: Three AAA and one CR-2032 (same battery used in most PC motherboards) > Auto-power OFF: approximately 5 minutes > Material of enclosure: Plastic > Material of key top: Plastic > Dimensions: 184.0 x 87.0 x 27.5 mm (7.2 x 3.4 x .09 in) > Weight: 220 g (7.7 oz) > > ==== I have had my 49g+ for about 5 days now. Last night it locked up -- display froze and did not respond to keyboard commands, or the reset. I wasn't doing any computation at the time -- just displaying a list of 25 numbers. I took out one of the alkeline batteries for a few moments, and when I replaced it the calc. came up and has worked fine since. Anyone else experience anything like this (excepting the poor chap who can't get his to work again at all -- my condolences). Also, where O where do we loyal HP users report bugs with HP's latest and greatest? ==== A few days ago I posted my Dear Co-Sufferers message, relating to problems of downloading and translating text files from the PC to the 49+. downloading large files (> 50 KB). Over the weekend Bill and I were in contact, and on Monday everything was resolved. The whole tone was VERY supportive and efficient. I *hope* that a new spirit has entered HP, which would be comparable to what TI has been practicing for years. Last November, after the demise of the HP49 I contacted TI, and was surprised about their helpful attitude. However, people from the TI newsgroup told me that neither the TI89 nor the Voyager 2000 have the superior memory structure that the 49 featured. I need to have the capacity of directories within directories for my large Engineering and Applied Science Equation Database which comes together with a program called Yukteshvara (from Sanskrit: yukta, yoked or joined, iishvara able to do , capable). And this only the HP can do, and now the 49+ can do it with incredible speed. To use the Multiple Equation Solver, for instance, is sheer joy. If anyone is in dire need with connection problems, they should contact Bill So even though things did not work out right away, they were eliminated in no time. Two thumbs up for HP and particular for Bill. In due time a new update for the Conn4x will be available. My only hope is that HP will post this event on this newsgroup. Otherwise, we just have to check hpcalc.org more frequently. HP should be aware that - although the calculator business is just a minor and maybe negligible part of their now vast empire - it is the engineers and PE candidates who buy calculators; these very same people will make major decisions in the future when it comes to the purchase of computers, either for companies or for their homes. Walt. ==== Would you be willing (or able) to tell us about your problems and the associated resolution in a little more detail? It could be beneficial >A few days ago I posted my Dear Co-Sufferers message, relating to problems >of downloading and translating text files from the PC to the 49+. >downloading large files (> 50 KB). >Over the weekend Bill and I were in contact, and on Monday everything was >resolved. >Walt. > ==== One problem was that any text file had to have a header %%HP: T(3)A(D)F(.); to be translated correctly (from Ga into alpha, from << into program start, and so forth). This was not the case with the HP49 Connectivity Kit. The new version of Conn4x will not have this requirement any more, I believe. The other problem was size. This has been eliminated by the new update. I signed a non-disclosure agreement with Cyrille and cannot send you that version. At this point I can only refer you to Bill Graves. Hope this helps. Walt. > > Would you be willing (or able) to tell us about your problems and the > associated resolution in a little more detail? It could be beneficial > > > >A few days ago I posted my Dear Co-Sufferers message, relating to problems > >of downloading and translating text files from the PC to the 49+. > including > >downloading large files (> 50 KB). > > >Over the weekend Bill and I were in contact, and on Monday everything was > >resolved. > > >Walt. > > > ==== Typing #33107 SYSEVAL on the calc returns BINT0 ok, but when I try on Debug4x (#33107 xSYSEVAL) get an error. I'm clearly doing something wrong and wanted to know how to use xSYSEVAL on Debug4x, or if there's a better way to access system functions? dave ==== Hey, I actually tried the YEP command. Unfortunately, I got a decimal place wrong, and now I'm tied up like some 4 D torus and I can only move one finger, which fortunately ended up poised right above my keyboard!