HP-34 ==== Warranty ???????? Heck...get 'em to replace it.... (Ijust ordered one BTW....49G+) -- Kraut VROC 6105 '99 R/R Nomad > Ok, I'm baffled. My new 49G+ (less than 1 month of light to moderate use > and always kept in case, no percussive maintainance conducted) has just > stopped functioning. On key does nada. Reset does nada. New batteries > (tested on DMM) does nada. > > DOA? Or is there a trick I'm not thinking of to do additional diagnosis? > > I bought it from Eric (commerceNOSPAM@hpcalc.org) who has been good with > customer service so far, so I'm sure tehre won't be a problem with > returning it, but I hate to do it if its not necessary. > > TIA, > A. Arabian ==== >PS: I absolutely don't want to do something with an old floppy like J. >Horn... Is he an old floppy? I bet he was more to the point when he was 16! ==== > I had a good amount of typos too. > > Just wondering how do I open up a program now that I have it installed? For > the fun of it I got a game first so I do not know if that makes a > difference. Whether it's a game isn't particularly relevant, but whether it a program or library is. You might start at http://www.hpcalc.org/hp49/docs/faq/. If it's a library, then use the filer to move it to port 0, 1, or 2, and then press ON and C together to invoke a warmstart, which will cause all library configuration routines to be run, which will usually attach the library to the HOME directory. If a library doesn't attach automatically, try the ATTACH command; see the documentation. -- James ==== > I had a good amount of typos too. > > Just wondering how do I open up a program now that I have it installed? For > the fun of it I got a game first so I do not know if that makes a > difference. > > > Neal > Well, if the 49 is the same as the 49G+ and the 48GX, which it is, press var, and then press the function key with the application. it should launch or open up another directory. If this happens there should be a program called new or something like that. Well, thats how games work. ==== Probably a dumb question, but lately, HP has generated a LOT of dumb questions in my mind. have them uploaded on my PC ready to dump into the 49G+ when it arrives. 48 days. 48 to 49G was fairly painless...had a few issues, but all very minor. What about 49G to 49G+ ?????? -- Kraut ==== Kraut ?? I have them uploaded on my PC ready to dump into the 49G+ when it arrives. to the 48 days. 48 to 49G was fairly painless...had a few issues, but all very minor. I recomend that you obtain an IrDA to Serial Adapter. Then you can do an ASCII Kermit transfer, and everything will be properly recompiled. Ther are other more complicated methods, but this is what I use. John ==== Would you please indicate the make and model number of the adapter you rdb. > I recomend that you obtain an IrDA to Serial Adapter. Then you can do > an ASCII Kermit transfer, and everything will be properly recompiled. > Ther are other more complicated methods, but this is what I use. > > John ==== > Would you please indicate the make and model number of the adapter you > I use the Ready RS232 External Intelligent SIR Adapter, ACT-IR100S from http://www.actisys.com/instantir.html . It costs a little less than $100. It is available in consumer grade clamshell and cable configuration, or OEM circuit board only. The circuit board is only about 1 x 0.8. I have already designed an environmental case, utilizing this adapter. This case will be available very soon. If you go buy your own adapter now, you could easily install it into the case yourself in a few weeks, and get the benifit right now. This adapter requires no driver software,and functions with my surveying total station, radio modems, and Windows PC. It is also the only know piece of hardware like it on the planet. I have purchased an additional adapter, and have shipped it to Cyrille at HP. They are currently working to improve the Kermit functionality, in particular for the Actisys adapter, but I suspect any changes to the 49G+ ROM that will help my Actisys adapter, will also benifit all IrDA connections. By the way... Hyperterminal works pretty well. I also use it to connect to EMU w/ ROM for the 48GX and 49G as a reliable ASCII Kermit cross platform recompiler. Talk about lucky... I ordered one of these IrDA to Serial Adapters before I even got my 49G+, and it arrived the same day as my 49G+. This adapter is the reason I have been able to get all of my old software recompiled already. John Evers ==== > >>Would you please indicate the make and model number of the adapter you >> > > > I use the Ready RS232 External Intelligent SIR Adapter, ACT-IR100S > from http://www.actisys.com/instantir.html . It costs a little less > than $100. It is available in consumer grade clamshell and cable > configuration, or OEM circuit board only. The circuit board is only > about 1 x 0.8. I have already designed an environmental case, > utilizing this adapter. This case will be available very soon. If you > go buy your own adapter now, you could easily install it into the case > yourself in a few weeks, and get the benifit right now. This adapter > requires no driver software,and functions with my surveying total > station, radio modems, and Windows PC. It is also the only know piece > of hardware like it on the planet. I have purchased an additional > adapter, and have shipped it to Cyrille at HP. They are currently > working to improve the Kermit functionality, in particular for the > Actisys adapter, but I suspect any changes to the 49G+ ROM that will > help my Actisys adapter, will also benifit all IrDA connections. > By the way... Hyperterminal works pretty well. I also use it to > connect to EMU w/ ROM for the 48GX and 49G as a reliable ASCII Kermit > cross platform recompiler. > Talk about lucky... I ordered one of these IrDA to Serial Adapters > before I even got my 49G+, and it arrived the same day as my 49G+. > This adapter is the reason I have been able to get all of my old > software recompiled already. > > John Evers It seems absurd that we should have to pay $100 to get the 49g+ to function almost as well as a 48! Martin Cohen ==== > I recomend that you obtain an IrDA to Serial Adapter. Then you can do > an ASCII Kermit transfer, and everything will be properly recompiled. > Ther are other more complicated methods, but this is what I use. Which adapter are you using? This could be a solution for my interfacing problems between my 49g+ and VirtualPC on my Mac. I cannot see the USB-connected 49g+ in VirtualPC, but if I connect via serial IrDA, that just may be the ticket! -- Mike Mander ==== >I recomend that you obtain an IrDA to Serial Adapter. Then you can do >an ASCII Kermit transfer, and everything will be properly recompiled. >Ther are other more complicated methods, but this is what I use. > >John Which IrDA to Serial Adapter do you use? Where did you buy it? How much does it cost? ==== JKH found a bug in DType from OT49 which derives from that the SysRPL command ROMPTR@ applied to the real 153. yields xASR TRUE. On all other reals I tried with it yields FALSE. I always thaught that ROMPTR@ results in FALSE if applied to *any* object which is not a living rompointer. Who knows the reason for this strange behaviour? (the asm-code of ROMPTR@ is long and has lot of subroutines :-) - Wolfgang ==== > >JKH found a bug in DType from OT49 which derives from that the SysRPL >command ROMPTR@ applied to the real 153. yields xASR TRUE. On all other >reals I tried with it yields FALSE. I always thaught that ROMPTR@ >results in FALSE if applied to *any* object which is not a living >rompointer. Who knows the reason for this strange behaviour? (the >asm-code of ROMPTR@ is long and has lot of subroutines :-) > >- Wolfgang Like many sys-rpl routines, ROMPTR@ does not perform any argument checking, which in this case means that it doesn't check if its argument is a ROMPTR. Most of the internal ROMPTR handling routines, which ROMPTR@ calls indirectly, ignore the DOROMP prologue as well -- they just care about the body which consists of a 3 nibble library ID followed by a 3 nibble routine number. However, these routine *do* check that the supposed ROMPTR body references a real library routine that exists the system. In this particular instance, the nibbles 5-10 (which would correspond to the ROMPTR body) of the real happen to be 200 000. This is interpreted as representing the library routine with lib ID 2 and routine number 0 which, guess what, happens to be xASR. You just got lucky. :) As I mentioned, you'd receive FALSE if the library associated with or the object referenced by the ROMPTR doesn't exist. ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== > >JKH found a bug in DType from OT49 which derives from that the SysRPL > >command ROMPTR@ applied to the real 153. yields xASR TRUE... > ... This is interpreted as representing the library routine with > lib ID 2 and routine number 0 which, guess what, happens to be xASR. By the way, is it true that the commands IT, ITE and case do accept any argument? Any argument distinct from TRUE seems to be handled like FALSE. - Wolfgang ==== >By the way, is it true that the commands IT, ITE and case do accept any >argument? Any argument distinct from TRUE seems to be handled like >FALSE. > >- Wolfgang Yes. (The following is for the benefit of the less knowledgable readers. It's probably second nature to Wolfgang :) As is usually the case with sys-rpl, for speed reasons no argument checking is performed as it is assumed that the calling routine will function correctly and provide argument types that are valid for the sys-rpl routine in question. But, this doesn't mean that passing invalid argument types will cause the sys-rpl routine to function improperly or crash, provided that one knows what they're doing. Many sys-rpl routines only care about an object's apparent structure, which can often be exploited for improving size or speed. Anyway, most of the conditional sys-rpl routines rely on the assembly language entry point popflag which disassembles as : A=DAT1 A D1=D1+ 5 D=D+1 A LC(5) =TRUE ?C=A A RTNYES RTN which, as you can see, only tests for equality to TRUE. No doubt you can make clever use of this fact. :) ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== > ...which, as you can see, only tests for equality to TRUE. No doubt you > can make clever use of this fact. :) I apply this often (e.g., in my filers to identify a port) to keep my programs small. Saves sometimes much more than just a DROPFALSE :-) On the other hand, my mistake with ROMPTR@ was detected only now by the extraordinary talent of JKH to find the most hidden bugs - after several years of using OT49 by lots of other people. You may update OT49/OT49+ from my site below, the bug has meanwhile been killed. - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#General ==== Is it just me or have you noticed that there is nobody particular to which sell their products. here is the link : http://productfinder.support.hp.com/tps/ContactHp?h_lang=en&h_cc=us&h_produc t=hp49ggraph351776&lc=en&cc=us As far as I know - they aren't any big forums nor groups besides of this special group that deals with HP calcs so what is so difficult for on HP agent to go over from time to time at this site and reply an HP official response ? I think that they are making a big mistake. If they provided this kind of information i am sure people would see in hp a serious company and would like to buy their products. and would be less worried because they would know their calculator have parents who cares about it.. Anybody knows how can we bring one hp agent to represent hp in this group ? I think we all want that, don't we ? Bye Idan ==== Well, I guess that nobody cares about this issue . I had no comment from no HP speaker to represent HP in this forum. dissapointing. I must say. very dissapointing. By the way, I sent HP many times the address of this site son they know it exists. I think lots of our problems could be solved if we had some comments from HP itself. especially in the bad quality issues. See ya Idan ==== > Well, I guess that nobody cares about this issue. It sounds like you joined a conversation in progress and didn't have the netiquette to listen a while before chiming in. Welcome to comp.sys.hp48, where HP fans and HP employees have been having fun swapping ideas and gripes and solutions and hopes for over 10 years running. > I had no comment from no HP speaker to represent > HP in this forum. dissapointing. I must say. very > dissapointing. Reality check: They've been active here for 5012 days. You've been active here for 73 days. Get a grip. HP: ..................................................................... You: . > By the way, I sent HP many times the address > of this site so they know it exists. This may come as a shock, but HP does know a few things that you haven't told them. BTW, it's not a site, it's a newsgroup. > I think lots of our problems could be solved > if we had some comments from HP itself. You'll be happy to know that we do. Maybe not instantaneously at your command, but we do. > especially in the bad quality issues. Exactly. The 49g+ had one such: its keyboard. We bellyached. HP replied here, and fixed the problem at the manufacturing level within DAYS. What more do you want? An egg in your beer? The problem isn't a lack of support; it's a lack of patience and of gratitude. -Joe- ==== The fact that we are not commenting does not mean that we are not listening... > Well, I guess that nobody cares about this issue . I had no comment > from no HP speaker to represent HP in this forum. dissapointing. I > must say. very dissapointing. > > By the way, I sent HP many times the address of this site son they > know it exists. I think lots of our problems could be solved if we had > some comments from HP itself. especially in the bad quality issues. > > See ya > > Idan ==== > > The fact that we are not commenting does not mean that we are not > listening... > cool. they are listening. // gc --------------------------------------------------------- I love my new 49G+, except for the buggy, flashing LCD. - Stephen Hawking ==== Well, it's good to know HP is listening. My HP49g+ should arrive by for the new toy. :-) Idan ==== I still cannot get my MES title bar to display. Can someone please verify whether it is something that I am doing wrong, or a problem with the current ROM version? Scott ==== How can I get the insertion point to the left of an equation in the equation writer? E.g. I want to turn eqw2 into eqw1-eqw2 without having to write -(eqw2)+eqw1 . ==== --------------------------------------------------------------------- > > How can I get the insertion point to the left of an equation in the > equation writer? E.g. I want to turn eqw2 into eqw1-eqw2 without > having to write -(eqw2)+eqw1 . i have a 48, so assuming that it's 'about the same' so- the eq is in the EQ Writer window, you hit ON and the menu keys come up then move the cursor back to the 'main' operator...??? and hit EDIT that will bring the equation to the edit line, assuming further that the 'other' equation is on the stack, move the cursor to the beginning or end of the equation, or whereever you want the insertion to take place then hit UP-STK and move the stack cursor to the equation you want and hit ECHO then ON then make any further editing changes that are necessary to link the two equations, then hit ENTER and that should put you back in the EQ Writer with the new equation. sproogles... ( '_' ) / `'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'` .---. .-. .---..-..-..-..-..---..-..-. .--. | | < / | | < > / | .` || O || '' |( -< `---'`--^--'`---' `-' `-'`-'`---'`----'`---) ,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_ The Babynous Cult A SemiHedonistic Cult for The Whole Family! We Offer A Low, Low, Low Priced New World Order That'll Be More Fun ^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^ --------------------------------------------------------------------- name=babynous.vcf filename=babynous.vcf begin:vcard n:;The Babynous Cult x-mozilla-html:FALSE adr:;;;;;; version:2.1 x-mozilla-cpt:;3 fn:The Babynous Cult end:vcard --------------459724B692E888542B26192D-- ==== CASCMD is doing the same as HELP (CAS help on:) in both RPN and algebraic (although it works as expected in the equation writer). Is this a bug, or do I have something set wrong? Incidentally, why aren't CASCMD and HELP combined, as in the Command Catalog? ==== How can I mimic the Casio fraction key on a 49g+ ? E.g. 3Â4/5Â7 should give 21Â20 (or 21/20). This would be particularly useful in RPN - I don't find three quarters coming out naturally as 3 4/ , however hard I try. A fraction key would be as much a part of the number as a decimal point. ==== -=[ Mon, 24.11.03 11:09 p.m. +1300 (NZDT) ]=- in message ID <2cdd7b99.0311230623.40ad2beb@posting.google.com> : > How can I mimic the Casio fraction key on a 49g+ ? E.g. 3Â4/5Â7 should > give 21Â20 (or 21/20). [...] If you enter '3/4/(5/7)' (including the 2 ') and press EVAL you can get '21/20' if exact mode is set (press right-shift and ENTER together till = shows in the status line, not ~, otherwise you get 1.05). -- Tony Hutchins Wellington New Zealand #16 Beginnings and endings are truly artificial constructs. ==== >How can I mimic the Casio fraction key on a 49g+ ? E.g. 3Â4/5Â7 should >give 21Â20 (or 21/20). This would be particularly useful in RPN - I >don't find three quarters coming out naturally as 3 4/ , however hard >I try. A fraction key would be as much a part of the number as a >decimal point. You must un-select the Numeric and the Approx modes (under MODE > CAS). Then 3 4/ results in 3/4 and you can do the calculations you asked for (press EVAL if needed to simplify the fraction). To toggle the display between 21/20 and 1+1/20 (as in Casio) you can use the PROPFRAC function (under SUMB > ARITH). By the way, does somebody know the difference between Numeric and Approx modes? Seems to be very similar for me. Alex. ==== I am new to hp-49 programming, so I thought I'd just ask you gurus instead of suffering through hours of trial and error. I want to write some routines for the IR serial port using PUTSERIAL and GETSERIAL. How do I set the flags or anything else to do this? The docs say a 49 doesn't have a serial port, so setting sys flag 33 turns I/O off for a 49. Do these commands function for a 49G+? ==== > > Hold down the backspace key while doing a warmstart... Just in case it isn't obvious, please be aware that it takes a fast hand to do this correctly. You have to press and hold down the backspace key IMMEDIATELY, the very moment that the warmstart begins. This is much more difficult to do on a 49g+ than it is on a 49G. If you can force a warmstart by pressing ON+C, then do it this way: Press ON and hold it down, then press and release the C key (while still holding down the ON key), then SIMULTANEOUSLY release the ON key and press & hold the backspace key. Sounds complicated but it ain't. If Try To Revover Memory? is displayed, then take a deep breath, then press and release NO and IMMEDIATELY press & hold the backspace key. This one's the most difficult; there can be no more than ONE PRECISE INSTANT between pressing the NO key and pressing the backspace key. A fraction of an instant is even better but is not required. If the crash is so bad that none of the above work, then perform a paperclip reset with the backspace key held down, which will force the reset to pause midway with the screen turned on but blank. To resume the reset and bypass your libraries, momentarily release the backspace key and immediately press & hold it again. Momentarily means of duration greater than zero time and less than or equal to one precise instant. If the paperclip reset doesn't work, you can fake it into thinking that you're going to update the ROM without actually doing so. Here's how to do that: Press and hold BOTH the + key and the - key while performing a paperclip reset. You will see the screen turn on but remain blank. Release the + and - keys. You will see the ROM Update menu (1:Update Code, 2: Self Test, 3:Secret Menu [hidden]). Press 3 to show the Secret Menu (actually it's the same one ordinarily obtained by pressing ON+F). Now take a deep breath, press and release ON and IMMEDIATELY press and hold the backspace key. This will force the reset to pause midway with the screen turned on but blank. To resume the reset and bypass your libraries, momentarily release the backspace key and immediately press & hold it again. ALL of these techniques will result in DROP Error: Too Few Arguments or Memory Clear being displayed, and no libraries shown when you press the LIB key. If libraries appear when you press LIB, you were not fast enough; repeat the procedure more briskly. Hope this helps! -Joe- If at first you don't succeed, try, try again. And then give up. Don't be a damn fool about it. -- Will Rogers ==== >A fraction of an instant is even better but is not required. :o) !Demeter! ==== That worked! > If Try To Revover Memory? is displayed, then take a deep breath, > then press and release NO and IMMEDIATELY press & hold the backspace > key. This one's the most difficult; there can be no more than ONE > PRECISE INSTANT between pressing the NO key and pressing the backspace > key. A fraction of an instant is even better but is not required. ==== Interesting isuue indeed... looking forward to see the replies. By the way, was that a library you downloaded from hpcalc.org ? It would be helpful if you write the name of the program so other people won't have to deal with this trouble. or maybe even inform the programer himself.. P.S Hope your hp49g+ will recover and feel better.. Idan ==== > I just use alcohol and a cotton swab. Watch out! Alcohol can dissolve the keyboard nomenclature! A soft cloth slightly moistened with water is far more prudent. If you need something stronger than water, the problem is not how you clean it but how you use it. For a stunning showroom shine, I suggest a VERY light coat of Armor All applied VERY lightly with a cotton swab, followed by a gentle buffing with a soft cloth. It'll look better than new! -Joe- All, Snap, or the makers of the many other things I've tried over the years. ==== I'm almost sure there is no such a thing as Armor down here in Argentina (at least under that brand-name). Dis you mean http://enews.heywoodenamels.com/V1_No5_March_2002/eNAMEL_hydrofluoric_acid.h tml ? What might be the proper option for Armor ? Regardless of your disclaimer, could any or all of those brands mentioned replace the effect needed ? Carlos I assume denatured ethanol? (and a cotton swab) might be riskier. > > I just use alcohol and a cotton swab. > > Watch out! Alcohol can dissolve the keyboard nomenclature! A soft > cloth slightly moistened with water is far more prudent. If you need > something stronger than water, the problem is not how you clean it but > how you use it. > > For a stunning showroom shine, I suggest a VERY light coat of Armor > All applied VERY lightly with a cotton swab, followed by a gentle > buffing with a soft cloth. It'll look better than new! > > -Joe- > All, Snap, or the makers of the many other things I've tried over the > years. ==== Hey! BE CAREFUL! Hydrofluoric acid past a certain percent concentration IS DANGEROUS! No part of ANY calculator should require hydrofluoric acid!! Don't put that on your old calculator, and it's not good for your health, either! > I'm almost sure there is no such a thing as Armor down here in Argentina (at > least under that brand-name). > > Dis you mean > http://enews.heywoodenamels.com/V1_No5_March_2002/eNAMEL_hydrofluoric_acid.ht ml ? > > What might be the proper option for Armor ? Regardless of your disclaimer, > could any or all of those brands mentioned replace the effect needed ? > > > Carlos > > I assume denatured ethanol? (and a cotton swab) might be riskier. > > >>>I just use alcohol and a cotton swab. >>> >>Watch out! Alcohol can dissolve the keyboard nomenclature! A soft >>cloth slightly moistened with water is far more prudent. If you need >>something stronger than water, the problem is not how you clean it but >>how you use it. >> >>For a stunning showroom shine, I suggest a VERY light coat of Armor >>All applied VERY lightly with a cotton swab, followed by a gentle >>buffing with a soft cloth. It'll look better than new! >> >>-Joe- >>All, Snap, or the makers of the many other things I've tried over the >>years. >> > ==== > I'm almost sure there is no such a thing as Armor down here in > Argentina (at least under that brand-name). > Carlos, That's Armor All a Vynil protector used to clean, protect and shine rubber, plastic, and vinyl surfaces, commonly used for your car's dhashboard and tires. Virgilio ==== Adapter... I have every generation of PC adaptor for calc <--> PC data transfer. I have the serial interface which I have used for the HP49. Will THAT work with the + as well, or is the plug on the device different on the + such that the USB cable has to be used. I DO have a few USB2.0 ports left on my box. I seem to have read a few posts here regarding issues involving USB drivers. I have also noted that HP has a driver on their web site. Thanx for the input in advance. -- Kraut ==== > > This was one of the suggestions on Peter Karp when I was developing > > powerplot full, which incorporates my table of values program. > > So this isn't built-in? (Some people here seem to consider third-party > addons inferior or less convenient or something like that. I still > don't understand why.) On the HP48, I hope it's not.. otherwise I wasted a lot of time 'reinventing the wheel'! I dont know what is built-in on the HP49x. It may already have this functionality, I really dont know since I only own a 32SII and 48GX. Aaron ==== > > So this isn't built-in? (Some people here seem to consider third-party > > addons inferior or less convenient or something like that. I still > > don't understand why.) > > Stop these blinking red LED wars! They might escalate to flame status! My point was that these are *programmable* calculators, and one should be free to download and use whatever he/she wants. It doesn't need to be built-in. > Oh, and Bhuvanesh, I applaud your efforts to get us to dislike our > calculators ;-) Not my intention at all. One of my friends from this NG asked me to post about things that the 68k could do; that's what I'm doing. In fact, I'm trying to save a bit to get an HP49G+... by that time, the problems will hopefully be ironed out too... -- Bhuvanesh ==== I have an old HP 41CV with the standard 4-N-cell battery pack. Is there a way of powering this guy via an AC source using an AC power supply? If so, which model (e.g., 82059B). There is a removable cover on the right side of the calculator, but the only possible connector is two holes at right angles to the side opening (and the sides of the holes appear to be entirely plastic). Do I need to get a rechargeable battery pack in order to operate via an AC adapter? Dan ==== @posting.google.com: > Do I need to get a > rechargeable battery pack in order to operate via an AC adapter? > That open 'port' is meant to be used by the AC cord that comes with the rechargable battery pack. Virgilio ==== I'd also like to know if anyone's found a way to remove light scratches or writing on the 15c aluminum bezel? The scratches I'm looking to remove were caused by someone writing (very lightly) with a compass. Not sure if sandpaper or steel wool followed by some type of metal varnish will work. Please advise... ==== > I'd also like to know if anyone's found a way to remove light > scratches or writing on the 15c aluminum bezel? The scratches I'm > looking to remove were caused by someone writing (very lightly) with a > compass. Not sure if sandpaper or steel wool followed by some type of > metal varnish will work. > > Please advise... If it's bare aluminium where the scratches are, scouring powder (fine) works, followed by tooth paste, but you will need traditional tooth paste without any green, red or coloured gel inside. Tooth paste contains a fine milled argyle called caolin (china is made of it). It works for scratched CDs too, original not recordable. Put lesser water in the mix and use cotton wool for support. ==== > I'd also like to know if anyone's found a way to remove light > scratches or writing on the 15c aluminum bezel? The scratches I'm > looking to remove were caused by someone writing (very lightly) with a > compass. Not sure if sandpaper or steel wool followed by some type of > metal varnish will work. > > Please advise... You will hve to repaint. The scratches are where the bare aluminum is exposed. If you used sandpaper or steel wool you will take off more paint and reveal more alumnum. You might be able to mix up some model car paint from a hobby shop to get the right color. ==== Im would love to know where HP's Calculator R&D, marketing, and Sales are located- Any offices close to the original Corvallis oregon site where the Calcs were initially made before they went to Singapore?? Chris Bunsen, the inventor of HP Solve, among other things... ==== Im would love to know where HP's Calculator R&D, marketing, and Sales are located- Any offices close to the original Corvallis oregon site where the Calcs were initially made before they went to Singapore?? Zappodude the inventor of HP Solve, among other things... ==== I made a program(library) in my HP49G+, ID Number:1010 It works just fine, one of the main features on this library is to create a subprogram in HOME and it does it quite well, the problem is when I check the subprogram`s code everything seems to be normal, but somewhere within the program appears a weird piece of code which I did«t inset, the code is: XLIB 1010 13 I can not figure out why it is inserted there? I am programming in USER RPL. Any ideas??? Neo33 ==== > somewhere within the program appears a weird piece > of code which I did«t inset, the code is: XLIB 1010 13 > I can not figure out why it is inserted there? Every variable that doesn't appear in your $VISIBLE list will be compiled without a name. All calls to it will be done via XLIB number. Do you have a global name that is not included in $VISIBLE somewhere in your source directory? -Joe- ==== > > I made a program(library) in my HP49G+, ID Number:1010 It works just > fine, one of the main features on this library is to create a > subprogram in HOME and it does it quite well, the problem is when I > check the subprogram`s code everything seems to be normal, but > somewhere within the program appears a weird piece of code which I > did«t inset, the code is: XLIB 1010 13 > I can not figure out why it is inserted there? I am programming in > USER RPL. The program placed in HOME must be calling the 13th program of your library which I guess you have hidden so the hp does not have a name for it thus the XLIB 1010 13. If it is not the case, then this one is new to me. To fix this just make sure you don't hide the 13th program Arnaud ==== I just got my HP49G+ and I realized that it still comes with no spreadsheet. and I wonder why an HP Invent (very sophisticated) has no official aplications like spreadsheets, TI calculators do have their spreadsheet application, so Why HP doesn«t? and I«m not talking about XCELL 2.1 or EXPRESSO 0.3.0.6 I«m talkin about a real application designed by HP. All of us like our HP calculators and I guess we already deserve an application like that. Some of us need it a lot Don«t you think? ==== > I just got my HP49G+ and I realized that it > still comes with no spreadsheet. program with a healthy set of spreadsheet-type functions. I used it one year to do all my school grade record keeping and calculations. You might be able to get a copy from him directly. (I stopped using his library because I kept nuking memory while couch hacking). Also, there are many great spreadsheet and database programs available for free at hpcalc.org. There's no need for HP to duplicate work that others have already done. Personally, I'd rather have personal organizer functions built in than spreadsheet functions... but we have enough memory and programmability to add both of these and lots of other goodies besides. -Joe- ==== > program with a healthy set of spreadsheet-type functions. I used it > one year to do all my school grade record keeping and calculations. > You might be able to get a copy from him directly. (I stopped using > his library because I kept nuking memory while couch hacking). And how can we contact him? I'm very interested into it. Taking a look into my EduCALC's Cat#66 (1995!) I only found an spreadsheet: Omnibus Spreadsheet. It's this one? The catalog doesn't reflect it's author. Luis ==== I rather have an user-made app, as long as it is a good one. Toby > > I just got my HP49G+ and I realized that it still comes with no > spreadsheet. and I wonder why an HP Invent (very sophisticated) has no > official aplications like spreadsheets, TI calculators do have their > spreadsheet application, so Why HP doesn«t? and I«m not talking about > XCELL 2.1 or EXPRESSO 0.3.0.6 I«m talkin about a real application > designed by HP. All of us like our HP calculators and I guess we > already deserve an application like that. Some of us need it a lot > Don«t you think? ==== I'm working on an asm program for the 49G and 49G+. I used Nosy to copy the DBUG.TOUCHE routine from rom and added GOSBVL SAVPTR to the beginning and GOVLNG GETPTRLOOP to the end. It assmebles ok, but: On my 49G: it displays the registers, the hour-glass stays on - hitting any key to exit causes a warm boot (shouldn't it just return to the stack display?). On my 49G+: it does NOT display the registers, the hour-glass stays on, and I have to do a warm boot to exit. I thought using SAVPTR and GETPTRLOOP would allow this to be used as a stand alone function. Is there something else I need to do to get this to work properly? (For each calc, I used it's respective rom routine - some of the addresses were different, but were otherwise the same stuff). Rick ==== >I'm working on an asm program for the 49G and 49G+. > >I used Nosy to copy the DBUG.TOUCHE routine from rom and added GOSBVL SAVPTR >to the beginning and GOVLNG GETPTRLOOP to the end. Why are you extracting the code from the ROM when you can just call it directly ie. GOSBVL DBUG.TOUCHE ? ---------------------------------------------------------------------------- --- Jonathan Busby - before replying. ==== I'm just learning asm, so thought it would be a good exercise. It works now, and I did learn a lot - I just posted too soon. Rick > > >I'm working on an asm program for the 49G and 49G+. > > > >I used Nosy to copy the DBUG.TOUCHE routine from rom and added GOSBVL SAVPTR > >to the beginning and GOVLNG GETPTRLOOP to the end. > > > > Why are you extracting the code from the ROM when you can just call it > directly ie. GOSBVL DBUG.TOUCHE ? > > > > -------------------------------------------------------------------------- ----- > > Jonathan Busby - > > before replying. > > > ==== Naturally, five minutes after I posted, I found the answer. (GOVLNG when I should have GOSBVL). Sorry - I've been studying this for two weeks and only now starting to make progress :-) It works perfectly on the 49G, however, on the 49G+ it sometimes takes several keypresses before it displays the registers. (This is not a keyboard problem - the hour-glass flashes at each keystroke - it just doesn't display the registers everytime. At least its not crashing everytime. Hmmm...back to work... Rick > I'm working on an asm program for the 49G and 49G+. > > I used Nosy to copy the DBUG.TOUCHE routine from rom and added GOSBVL SAVPTR > to the beginning and GOVLNG GETPTRLOOP to the end. It assmebles ok, but: > > On my 49G: it displays the registers, the hour-glass stays on - hitting any > key to exit causes a warm boot (shouldn't it just return to the stack > display?). > > On my 49G+: it does NOT display the registers, the hour-glass stays on, and > I have to do a warm boot to exit. > > I thought using SAVPTR and GETPTRLOOP would allow this to be used as a stand > alone function. Is there something else I need to do to get this to work > properly? (For each calc, I used it's respective rom routine - some of the > addresses were different, but were otherwise the same stuff). > > Rick > > ==== > Short Answer: for now, IMHO the Mac is not a good platform to be > using with the 49g+ unless you own VirtualPC. Allow me to disagree. > 1) Plug 49g+ into USB on G4 and Apple System Profiler shows an entry > for the 49g+ as follows: What sense does it make to connecr the 49+ to the Mac? > 3) One cannot reformat an SD card for use with the 49g+ using the OS > X Disk Utility program. True. The 49+ does it for you. > 4) If one formats an SD card in the 49g+, it will not be readable > under OS X. Disagree. I have a 128M SanDisc formatted on the 49+ and my card reader shows it up on the desktop, under 10.3.1. > 5) However, a 49g+ formatted card will show up when using an SD card > reader inside VirtualPC. I don't own VirtualPC. > 6) Do not use a multi-card reader with VirtualPC! My multi-card reader works flawlessly on my Mac. > 7) Format the SD card in VirtualPC, and it will then show up on the > desktop when using an SD reader with OS X. One can then transfer > files to and from the card. However, even using Panther, OS X leaves > garbage files all over the card - .DS_STORE and .TRASHES - as > well, for each file copied to the SD card, there will also be another > small text file with the same name but starting with ._ - these > files show as ERROR in the 49g+ Filer's object type display. Yes, that's annoying. > However, sometimes file > copies from OS X to SD do seem unreliable and won't always show up in > the 49g+, I didn't noticed that yet. Michael ==== > > > > Short Answer: for now, IMHO the Mac is not a good platform to be > > using with the 49g+ unless you own VirtualPC. > > Allow me to disagree. As you wish... :-) > > > 1) Plug 49g+ into USB on G4 and Apple System Profiler shows an entry > > for the 49g+ as follows: > > What sense does it make to connecr the 49+ to the Mac? Make sense? Well, it does and it doesn't - true, there is no Mac native software to interface at the moment but I was hoping that I could get a direct USB connection when running VirtualPC to avoid the constant insertion and removal of the SD card. I was also curious to see if/what the Mac reported regarding the USB connection since I am still hoping (maybe wishful thinking) that someone will write a Mac OS native program to interface with the 49g+. Who knows, maybe I'll give it a try if I can get documentation on the protocols somehow... > > 3) One cannot reformat an SD card for use with the 49g+ using the OS > > X Disk Utility program. > > True. The 49+ does it for you. > > > 4) If one formats an SD card in the 49g+, it will not be readable > > under OS X. > > Disagree. I have a 128M SanDisc formatted on the 49+ and my card reader > shows it up on the desktop, under 10.3.1. That is great news! I have tried a Lexar Multi-Card reader, a Microtech Dazzle 7-in-1 and a SanDisk single slot USB reader, and they all behave as I had described when tested with OS X v10.2.6 and v10.3.1. I am also using a SanDisk SD card, but only a 32Mb one. Which card reader are you using? I wonder if reformatting my card with a custom cluster size prevents OS X from mounting it? More experimenting is in order... > > 5) However, a 49g+ formatted card will show up when using an SD card > > reader inside VirtualPC. > > I don't own VirtualPC. > > > 6) Do not use a multi-card reader with VirtualPC! > > My multi-card reader works flawlessly on my Mac. In general, my multi-card reader also works perfectly in OS X. I was just pointing out an apparent limitation of VirtualPC. > > 7) Format the SD card in VirtualPC, and it will then show up on the > > desktop when using an SD reader with OS X. One can then transfer > > files to and from the card. However, even using Panther, OS X leaves > > garbage files all over the card - .DS_STORE and .TRASHES - as > > well, for each file copied to the SD card, there will also be another > > small text file with the same name but starting with ._ - these > > files show as ERROR in the 49g+ Filer's object type display. > > Yes, that's annoying. > > > > However, sometimes file > > copies from OS X to SD do seem unreliable and won't always show up in > > the 49g+, > > I didn't noticed that yet. It has not happened to me for a while, so it may have been a one-time glitch. Crossing my fingers... > Michael to mount a 49g+ formatted card with OS X... Mike Mander ==== > I am also using a SanDisk SD card, but only a 32Mb one. > Which card reader are you using? USB 2 Flash Media Device: Herstellername: SMSC Produkt-ID: 8444 ($20fc) Geschwindigkeit: Bis zu 12 MBit/Sek Seriennummer: 150000101312 Bus-Strom (mA): 100 You're welcome. Michael ==== Mike, Cameron Downunder. ==== > Remember that x is NOT the same as X. The equation should read > Y1(X)=X^2+COS(X). As a suggestion, it would be nice if the CAS used lowercase letters by default, as (all?) other CAS's do (not that I expect this to be implemented). So SIN->sin, X->x, ... -- Bhuvanesh ==== > As a suggestion, it would be nice if the CAS used lowercase letters by > default, as (all?) other CAS's do (not that I expect this to be > implemented). So SIN->sin, X->x, ... Mathematica, for instance, does not use lower case letters by default. Sin, ArcCos, Sinh, MatrixForm for example ;-) ==== ==== > > Cons: > > No new math functions > > GENE: True, but the ROM will continue to evolve so that might change. I doubt there will be any significant updates to the math functionality. It's likely there will be *OS* updates, though. -- Bhuvanesh ==== > I've owned a 49G for a few years now, I use it lightly for various > purposes (mostly simple numeric and matrix calculations, and smallish > UserRPL programs), and I'm weighing the pros and cons of upgrading to a > 49G+. I am seeking other people's opinions on whether or not the > upgrade is worth it: I keep the 49G+ at home, and have a 49 at work. Until a month ago I thought my 49 was fast but now, at work, I nearly fall asleep while waiting for the display to update after typing a number. This upgrade is worth anything, well at least the price of the 49g+ Arnaud ==== > ... Until a month ago I thought > my 49 was fast but now, at work, I nearly fall asleep while waiting for the > display to update after typing a number. Indeed, I now do programming only on the 49+. Yesterday I had to update OT49 on the 49 itself and fell aspleep after 5 minutes. The softy 49 keys also do their part while on the 49+ you have to be fully concentrated to be sure that a pressed key despite a loud click did really work :-) - Wolfgang ==== > I think you have found an anomaly, Joe. I notice that the AUR says > ...COND uses the 1-norm and computes the condition number of the > matrix without computing the inverse of the matrix It would appear > that this method has been implemented incorrectly. > The method has been implemented very well, thank you. The AUR, however, should say: ...COND uses the 1-norm and computes AN ESTIMATE OF the condition number of the matrix without computing the inverse of the matrix The algorithm needs a few evaluations of the matrix-vector products A*x and HERM(A)*x to determine the 1-norm of A. For INV(A), that amounts to solving A*y=x and HERM(A)*y=x. To do that, the matrix is first factorized into LU form. The inverse is never explicitly computed. Especially for large matrices, the difference in speed between COND and DUP CNRM SWAP INV CNRM * is very noticeable. ==== > So, what exactly is the HP48 doing, Werner? Can you provide a user > RPL program that will give us the exact (within, say, 4 digits) result > that COND does? Why does COND get exactly the same as > CNRM(m)*CNRM(m^-1) most of the time when you start with a random 3x3 > matrix? The algorithm is described as: One-Norm of a Real or Complex Matrix, with Applications to Condition Estimation, ACM Trans. Math. Soft., Vol 15, No. 4, Dec 1988, pp 381-396. http://www.maths.man.ac.uk/~nareports/narep135.pdf and it is indeed an estimate for the 1-norm or column norm. Werner ==== > > The keyboard feel is somehow hollow and clicky ( if such and adjective > > can be used) I found that in using the calculator with my two hands > > and not over the desk I get 100% effectiveness. Over the desk > > sometimes it happens what has been said many times here: you press a > > key, you think it registered but it didn't !! but I think it is just a > > matter of being cautious. > > I saw sometime ago someone uses his 48g when it stands over its case > (on the soft case) . Maybe it can decline it a little and be used as a > softer surface like your hand. try it and report... I cannot do this > since I am still waiting for mine to arrive from samson cables. by the > way : what country are you from ? how long did it took to arrive ? > > The keyboard works generally better if I use it held up in the air with my > two hands, anyway I have been used to such a way of handling my hp's because > of my surveying courses long time ago (I used my 48sx then). Originally I'm > from Costa Rica, but I sent the calc to Miami, it took only a week to arrive > from the shipping date from Samson and then 3 days to get here with a courier > service. > > > my 48gx and 49g to my office. I've installed my structural analysis > > libraries, Emacs, OT49, solvesys and they all run fine and with a > > wonderful speed. (still waiting for que code to be completely written > > for the Arm processor though) > > I am a student to structural engineering. What do you mean : > structural analysis libraries? do you mean vigag ? FEM ? or something > else ? maybe i can find it useful... > > Yes ! I meant exactly those libraries, they are very useful, specially when > you have to design something on the go and need a little help wiht a model of > certain complexity. They may also be a good way to check your calculations > when you don't have the answers to the problems in your book. But as a > former teacher I will recommend you to use these programs as your last > resource and tackle the problems with pencil and paper to really get the > feeling. Even as a practicing Engineer it is a good exercise to do simple > calculations by hand (complex ones are a real joy but they may take too much > time !), first to keep your brains in good shape and second not to grow > overdependent on the computer or the calc. > > Its funny that I used my hp49g always with my two hands and i was > waiting for the day in which i could put the calc on the desk and use > it with one hand. and now you said... well you know.. > > > Idan > > > > neithan ==== Yesterday I was using my HP48 when it suddenly locked up. I got out my 49, and within 5 minutes, the screen went blank except for some vertical lines, and the keyboard wouldn't work. I restored both with my trusty Mark One CPU Resetting Tool (a straightened paperclip). My 48 crashes occasionally, but my 49 is ultra-reliable. Seems odd that both would crash within minutes of each other - if it was coincidence, it certainly was a weird one. I read in the paper that the recent magnetic storms from the sun are powerful enough to have knocked out commsats, and even to have caused power blackouts in some countries. Not being a physicist, I might be strictly loony tunes on this, but I can't think of any other reason. Any comments from anybody? Bill Maybe It Was Leprechauns Markwick ==== > > Not being a physicist, I might be strictly loony tunes on this, but I > can't think of any other reason. Any comments from anybody? > > Bill Maybe It Was Leprechauns Markwick Well, I supose I fit the 'anybody' category. Certain parts of the government have the ability to reclassify their personnel that way. The difference in performance that you observed, Bill, arises from the sheer number of HP48 vs HP49 products in use around the world, and the absence of hydrogen spectral filters on the embedded HP48 radio receiver. Imagine you are NASA, but more honest. Imagine you want to deploy a very large... perhaps planetary-sized ...radio telescope. But you are hogtied by the lack of funding from Congress. It apparently costs quite a bit to overtake large tracts of land overseas, during peace times. Imagine that you already have a fleet of compact computers designed, each containing enough processing power to pilot a spacecraft, and sporting enough communication prowess to communicate from lunar orbit to the earth's surface. (I have written about these in the past.) All you need to do is to install a radio detector in the right geometry relative to a metal reflector inside the computer, make many thousand of these computers, and somehow get the darned things spread out across the world. With a sufficient array, one could perform the Grand Perimeter Scan that maps clear to the edge of all space that contains matter. Students are the perfect hosts, so long as the compact computer is robust enough to endure the appalling things students do. (Some of our Quality Department staff never recovered from the testing.) The idea is that the thousands of dishes, disguised as simple 'calculators,' independently receive the deep space radio signals, and transmit their data to a constellation of Grand Perimiter Scan (GPS) satellites. There, the signals are correlated and combined to produce fantastically clear images of distant celestial structures. This system has been deployed for quite a while now, thanks to our network of college bookstorefronts. The images we have been producing are astounding, so much that folks were beginning to ask pointed questions. We decided to calm the hubbub by launching a big, empty metal decoy (with the word 'Hubbub' written on the side) into a low earth orbit. Several bureaucrats came out of a conference room a month before launch, and made us change the final two letters from 'ub' to 'le.' The system was first going to be marketed as the 29.8 series, since the Earth's mean orbital speed is 29.8 km/s. The bureaucrats, ignorant of celestial physics, shortened the name to 28. This hp28 model used an adjustable reflector, cleverly disguised as a second keyboard. The public never suspected its true function. We later found the optimal reflector angle for the keyboard, so we went to a single wedge-shaped package. We were smart enough this time to not name the series the 47.9 (which you all recognize as the orbital speed of the planet Mercury), but rounded up to 48. The nerds at JPL have been razzing us ever since, saying we only had two digits of accuracy. (Lately we just say, Is that in meters per second or miles per hour? and they quiet right down.) The images were pretty good from all of the HP48 dishes we've deployed. But we noticed we were getting some blurred effects out at the edge of the universe, due to a pair of closely aligned hydrogen spin state spectral lines. The hp49 was deployed with an additional removable filter unit. It is a bluish-green filter that can be installed over the receiver for normal operation, or conveniently inverted and stowed behind the receiver for improved gain at lower resolution. Okay, that's enough background. Now back to your perceptive question. Yes, during periods of higher sunspot activity, the HP48 will be a bit more susceptible to interference. First, that is because of the greater number of 48-series machines deployed, creating a higher gain telescope dish. With increased gain, more sunspot radiation is collected. Second, an hp49 has the added filter to protect it from certain emission lines in the hydrogen spectrum. I hope this helps. Good Day! dave ------ I do not speak for HP when I post here, Carly. ==== Dave, submit this to Paramount Studios. The Trek people appear to be in need of writers these days... > >>Not being a physicist, I might be strictly loony tunes on this, but I >>can't think of any other reason. Any comments from anybody? >> >>Bill Maybe It Was Leprechauns Markwick >> > > Well, I supose I fit the 'anybody' category. Certain parts of the > government have the ability to reclassify their personnel that way. > > The difference in performance that you observed, Bill, arises from the > sheer number of HP48 vs HP49 products in use around the world, and the > absence of hydrogen spectral filters on the embedded HP48 radio > receiver. > > Imagine you are NASA, but more honest. Imagine you want to deploy a > very large... perhaps planetary-sized ...radio telescope. But you > are hogtied by the lack of funding from Congress. It apparently costs > quite a bit to overtake large tracts of land overseas, during peace > times. > > Imagine that you already have a fleet of compact computers designed, > each containing enough processing power to pilot a spacecraft, and > sporting enough communication prowess to communicate from lunar orbit > to the earth's surface. (I have written about these in the past.) > All you need to do is to install a radio detector in the right > geometry relative to a metal reflector inside the computer, make many > thousand of these computers, and somehow get the darned things spread > out across the world. With a sufficient array, one could perform the > Grand Perimeter Scan that maps clear to the edge of all space that > contains matter. > > Students are the perfect hosts, so long as the compact computer is > robust enough to endure the appalling things students do. (Some of > our Quality Department staff never recovered from the testing.) > > The idea is that the thousands of dishes, disguised as simple > 'calculators,' independently receive the deep space radio signals, and > transmit their data to a constellation of Grand Perimiter Scan (GPS) > satellites. There, the signals are correlated and combined to produce > fantastically clear images of distant celestial structures. > > This system has been deployed for quite a while now, thanks to our > network of college bookstorefronts. The images we have been producing > are astounding, so much that folks were beginning to ask pointed > questions. We decided to calm the hubbub by launching a big, empty > metal decoy (with the word 'Hubbub' written on the side) into a low > earth orbit. Several bureaucrats came out of a conference room a > month before launch, and made us change the final two letters from > 'ub' to 'le.' > > The system was first going to be marketed as the 29.8 series, since > the Earth's mean orbital speed is 29.8 km/s. The bureaucrats, > ignorant of celestial physics, shortened the name to 28. This hp28 > model used an adjustable reflector, cleverly disguised as a second > keyboard. The public never suspected its true function. > > We later found the optimal reflector angle for the keyboard, so we > went to a single wedge-shaped package. We were smart enough this time > to not name the series the 47.9 (which you all recognize as the > orbital speed of the planet Mercury), but rounded up to 48. The nerds > at JPL have been razzing us ever since, saying we only had two digits > of accuracy. (Lately we just say, Is that in meters per second or > miles per hour? and they quiet right down.) > > The images were pretty good from all of the HP48 dishes we've > deployed. But we noticed we were getting some blurred effects out at > the edge of the universe, due to a pair of closely aligned hydrogen > spin state spectral lines. The hp49 was deployed with an additional > removable filter unit. It is a bluish-green filter that can be > installed over the receiver for normal operation, or conveniently > inverted and stowed behind the receiver for improved gain at lower > resolution. > > Okay, that's enough background. Now back to your perceptive question. > Yes, during periods of higher sunspot activity, the HP48 will be a > bit more susceptible to interference. First, that is because of the > greater number of 48-series machines deployed, creating a higher gain > telescope dish. With increased gain, more sunspot radiation is > collected. Second, an hp49 has the added filter to protect it from > certain emission lines in the hydrogen spectrum. > > I hope this helps. > > Good Day! > dave > ------ > I do not speak for HP when I post here, Carly. > ==== No kidding? You probably read all about this in the BPIA5324.PDF users guide, didn't you? Could it be that you spend too much time in that reading room with the China chair? >> >> Not being a physicist, I might be strictly loony tunes on this, but I >> can't think of any other reason. Any comments from anybody? >> >> Bill Maybe It Was Leprechauns Markwick > >Well, I supose I fit the 'anybody' category. Certain parts of the >government have the ability to reclassify their personnel that way. > >The difference in performance that you observed, Bill, arises from the >sheer number of HP48 vs HP49 products in use around the world, and the >absence of hydrogen spectral filters on the embedded HP48 radio >receiver. > >Imagine you are NASA, but more honest. Imagine you want to deploy a >very large... perhaps planetary-sized ...radio telescope. But you >are hogtied by the lack of funding from Congress. It apparently costs >quite a bit to overtake large tracts of land overseas, during peace >times. > >Imagine that you already have a fleet of compact computers designed, >each containing enough processing power to pilot a spacecraft, and >sporting enough communication prowess to communicate from lunar orbit >to the earth's surface. (I have written about these in the past.) >All you need to do is to install a radio detector in the right >geometry relative to a metal reflector inside the computer, make many >thousand of these computers, and somehow get the darned things spread >out across the world. With a sufficient array, one could perform the >Grand Perimeter Scan that maps clear to the edge of all space that >contains matter. > >Students are the perfect hosts, so long as the compact computer is >robust enough to endure the appalling things students do. (Some of >our Quality Department staff never recovered from the testing.) > >The idea is that the thousands of dishes, disguised as simple >'calculators,' independently receive the deep space radio signals, and >transmit their data to a constellation of Grand Perimiter Scan (GPS) >satellites. There, the signals are correlated and combined to produce >fantastically clear images of distant celestial structures. > >This system has been deployed for quite a while now, thanks to our >network of college bookstorefronts. The images we have been producing >are astounding, so much that folks were beginning to ask pointed >questions. We decided to calm the hubbub by launching a big, empty >metal decoy (with the word 'Hubbub' written on the side) into a low >earth orbit. Several bureaucrats came out of a conference room a >month before launch, and made us change the final two letters from >'ub' to 'le.' > >The system was first going to be marketed as the 29.8 series, since >the Earth's mean orbital speed is 29.8 km/s. The bureaucrats, >ignorant of celestial physics, shortened the name to 28. This hp28 >model used an adjustable reflector, cleverly disguised as a second >keyboard. The public never suspected its true function. > >We later found the optimal reflector angle for the keyboard, so we >went to a single wedge-shaped package. We were smart enough this time >to not name the series the 47.9 (which you all recognize as the >orbital speed of the planet Mercury), but rounded up to 48. The nerds >at JPL have been razzing us ever since, saying we only had two digits >of accuracy. (Lately we just say, Is that in meters per second or >miles per hour? and they quiet right down.) > >The images were pretty good from all of the HP48 dishes we've >deployed. But we noticed we were getting some blurred effects out at >the edge of the universe, due to a pair of closely aligned hydrogen >spin state spectral lines. The hp49 was deployed with an additional >removable filter unit. It is a bluish-green filter that can be >installed over the receiver for normal operation, or conveniently >inverted and stowed behind the receiver for improved gain at lower >resolution. > >Okay, that's enough background. Now back to your perceptive question. > Yes, during periods of higher sunspot activity, the HP48 will be a >bit more susceptible to interference. First, that is because of the >greater number of 48-series machines deployed, creating a higher gain >telescope dish. With increased gain, more sunspot radiation is >collected. Second, an hp49 has the added filter to protect it from >certain emission lines in the hydrogen spectrum. > >I hope this helps. > >Good Day! >dave >------ >I do not speak for HP when I post here, Carly. ==== --------------------------------------------------------------------- > > Yesterday I was using my HP48 when it suddenly locked up. I got out > my 49, and within 5 minutes, the screen went blank except for some > vertical lines, and the keyboard wouldn't work. I restored both with > my trusty Mark One CPU Resetting Tool (a straightened paperclip). > > My 48 crashes occasionally, but my 49 is ultra-reliable. Seems odd > that both would crash within minutes of each other - if it was > coincidence, it certainly was a weird one. I read in the paper that > the recent magnetic storms from the sun are powerful enough to have > knocked out commsats, and even to have caused power blackouts in some > countries. > > Not being a physicist, I might be strictly loony tunes on this, but I > can't think of any other reason. Any comments from anybody? > > Bill Maybe It Was Leprechauns Markwick if it was sunspots, the problem, presumably would be wide spread, unless perhaps, you live on a VERY high mountain...??? do live near a military base, ( Bremerton WA ) i live near one, and occasionally, every couple of years, honest to gawd, they play around with something, causing electronic items all over town to fritz up...!!! Buggy Microwave in the vicinity...??? i've had 3 [THREE], coffee machines break on me after being mean to this one particular girl. ( proximity is not required for malfunctions ) ??? sproogles... ( '_' ) / `'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'` .---. .-. .---..-..-..-..-..---..-..-. .--. | | < / | | < > / | .` || O || '' |( -< `---'`--^--'`---' `-' `-'`-'`---'`----'`---) ,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_ The Babynous Cult A SemiHedonistic Cult for The Whole Family! We Offer A Low, Low, Low Priced New World Order That'll Be More Fun ^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^ --------------------------------------------------------------------- name=babynous.vcf filename=babynous.vcf begin:vcard n:;The Babynous Cult x-mozilla-html:FALSE adr:;;;;;; version:2.1 x-mozilla-cpt:;3 fn:The Babynous Cult end:vcard --------------2133CC7710A61B7D6389D2E4-- ==== Bill Markwick replied: > Yesterday I was using my HP48 when it suddenly locked up. I got out > my 49, and within 5 minutes, the screen went blank except for some > vertical lines, and the keyboard wouldn't work. I restored both with > my trusty Mark One CPU Resetting Tool (a straightened paperclip). > > My 48 crashes occasionally, but my 49 is ultra-reliable. Seems odd > that both would crash within minutes of each other - if it was > coincidence, it certainly was a weird one. I read in the paper that > the recent magnetic storms from the sun are powerful enough to have > knocked out commsats, and even to have caused power blackouts in some > countries. > > Not being a physicist, I might be strictly loony tunes on this, but I > can't think of any other reason. Any comments from anybody? Poltergeist? Seriously, I'd expect that it would take a rather high level of ionizing radiation to cause a lockup. And it would have to occur in memory where the OS was running (well, maybe not). I'd tend to think that that much radiation would be harmful. Beta would not penetrate the case, neither be bad news for you. So I'd hope that this was not the case. Rich > Bill Maybe It Was Leprechauns Markwick ==== If someone is willing to spend the time to port my old HP48G games to the HP49G+, I would more than gladly provide them the source code. The games are: Xennon, Arkanoiid and Skwik, and the port should be quite simple (timing) as the games already are in a correct syntax and ported to the 49G+ series... ==== I have also to do that with my games... maybe a good (and global) solution should be to adapt the CPU speed by software (remember the 28S) ?? or a better solution: adapt the emulation speed (like EMU48) !!!! Maybe add 2 new entries in the HP48II, HP49+, HP39+ ROMs to select the emulation speed: old series (HP48/49/39) speed full speed ? It should be also a User System Flag (MODE menu, FLAGS sub-menu). THAT IS A GOOD IDEA :)) Lilian. > > If someone is willing to spend the time to port my old HP48G games to the > HP49G+, I would more than gladly provide them the source code. > The games are: > Xennon, Arkanoiid and Skwik, > > and the port should be quite simple (timing) as the games already are in a > correct syntax and ported to the 49G+ series... > > > > ==== > I have also to do that with my games... maybe a good (and global) solution > should be to adapt the CPU speed by software (remember the 28S) ?? or a > better solution: adapt the emulation speed (like EMU48) !!!! As far as I know, the pointers SLOW, VERYSLOW and dowait are directly controlled by the ARM9 processor, to make them hardware resistent. Thus, simply interrupt your programs at the right places by a loop running slow. For instance, FLASHMSG runs such a loop. I was lucky with my games TETRI and MINES. In the first I activated the + and the - keys to make the dropping of figures faster or slower *during* the game. Hence, I needed only to press the - key a few times to get the right dropping speed also on the 49+. I'm playing TETRI to recover from programming. And I'm not alone. Detlev M.9fller told me in Cupertino that also he's still playing tetris ... - Wolfgang file:///W:/raut/WR49/index.htm#Games ==== This is not a really good solution, you need to recompile all the games :( Please, Cyrille, add a System User Flag to emulate at real HP49 speed... > > I have also to do that with my games... maybe a good (and global) solution > > should be to adapt the CPU speed by software (remember the 28S) ?? or a > > better solution: adapt the emulation speed (like EMU48) !!!! > > As far as I know, the pointers SLOW, VERYSLOW and dowait are directly > controlled by the ARM9 processor, to make them hardware resistent. Thus, > simply interrupt your programs at the right places by a loop running > slow. For instance, FLASHMSG runs such a loop. > > I was lucky with my games TETRI and MINES. In the first I activated the > + and the - keys to make the dropping of figures faster or slower > *during* the game. Hence, I needed only to press the - key a few times > to get the right dropping speed also on the 49+. I'm playing TETRI to > recover from programming. And I'm not alone. Detlev M.9fller told me in > Cupertino that also he's still playing tetris ... > > - Wolfgang > file:///W:/raut/WR49/index.htm#Games ==== I'm a newbie... I bought my calc the week before... I'm studiing Civil engenering in management in Belgium... Does somebody have the time to explain me how to set a prog on my calc or a good tutorial I don't understand how to run the prog/// (I can put it on my calc... of course...) Thx a lot, Nicolas ==== I've a problem in designing my web site below which is visited fairly frequently. Its designer Otto Praxl says the width of its main contents table *should* be arbitrarily stretchable and shrinkable since visitors may have too many different browsers and PC-screens. But in this setting the text may not optimally wrap a picture (e.g., the parody on Keyman :-). Hence I limited the squeezing rate although width may still be stretched and shrinked to some extend. My question is would that be OK for those who visit my website from time to time, or should I return to the design with arbitrary width sqeezing? http://page.mi.fu-berlin.de/~raut/WR49/index.htm ==== Just my preference: althoug I have a big, hi-res monitor, I prefer as little limitations as posible. Let it flow (like Grover Washington J.R. used to play). It's hard to sum multiple browser windows if the page does not accomodate well. Toby . > > I've a problem in designing my web site below which is visited fairly > frequently. Its designer Otto Praxl says the width of its main contents > table *should* be arbitrarily stretchable and shrinkable since visitors > may have too many different browsers and PC-screens. > > But in this setting the text may not optimally wrap a picture (e.g., the > parody on Keyman :-). Hence I limited the squeezing rate although width > may still be stretched and shrinked to some extend. My question is would > that be OK for those who visit my website from time to time, or should I > return to the design with arbitrary width sqeezing? > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm ==== > Just my preference: althoug I have a big, hi-res monitor, I prefer as > little limitations as posible. Let it flow (like Grover Washington J.R. > used to play). It's hard to sum multiple browser windows if the page does > not accomodate well. OK, I choose a format without any size limitation. You may squeeze or stretch as you like. Old-fashioned browsers or a small PC screen shouldn't cause a problem, only ignoring the copy-right may ... - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/ ==== > > Just my preference: althoug I have a big, hi-res monitor, I prefer as > > little limitations as posible. Let it flow (like Grover Washington J.R. > > used to play). It's hard to sum multiple browser windows if the page does > > not accomodate well. > > OK, I choose a format without any size limitation. You may squeeze or > stretch as you like. Old-fashioned browsers or a small PC screen > shouldn't cause a problem, only ignoring the copy-right may ... > > - Wolfgang > http://page.mi.fu-berlin.de/~raut/WR49/ I like to shrink windows into more narrow format, since there is not enough room in my 2048*1536 SONY F520 21 tube I guess I have to by a flat screen on the right side for TV-shows, clock, process, etc... NPV ==== > I've a problem in designing my web site below which is visited fairly > frequently. Its designer Otto Praxl says the width of its main contents > table *should* be arbitrarily stretchable and shrinkable since visitors > may have too many different browsers and PC-screens. Any good browser does this. But Otto should have a look at Michael ==== I agree with that opinion of Otto in general. That said, you can fix a minimum width for the table and for the central column if that minimum is not too wide. Right now, the page is fine in 1024[Times]768 screens, but people with 800[Times]600 (more than we think), cannot see the full table width. I would somewhat lower those minimums. Also, you are giving the table a 92% of the window client width, leaving 8% for lateral margins. That means 32 pixels of left margin in 800[Times]600. You could also lower that 8%, or fix a left margin in pixels independent of window width, say, 10 or 12 pixels, in order to make more room. Rafael. > > I've a problem in designing my web site below which is visited fairly > frequently. Its designer Otto Praxl says the width of its main contents > table *should* be arbitrarily stretchable and shrinkable since visitors > may have too many different browsers and PC-screens. > > But in this setting the text may not optimally wrap a picture (e.g., the > parody on Keyman :-). Hence I limited the squeezing rate although width > may still be stretched and shrinked to some extend. My question is would > that be OK for those who visit my website from time to time, or should I > return to the design with arbitrary width sqeezing? > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm ==== Looks good using Opera and a 1024 x 768 display. John > > I've a problem in designing my web site below which is visited fairly > frequently. Its designer Otto Praxl says the width of its main contents > table *should* be arbitrarily stretchable and shrinkable since visitors > may have too many different browsers and PC-screens. > > But in this setting the text may not optimally wrap a picture (e.g., the > parody on Keyman :-). Hence I limited the squeezing rate although width > may still be stretched and shrinked to some extend. My question is would > that be OK for those who visit my website from time to time, or should I > return to the design with arbitrary width sqeezing? > > http://page.mi.fu-berlin.de/~raut/WR49/index.htm ==== > Wolfgang > I think your site is great the way it is. Virgilio ==== I'm trying to see if it is feasible to solve small Diophantine equations and integer programming on the hp49. Have anyone made any implementation of the LLL algorithm and or the PSLQ algorithm on the hp48 or hp49 and are willing to share the sources? Any info would be appreciated. Gjermund Skailand ==== People correct me if I am wrong, but I was looking down that road implementation of this algorithm for the 48 a few years back ... again correct me if I am wrong -If I can find the link again, I'll be sure to post it here for everyone's convenience. Manfred. ------ > > I'm trying to see if it is feasible to solve small Diophantine equations and > integer programming on the hp49. > > Have anyone made any implementation of the LLL algorithm and or the PSLQ > algorithm on the hp48 or hp49 and are willing to share the sources? > > Any info would be appreciated. > > Gjermund Skailand ==== > People correct me if I am wrong, but I was looking > down that road (PSLQ) a few months ago, and I am > this algorithm for the 48 a few years back ... For the record, it was written by the one and only Mika Heiskanen, not by me. It's available at http://holyjoe.net/hp/PSLQ.zip As soon as ANYBODY ports this to the 49g+, PLEASE let us know!!! I've tried a few times and gave up in frustration due to Mika's use of many unsupported entry points. -Joe- ==== I stand corrected; apologies Joe for any inadvertant misrepresentation, and apologies Mika for the converse (lack of representation). -I should have chased up the link first before posting. ...So it looks like this thing is sought for porting (who's up to it?); I won't have time to dig into it for a few months yet. Manfred ------ > > > People correct me if I am wrong, but I was looking > > down that road (PSLQ) a few months ago, and I am > > this algorithm for the 48 a few years back ... > > For the record, it was written by the one and only Mika Heiskanen, not > by me. > > It's available at http://holyjoe.net/hp/PSLQ.zip > > As soon as ANYBODY ports this to the 49g+, PLEASE let us know!!! I've > tried a few times and gave up in frustration due to Mika's use of many > unsupported entry points. > > -Joe- ==== > > People correct me if I am wrong, but I was looking down that road > implementation of this algorithm for the 48 a few years back ... > again correct me if I am wrong -If I can find the link again, I'll be > sure to post it here for everyone's convenience. A Google search reveals: http://www.hpcalc.org/details.php?id=242 Bhuvanesh. ==== Hovewer I already have that library , and was trying to get the source code... On an other note, for the PSLQ the HP49 has 15 digits for me to play with, and I can always use my longfloat library for more digits. It may be way to slow ;-( but, time will tell... Gjermund ==== Correction: I meant fundamental *units*, not fundamental discriminants. > > I'm trying to see if it is feasible to solve small Diophantine equations and > integer programming on the hp49. I've done this to some extent for the 68k, although I still need to: 1. Write a routine to handle linear equations with >2 variables (relatively easy) 2. Write something to compute fundamental discriminants (quite hard) > Have anyone made any implementation of the LLL algorithm and or the PSLQ > algorithm on the hp48 or hp49 and are willing to share the sources? I tried a PSLQ implementation on the 68k in TI-Basic and had trouble with the limited 14-digit precision (in C it would be 16-digit, but still not enough). So either I need to use GMP, or I'm doing something wrong :-) Bhuvanesh. ==== > > I'm trying to see if it is feasible to solve small Diophantine equations and > integer programming on the hp49. I've done this to some extent for the 68k, although I still need to: 1. Write a routine to handle linear equations with >2 variables (relatively easy) 2. Write something to compute fundamental discriminants (quite hard) > Have anyone made any implementation of the LLL algorithm and or the PSLQ > algorithm on the hp48 or hp49 and are willing to share the sources? I tried a PSLQ implementation on the 68k in TI-Basic and had trouble with the limited 14-digit precision (in C it would be 16-digit, but still not enough). So either I need to use GMP, or I'm doing something wrong :-) Bhuvanesh. ==== > > Well, HP has put a seriell IO into the HP49 - it'd the IrDA. It's > > standard and it's the right choice for a portable calculator like > > the HP49 is - you do not need cables. > > Agreed that IrDA is a form of serial I/O, and yes, it's a standard. > It's a shame that they didn't include backward compatibility for > communicating via Serial IR with the 48 series calculators. SIR was used > on these calculators for over a decade, so doesn't that make it at least > a de facto standard for HP advanced calculators? They did at least > include the Red-Eye protocol for printing to the 82240 printers, but the > range is drastically reduced. > > IR communication does have the one slight advantage of not requiring a > connecting cable, but over a decade of experience has demonstrated to me > that it also has disadvantages, in particular that you have to be > careful to keep the calculator aimed at the printer (ever pick it up > while it's still sending?), and careful that you don't block the line > of sight between them. Also it's a bit fussier about the battery > condition and draws a bit more power from the battery. And what's so > terrible about needing a cable connection? My only concern about using > the cable is that eventually the connector may loosen up or break off a > pin. > > > On the other hand the technology does not seems to be ready for the > > wide audience and this is a pitty. > > Yes, how many of the devices that users would like to use these > calculators with actually have IrDA built in to them? So now instead of > carrying a cable, all they need to do is to carry an IrDA adapter to > connect to the other devices' serial ports. Including new technology is > great, but why abandon technology that still works fine? It would be > nice to maintain backward compatibility. > > > Another problem is the missing > > documentation abut this whole I/O concerning the HP49. > > And about a whole lot of other things concerning the 49G and 49g+. > > > You have to blame your PC not having an IrDA port - buy the adapater > > connector and then you have both: RS-232 and no cables. > > Blame my PC for not having IrDA? But my PC shouldn't *need* IrDA. What > would I use it for other than the 49g+? The PC's built-in USB *should* > work with the 49g+, and who would've guessed that the communication > software wouldn't include Kermit even if the Conn4x/USB/49g+ combination > did work properly? > > Still, I have looked at RS-232/IrDA adapters for use with other devices. > It looks to me as if many of them expect to be able to steal power > from the other RS-232 lines, so those are useless to me. I'd need one > that could be battery powered. So far the only one that I've noticed > that I'm reasonably sure would work for my purposes is the ACTiSYS > ACT-IR100S, but they don't even list a price for that model; the closest > match in their price list is the ACT-IR100SL at $100, and I'm not clear > on what the difference is model numbers means. That's more than I'm > willing to spend just to be able to play with connecting the 49g+ to > RS-232 type devices; after all, when I really want to get some work > done, I use the 48SX or 48GX. > My PC (a Sony VAIO RZ22G) does not have a serial port. I had to pay $40 for a rs-2323 to usb device. Now I seem to have to pay $100 for a irda to rs-232 device. OY! Martin Cohen ==== What would be really cool imho, would be a special hp provided IrDA boot adapter option that would mount over the the front end of the calculator plugging into the USB port for (if nothing else) stability. >It looks to me as if many of them expect to be able to steal power >from the other RS-232 lines, so those are useless to me. I'd need one >that could be battery powered. So far the only one that I've noticed >that I'm reasonably sure would work for my purposes is the ACTiSYS >ACT-IR100S, but they don't even list a price for that model; the closest >match in their price list is the ACT-IR100SL at $100, and I'm not clear >on what the difference is model numbers means. That's more than I'm >willing to spend just to be able to play with connecting the 49g+ to >RS-232 type devices; after all, when I really want to get some work >done, I use the 48SX or 48GX. ==== Harold, I thought you knew what I was I to. I am a surveyor, and I used my Trimble Robotic total station and my 49G+ to do a little topo survey of my barnyard today. I am developing, and very soon having manufactured an environmental case that will have a DB9 RS232 Serial Port built in. I am using a Ready RS232 External Intelligent SIR Adapter, ACT-IR100S from http://www.actisys.com/instantir.html . It is the only known IrDA to Serial adapter that requires no additional driver software. This is functioning flawless using my instruments radio modem system. Direct connection to these instruments also works flawless. This adapter contains a 1 x 0.8 little circuit board, that I am installing into the environmental case that I am having manufactured. The circuit board runs off of a 8 cell AAA battery pack that runs from 11 volts down to 5.5 volts. This battery pack will power the device for 30 hours of very hard continuous use. I bought a second one of these devices, and have GIVEN it to Cyrille at hp for all of our benifit. There will most likley be some enhancements the the hp49G+ ROM as a result. This is to correct a problem with occasional lockups of the 49G+, which is IrDA related in nature. John Evers ==== >Harold, > >I thought you knew what I was I to. I am a surveyor, and I used my >Trimble Robotic total station and my 49G+ to do a little topo survey >of my barnyard today. I am developing, and very soon having >manufactured an environmental case that will have a DB9 RS232 Serial >Port built in. I am using a Ready RS232 External Intelligent SIR >Adapter, ACT-IR100S from http://www.actisys.com/instantir.html . It >is the only known IrDA to Serial adapter that requires no additional >driver software. This is functioning flawless using my instruments >radio modem system. Direct connection to these instruments also works >flawless. This adapter contains a 1 x 0.8 little circuit board, that >I am installing into the environmental case that I am having >manufactured. The circuit board runs off of a 8 cell AAA battery pack >that runs from 11 volts down to 5.5 volts. This battery pack will >power the device for 30 hours of very hard continuous use. I bought a >second one of these devices, and have GIVEN it to Cyrille at hp for >all of our benifit. There will most likley be some enhancements the >the hp49G+ ROM as a result. This is to correct a problem with >occasional lockups of the 49G+, which is IrDA related in nature. > >John Evers I think I do. I am not a surveyor myself, ( I teach Physics etc at the University of Tennessee at Chattanooga) but my brother works for a small surveying company in Cleveland TN. Two years ago they bought several new 48GX's that they use in the field and the office. (This was about a 18 months after the 49 came out) I was visiting mt brother at work one day and was talking to him and one of the Registered Professional Engineers/Surveyors of the firm about the fact that HP will no longer manufacture the GX. I told them that the 49G+ was not RS232(Wired) but IrDA and USB.Of course none of their instrument have these ports. I also printed out your conversations with various people on th POB web site to take in to work this AM, so the company can have a idea as to what the present situation is. This is a small firm and one of the $3000+ data collectors for a replacement is out of the question. They have quite a lot of money ( for a small company) invested in computer software and equipment that uses the 48 as a data collector. Hopefully what you are doing will prove to be an economical solution. Harold A. Climer Dept.Of Physics,Geology,and Astronomy University of Tennessee at Chattanooga Chattanooga TN USA 37403 ==== in particular CONSTRUCTION OF MACHINES: I NEED the values of Kt net , i need the DIAGRAM OF PETERSON WHICH GIVES Kt IN FUNCTION OF a/w and D/d reguarding a beam!!!!! THANKS A LOT ANYBODY WILL BE ABLE TO FIND IT!!!!! ==== If I have a Matrix: [' cos(theta)' ' -sin(theta)' ] [' sin(theta)' 'cos(theta)' ] In which the inverse must be taken, I end up with a non-simplified intermediate matrix. I was expecting: ['cos(theta)' 'sin(theta)' ] [ '-sin(theta)' 'cos(theta)'] Is there a mode or flag setting to get to this output, or is this not possible on an hp49g+ without some program effort on my part? Settings: RPN Approx Rigorous Simp ==== Working on Graphic traslations? Toby > If I have a Matrix: > > [' cos(theta)' ' -sin(theta)' ] > [' sin(theta)' 'cos(theta)' ] > > In which the inverse must be taken, I end up with a non-simplified > intermediate matrix. I was expecting: > > ['cos(theta)' 'sin(theta)' ] > [ '-sin(theta)' 'cos(theta)'] > > Is there a mode or flag setting to get to this output, or is this not > possible on an hp49g+ without some program effort on my part? > > Settings: > > RPN > Approx > Rigorous > Simp > ==== Motz ha scritto nel messaggio > If I have a Matrix: > > [' cos(theta)' ' -sin(theta)' ] > [' sin(theta)' 'cos(theta)' ] > > In which the inverse must be taken, I end up with a non-simplified > intermediate matrix. I was expecting: > > ['cos(theta)' 'sin(theta)' ] > [ '-sin(theta)' 'cos(theta)'] > > Is there a mode or flag setting to get to this output, or is this not > possible on an hp49g+ without some program effort on my part? Well, actually the HP49 CAS (and I guess the 49+ one also) think in a way different from which you can expect and so often the results aren't in a book-style form Anyway there are the easy commands related with the COLLECTion and EXPANsion that helpyou rewrite symbolic expression. In your problem the command TCOLLECT (trigonometric collect) will help you returning exactly the answer you expected. Kickaha > > Settings: > > RPN > Approx > Rigorous > Simp > ==== those commands, though; because I was not able to get the inverse to produce desired output with them (so far), try as I may. Maybe this is one of those things that just can't be done symbolically, using the hp49g+ commands; without resorting to the calc's programming languages. Symbolically speaking, it shouldn't be all that difficult: For a 2x2 matrix: X = [ a b ] [ c d ] the inverse: X^-1 = 1/D * [ d -b] [-c a] | D = determinant of X In my case, D = cos^2(theta) -(sin theta)(-sin theta) = cos^2(theta) + sin^2(theta) = 1 and that leads to my desired output directly. With 762 commands listed in the right-shift CAT, I was sorta hopeful that there would be one in there just for me! Now I could use string manipulation ... but thats calculating non-mathematically, and seems sac-religious! I'll just keep plugging along. >Motz ha scritto nel messaggio >> If I have a Matrix: >> >> [' cos(theta)' ' -sin(theta)' ] >> [' sin(theta)' 'cos(theta)' ] >> >> In which the inverse must be taken, I end up with a non-simplified >> intermediate matrix. I was expecting: >> >> ['cos(theta)' 'sin(theta)' ] >> [ '-sin(theta)' 'cos(theta)'] >> >> Is there a mode or flag setting to get to this output, or is this not >> possible on an hp49g+ without some program effort on my part? >Well, actually the HP49 CAS (and I guess the 49+ one also) think in a way >different from which you can expect and so often the results aren't in a >book-style form >Anyway there are the easy commands related with the COLLECTion and EXPANsion >that helpyou rewrite symbolic expression. >In your problem the command TCOLLECT (trigonometric collect) will help you >returning exactly the answer you expected. > >Kickaha > >> >> Settings: >> >> RPN >> Approx >> Rigorous >> Simp >> > ==== Aha ... I figured out a way to do it: Take my original matrix, assign it to a var. With that var take the inverse. Again with that var get the determinate. Multiply them. Simplify the result. A = [' cos(theta)' ' -sin(theta)' ] [' sin(theta)' 'cos(theta)' ] userRPL: <> 'INVS' STO to save this symbolic inverse for god only knows why. SIMPLIFY Does the trick. >those commands, though; because I was not able to get the inverse to >produce desired output with them (so far), try as I may. > >Maybe this is one of those things that just can't be done >symbolically, using the hp49g+ commands; without resorting to the >calc's programming languages. > >Symbolically speaking, it shouldn't be all that difficult: > >For a 2x2 matrix: X = [ a b ] > [ c d ] > > the inverse: X^-1 = 1/D * [ d -b] > [-c a] > > | D = determinant of X > >In my case, D = cos^2(theta) -(sin theta)(-sin theta) > = cos^2(theta) + sin^2(theta) > = 1 > >and that leads to my desired output directly. With 762 commands >listed in the right-shift CAT, I was sorta hopeful that there would >be one in there just for me! > >Now I could use string manipulation ... but thats calculating >non-mathematically, and seems sac-religious! I'll just keep plugging >along. > > >>Motz ha scritto nel messaggio >>> If I have a Matrix: >>> >>> [' cos(theta)' ' -sin(theta)' ] >>> [' sin(theta)' 'cos(theta)' ] >>> >>> In which the inverse must be taken, I end up with a non-simplified >>> intermediate matrix. I was expecting: >>> >>> ['cos(theta)' 'sin(theta)' ] >>> [ '-sin(theta)' 'cos(theta)'] >>> >>> Is there a mode or flag setting to get to this output, or is this not >>> possible on an hp49g+ without some program effort on my part? >>Well, actually the HP49 CAS (and I guess the 49+ one also) think in a way >>different from which you can expect and so often the results aren't in a >>book-style form >>Anyway there are the easy commands related with the COLLECTion and EXPANsion >>that helpyou rewrite symbolic expression. >>In your problem the command TCOLLECT (trigonometric collect) will help you >>returning exactly the answer you expected. >> >>Kickaha >> >>> >>> Settings: >>> >>> RPN >>> Approx >>> Rigorous >>> Simp >>> >> ==== Before you all tell me that I *could* have just SIMPLIFYed the INV of my original matrix (A) ... I know ... I know ... I just got carried away with the general algorithm, and didn't take time to explore the interested. >Aha ... I figured out a way to do it: > >Take my original matrix, assign it to a var. >With that var take the inverse. >Again with that var get the determinate. >Multiply them. >Simplify the result. > >A = [' cos(theta)' ' -sin(theta)' ] > [' sin(theta)' 'cos(theta)' ] > >userRPL: > ><> > >'INVS' STO to save this symbolic inverse for god only knows why. > >SIMPLIFY Does the trick. > > > >>those commands, though; because I was not able to get the inverse to >>produce desired output with them (so far), try as I may. >> >>Maybe this is one of those things that just can't be done >>symbolically, using the hp49g+ commands; without resorting to the >>calc's programming languages. >> >>Symbolically speaking, it shouldn't be all that difficult: >> >>For a 2x2 matrix: X = [ a b ] >> [ c d ] >> >> the inverse: X^-1 = 1/D * [ d -b] >> [-c a] >> >> | D = determinant of X >> >>In my case, D = cos^2(theta) -(sin theta)(-sin theta) >> = cos^2(theta) + sin^2(theta) >> = 1 >> >>and that leads to my desired output directly. With 762 commands >>listed in the right-shift CAT, I was sorta hopeful that there would >>be one in there just for me! >> >>Now I could use string manipulation ... but thats calculating >>non-mathematically, and seems sac-religious! I'll just keep plugging >>along. >> >> >>>Motz ha scritto nel messaggio >>>> If I have a Matrix: >>>> >>>> [' cos(theta)' ' -sin(theta)' ] >>>> [' sin(theta)' 'cos(theta)' ] >>>> >>>> In which the inverse must be taken, I end up with a non-simplified >>>> intermediate matrix. I was expecting: >>>> >>>> ['cos(theta)' 'sin(theta)' ] >>>> [ '-sin(theta)' 'cos(theta)'] >>>> >>>> Is there a mode or flag setting to get to this output, or is this not >>>> possible on an hp49g+ without some program effort on my part? >>>Well, actually the HP49 CAS (and I guess the 49+ one also) think in a way >>>different from which you can expect and so often the results aren't in a >>>book-style form >>>Anyway there are the easy commands related with the COLLECTion and EXPANsion >>>that helpyou rewrite symbolic expression. >>>In your problem the command TCOLLECT (trigonometric collect) will help you >>>returning exactly the answer you expected. >>> >>>Kickaha >>> >>>> >>>> Settings: >>>> >>>> RPN >>>> Approx >>>> Rigorous >>>> Simp >>>> >>> ==== Motz ha scritto nel messaggio > Before you all tell me that I *could* have just SIMPLIFYed the INV of > my original matrix (A) ... I know ... I know ... That's exactly the point... I've thinked to this 1- enter your matrix in the stack level 1 2- press the button 1/X to compute the inverse 3- go to the TRIG menu (are you using soft-menu? If not I strongly suggest you to do, because it will be very handy to have commands on function buttons F1-F6) with RShift+8 then press NXT and F4 (TCOLLECT command) This way you have the Inverse of your matrix exactly as you like. > I just got carried > away with the general algorithm, and didn't take time to explore the > matter. Well, may I suggest you to use the machine? :o) I mean you still have the CAS, you don't need to develop (in UserRPL!) the same algorithms still present on the calc, uh?! So using the CAS commands is just quickier. Anyway, there is a program on www.hpcalc.org - called AutoSimp if I well remember - that try to help you with CAS commands to have book-like results for symbolic computations. Kickaha ==== OK.... I give up. I have installed the connectivity software, updated to the latest USB driver...49G+ is being found in device manager...49G+ is in server mode awaiting server command. Can't get it to connect for nothing. I get a host of errors, the conn. software locking up, etc.,etc.. EVERYTHING but connectivity..... What the ____?? Anyone run into this and corrected it or found a fix? -- Kraut VROC 6105 '99 R/R Nomad ==== Your thread title say's HP48G+, however you mention an HP49G+ in your discussion. So which is it. I have no problem with my HP48GX on Win98SE and I use Kermit. > OK.... I give up. > > I have installed the connectivity software, updated to the latest USB > driver...49G+ is being found in device manager...49G+ is in server mode > awaiting server command. > > Can't get it to connect for nothing. I get a host of errors, the conn. > software locking up, etc.,etc.. > EVERYTHING but connectivity..... > > What the ____?? > > Anyone run into this and corrected it or found a fix? > > -- > Kraut > VROC 6105 > '99 R/R Nomad > > ==== OK.....re-tried it on a new machine running XP....everything works great. Must be a Win98SE problem. I'll call HP tomorrow and do a little #$%^!!#*&^ ing. Much appreciated -- Kraut VROC 6105 '99 R/R Nomad > OK.... I give up. > > I have installed the connectivity software, updated to the latest USB > driver...49G+ is being found in device manager...49G+ is in server mode > awaiting server command. > > Can't get it to connect for nothing. I get a host of errors, the conn. > software locking up, etc.,etc.. > EVERYTHING but connectivity..... > > What the ____?? > > Anyone run into this and corrected it or found a fix? > > -- > Kraut > VROC 6105 > '99 R/R Nomad > > ==== Before you scream too much or too loud at HP, there is a known issue with complete USB compatibility with both versions of Win 98. I'd rather you yell at Microsoft... but that's beating a dead horse, I suppose. > OK.....re-tried it on a new machine running XP....everything works great. > > Must be a Win98SE problem. > > I'll call HP tomorrow and do a little #$%^!!#*&^ ing. > > > Much appreciated > > ==== True....it was meant to be black humor.... First time I've had a problem with the USB2.0 card on Win98....have used MANY USB devices on it. POINT WELL TAKEN !! -- Kraut VROC 6105 '99 R/R Nomad > Before you scream too much or too loud at HP, there is a known issue > with complete USB compatibility with both versions of Win 98. I'd > rather you yell at Microsoft... but that's beating a dead horse, I suppose. > > > > OK.....re-tried it on a new machine running XP....everything works great. > > > > Must be a Win98SE problem. > > > > I'll call HP tomorrow and do a little #$%^!!#*&^ ing. > > > > > > Much appreciated > > > > > ==== yeah.....didn't mean to make it sound like a vendetta....it was a statement shrouded with black humor. what you say is true.....I have a USB 2.0 PCI card on Win98SE that has been FLAWLESS with any (many thus far) other USB devices.....this 48G+ thing is a little quirky though....first time I've had a problem. I had a LOT of problems before the USB 2.0 card, though. POINT WELL TAKEN !!!! -- Kraut VROC 6105 '99 R/R Nomad > Before you scream too much or too loud at HP, there is a known issue > with complete USB compatibility with both versions of Win 98. I'd > rather you yell at Microsoft... but that's beating a dead horse, I suppose. > > > > OK.....re-tried it on a new machine running XP....everything works great. > > > > Must be a Win98SE problem. > > > > I'll call HP tomorrow and do a little #$%^!!#*&^ ing. > > > > > > Much appreciated > > > > > ==== -=[ Tue, 25.11.03 3:03 p.m. +1300 (NZDT) ]=- in message ID : [...] >...49G+ is in server mode > awaiting server command. Maybe you pressed right-shift and right-arrow together? That would show: Awaiting Server Cmd. What you need to try is pressing right-shift, *and releasing it*, and only then pressing right-arrow, and then you see: Xmodem Server Waiting for command Good Luck! Problems have been reported here with Win98 and the connectivity kit (I'm not sure what version of Win98 though). -- Tony Hutchins Wellington New Zealand #178 Language is the archives of history. Language is fossil poetry. Ralph Waldo Emerson ==== > I have installed the connectivity software, updated to the latest USB > driver...49G+ is being found in device manager...49G+ is in server mode > awaiting server command. You are in Kermit Server mode (right-shift simultaneously with right-arrow). Press right-shift, RELEASE, then press right-arrow to start the server. The prompt should read XModem Server Waiting for Command. Be sure you have latest download from HP web (build 1783). If the above does not work, there is a problem on some Windows 98 platforms with the USB. A fix will come soon, I trust. -- - - - - - - - - - - - - - - - - Bill Graves RKBA! bgraves@ix.netcom.com ==== OK....I tried XMODEM ( I WAS in Kermit, BTW)........said no device was found; double checked... the calculator is recognized via device manager and working properly... I also DL'd the latest USB driver tried it that way...... I am running USB2.0 via a PCI card on W98 2nd. Hmmmm......my heart just sank. I am indeed using the latest build(s) though. Dang...... -- Kraut VROC 6105 '99 R/R Nomad > > I have installed the connectivity software, updated to the latest USB > > driver...49G+ is being found in device manager...49G+ is in server mode > > awaiting server command. > > You are in Kermit Server mode (right-shift simultaneously with right-arrow). > Press right-shift, RELEASE, then press right-arrow to start the server. > The prompt should read XModem Server Waiting for Command. > Be sure you have latest download from HP web (build 1783). > > If the above does not work, there is a problem on some Windows 98 platforms with the USB. A fix will come soon, I trust. > -- - - - - - - - - - - - - - - - - > Bill Graves RKBA! > bgraves@ix.netcom.com > > ==== Well. HERE's a new one: Thread Error---A DLL initialization routine failed (1114) No connectivity. -- Kraut VROC 6105 '99 R/R Nomad > OK.... I give up. > > I have installed the connectivity software, updated to the latest USB > driver...49G+ is being found in device manager...49G+ is in server mode > awaiting server command. > > Can't get it to connect for nothing. I get a host of errors, the conn. > software locking up, etc.,etc.. > EVERYTHING but connectivity..... > > What the ____?? > > Anyone run into this and corrected it or found a fix? > > -- > Kraut > VROC 6105 > '99 R/R Nomad > > ==== A while back Mitch Tompson was offered a 48G to the best reason. I was wondering what happened with that? What was the winning reason? Anyone know? M@ ==== > > A lot of people here in Brazil have the same problem. > Although battery isn«t empty the HP recognizes that the battery is empty. > It should be a problem in the rom 1.22? > After 2 weeks in use my HP allowes empty battery. > > Pedro Liberato -- i used to have a similar problem with one of those minature keyboards & 'ReChargable' Batteries... it may be the your Brazilian batteries are not putting out a full 1.5 volts, which may be fine for flashlights and radios, but fancy smancy electronic items may be less forgiving of a 1.4 or 1.3 volt battery...??? it also just occurred to me that with HEAVY use, 2 weeks might be a perfectly reasonable length or usage to expect...??? i have programs that run CONTINUOUSLY for 6+ hours, and that will drain them right there. sproogles... ( '_' ) / `'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'` .---. .-. .---..-..-..-..-..---..-..-. .--. | | < / | | < > / | .` || O || '' |( -< `---'`--^--'`---' `-' `-'`-'`---'`----'`---) ,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_,.-:*'``'*:-.,_ The Babynous Cult A SemiHedonistic Cult for The Whole Family! We Offer A Low, Low, Low Priced New World Order That'll Be More Fun ^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^ ==== > A lot of people here in Brazil have the same problem. > Although battery isn«t empty the HP recognizes that the battery is empty. > It should be a problem in the rom 1.22? > After 2 weeks in use my HP allowes empty battery. > > Pedro Liberato Please, answer me ==== Pedro, I don't know much about the problem firsthand, since mine works well so far. But I have seen on this newsgroup somewhere (open this group on Google and search for the topic) that some batteries have a + terminal that is apparently too small and does not contact the + contact on the 49G+ well. I think one man solved it by adding some thin copper (Cu) strips to ensure real contact with the battery. Did you independently test your batteries with a voltmeter to see if they are really dead? ==== Well, I have submitted numerous HP49G+ bugs to bugzilla already, and nothing really happens with them. There is no contact from HP telling us that they are being fixed. I have another one here (SUM is the summation - sigma - function): 'SUM(m=2,inf,SUM(k=2,inf,1/m^k))' EVAL yields an unsigned inf error, and returns the SUM function by itself on stack level 1 - that's of course a bug. On another note HP Denmark won't allow me to return my HP49G+ through them, so I have a defective unit currently. I think I'll throw this machine in the garbage can and never buy any more HP products. ==== > On another note HP Denmark won't allow me to return my HP49G+ through > them, so I have a defective unit currently. I think I'll throw this > machine in the garbage can and never buy any more HP products. Can I have it? :-p Al > ==== > > > > On another note HP Denmark won't allow me to return my HP49G+ through > > them, so I have a defective unit currently. I think I'll throw this > > machine in the garbage can and never buy any more HP products. > > Can I have it? :-p > > Al NPV ==== So, has anyone else noticed what happens when you press two keys simultaneously? ...nothing, even when you release the keys at different times. I think the keybord scanning routine needs some serious rework. Monte ==== Test too > Test #4 > ==== [gigundous sig snipped] Welcome back, Chris! Missed ya. -Joe- ==== X > [EDITOR'S NOTE: The author desperately needs an HP-48G in hand to > complete this story, while including the accurate technical detail > required by his loyal readers. Any help will be appreciated.] End it using the EMU48: http://www.hpcalc.org/details.php?id=3644 (-; NPV ==== I am also having trouble getting my old 48SX programs to work on my new 49g+. I've finally figured out how to transfer the old programs to my computer using a program called HP 48 Explorer and a com1 port. I then transfered the directories and programs to the 49g+ using the USB interface and HP's connectivity kit. The programs and directories are stored as txt files on my 49g+ and I can't figure out how to convert(or recompile?)them. Any advice would be greatly appreciated. Andy Becker ==== Andy from a previous post... I use the Ready RS232 External Intelligent SIR Adapter, ACT-IR100S from http://www.actisys.com/instantir.html . It costs a little less than $100. It is available in consumer grade clamshell and cable configuration, or OEM circuit board only. The circuit board is only about 1 x 0.8. I have already designed an environmental case, utilizing this adapter. This case will be available very soon. If you go buy your own adapter now, you could easily install it into the case yourself in a few weeks, and get the benifit right now. This adapter requires no driver software,and functions with my surveying total station, radio modems, and Windows PC. It is also the only know piece of hardware like it on the planet. I have purchased an additional adapter, and have shipped it to Cyrille at HP. They are currently working to improve the Kermit functionality, in particular for the Actisys adapter, but I suspect any changes to the 49G+ ROM that will help my Actisys adapter, will also benifit all IrDA connections. By the way... Hyperterminal works pretty well. I also use it to connect to EMU w/ ROM for the 48GX and 49G as a reliable ASCII Kermit cross platform recompiler. Talk about lucky... I ordered one of these IrDA to Serial Adapters before I even got my 49G+, and it arrived the same day as my 49G+. This adapter is the reason I have been able to get all of my old software recompiled already. John Evers ==== Andy from a previous post... I use the Ready RS232 External Intelligent SIR Adapter, ACT-IR100S from http://www.actisys.com/instantir.html . It costs a little less than $100. It is available in consumer grade clamshell and cable configuration, or OEM circuit board only. The circuit board is only about 1 x 0.8. I have already designed an environmental case, utilizing this adapter. This case will be available very soon. If you go buy your own adapter now, you could easily install it into the case yourself in a few weeks, and get the benifit right now. This adapter requires no driver software,and functions with my surveying total station, radio modems, and Windows PC. It is also the only know piece of hardware like it on the planet. I have purchased an additional adapter, and have shipped it to Cyrille at HP. They are currently working to improve the Kermit functionality, in particular for the Actisys adapter, but I suspect any changes to the 49G+ ROM that will help my Actisys adapter, will also benifit all IrDA connections. By the way... Hyperterminal works pretty well. I also use it to connect to EMU w/ ROM for the 48GX and 49G as a reliable ASCII Kermit cross platform recompiler. Talk about lucky... I ordered one of these IrDA to Serial Adapters before I even got my 49G+, and it arrived the same day as my 49G+. This adapter is the reason I have been able to get all of my old software recompiled already. John Evers ==== I've a HP49+ and wanted to convert a number to a string, but I always get a decimal point within that string ... Marten ==== > I've a HP49+ and wanted to convert a number to a string, > but I always get a decimal point within that string ... > > Marten Try << XQ ->STR >> Jorge Cevallos M. ==== it is very consolatory to learn that I am not the only one who is very unhappy with his HP49G+'s keyboard. For statistical purposes: My unit is CN33102559, bought last week at Dynatech in Germany. The multiplication key and the ENTER key are really bad and miss many key presses. I have to hit them right from the center to get a clear response. If I understand all the messages here correctly, the keyboard problem is maybe fixed in the meantime, and the serial number of my machine suggests that this is a rather early exemplar. As this is a manufacturing failure, I don't want to resend the calculator to Dynatech. Instead I filled out the support formular at HP's web side the day before yesterday and asked what to do to get a replacement calculator. No answer until now. I will give them one more day before I try telephone support. If HP refuses to exchange the calculator, I am forced to send it back to Dynatech, who probably would return it to HP also, which means more work and more costs for all. Does anybody here have experiences with the online support of HP Germany? What response times do they have? Markus ==== For sure the quality of the newly manufactured calcs should improve in a daily basis, but it will take weeks before any manufacturing problems have been fully resolved and we get what we deserve out of the production line. To start with some order need to be stablished in the assembly line so everybody is on the same page. What do I mean with that? Well, there is conflicting information with respect to the serial number of each calc. On the two calculators I've had in my hands, I've seen two serial numbers reported by each of the calcs. One is engraved on the back of the case and the other one you can read once you do the [+]-[-]-Reset thing. Which one is the serial number to go by? I don't know. Any serious manufacturer will make sure this serial number is the same - unless we trully have a piece of equipment with two serial numbers associated with it. I reported before that I have only 30 days to return my first calc. When returning items, I rather deal with the vendor selling it instead of the manufacturer. I like Fry's Electronics because of their 30-day no-questions-asked return policy. Most big companies - like HP - are difficult to deal with when returning defective merchandize and will make your life misserable asking a million question as to why you think there is a defect in their product before they will issue a RMA. So, when I said that I had only 30 days to return the defective product, I was reffering to Fry's. Besides, I like the human contact and the effective communication that's only possible person to person. Contacting HP about returning a defective product must be next to impossible right now knowing the growing number of users wanting their machines replaced - not to mention the difficulty in navigating their telephone menu system. Having said that, let me tell you that I am posting this message one hour after having received a NEW hp49g+ provided by my employer - they like me a lot and will give me what I ask for. The 'clicky' noise of the keyboard is still there and consistent throught all the keys, but livable with. I cannot report or comment on missing key-presses yet. This new calc has two serial numbers as well. The firmware-embeded serial number is CN33717777, and the case-engraved serial number is CN33308236. Again, I don't know which is which, or both. Any ideas on this issue? Overall, to this new calc I received today, I give it a partial passing grade - due to the uncertainty - since I have yet to test it for missed key-presses. If no missed key-presses are experienced, I will have to give it an A-. To the first one being returned, I gave it a D- grade. - J.R. Martinez ==== I think I have an extremly simple solution to ALL keyboard problems. I now own two 49G+ units. The first purchased on day of release from Sampson cables, the second one I ordered from the hp website yesterday, and I got it today. It had 4 keys that appeared to be completley dead. The MODE key was one of them, and at first I could not even switch to RPN. **** HERE IS THE SOLUTION *********** Grab the non functioning button in a pinching manner, griping both sides of the button. Now press down VERY firmly, and bottom the button out against it's contact. Now wiggle the button side to side rather vigerously. This will rub the contact material internally on the keyboard. All of my keys now function perfectly on both 49G+ units. I suspect that during manufacturing, something has possibly caused a film to form on the contacts inside of the keyboard. As a quick fix recomendation to hp. A simple machine could be built to do this right after manufacturing, and before final packaging. Now if everyone would display a positive attitude twords a product that I am glad was pushed hard into production, we WILL get all the cooperation from the hp calculator division to make us all happy. STOP YER' BITCHIN John Evers ==== > I've been holding off on asking for a warranty replacement so soon, > because it may well be just be a hassle with the replacement just as bad > as the original. For sure the quality of the newly manufactured calcs should improve in a daily basis, but it will take weeks before any manufacturing problems have been fully resolved and we get what we deserve out of the production line. > Whether it's more of a design problem or a manufacturing problem I don't > know, but I find it amazing if quality assurance really didn't notice a > problem with so many defective keyboards. But all too often management > they're good enough. Or has the attitude that inspection can make a > poor product into a good one, without seeming to realize that quality > products really depend on quality design and quality manufacturing, and > once a poor product is produced, about all that quality assurance can do > is let them know that there is a problem. > If HP were to *really* do the right thing, they'd notify all > registered owners of 49g+es with serial numbers indicating that they > might be defective that replacements were available for any units with > defective keyboards, and even put a notice to that effect on their > relevant web pages. Seems doable, but in this case difficult to achive because of conflicting information. There are two serial numbers reported by the calc; one on the back of the case and the other one you can read once you do the [+]-[-]-Reset thing. Which one is the serial number to go by? Any serious manufacturer will make sure this serial number is the same - unless we trully have a piece of equipment with two serial numbers associated with it. > > Not me, but perhaps others. The 49G's keyboard shouldn't be the one to > > compare against; the 48GX's should be. > > Agreed. A goal of making a product better than one with obvious problems > is poor when there's a much better product to compare it with. Actually, > I have a slight preference for the 48SX keyboard over the 48GX keyboard, > but the small difference might be just that the 48SX is older or > probably had more use. We are on the same page her. > > I only have 30 days to return it before I am stuck with it forever. > > How so? My warranty says 12 months. When returning items, I rather deal with the vendor selling it. I like Fry's Electronics because of their 30-day no-questions-asked return policy. Most big companies - like HP - are difficult to deal with when returning defective merchandize and will make your life misserable asking a million question as to why you think there is a defect in their product before they will issue a RMA. So, when I said that I had only 30 days to return the defective product, I was reffering to Fry's. Besides, I like the human contact and the effective communication that's only possible person to person. Contacting HP about returning a defective product must be next to impossible right now knowing the growing number of users wanting their machines replaced - not mention the difficulty in navigating their telephone menu system. Having said that, let me tell you that I am posting this message one hour after having received a NEW hp49g+ provided by my employer - they like me a lot and will give me what I ask for. The 'clicky' noise of the keyboard is still there and consistent throught all the keys, but livable with. I cannot report or comment on missing key-presses yet. This new calc has two serial numbers as well. The firmware-embeded serial number is CN33717777, and the case-engraved serial number is CN33308236. Again, I don't know which is which, or both. Overall, to this new calc I received today, I give it a partial passing grade since I have yet to test it for missed key-presses. If no missed key-presses are experienced, I will have to give it an A-. To the first one being returned, I gave it a D- grade. - J.R. Martinez ==== > ... > through. I think these new units are well worth the $208 CDN I > paid. > ... You're not on the West Coast in the Vancouver area, are you? If you are, I was just wondering where you managed to find a store that has the 49g+ in stock? Your post made it sound as though you just exchanged the unit in a Mike Mander ==== > > > So, HP detected the problem and resolved it? > > > > Gene: Well, HP people read this group and the problem would have been hard > > to miss. > > I agree, but that only explains how HP detected the problem, doesn't > tell anything about HP fixing it or not. Gene: I think that's assuming alot. New users are reporting much better keyboards. Where did these better keyboards come from if not because someone made tweaks in the manufacturing process? If HP were not fixing them, there would be the same error rate. > > Gene: I don't recall HP doing that on the 49G [...] > > I don't understand your reference to the 49G here. I was not aware of > a similar or comparable situation with the 49G. Gene: Users complained a great deal about the 49G keyboard quality. It was discussed extensively on this newsgroup back then. HP never made any public announcement about it or changes that were made. > I think we are talking about defective units. We are seeing people > with no problems from the very beginning. We also see people now with > new machines and problems. > > Assuming that new bought machines with problems must be older units > with several weeks at the store is wishful thinking. Why are we going > to assume that? Because we wish the problems were fixed, and we could > trust in an exchange. Gene: I disagree here. Serial numbers would be the way to tell, and there have been far, FAR fewer reports of keyboard problems on more recently MANUFACTURED units. Just because someone bought a unit doesn't mean it was manufactured recently. People here who HAVE exchanged units have reported better keyboards, in almost all cases. You can read about some of them in this very thread! And, there's always the possibility of trolls, as much as that sounds paranoid. People who might like to stir things up by saying they have problems when they don't. Who might do this? Who knows. There are always possiblities of college students who are TI devotees. :-) It happened when the HP49G was introduced. Again, newer units are NOT displaying KB problems at anywhere near the rate people reported initially. And, I too don't understand the 30 day reference. HP units are warranteed against defects for 1 year. If your reseller is telling you something different, that is incorrect, I believe. Here's to hoping HP continues to tweak their products to make them better! Gene -- * These statements and opinions are mine alone and do not reflect my employer's views. * ==== > > Gene: I think that's assuming alot. Who is assuming a lot? You said we need a poll verifying serial numbers and keyboard qualities in order to know, in which I agree, but what do you need the poll for? You already know that a report of a bad keyboard now is: a) an older production machine purchased now, or b) a troll, or c) a TI devotee. Indeed it sounds paranoid. And it seems like your reference to the 49G mean this: people also complained about the 49G's keyboard, nobody knows even now if HP did something about it, and HP did no announcement regarding the issue. So, we can assume that HP has fixed the G+'s keyboard now, as also they have done no announcement? Are you being serious in this thread? I would like to know if HP has fixed the keyboard or has not, I hope it has, I accept it could be. We all would like HP to tell us, but, as they don't, I thought we were just trying to arrive to a reasonable conclusion, not to an act of faith! > [...] > Again, newer units are NOT displaying KB problems at anywhere near the rate > people reported initially. No announcements, no poll, no valid conclusion. Could be positive reports come from trolls or HP devotees? I will refrain from suggesting that perhaps they are units of _future_ production ;-) > And, I too don't understand the 30 day reference. HP units are warranteed > against defects for 1 year. If your reseller is telling you something > different, that is incorrect, I believe. Someone mentioned 30 day but was not me. I think it was someone who My 49+ has a one year warranty, I only hope I have not to wait the whole year before we KNOW the keyboard problems have been fixed. Rafael Mill.87n. ==== I just finished adding the last of the new batch of machines to the HPDATAbase: http://www.finseth.com/ As always, updates and comments welcome. Craig ==== hey all, i'm just curious: what's the appeal with the HP 32SII? on eBay, there are commonly 20+ of these calculators available at any given time, and they routinely go for US$300+. this not only far exceeds the eBay value of the HP 48GX, but it exceeds the price of any recent, brand-new HP calculator by a factor of two. are these people just buying them to stick in a display cabinet somewhere, or are they actually hoping to get some regular use out of them? if they're for regular use, then why spend so much money on a second-hand 32SII when you can get a brand-new HP calc -- with presumably better features and capability -- for a fraction of the price? sure, i've had my HP 15C since the late 80s, and i just love it. the feel, the gestalt, it's essentially become a part of my body, like an appendage, and i have no intention of ever parting with it. but if it happens to get crushed tonight by my fat Aunt Tundra when she sits down to watch Fear Factor, i'll be hard-pressed to pony up $300 for a replacement. so i suppose i'm asking two questions: (1) if you're spending US$300+ on a second-hand vintage HP calculator, what's your motive? and (2) how does the 32SII in particular warrant so much demand? onward! -SIG ==== ... >so i suppose i'm asking two questions: (1) if you're spending US$300+ >on a second-hand vintage HP calculator, what's your motive? and (2) >how does the 32SII in particular warrant so much demand? In my opinion, this is the best overall RPN calculator ever made. -- Craig Finseth, author of the HPDATAbase. It has everything: RPN (as opposed to RPL), binary, fractions, keystroke programming with text display, solver. For a lot of people, RPL calculators are not useful for basic calculations. Craig ==== I bought the Overhead Projector HPF1212A from CalcPro in Corvallis Oregon because I want to demonstrate the excellent features of the HP49G+ to the class room. I am sure the projector (HPF1212A) is not compatible with the new 49G+. I am trying to confirm but I say this simply because the new G+ has a USB connection unlike the others. Nevertheless, the projector was sent to me. This let's me wonder about the efficiency and seriousness of Paul Nelson's CalcPro. I remember that people had reported negatively on him on this forum in the past. Before I am returning the unit (and - God knows - get my $300.--!!!!! back) I would like to find out if there is an adapter or some other way to make the HPF1212A compatible with the HP49G+ (to rewire from Serial to USB). Does anyone have any ideas? TI has excellent products such as the TI Presenter and the TI ViewScreen and HP should make any effort to compete with TI in this respect as well. Walt. ==== IMO - the complaints lodged again Paul in this forum have been unfounded. I have been doing business with him for the last two or three years and have bought many things from him. Few if any glitches. The fact that he sent you the projector is probably just an indication that he really didn't know if it would work. Now that you know it doesn't, I have no doubt that he will take it back with no problems. John > > > > I bought the Overhead Projector HPF1212A from CalcPro in Corvallis Oregon > because I want to demonstrate the excellent features of the HP49G+ to the > class room. > > > > > > > I am sure the projector (HPF1212A) is not compatible with the new 49G+. I > am trying to confirm but I say this simply because the new G+ has a USB > connection unlike the others. > > > > Nevertheless, the projector was sent to me. This let's me wonder about the > efficiency and seriousness of Paul Nelson's CalcPro. I remember that people > had reported negatively on him on this forum in the past. > > > > Before I am returning the unit (and - God knows - get my $300.--!!!!! back) > I would like to find out if there is an adapter or some other way to make > the HPF1212A compatible with the HP49G+ (to rewire from Serial to USB). > > > > Does anyone have any ideas? > > > > TI has excellent products such as the TI Presenter and the TI ViewScreen and > HP should make any effort to compete with TI in this respect as well. > > > > > > > Walt. > > > > ==== I bought the Overhead Projector HPF1212A from CalcPro in Corvallis Oregon because I want to demonstrate the excellent features of the HP49G+ to the class room. I am sure the projector (HPF1212A) is not compatible with the new 49G+. I am trying to confirm but I say this simply because the new G+ has a USB connection unlike the others. Nevertheless, the projector was sent to me. This let's me wonder about the efficiency and seriousness of Paul Nelson's CalcPro. I remember that people had reported negatively on him on this forum in the past. Before I am returning the unit (and - God knows - get my $300.--!!!!! back) I would like to find out if there is an adapter or some other way to make the HPF1212A compatible with the HP49G+ (to rewire from Serial to USB). Does anyone have any ideas? TI has excellent products such as the TI Presenter and the TI ViewScreen and HP should make any effort to compete with TI in this respect as well. Walt. ==== > Before I am returning the unit (and - God knows - get my $300.--!!!!! back) > I would like to find out if there is an adapter or some other way to make > the HPF1212A compatible with the HP49G+ (to rewire from Serial to USB). The overhead display is NOT using the HP49G serial port. One then 10 pins connector, 3 are for the serial port (plus shielding), 5 are for the video output. ==== I bought the Overhead Projector HPF1212A from CalcPro in Corvallis Oregon because I want to demonstrate the excellent features of the HP49G+ to the class room. I am sure the projector (HPF1212A) is not compatible with the new 49G+. I am trying to confirm but I say this simply because the new G+ has a USB connection unlike the others. Nevertheless, the projector was sent to me. This let's me wonder about the efficiency and seriousness of Paul Nelson's CalcPro. I remember that people had reported negatively on him on this forum in the past. Before I am returning the unit (and - God knows - get my $300.--!!!!! back) I would like to find out if there is an adapter or some other way to make the HPF1212A compatible with the HP49G+ (to rewire from Serial to USB). Does anyone have any ideas? TI has excellent products such as the TI Presenter and the TI ViewScreen and HP should make any effort to compete with TI in this respect as well. Walt. ==== I bought the Overhead Projector HPF1212A from CalcPro in Corvallis Oregon because I want to demonstrate the excellent features of the HP49G+ to the class room. I am sure the projector (HPF1212A) is not compatible with the new 49G+. I am trying to confirm but I say this simply because the new G+ has a USB connection unlike the others. Nevertheless, the projector was sent to me. This let's me wonder about the efficiency and seriousness of Paul Nelson's CalcPro. I remember that people had reported negatively on him on this forum in the past. Before I am returning the unit (and - God knows - get my $300.--!!!!! back) I would like to find out if there is an adapter or some other way to make the HPF1212A compatible with the HP49G+ (to rewire from Serial to USB). Does anyone have any ideas? TI has excellent products such as the TI Presenter and the TI ViewScreen and HP should make any effort to compete with TI in this respect as well. Walt. ==== > I bought the Overhead Projector HPF1212A from CalcPro in Corvallis Oregon > because I want to demonstrate the excellent features of the HP49G+ to the > class room. you can send it back, because it's not going to work with the 49G+. I'm sure it was a genuine mistake by CalcPro and Paul Nelson, knowing Paul he would have never done anything like that on purpose.. ==== I bought the Overhead Projector HPF1212A from CalcPro in Corvallis Oregon because I want to demonstrate the excellent features of the HP49G+ to the class room. I am sure the projector (HPF1212A) is not compatible with the new 49G+. I am trying to confirm but I say this simply because the new G+ has a USB connection unlike the others. Nevertheless, the projector was sent to me. This let's me wonder about the efficiency and seriousness of Paul Nelson's CalcPro. I remember that people had reported negatively on him on this forum in the past. Before I am returning the unit (and - God knows - get my $300.--!!!!! back) I would like to find out if there is an adapter or some other way to make the HPF1212A compatible with the HP49G+. Does anyone have any ideas? TI has excellent products such as the TI Presenter and the TI ViewScreen and HP should make any effort to compete with TI in this respect as well. Walt. ==== I have three computers hooked up to my LinkSys Router. Apparently, my Internet Provider allows only two connections. I tried a couple of times to post, albeit in vain, until I found out that the reason for the blockage was too many hook-ups. After I removed my third computer the upload was possible, but now all the previous tries went along as well. Sorry about this and please disregard. Walt. ==== > I have three computers hooked up to my LinkSys Router. Apparently, my > Internet Provider allows only two connections. > > I thought that as long as the router supports NAT, your ISP wouldn't know if you had a dozen PCs hooked up? bizare Al ==== I've got a number of routines that I think should go into a library. The problem is that I don't know how to make one. A further complication is that I don't have any windows machines and I can't seem to get the connection working with linux. Can I make the libraries on the 49g+?? -- Keep working millions on welfare depend on you ------------------- fwp@deepthought.com