A169 Subject: Re: hp49g+ broken keys I'm currently corresponding with HP as we speak and lodging a formal complaint on this Keyboard Quality issue. The Keytime feature I was talking about a couple of months ago I have to say I was mistaken as this feature gave a false impression and appeared to be resolving this problem of missed keystrokes. I have requested Pavel Machala (English Calculator Support) Moravia Consulting, to browse the posts of this newsgroup relating to this issue. So the more comments from you people the better, and we may get issue solved once and for all!! === Subject: Re: hp49g+ broken keys > I'm currently corresponding with HP as we speak and lodging a formal > complaint on this Keyboard Quality issue. The Keytime feature I was > talking about a couple of months ago I have to say I was mistaken as > this feature gave a false impression and appeared to be resolving this > problem of missed keystrokes. > I have requested Pavel Machala (English Calculator Support) Moravia > Consulting, to browse the posts of this newsgroup relating to this > issue. So the more comments from you people the better, and we may > get issue solved once and for all!! THANK YOU! I tried talking to Pavel, he said it wasn't a warrenty issue >:-( Even though it can be exchanged in other countries. I ended up having to to an exchange with somebody who I was sure would gave an improved keyboard, so it isn't an issue for me anymore. But I have a friend who is interested. The noisy keyboard is useless for exams. === >I think I probably mislead you here, ...its not temporary storage for >the enormity of these files, but rather the footprint taken up at >runtime predominantly with analysis or modelling tools. >For example, take a finite element grid comprising 20000 plus node >points (this is not a global grid by any means) - and want to determine >spectral output given a wind and wave forcing, and boundary spectra over >time (were talking 6-dimensional data) ... that wouldn't be much trouble >for most hardware, but try the same while interpolating over the grid >and feed in wave-enhanced bottom friction - and your footprint goes up >at least 3-fold; if you've managed to code *judiciously* and *vectorize* >data access. > just my 2c, I have an enormous respect for JYA, his team and what he is > created, but I doubt that that type of floating point computational heavy > type of work is addapted to Qonos. > For a start, remember, that there is no floating point unit in the Xscale. I'm with you there, and certainly I share the same respect for JYA and the Hydrix team - there's no question of that. JYA is among on of few who have thought seriously about giving real grunt to a handheld - I just don't want it to be a PDA on steroids - but a real gadget that can be used for solid work. Maybe not in this production run of Qonos and probably not for a while, but I think JYA has the vision to go there, it's definitely a part of the market that has never been tapped into - a market for scientific handhelds where truly *productive* work can be acheived. It's convenient to overlook the floating point issues with the Xscale - ideas here are really constrained by capabilities in hardware; that's kind of where my argument falls of the edge of a square earth ;-) Yet as I said before, ... we are not too far behind (if not there already) where this type of capability *is* and *should* be a reality in a handheld. Given the design goals of the initial Qonos project, that won't turn to reality just yet - but I'd definitly like to see Hydrix go down that path on day; and I think they are just the team to do it - and to put action to my words I'd even buy considerable shares in Hydrix if it ever went public, I really believe in this group. Again come what may, I think JYA and the Hydrix team will do us all proud - and I'll be waiting feverishly for their up-coming installment not to mention what they'd come up with a decade from now (fingers crossed). :-) -- ^^^^^^^^ === Subject: Calking Do you know Calking? It is a calculation and document creation software from Japan. Simplex and Microtek(not Microsoft) have completed the English version. Now it's available in the market. Anyone who want to try it to compare with others? I'd like to know your opinion. Mathcad Maple Mathematica MatLabo This software is very easy to use. A primary school pupil can use it too. It has very powerful functions. Math calculation, spread sheet, graph, drawing (Cad), word processing, publishing, Ams-LaTex etc... In fact, 4 programmers have spent 14 years to deveolp this software. Can you believe it Tanaka http://www.microtek.co.jp/product/others/simplex_e/index.html === Subject: Calking Do you know Calking? It is a calculation and document creation software from Japan. Simplex and Microtek(not Microsoft) have completed the English version. Now it's available in the market. Anyone who want to try it to compare with others? I'd like to know your opinion. Mathcad Maple Mathematica MatLabo This software is very easy to use. A primary school pupil can use it too. It has very powerful functions. Math calculation, spread sheet, graph, drawing (Cad), word processing, publishing, Ams-LaTex etc... In fact, 4 programmers have spent 14 years to deveolp this software. Can you believe it Tanaka http://www.microtek.co.jp/product/others/simplex_e/index.html === Subject: Re: Calking masa schrieb im Newsbeitrag > Do you know Calking? > It is a calculation and document creation software from Japan. > Simplex and Microtek(not Microsoft) have completed the English > version. > Now it's available in the market. > Anyone who want to try it to compare with others? > I'd like to know your opinion. > Mathcad > Maple > Mathematica > MatLabo > This software is very easy to use. A primary school pupil can use it > too. > It has very powerful functions. > Math calculation, spread sheet, graph, drawing (Cad), word processing, > publishing, Ams-LaTex etc... > In fact, 4 programmers have spent 14 years to deveolp this software. > Can you believe it Yes I can believe it. What I can't believe is, that somebody is stupid enough to post a link to such crap, which just cycles between irrelevant drool and unreadable (for normal Europeans/Americans) glyphs. And yes, I can imagine what a BS that software is. Talking about it in context with Mathematica and other high-end quality tools is pure sacrilege! M > Tanaka > http://www.microtek.co.jp/product/others/simplex_e/index.html === Subject: Re: Calking > Do you know Calking? > In fact, 4 programmers have spent 14 years to deveolp this software. > Can you believe it I could believe that those four guys spent their 14 years in jail or something, and were killing time. That website is an unnavigable piece of junk - I'd hate to see the software. Goddamn spammers are everywhere. === Subject: Re: Problems with a frequency response exercise charset=iso-8859-1 > HP-49G+ > Y=(1/R)+J(w*C-1/(w*L)). > Now, the calculator gives me this answer: > (1.2*w^2+(0,166)*w+14000)/(w^2+(0,980)*w+20000) > The problem is that i don't know how to make the hp give me the real > part and the imaginary part in an X+jY or (X,Y) form so i can isolate > w from the imaginary part thus finding the right answer. It just did, didn't it?: (1.2w^2 + 1400) + j166w ----------------------- (w^2 + 20000) + j980w Without doing your homework for you, factor, convert to magnitude-angle form and solve numerically. In general: (1 + ajw)(1 + bjw)(1 + cjw).... H(w) = G ------------------------------- (1 + xjw)(1 + yjw)(1 + zjw).... sqrt(1 + (aw)^2) sqrt(1 + (bw)^2) sqrt(1 + (cw)^2) .... Mag(w) = G ------------------------------------------------------- sqrt(1 + (xw)^2) sqrt(1 + (yw)^2) sqrt(1 + (zw)^2) .... Ang(w) = (arctan(aw) + arctan(bw) + arctan(cw) ....) - (arctan(xw) + arctan(yw) + arctan(zw) ....) Look familiar? -- Nicholas O. Lindan, Cleveland, Ohio Consulting Engineer: Electronics; Informatics; Photonics. Remove spaces etc. to reply: n o lindan at net com dot com === Subject: Re: Problems with a frequency response exercise > HP-49G+ > Y=(1/R)+J(w*C-1/(w*L)). > Now, the calculator gives me this answer: > (1.2*w^2+(0,166)*w+14000)/(w^2+(0,980)*w+20000) > The problem is that i don't know how to make the hp give me the real > part and the imaginary part in an X+jY or (X,Y) form so i can isolate > w from the imaginary part thus finding the right answer. > It just did, didn't it?: > (1.2w^2 + 1400) + j166w > ----------------------- > (w^2 + 20000) + j980w > Without doing your homework for you, factor, convert to magnitude-angle form > and solve numerically. > In general: > (1 + ajw)(1 + bjw)(1 + cjw).... > H(w) = G ------------------------------- > (1 + xjw)(1 + yjw)(1 + zjw).... > sqrt(1 + (aw)^2) sqrt(1 + (bw)^2) sqrt(1 + (cw)^2) .... > Mag(w) = G ------------------------------------------------------- > sqrt(1 + (xw)^2) sqrt(1 + (yw)^2) sqrt(1 + (zw)^2) .... > > Ang(w) = (arctan(aw) + arctan(bw) + arctan(cw) ....) - > (arctan(xw) + arctan(yw) + arctan(zw) ....) > Look familiar? === Subject: Re: Some history about the USA and France... charset=Windows-1252 > One character, > a real person in fact, Might we think otherwise? > acted bravely in order to help America to guarantee its freedom : > His name was Beaumarchais. Beaumarchais was a clown: http://www.utpjournals.com/product/ctr/95/clown03.html Best known for The Marriage of Figaro. I never heard of him in any history course I took. Did anyone else? -- Nicholas O. Lindan, Cleveland, Ohio Consulting Engineer: Electronics; Informatics; Photonics. Remove spaces etc. to reply: n o lindan at net com dot com === Subject: Re: Some history about the USA and France... > Beaumarchais was a clown: > http://www.utpjournals.com/product/ctr/95/clown03.html > Best known for The Marriage of Figaro. Well, congratulation for displaying your ignorance in public :) Calling him a *clown* is quite far from reality though. > I never heard of him in any history course I took. Did anyone else? That must mean he was a clown then. Beaumarchais was a play writer sure (most famous ones were Le Barbier de Seville which was adapted by Rossini in a very famous opera and Marriage de Figaro adapted by Wolfgang Amadeus Mozart into on Opera). What is less knows is that after achieving fame and fortune (he became extremely wealthy) he was one of the major contributor to the American revolution against Great Britain by providing weapons to the American resistance (to the dispair of his heirs was never got any payment back). He was also a great influence to France decision to send troops and weapons to America to help fight the war of independance. === Subject: Re: Hp49G+ emulator ? > Do you have some informations about the HP49G+ hardware, memory addresses, > etc ??? It would be useful. You have posted some example programs about > greyscale screen, That was Cyrille, not JYA what documents do you have ? I would be glad if you could > send me them... :-)) I really don't know why HP can't make at least basic info like a simplified memory map available. At present there have been almost no arm programs. I was hoping FFAC would motivate people, but it didn't :-/ === Subject: Re: Hp49G+ emulator ? > I really don't know why HP can't make at least basic info like a > simplified memory map available. I should mention that I personally would greatly appreciate it if this info was released. There are 2 things I'd like to with this after exams (and after I finish my clock adjustment util) 1) Update my webpage with a better tutorial on ARM programming. The information there is almost useless for real applications because you 2) Write some essential routines so you can use program the calculator in C. Maybe start a sourceforge project for this - HPCC anyone? So, please HP, tell this newsgroup: 1) How to access saturn memory from ARM 2) How the ARM peripherals are mapped in ARM memory Then games and other programs can be made. Al === Subject: Re: Hp49G+ emulator ? > - Third : The performance would not be worst than if we were emulating an > other ARM ROM, without saturn emulation level. Actually, I want to emulate > an ARM ROM. there will be only ARM assembly and I don't think the speed will > be so slow (if I do an efficient code... :p) I have written what I think is a very fast ARMv5TE simulator. It knows nothing about MMU or about any peripheral, pure ISA simulation. It is faster than any other interpretive ARM simulator I know. And you know what its speed is? 17M instructions per second on a 1 GHz Athlon... OK it is written in C, but I don't think going to assembly language would speed it up enough to overcome the increased slowness of taking into account real hardware. So you will have to write a dynamic recompiling simulator or statically translate the ROM (that may be easier, but you would need anywayan ISA simulator, be it an interpreter or a dynamic recompiler, to run other ARM programs). I don't want to discourage you, but get ready to learn a lot more you thought you would need to ;-) > Well, I'm going to contnue the ARM disassembler. :p Look for ARM binutils. === Subject: Re: HP 33s Indirect Register Addressing What's your serial number? On my CNA411x 33S (and on my 32SII) RCL(i) and STO(i) do work for non-integer i's Jordi === Subject: Re: HP 33s Indirect Register Addressing All, Apologies, the number in my i variable was greater than that valid for the alpha variables. My mistake. I am enjoying the 33s, even with its unusual design. Mark. > What's your serial number? On my CNA411x 33S (and on my 32SII) > RCL(i) and STO(i) do work for non-integer i's === Subject: Re: HP 33s Indirect Register Addressing > I am enjoying the 33s, even with its unusual design. > Mark. May I ask you about the even clause? What do you dislike? I am thinking to buy a HP 33 for my daughter because I believe the world needs more RPN-Girls ;-) === Subject: TiEmu-II is coming... TiEmu-II is coming... The emulation engine has been deeply reworked and has been threaded. The GUI has been upgraded to GTK+ 2.0 and the debugger has been re-developped from scratch. There are many and many other improvements ! http://lpg.ticalc.org/prj_tiemu/images/tiemu2_win32.png WIN http://lpg.ticalc.org/prj_tiemu/download/tiemu-1.70.zip LINUX http://lpg.ticalc.org/prj_tiemu/download/tiemu-1.70.tar.gz === Subject: BRAND NEW TI 89'S ON eBay factory sealed package) for like $85 on eBay. I guess the reason stores are clearing out the TI 89's is to make room for the Titanium edition calculator. But I don't know why one should buy the Titanium anyway: it has the same computer chip cpu as the TI 89 and so does not work any faster. Sure, there is more memory but the TI 89 already has a lot of memory and the added memory of the Titanium might add to the stress on the cpu and cause calculations to go slower (I'll grant you I'm not saying it's much slower and I'm not saying it necessarily happens during routine calculations). Those $85-$90 TI 89's on eBay eliminate the price advantage. Note: I have been comparing TI 89 Hardware version 2 vs. the Titanium. They stopped manufacturing Hardware version 1 of TI 89 five years ago. === Subject: Re: BRAND NEW TI 89'S ON eBay you've got the wrong NG, this one is called comp.sys.HP48 > factory sealed package) for like $85 on eBay. > I guess the reason stores are clearing out the TI 89's is to make room > for the Titanium edition calculator. But I don't know why one should > buy the Titanium anyway: it has the same computer chip cpu as the TI > 89 and so does not work any faster. Sure, there is more memory but > the TI 89 already has a lot of memory and the added memory of the > Titanium might add to the stress on the cpu and cause calculations to > go slower (I'll grant you I'm not saying it's much slower and I'm not > saying it necessarily happens during routine calculations). Those > $85-$90 TI 89's on eBay eliminate the price advantage. > Note: I have been comparing TI 89 Hardware version 2 vs. the Titanium. > They stopped manufacturing Hardware version 1 of TI 89 five years > ago. === Subject: Question re: Useable Screen Area on HP49g+ Hi Folks, I'm using a Choose command based menu system to emulate a particular aviation calculator on the 49g+. The screen on the 49g+ is actually bigger, and with a higher resolution, than the unit I'm trying to emulate - but despite all this I don't quite have enough space on the 49g+ because of all the (vertical) space taken up by the menu line and the 2 header lines. I've tried reducing the header to 1 (and zero) lines but, surprisingly, this only seems to 'switch off' these lines - it doesn't appear to make the space these display lines were using available to running programs (which seems a bit of an oversight to me). Am I missing something here? If I can find a way to display 7 items on a CHOOSE list, without scrolling, I'm 95% of the way there. CC === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ > I wanna send characters from the HP49G+ using XMIT command, a RS-232 serial > printer have to receive that characters and print them. So I need a > interface that convert IrDA to RS-232 protocol. > The protocol that I need from the printer side do not need flow control, I > only need TX and GND signals. > So I am searching a cheap interface that resolve only this communication > trouble. I cannot find information about what IRDA protocols the HP49 use > when sending serial data via the irda port. Does your printer also have a parallel (LPT) port? If so, I expect that it would be easier and cheaper to get yourself an IrDA to parallel converter. -- === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ >I think it's standard IrDA protocol and there are adapters >out there, which have a IrDA adapter and a RS-232 cable >on the other side. Should be around EUR 50. >As an example: >http://www.cooldrives.com/irconcabrsir.html >or products from Actisys >should do the work. But actually I've never tested it. The trouble is that I do not have a PC to use drivers, the protocol converter must resolve by his own the communication, cause I wanna communicate the HP49g+ with the printer directly Actisys people ask me technical data about the IrDA interface of the HP49G+ that I do not have the response Actisys ask: If HP49G+ supports IrDA protocols, then now I still have questions. HP49G+ must has options to be selected when user want to print and communicate with PC(Kermit), does HP49G+ use different protocol to print and communicate? Usually, we use IrLPT protocol to print and use IrCOMM to communicate with PC. Can customer tell me what protocol does HP49G+ use? Look forward to hear from you. What IrDA protocol does use the XMIT command?? Other product may be that developed by Bruce that start this thread. Maybe he can make a more simple interface === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ >>I think it's standard IrDA protocol and there are adapters >>out there, which have a IrDA adapter and a RS-232 cable >>on the other side. Should be around EUR 50. >>As an example: >>http://www.cooldrives.com/irconcabrsir.html >>or products from Actisys >>should do the work. But actually I've never tested it. > The trouble is that I do not have a PC to use drivers, the protocol > converter must resolve by his own the communication, cause I wanna > communicate the HP49g+ with the printer directly > Actisys people ask me technical data about the IrDA interface of the > HP49G+ that I do not have the response > Actisys ask: > If HP49G+ supports IrDA protocols, then now I still have questions. > HP49G+ must has options to be selected when user want to print and > communicate with PC(Kermit), does HP49G+ use different protocol to > print > and communicate? > Usually, we use IrLPT protocol to print and use IrCOMM to > communicate with PC. Can customer tell me what protocol does HP49G+ > use? > Look forward to hear from you. > What IrDA protocol does use the XMIT command?? > Other product may be that developed by Bruce that start this thread. > Maybe he can make a more simple interface The 49g+ uses IrCOMM for serial communication. I am not sure what it uses when you select 'print' via 'Infrared'. I may be able to figure it out. I could easily create a substantially cutback version of my interface, make it much smaller and much less expensive. I only support IrCOMM, I do not support IrLPT. Printing could easily be done (using XMIT) to a printer that supports RS-232, or an RS-232 to Centronics parallel converter could be used. My interface data packetizing would still be available, as would other custom features. The end result would be a small circuit board, about 1x1 with IrDA on one end and RS-232 out the other. No case included. It would be intended for experimenting or whatever. If this is of interest to anybody, please post here. What price would you pay? If there is enough response and the price people are willing to pay is reasonable, I will make it. Bruce === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ > The 49g+ uses IrCOMM for serial communication. I am not sure what it > uses when you select 'print' via 'Infrared'. I may be able to figure > it out. See http://www.hpcalc.org/details.php?id=4742 for information on the encoding used with Print via IR. I'm not so sure that it would be very useful for your device to be able to receive this encoding from a 49g+, as the output would be formatted for the HP 82240B or 82240A (optionally with characters 128-255 remapped). It seems to me that it would be better to print via IrDA for other printers. But perhaps it would be useful for anyone who wants to investigate exactly what byte sequence the calculator sends in this mode. It may be useful for capturing the print output from calculators (such as the 28 series) that use only this mode, but that can be done with the 48 series using HP's INPRT program (or variations of it). I don't know for certain, but perhaps a 49g+ version of INPRT could be written. Is any talented hacker willing to give it a try? Maybe you've already answered this, but does your device also work with the Serial IR used by the 48 series? See http://www.hpcalc.org/details.php?id=4742 (PDF) or http://www.hpcalc.org/details.php?id=1722 (text) for a description of this. > I could easily create a substantially cutback version of my interface, > make it much smaller and much less expensive. I only support IrCOMM, > I do not support IrLPT. Printing could easily be done (using XMIT) to > a printer that supports RS-232, or an RS-232 to Centronics parallel > converter could be used. Since it works with XMIT, it should also work with most other printing commands (CR, PR1, PRST, PRSTC, and PRVAR), except that for printing graphics objects it would be necessary to convert them to a string of escape sequences that the particular printer understands. To print via IrDA, set both flag -33 (Transfer via IR) and flag -34 (Print via wire). > My interface data packetizing would still be available, as would other > custom features. The end result would be a small circuit board, about > 1x1 with IrDA on one end and RS-232 out the other. No case included. > It would be intended for experimenting or whatever. If this is of > interest to anybody, please post here. What price would you pay? If > there is enough response and the price people are willing to pay is > reasonable, I will make it. Right now, I can't even consider spending money on another gadget, but I do hope that others respond. -- === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ I think it's standard IrDA protocol and there are adapters out there, which have a IrDA adapter and a RS-232 cable on the other side. Should be around EUR 50. As an example: http://www.cooldrives.com/irconcabrsir.html or products from Actisys should do the work. But actually I've never tested it. Marten > I wanna send characters from the HP49G+ using XMIT command, a RS-232 serial > printer have to receive that characters and print them. So I need a > interface that convert IrDA to RS-232 protocol. > The protocol that I need from the printer side do not need flow control, I > only need TX and GND signals. > So I am searching a cheap interface that resolve only this communication > trouble. I cannot find information about what IRDA protocols the HP49 use > when sending serial data via the irda port. > Maurizio === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ Anyone out there know of a help document for getting IRDA working on my 49G+? I've got an IBM laptop with IRDA on it, but can't seem to get any IR comms going between it and my calculator. Al... > I think it's standard IrDA protocol and there are adapters > out there, which have a IrDA adapter and a RS-232 cable > on the other side. Should be around EUR 50. > As an example: > http://www.cooldrives.com/irconcabrsir.html > or products from Actisys > should do the work. But actually I've never tested it. > Marten > I wanna send characters from the HP49G+ using XMIT command, a RS-232 serial > printer have to receive that characters and print them. So I need a > interface that convert IrDA to RS-232 protocol. > The protocol that I need from the printer side do not need flow control, I > only need TX and GND signals. > So I am searching a cheap interface that resolve only this communication > trouble. I cannot find information about what IRDA protocols the HP49 use > when sending serial data via the irda port. > Maurizio === Subject: IO and GARBAGE I have a program that uses the IR to send and receive data for long periods of time. Now I am having this problem: after awhile, it hangs for a second, and waits. Then it continues. I assumed this was a garbage issue, so I inserted the command GARBAGE. This kept it from happening for longer peiods of time, but never completely stopped it. I thought that a GARBAGE would clear it all up and prevent this. The way the routine is called is like this. :: (Send) (Receive) (Process the Data) ; :: GetData GARBAGE LoopAgain ; I run LoopAgain to start the program. Now maybe it keeps piling up the activation records that aren't cleared by garbage, and this is building up to giving me the problem. Does anyone see a better way to run this? TW === Subject: Re: IO and GARBAGE << MEM DROP >> forces a garbage collection in the UserRPL world. -Greg S > I have a program that uses the IR to send and receive data for long > periods of time. Now I am having this problem: after awhile, it hangs > for a second, and waits. Then it continues. I assumed this was a > garbage issue, so I inserted the command GARBAGE. This kept it from > happening for longer peiods of time, but never completely stopped it. > I thought that a GARBAGE would clear it all up and prevent this. > The way the routine is called is like this. > :: > (Send) > (Receive) > (Process the Data) > :: > GetData > GARBAGE > LoopAgain > I run LoopAgain to start the program. > Now maybe it keeps piling up the activation records that aren't > cleared by garbage, and this is building up to giving me the problem. > Does anyone see a better way to run this? > TW === Subject: Re: Qonos ideas My main problem with these cals for years was the support for external programs like the ones from the MS Office, pictures, BASIC language and others. I think it is very important the compliance between future HP machines and these languages. [ ] CM > Built-in digital FM tuner > A power led to signal a sleep mode for the LCD > to consume as little power as possible > Long-hold OFF => truly off, needs a boot > normal OFF => hypernate > sleep mode is automatic and happens after the back-light is gone > Between every keystroke and after any calculation/screen update > a slow mode is applied > MODES of the Linux side: > 0) overclocked system melting through earths core > 1) running full power with ALL possible peripherals active > 2) running, but no periphreals > 3) idle => slow mode > 4) back light off (user adjustable timer) > 5) LCD sleep, power led blinking (user adjustable timer) > 6) hybernate - user initiated or low power (instant ON possible) > 7) OFF - user initiated or power loss (needs to boot) > 8) Memory lost - not from Flash > 9) Flash erase (sold to another user) - system is protected > 10) System erase (for update) - bootblock is protected > 11) Boot block erase - BWAHAHAHAHA...HUHUHU..HOHOHO > > 12) See number 0) no memory at all - no device anymore > 13) VPN loans your SDA....it's Friday... === Subject: Re: Qonos ideas >One of the things I love from this device is its expansion options. >You can build your own personal solution to add it to Qonos, ... >Do you think Qonos needs a FM tuner? No problem, make (or buy) a CF FM >tuner, and develop some drivers if needed and a nice Gtk front-end, ... I just hope some thought is being given to the Qonos' overall usability. The HP48/9 series is so nice because everything is integrated into one well thought out software environment. A bunch of seperate GTk apps running under Linux isn't going to be nearly as well integrated, even if it is more powerful. (eg: How do I write a program that manipulates an equation using the HP49 emulator and then uses MathsExplorer to plot it at native resolution? How do I sample a data point from the sled's ADC using the TI-89 emulator?) IMO, More than any hardware issue, the software is what will make or break this thing as a super calculator. I guess the target market has been stated as being higher-end than that, but it would have been nice to have a truly next-generation calcualtor both in body and in spirit. Anyway, good luck to all involved. I wish you well. -Mike -- http://www.mschaef.com === Subject: Re: Qonos ideas Fully-working, reliable, keyboard Source from 3rd party if required (HP engineers, don't bother applying) > Built-in digital FM tuner === === Subject: Re: Qonos Design Flaws *BAD* > There is only one: And here goes another thread by Mr VPN based on something he doesn't know anything about and nobody ever saw anything on it. You're assuming stuff then you comment on it: pretty amazing really Soon you will post on how bad the ENTER keys feel like without actually ever seen the product? === Subject: Re: EQL+ SOLVESYS IMPLEMENTATION REQUEST > I agree with Oby, the inability to use SOLVESYS with EQL+ is what is keeping > it off my calc in favour of eql49. You can use SOLVSYS with EQL+ , what's the problem? eql49 is dangerous. from the HP48 as default and creates the reserved variable MPar. Now, Option SOLV from the equation selector sets first the CONSTANTS library for choosing between solving with units or without units and constants (the latter pre-evaluated in the current unit base). The equation variables are created with a default value so fast that the boaring message Starting solver is dispensable. What still could be made is adding an editor for these variables. That's not a big deal. The main problem was the creation of 2 distinct mutations of the original equations in real time: one for display, and the other one with all units and constants pre-evaluated for unit-free solving. These are stored in long tables in the original equation library. The 49+ is fast enough to compute information *on the way* instead of storing long tables. - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science PS for those who don't have a Library-Data decompiler but are curious what Mpar contains: Simply execute the error-protected XLIB 228 18. You create this rompointer by applying XLIB~ from lib 256 on 218 18. 1601 === Subject: Re: hp49g+ broken keys I'm currently corresponding with HP as we speak and lodging a formal complaint on this Keyboard Quality issue. The Keytime feature I was talking about a couple of months ago I have to say I was mistaken as this feature gave a false impression and appeared to be resolving this problem of missed keystrokes. I have requested Pavel Machala (English Calculator Support) Moravia Consulting, to browse the posts of this newsgroup relating to this issue. So the more comments from you people the better, and we may get issue solved once and for all!! Noel Causerano (Geocalc Software) Registered Reseller HP Invent URL: www.geocalc.net === Subject: Re: hp49g+ broken keys > I'm currently corresponding with HP as we speak and lodging a formal > complaint on this Keyboard Quality issue. The Keytime feature I was > talking about a couple of months ago I have to say I was mistaken as > this feature gave a false impression and appeared to be resolving this > problem of missed keystrokes. > I have requested Pavel Machala (English Calculator Support) Moravia > Consulting, to browse the posts of this newsgroup relating to this > issue. So the more comments from you people the better, and we may > get issue solved once and for all!! THANK YOU! I tried talking to Pavel, he said it wasn't a warrenty issue >:-( Even though it can be exchanged in other countries. I ended up having to to an exchange with somebody who I was sure would gave an improved keyboard, so it isn't an issue for me anymore. But I have a friend who is interested. The noisy keyboard is useless for exams. === Subject: Re: Wow >I think I probably mislead you here, ...its not temporary storage for >the enormity of these files, but rather the footprint taken up at >runtime predominantly with analysis or modelling tools. >For example, take a finite element grid comprising 20000 plus node >points (this is not a global grid by any means) - and want to determine >spectral output given a wind and wave forcing, and boundary spectra over >time (were talking 6-dimensional data) ... that wouldn't be much trouble >for most hardware, but try the same while interpolating over the grid >and feed in wave-enhanced bottom friction - and your footprint goes up >at least 3-fold; if you've managed to code *judiciously* and *vectorize* >data access. > just my 2c, I have an enormous respect for JYA, his team and what he is > created, but I doubt that that type of floating point computational heavy > type of work is addapted to Qonos. > For a start, remember, that there is no floating point unit in the Xscale. Hi Cyrille, hi all: I'm with you there, and certainly I share the same respect for JYA and the Hydrix team - there's no question of that. JYA is among on of few who have thought seriously about giving real grunt to a handheld - I just don't want it to be a PDA on steroids - but a real gadget that can be used for solid work. Maybe not in this production run of Qonos and probably not for a while, but I think JYA has the vision to go there, it's definitely a part of the market that has never been tapped into - a market for scientific handhelds where truly *productive* work can be acheived. It's convenient to overlook the floating point issues with the Xscale - ideas here are really constrained by capabilities in hardware; that's kind of where my argument falls of the edge of a square earth ;-) Yet as I said before, ... we are not too far behind (if not there already) where this type of capability *is* and *should* be a reality in a handheld. Given the design goals of the initial Qonos project, that won't turn to reality just yet - but I'd definitly like to see Hydrix go down that path on day; and I think they are just the team to do it - and to put action to my words I'd even buy considerable shares in Hydrix if it ever went public, I really believe in this group. Again come what may, I think JYA and the Hydrix team will do us all proud - and I'll be waiting feverishly for their up-coming installment not to mention what they'd come up with a decade from now (fingers crossed). :-) -- ^^^^^^^^ === Subject: Calking Do you know Calking? It is a calculation and document creation software from Japan. Simplex and Microtek(not Microsoft) have completed the English version. Now it's available in the market. Anyone who want to try it to compare with others? I'd like to know your opinion. Mathcad Maple Mathematica MatLabo This software is very easy to use. A primary school pupil can use it too. It has very powerful functions. Math calculation, spread sheet, graph, drawing (Cad), word processing, publishing, Ams-LaTex etc... In fact, 4 programmers have spent 14 years to deveolp this software. Can you believe it Tanaka http://www.microtek.co.jp/product/others/simplex_e/index.html === Subject: Calking Do you know Calking? It is a calculation and document creation software from Japan. Simplex and Microtek(not Microsoft) have completed the English version. Now it's available in the market. Anyone who want to try it to compare with others? I'd like to know your opinion. Mathcad Maple Mathematica MatLabo This software is very easy to use. A primary school pupil can use it too. It has very powerful functions. Math calculation, spread sheet, graph, drawing (Cad), word processing, publishing, Ams-LaTex etc... In fact, 4 programmers have spent 14 years to deveolp this software. Can you believe it Tanaka http://www.microtek.co.jp/product/others/simplex_e/index.html === Subject: Re: Calking masa schrieb im Newsbeitrag > Do you know Calking? > It is a calculation and document creation software from Japan. > Simplex and Microtek(not Microsoft) have completed the English > version. > Now it's available in the market. > Anyone who want to try it to compare with others? > I'd like to know your opinion. > Mathcad > Maple > Mathematica > MatLabo > This software is very easy to use. A primary school pupil can use it > too. > It has very powerful functions. > Math calculation, spread sheet, graph, drawing (Cad), word processing, > publishing, Ams-LaTex etc... > In fact, 4 programmers have spent 14 years to deveolp this software. > Can you believe it Yes I can believe it. What I can't believe is, that somebody is stupid enough to post a link to such crap, which just cycles between irrelevant drool and unreadable (for normal Europeans/Americans) glyphs. And yes, I can imagine what a BS that software is. Talking about it in context with Mathematica and other high-end quality tools is pure sacrilege! > http://www.microtek.co.jp/product/others/simplex_e/index.html === Subject: Re: Calking > Do you know Calking? > In fact, 4 programmers have spent 14 years to deveolp this software. > Can you believe it I could believe that those four guys spent their 14 years in jail or something, and were killing time. That website is an unnavigable piece of junk - I'd hate to see the software. === Subject: Re: Problems with a frequency response exercise charset=iso-8859-1 > HP-49G+ > Y=(1/R)+J(w*C-1/(w*L)). > Now, the calculator gives me this answer: > (1.2*w^2+(0,166)*w+14000)/(w^2+(0,980)*w+20000) > The problem is that i don't know how to make the hp give me the real > part and the imaginary part in an X+jY or (X,Y) form so i can isolate > w from the imaginary part thus finding the right answer. It just did, didn't it?: (1.2w^2 + 1400) + j166w ----------------------- (w^2 + 20000) + j980w Without doing your homework for you, factor, convert to magnitude-angle form and solve numerically. In general: (1 + ajw)(1 + bjw)(1 + cjw).... H(w) = G ------------------------------- (1 + xjw)(1 + yjw)(1 + zjw).... sqrt(1 + (aw)^2) sqrt(1 + (bw)^2) sqrt(1 + (cw)^2) .... Mag(w) = G ------------------------------------------------------- sqrt(1 + (xw)^2) sqrt(1 + (yw)^2) sqrt(1 + (zw)^2) .... Ang(w) = (arctan(aw) + arctan(bw) + arctan(cw) ....) - (arctan(xw) + arctan(yw) + arctan(zw) ....) Look familiar? === Subject: Re: Problems with a frequency response exercise > HP-49G+ > Y=(1/R)+J(w*C-1/(w*L)). > Now, the calculator gives me this answer: > (1.2*w^2+(0,166)*w+14000)/(w^2+(0,980)*w+20000) > The problem is that i don't know how to make the hp give me the real > part and the imaginary part in an X+jY or (X,Y) form so i can isolate > w from the imaginary part thus finding the right answer. > It just did, didn't it?: > (1.2w^2 + 1400) + j166w > ----------------------- > (w^2 + 20000) + j980w > Without doing your homework for you, factor, convert to magnitude-angle form > and solve numerically. > In general: > (1 + ajw)(1 + bjw)(1 + cjw).... > H(w) = G ------------------------------- > (1 + xjw)(1 + yjw)(1 + zjw).... > sqrt(1 + (aw)^2) sqrt(1 + (bw)^2) sqrt(1 + (cw)^2) .... > Mag(w) = G ------------------------------------------------------- > sqrt(1 + (xw)^2) sqrt(1 + (yw)^2) sqrt(1 + (zw)^2) .... > > Ang(w) = (arctan(aw) + arctan(bw) + arctan(cw) ....) - > (arctan(xw) + arctan(yw) + arctan(zw) ....) > Look familiar? === Subject: HP 33s Indirect Register Addressing Any comment...? I am trying to use the i variable (i.e. a storage location) on the HP 33s to address variables A-Z indirectly. However, if I have a non-integer value in i and try to use RCL(i) or STO(i), the calculator complains with INVALID (i). This doesn't seem right, because to use the DSE and ISE functions, it is necessary to set up a variable using the format ccccccc.fffii, which implies that there has to be a non-integer value in a register used directly for a counter index. To get around this, I will have to use a different register as the counter, take it's integer value and store it in i to use STO (i) and RCL (i). This uses an extra variable, which seems unnecessary. Why can the HP 33s simply ignore the fraction part? By the way, ccccccc.fffii, c = counter value, f= compare value and i=increment DSE = Decrement Skip if Equal ISE = Increment Skip if Equal Mark. === Subject: Re: HP 33s Indirect Register Addressing What's your serial number? On my CNA411x 33S (and on my 32SII) RCL(i) and STO(i) do work for non-integer i's Jordi === Subject: Re: HP 33s Indirect Register Addressing All, Apologies, the number in my i variable was greater than that valid for the alpha variables. My mistake. I am enjoying the 33s, even with its unusual design. Mark. > What's your serial number? On my CNA411x 33S (and on my 32SII) > RCL(i) and STO(i) do work for non-integer i's > Jordi === Subject: Re: HP 33s Indirect Register Addressing > I am enjoying the 33s, even with its unusual design. > Mark. May I ask you about the even clause? What do you dislike? I am thinking to buy a HP 33 for my daughter because I believe the world needs more RPN-Girls ;-) -- Rolf === Subject: Re: Some history about the USA and France... charset=Windows-1252 > One character, > a real person in fact, Might we think otherwise? > acted bravely in order to help America to guarantee its freedom : > His name was Beaumarchais. Beaumarchais was a clown: http://www.utpjournals.com/product/ctr/95/clown03.html Best known for The Marriage of Figaro. I never heard of him in any history course I took. Did anyone else? -- Nicholas O. Lindan, Cleveland, Ohio Consulting Engineer: Electronics; Informatics; Photonics. Remove spaces etc. to reply: n o lindan at net com dot com === Subject: Re: Some history about the USA and France... > Beaumarchais was a clown: > http://www.utpjournals.com/product/ctr/95/clown03.html > Best known for The Marriage of Figaro. Well, congratulation for displaying your ignorance in public :) Calling him a *clown* is quite far from reality though. > I never heard of him in any history course I took. Did anyone else? That must mean he was a clown then. Beaumarchais was a play writer sure (most famous ones were Le Barbier de Seville which was adapted by Rossini in a very famous opera and Marriage de Figaro adapted by Wolfgang Amadeus Mozart into on Opera). What is less knows is that after achieving fame and fortune (he became extremely wealthy) he was one of the major contributor to the American revolution against Great Britain by providing weapons to the American resistance (to the dispair of his heirs was never got any payment back). He was also a great influence to France decision to send troops and weapons to America to help fight the war of independance. === Subject: Re: Some history about the USA and France... charset=Windows-1252 > I seem to remember the [Citroen]SM..... with that Maserati engine > ...must've been a missile (that looked like a lemon). Drove one in Germany for a couple months: More a lemon that looked like a missile. -- Nicholas O. Lindan, Cleveland, Ohio Consulting Engineer: Electronics; Informatics; Photonics. Remove spaces etc. to reply: n o lindan at net com dot com === Subject: Re: Hp49G+ emulator ? I've heard of an existing HP49G+ emulator project, what about it ? who was trying to make it ? a++ y. === Subject: Re: Hp49G+ emulator ? > I've heard of an existing HP49G+ emulator project, what about it ? who was > trying to make it ? Reread Robert Hildinger posts in this thread... === Subject: Re: Hp49G+ emulator ? > Do you have some informations about the HP49G+ hardware, memory addresses, > etc ??? It would be useful. You have posted some example programs about > greyscale screen, That was Cyrille, not JYA what documents do you have ? I would be glad if you could > send me them... :-)) I really don't know why HP can't make at least basic info like a simplified memory map available. At present there have been almost no arm programs. I was hoping FFAC would motivate people, but it didn't :-/ This thread might help you get started... === Subject: Re: Hp49G+ emulator ? > I really don't know why HP can't make at least basic info like a > simplified memory map available. I should mention that I personally would greatly appreciate it if this info was released. There are 2 things I'd like to with this after exams (and after I finish my clock adjustment util) 1) Update my webpage with a better tutorial on ARM programming. The information there is almost useless for real applications because you 2) Write some essential routines so you can use program the calculator in C. Maybe start a sourceforge project for this - HPCC anyone? So, please HP, tell this newsgroup: 1) How to access saturn memory from ARM 2) How the ARM peripherals are mapped in ARM memory Then games and other programs can be made. === Subject: Re: Hp49G+ emulator ? > - Third : The performance would not be worst than if we were emulating an > other ARM ROM, without saturn emulation level. Actually, I want to emulate > an ARM ROM. there will be only ARM assembly and I don't think the speed will > be so slow (if I do an efficient code... :p) I have written what I think is a very fast ARMv5TE simulator. It knows nothing about MMU or about any peripheral, pure ISA simulation. It is faster than any other interpretive ARM simulator I know. And you know what its speed is? 17M instructions per second on a 1 GHz Athlon... OK it is written in C, but I don't think going to assembly language would speed it up enough to overcome the increased slowness of taking into account real hardware. So you will have to write a dynamic recompiling simulator or statically translate the ROM (that may be easier, but you would need anywayan ISA simulator, be it an interpreter or a dynamic recompiler, to run other ARM programs). I don't want to discourage you, but get ready to learn a lot more you thought you would need to ;-) > Well, I'm going to contnue the ARM disassembler. :p Look for ARM binutils. Have fun! === Subject: TiEmu-II is coming... TiEmu-II is coming... The emulation engine has been deeply reworked and has been threaded. The GUI has been upgraded to GTK+ 2.0 and the debugger has been re-developped from scratch. There are many and many other improvements ! http://lpg.ticalc.org/prj_tiemu/images/tiemu2_win32.png WIN http://lpg.ticalc.org/prj_tiemu/download/tiemu-1.70.zip LINUX http://lpg.ticalc.org/prj_tiemu/download/tiemu-1.70.tar.gz === Subject: BRAND NEW TI 89'S ON eBay factory sealed package) for like $85 on eBay. I guess the reason stores are clearing out the TI 89's is to make room for the Titanium edition calculator. But I don't know why one should buy the Titanium anyway: it has the same computer chip cpu as the TI 89 and so does not work any faster. Sure, there is more memory but the TI 89 already has a lot of memory and the added memory of the Titanium might add to the stress on the cpu and cause calculations to go slower (I'll grant you I'm not saying it's much slower and I'm not saying it necessarily happens during routine calculations). Those $85-$90 TI 89's on eBay eliminate the price advantage. Note: I have been comparing TI 89 Hardware version 2 vs. the Titanium. They stopped manufacturing Hardware version 1 of TI 89 five years ago. === Subject: Re: BRAND NEW TI 89'S ON eBay you've got the wrong NG, this one is called comp.sys.HP48 > factory sealed package) for like $85 on eBay. > I guess the reason stores are clearing out the TI 89's is to make room > for the Titanium edition calculator. But I don't know why one should > buy the Titanium anyway: it has the same computer chip cpu as the TI > 89 and so does not work any faster. Sure, there is more memory but > the TI 89 already has a lot of memory and the added memory of the > Titanium might add to the stress on the cpu and cause calculations to > go slower (I'll grant you I'm not saying it's much slower and I'm not > saying it necessarily happens during routine calculations). Those > $85-$90 TI 89's on eBay eliminate the price advantage. > Note: I have been comparing TI 89 Hardware version 2 vs. the Titanium. > They stopped manufacturing Hardware version 1 of TI 89 five years > ago. === Subject: Question re: Useable Screen Area on HP49g+ Hi Folks, I'm using a Choose command based menu system to emulate a particular aviation calculator on the 49g+. The screen on the 49g+ is actually bigger, and with a higher resolution, than the unit I'm trying to emulate - but despite all this I don't quite have enough space on the 49g+ because of all the (vertical) space taken up by the menu line and the 2 header lines. I've tried reducing the header to 1 (and zero) lines but, surprisingly, this only seems to 'switch off' these lines - it doesn't appear to make the space these display lines were using available to running programs (which seems a bit of an oversight to me). Am I missing something here? If I can find a way to display 7 items on a CHOOSE list, without scrolling, I'm 95% of the way there. CC === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ > I wanna send characters from the HP49G+ using XMIT command, a RS-232 serial > printer have to receive that characters and print them. So I need a > interface that convert IrDA to RS-232 protocol. > The protocol that I need from the printer side do not need flow control, I > only need TX and GND signals. > So I am searching a cheap interface that resolve only this communication > trouble. I cannot find information about what IRDA protocols the HP49 use > when sending serial data via the irda port. Does your printer also have a parallel (LPT) port? If so, I expect that it would be easier and cheaper to get yourself an IrDA to parallel converter. -- === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ >I think it's standard IrDA protocol and there are adapters >out there, which have a IrDA adapter and a RS-232 cable >on the other side. Should be around EUR 50. >As an example: >http://www.cooldrives.com/irconcabrsir.html >or products from Actisys >should do the work. But actually I've never tested it. The trouble is that I do not have a PC to use drivers, the protocol converter must resolve by his own the communication, cause I wanna communicate the HP49g+ with the printer directly Actisys people ask me technical data about the IrDA interface of the HP49G+ that I do not have the response Actisys ask: If HP49G+ supports IrDA protocols, then now I still have questions. HP49G+ must has options to be selected when user want to print and communicate with PC(Kermit), does HP49G+ use different protocol to print and communicate? Usually, we use IrLPT protocol to print and use IrCOMM to communicate with PC. Can customer tell me what protocol does HP49G+ use? Look forward to hear from you. What IrDA protocol does use the XMIT command?? Other product may be that developed by Bruce that start this thread. Maybe he can make a more simple interface Maurizio === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ >>I think it's standard IrDA protocol and there are adapters >>out there, which have a IrDA adapter and a RS-232 cable >>on the other side. Should be around EUR 50. >>As an example: >>http://www.cooldrives.com/irconcabrsir.html >>or products from Actisys >>should do the work. But actually I've never tested it. > The trouble is that I do not have a PC to use drivers, the protocol > converter must resolve by his own the communication, cause I wanna > communicate the HP49g+ with the printer directly > Actisys people ask me technical data about the IrDA interface of the > HP49G+ that I do not have the response > Actisys ask: > If HP49G+ supports IrDA protocols, then now I still have questions. > HP49G+ must has options to be selected when user want to print and > communicate with PC(Kermit), does HP49G+ use different protocol to > print > and communicate? > Usually, we use IrLPT protocol to print and use IrCOMM to > communicate with PC. Can customer tell me what protocol does HP49G+ > use? > Look forward to hear from you. > What IrDA protocol does use the XMIT command?? > Other product may be that developed by Bruce that start this thread. > Maybe he can make a more simple interface The 49g+ uses IrCOMM for serial communication. I am not sure what it uses when you select 'print' via 'Infrared'. I may be able to figure it out. I could easily create a substantially cutback version of my interface, make it much smaller and much less expensive. I only support IrCOMM, I do not support IrLPT. Printing could easily be done (using XMIT) to a printer that supports RS-232, or an RS-232 to Centronics parallel converter could be used. My interface data packetizing would still be available, as would other custom features. The end result would be a small circuit board, about 1x1 with IrDA on one end and RS-232 out the other. No case included. It would be intended for experimenting or whatever. If this is of interest to anybody, please post here. What price would you pay? If there is enough response and the price people are willing to pay is reasonable, I will make it. Bruce === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ > The 49g+ uses IrCOMM for serial communication. I am not sure what it > uses when you select 'print' via 'Infrared'. I may be able to figure > it out. See http://www.hpcalc.org/details.php?id=4742 for information on the encoding used with Print via IR. I'm not so sure that it would be very useful for your device to be able to receive this encoding from a 49g+, as the output would be formatted for the HP 82240B or 82240A (optionally with characters 128-255 remapped). It seems to me that it would be better to print via IrDA for other printers. But perhaps it would be useful for anyone who wants to investigate exactly what byte sequence the calculator sends in this mode. It may be useful for capturing the print output from calculators (such as the 28 series) that use only this mode, but that can be done with the 48 series using HP's INPRT program (or variations of it). I don't know for certain, but perhaps a 49g+ version of INPRT could be written. Is any talented hacker willing to give it a try? Maybe you've already answered this, but does your device also work with the Serial IR used by the 48 series? See http://www.hpcalc.org/details.php?id=4742 (PDF) or http://www.hpcalc.org/details.php?id=1722 (text) for a description of this. > I could easily create a substantially cutback version of my interface, > make it much smaller and much less expensive. I only support IrCOMM, > I do not support IrLPT. Printing could easily be done (using XMIT) to > a printer that supports RS-232, or an RS-232 to Centronics parallel > converter could be used. Since it works with XMIT, it should also work with most other printing commands (CR, PR1, PRST, PRSTC, and PRVAR), except that for printing graphics objects it would be necessary to convert them to a string of escape sequences that the particular printer understands. To print via IrDA, set both flag -33 (Transfer via IR) and flag -34 (Print via wire). > My interface data packetizing would still be available, as would other > custom features. The end result would be a small circuit board, about > 1x1 with IrDA on one end and RS-232 out the other. No case included. > It would be intended for experimenting or whatever. If this is of > interest to anybody, please post here. What price would you pay? If > there is enough response and the price people are willing to pay is > reasonable, I will make it. Right now, I can't even consider spending money on another gadget, but I do hope that others respond. === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ I think it's standard IrDA protocol and there are adapters out there, which have a IrDA adapter and a RS-232 cable on the other side. Should be around EUR 50. As an example: http://www.cooldrives.com/irconcabrsir.html or products from Actisys should do the work. But actually I've never tested it. Marten > I wanna send characters from the HP49G+ using XMIT command, a RS-232 serial > printer have to receive that characters and print them. So I need a > interface that convert IrDA to RS-232 protocol. > The protocol that I need from the printer side do not need flow control, I > only need TX and GND signals. > So I am searching a cheap interface that resolve only this communication > trouble. I cannot find information about what IRDA protocols the HP49 use > when sending serial data via the irda port. > Maurizio === Subject: Re: IrDA to RS-232 Serial (and bluetooth!) exclusively for the HP-49g+ Anyone out there know of a help document for getting IRDA working on my 49G+? I've got an IBM laptop with IRDA on it, but can't seem to get any IR comms going between it and my calculator. Al... > I think it's standard IrDA protocol and there are adapters > out there, which have a IrDA adapter and a RS-232 cable > on the other side. Should be around EUR 50. > As an example: > http://www.cooldrives.com/irconcabrsir.html > or products from Actisys > should do the work. But actually I've never tested it. > Marten > I wanna send characters from the HP49G+ using XMIT command, a RS-232 serial > printer have to receive that characters and print them. So I need a > interface that convert IrDA to RS-232 protocol. > The protocol that I need from the printer side do not need flow control, I > only need TX and GND signals. > So I am searching a cheap interface that resolve only this communication > trouble. I cannot find information about what IRDA protocols the HP49 use > when sending serial data via the irda port. > Maurizio === Subject: IO and GARBAGE I have a program that uses the IR to send and receive data for long periods of time. Now I am having this problem: after awhile, it hangs for a second, and waits. Then it continues. I assumed this was a garbage issue, so I inserted the command GARBAGE. This kept it from happening for longer peiods of time, but never completely stopped it. I thought that a GARBAGE would clear it all up and prevent this. The way the routine is called is like this. :: (Send) (Receive) (Process the Data) ; :: GetData GARBAGE LoopAgain ; I run LoopAgain to start the program. Now maybe it keeps piling up the activation records that aren't cleared by garbage, and this is building up to giving me the problem. Does anyone see a better way to run this? TW === Subject: Re: IO and GARBAGE << MEM DROP >> forces a garbage collection in the UserRPL world. -Greg S > I have a program that uses the IR to send and receive data for long > periods of time. Now I am having this problem: after awhile, it hangs > for a second, and waits. Then it continues. I assumed this was a > garbage issue, so I inserted the command GARBAGE. This kept it from > happening for longer peiods of time, but never completely stopped it. > I thought that a GARBAGE would clear it all up and prevent this. > The way the routine is called is like this. > :: > (Send) > (Receive) > (Process the Data) > :: > GetData > GARBAGE > LoopAgain > I run LoopAgain to start the program. > Now maybe it keeps piling up the activation records that aren't > cleared by garbage, and this is building up to giving me the problem. > Does anyone see a better way to run this? > TW === Subject: Re: Qonos ideas My main problem with these cals for years was the support for external programs like the ones from the MS Office, pictures, BASIC language and others. I think it is very important the compliance between future HP machines and these languages. [ ] CM > Built-in digital FM tuner > A power led to signal a sleep mode for the LCD > to consume as little power as possible > Long-hold OFF => truly off, needs a boot > normal OFF => hypernate > sleep mode is automatic and happens after the back-light is gone > Between every keystroke and after any calculation/screen update > a slow mode is applied > MODES of the Linux side: > 0) overclocked system melting through earths core > 1) running full power with ALL possible peripherals active > 2) running, but no periphreals > 3) idle => slow mode > 4) back light off (user adjustable timer) > 5) LCD sleep, power led blinking (user adjustable timer) > 6) hybernate - user initiated or low power (instant ON possible) > 7) OFF - user initiated or power loss (needs to boot) > 8) Memory lost - not from Flash > 9) Flash erase (sold to another user) - system is protected > 10) System erase (for update) - bootblock is protected > 11) Boot block erase - BWAHAHAHAHA...HUHUHU..HOHOHO > > 12) See number 0) no memory at all - no device anymore > 13) VPN loans your SDA....it's Friday... === Subject: Re: Qonos ideas Originator: mschaef@fnord.io.com (MSCHAEF.COM) ... >One of the things I love from this device is its expansion options. >You can build your own personal solution to add it to Qonos, ... >Do you think Qonos needs a FM tuner? No problem, make (or buy) a CF FM >tuner, and develop some drivers if needed and a nice Gtk front-end, ... I just hope some thought is being given to the Qonos' overall usability. The HP48/9 series is so nice because everything is integrated into one well thought out software environment. A bunch of seperate GTk apps running under Linux isn't going to be nearly as well integrated, even if it is more powerful. (eg: How do I write a program that manipulates an equation using the HP49 emulator and then uses MathsExplorer to plot it at native resolution? How do I sample a data point from the sled's ADC using the TI-89 emulator?) IMO, More than any hardware issue, the software is what will make or break this thing as a super calculator. I guess the target market has been stated as being higher-end than that, but it would have been nice to have a truly next-generation calcualtor both in body and in spirit. Anyway, good luck to all involved. I wish you well. -Mike -- http://www.mschaef.com === Subject: Re: Qonos ideas Fully-working, reliable, keyboard Source from 3rd party if required (HP engineers, don't bother applying) > Built-in digital FM tuner === Subject: QonoS Qo'noS The correct pronunciation of the name is kronos spelled QonoS in Klingon Language, although in many occasions it is said simply Klingon. The only class M world in the Cygnus system, Qo'nos is the homeworld of the Klingon Empire and the seat of its capital, veng wa'DIch. Possessing a single landmass bordered on all sides by an extremely salty sea, the planet is roughly one and a half times the size of Earth, experiencing a vast range of hostile climates, from lush tropical forests, to arid volcanic wastelands, to sub-freezing glacial plains. A swirling cover of storm clouds is nearly omnipresent over to a passing asteroid which caused a shift in the planet's axis. Other cities of note on Qo'noS are Vospeg, the planet's primary industrial center, Quin'let, home of many of the Empire's noble Houses, and Qam-Chee, site of one of the greatest moments in the chronicles of Kahless the Unforgettable and home to the Empire's premiere military academy. Planet name: Qo'noS Dominant Species: Klingon Coordinates: 165.68-0.02 5694654.97 Population: 6.5 ion Largest City: Vospeg (29.1 million) The crew of Enteprise D visited Qo'noS in different occasions under the command from captain Jean-Luc Picard. CM === Subject: Re: Qonos Design Flaws *BAD* > There is only one: And here goes another thread by Mr VPN based on something he doesn't know anything about and nobody ever saw anything on it. You're assuming stuff then you comment on it: pretty amazing really Soon you will post on how bad the ENTER keys feel like without actually ever seen the product? === Subject: Re: Qonos Design Flaws *BAD* > There is only one: > And here goes another thread by Mr VPN based on something he doesn't > know anything about and nobody ever saw anything on it. You're assuming > stuff then you comment on it: pretty amazing really > Soon you will post on how bad the ENTER keys feel like without actually > ever seen the product? VPN's enthusiasum about your product aside.. I think it's safe to say that there are several of us waiting to hear whether your battery will be easily replaceable or not. Al... Subject: Broken Screen on HP 49g+ I have an HP-49g+ with a broken LCD. I only bought it about two months ago. I had been keeping it in my backpack, inside the nice cushy leather case. When I took it out a few days ago, the screen was cracked. 1. Is this my fault? Sure, maybe my backpack wasn't the best place to put it, but I would say that it's within logic to trust a case to keep the equipment inside safe. Besides, HP has (read: used to have) a reputation for building equipment that wouldn't break when dropped three feet onto a cement floor on the corner. 2. Can I convince them to fix it? 3. Am I screwed because I already told them what happened? I explained what happened to the tech support person, and here's what transpired: Me: ...what can I do about this? Him: Well, that's an out-of-warranty repair. Me: But I've only had it two months. Him: But LCD damage is not covered under the warranty. The warranty only covers defects in manufacturing, and broken screens are considered user abuse or a hazardous environment. (Both of which, mind you, previous HP's took without complaint) Me: This, from a company that used to drop their calculators on the corners from three feet onto a cement floor?! Him: Never on the LCD, always on the corner. (...which is bull, since the shock from slamming a calculator on the corner is much more than being pressed on by a couple of books. LCD's are fragile... we can replace it for ~$90... Me: I'll have to call you back on that. Him: Can I get the serial number of that calculator? Me: (stupidly gives it to him) Me: (hangs up) Does that screw me forever, or can I convince them that his notes are wrong? Please help me--I really like this calculator (although I have to say my 89 is a bit easier to use, but nothing beats the geek factor of an HP) but I sure as hell am not going to pay 2/3 the cost of it to get a screen fixed. Just a jab to those who say HP's are much better than TI's: I can sit on my 89, and the plastic slide case, which I originally thought was flimsy compared to the nice case that came with my HP, will deflect all of the force off of the LCD and down the solid sides of the case. I have treated my TI worse than that for a year and the only thing broken is the link port, which is easy to break on any calculator. On another note, anyone wanna sell me a 41CV. :- Just kidding... === Subject: Re: Broken Screen on HP 49g+ The exact same thing happened to me -- HP will not repair the damaged screen. They consider it non-servicable. The $95 fee is the standard cost for any out-of-warranty replacement. They'd ship you a new factory-sealed unit, and tell you to hold on to the old one for 30 days. If, at the end of that time, they haven't recalled it, you can dispose of it as you like. Sucks, I know, but I went through with it anyways. They haven't asked me for the old one back, so I'm keeping it. Maybe I'll experiment with it a bit. Oh, and if anyone has a nonfunctioning unit with an intact screen, maybe I'll try a little Dr. Frankenstien surgery on them... Luke === Subject: Re: Broken Screen on HP 49g+ Hello > I have an HP-49g+ with a broken LCD. I only bought it about two months > ago. I had been keeping it in my backpack, inside the nice cushy > leather case. When I took it out a few days ago, the screen was > cracked. > 1. Is this my fault? Sure, maybe my backpack wasn't the best place to > put it, but I would say that it's within logic to trust a case to keep > the equipment inside safe. Besides, HP has (read: used to have) a > reputation for building equipment that wouldn't break when dropped > three feet onto a cement floor on the corner. I'm with HP on this one. It requires SERIOUS force to break a screen even in the HP49G+, no matter what you think it's in your way your fault. BTW, the 49G+ is stronger than a 48GX I believe on this matter ( You don't know what happened to your bag ; maybe somebody jumped or fell on it when you were away. HP never repaired broken LCDs free of charge, no matter how nicely you told them that it was broken. === Subject: Re: Broken Screen on HP 49g+ You broke the link port on your TI89? I believe you are a bit tough on your calculators. I'd say you are responsibly for the LCD damage yourself, hence it shouldn't be replaced under warranty. I wouldn't want to pay for your LCD the next time I buy a HP product (which probably will be never, but that's another story). === Subject: Re: Broken Screen on HP 49g+ > I have an HP-49g+ with a broken LCD. > 1. Is this my fault? How are they supposed to know you didn't drive over it with an SUV (while it was in it's case?). Expensive gadgets need to be taken care of. > 2. Can I convince them to fix it? I'm sure they'll fix it.. but you'll have to pay. You want something to think about?... What would you say is the most likely damage you could do to a $3000 laptop?... I'd say the display... Guess what?... It's not covered by the warantee... > 3. Am I screwed because I already told them what happened? Oh ya... at least if you hadn't given them your serial number, you'd have a tiny chance of convincing someone else at HP to give you a warrantee return authorization... Bummer about your calculator. Any chance you bought it on a gold credit card?... They come with insurance that'll cover you for stuff like this. === Subject: We Should Have Let Germany Keep France When the US and Britain started Operation Iraqi Freedom, French Foreign Secretary Domenique de Villepin denounced the menace of the Anglo-American forces. This is the exact wording that the Nazi Vichy French used in propaganda during WWII. When de Villepin was asked who he hoped would win, he replied I don't have to answer that. In a poll conducted by the International Herald-Tribune, which is printed in Paris, 38 percent of the French population wanted Saddam Hussein to win. It is popular in many parts of the world to hate America. They are jealous of America's economic power, military strength, and ever-expanding cultural influence. This is not the behavior that one expects from an ally, however. In what is perhaps the ultimate treachery, French President Chirac said to an aide (and later leaked) France dies not know it but we are at war with America, a permanent war, a vital war without casualties at least on the surface. Faced with a faltering economy, lowered productivity, loss of oil contracts with the collapse of Saddamn, Chirac found it politically popular to pander to an increasing anti-semitic and anti-American minority, of which a strong minority is muslim. No one expects there to be total agreement on difficult international issues between countries. France, however, has conveniently forgotten that the official language would be German without the US. We should have let Germany keep France, it'd probably be a better country today as a result. Caesar Garcia === Subject: Re: We Should Have Let Germany Keep France >When the US and Britain started Operation Iraqi Freedom, French >Foreign Secretary Domenique de Villepin denounced the menace of the >Anglo-American forces. This is the exact wording that the Nazi Vichy >French used in propaganda during WWII. When de Villepin was asked who >he hoped would win, he replied I don't have to answer that. >In a poll conducted by the International Herald-Tribune, which is >printed in Paris, 38 percent of the French population wanted Saddam >Hussein to win. >It is popular in many parts of the world to hate America. They are >jealous of America's economic power, military strength, and >ever-expanding cultural influence. This is not the behavior that one >expects from an ally, however. >In what is perhaps the ultimate treachery, French President Chirac >said to an aide (and later leaked) France dies not know it but we are >at war with America, a permanent war, a vital war without casualties >at least on the surface. Faced with a faltering economy, lowered >productivity, loss of oil contracts with the collapse of Saddamn, >Chirac found it politically popular to pander to an increasing >anti-semitic and anti-American minority, of which a strong minority is >muslim. >No one expects there to be total agreement on difficult international >issues between countries. France, however, has conveniently forgotten >that the official language would be German without the US. We should >have let Germany keep France, it'd probably be a better country today >as a result. >Caesar Garcia Ever heard of the book The Ugly American. That's us. We think every one should play by Our Rules. Otherwise we either get mad and just beat the crap out of people,or take our ball and bat and go home. We seem to have troulble playing well with others. We also think if we speak R E A L S L O W LY folks will understand us. === === Subject: Re: EMU48 for Linux/Unix > such a pain to compile ! > first it crappily untar in the current directory so I had to clean up > the mess then create a dir and untar it inside this one (yeah, it's > written in INSTALL, too bad you can't read it *before* messing up your > dir...). Sure the packaging is not that great. But I always do a tar tvf first exactly for those kind of reasons so you see what it's going to do. > Now it stop wanting to build X.Org ( O_o what the ... ?!!) > $ No rule to make Ç X.Org È You need to have some graphical toolkit installed first. I had no problem building in on my MacOS X I think Ivan made an updated version, you should contact him and ask him === Subject: Re: HP48->Excel Tom: Did you get an answer to this? I woould be seriously interested in this also. Karis > I just bought an HP48gII, largely because I want to collect data, then > transfer it to Excel running on my PC for massage. The data is > ultimately used in several programs that cannot be duplicated on the > calculator. Some are graphic displays. > Anyhow, I was wondering if anyone has seen software that can take an > array of reals generated on the calculator, bring it to the PC and > transform the file into something that Excel can read. > I am clueless about the file format of an array, but if there is not > such a program around already, can anyone point me to file format info > for an array? I can write a program to do the translation if needed. > An aside: when I was buying the HP48, I was really wishing for a > Qonos... I am so happy to hear that a scientific PDA is headed into > the world! > Tom Harper === Subject: Re: HP48->Excel > Did you get an answer to this? I woould be seriously interested in this > also. Just use tab-marked arrays: x value 1 12 2 34 4 54 I'm just hoping excel can *at least* read this kind of file... And it's easy to write programs producing such output on hp48. ++ Samy === Subject: Re: Broken Screen on HP 49g+ Alan--Nope... just a regular credit card. I bought it at Amazon--do you know if they have any special return policies. --I left the link cable in it... it wasn't physical force to the port itself, just the cable getting wiggled while it was plugged in... that's why HP's have IR. ;-) --I'm guessing something happened like that, since I am a little rough with my bag, but I don't ever drop it full force onto a floor upside down (the calculator was on top). Oh well... I don't have the $90 to fix it, so I guess I'm stuck with a broken calculator. === Subject: complex linear system solving hi all, i'm an electric ph.doc.ing. i've to solve a linear system in complex number of several variables. i've tried to enter in matrix editor complex number like 1+i5 for example, as well as (1,5) but when i use the command linsolve whith these matrix i can't get to a correct result; i just have wrong number by far, or an X=symbolic matrix(?!?!?!?). what's wrong? if i try to use the command linsolve and the write the complex matrix directly(not bychoose softkey)i have a bad argument type error everytime i try to enter a complex number in the B (known terms) array. maybe I just miss a flag? thank you for any help! === Subject: Re: complex linear system solving > hi all, i'm an electric ph.doc.ing. > i've to solve a linear system in complex number of several variables and i've an hp 49g ;-) === Subject: Re: complex linear system solving > hi all, i'm an electric ph.doc.ing. > i've to solve a linear system in complex number of several variables > and i've an hp 49g ;-) Could you detail a bit more the problem you want to solve? This will allow us to help you better. In any case if you have a matrix with complex coeficients and a vector (matrix with only one line) then in RPN mode put the vector un stack level 2 and the matrix in stack level 1 and press [/] division key that should solve numerically a numerical linear system, real or complex. Hope this helps Luis ----------------------------- http://www.arrakis/es/~lboisset === > It's FASTER [ not need set or check SI and Units every time] > It's more flexible ( [msolv slov] ) > It's easyer and powerfull ! more powerful. The EQL+ equation solver which is nearly identical with the 48 solver is appends itself to the numeric solver browser on RS [7] as item 7. This item starts the solver without browsing equations or setting the CONSTANTS lib provided EQ exist. The purpose of setting this lib is the easy way of toggling user-flag 61 which is misused as a system flag since the 48 times. Menu option UNITS just toggles this flag for equation solving with/without units which makes a big difference. Brazil: Congratulation about EQPLUS. That is the best I know since HP48. The 8 version come to be a great EQPLUS. I've been using it since 6 version. http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science PS. There is an ugly bug in the 48 full-screen browser if running it on the 49/49+, revealed by . ENTER may cause a TTRM if using it for repeated browser invoke. This cannot be fixed, as the programmer has no influence on the functionality of the browser's hard keys unless === Subject: Re: SysRPL Definitions Very good! - Carsten === Subject: Missing pixels and icons remain on: HP-48GX We have a 48GX that has missing pixels in the status area (only the top few rows of text pixels are visible) and the icons at the top of the screen are always on. Using the 'picture' mode it is possible to draw some vertical lines that do display in this blank area but not diagonal or horizontal ones. When additional vertical lines are drawn, previous ones that did display fade out. The display diagnostic also shows blank in the affected area. The usual 'stippling' background is also absent in this area. Turning up the contrast clearly reveals the pattern as a block of missing stippling about ten pixels wide across the screen in the status area and two single-pixel-wide vertical lines at the right side of the display. The calculator passes all logical diagnostics and functions properly. Since it is possible to turn on pixels in the blank area using the plotting commands it is unlikely that the LCD itself is defective. Do these symptoms imply any problems with the elastomeric connectors and/or driver electronics (it would seem that the elastomeric connectors must be ok for anything to display in that area). Are there separate driver circuits for graphics and text? This problem was posted to this group some years ago and received no answers. Does anyone know if this is a recognized failure mode and how it is best addressed (hardware, software, repair approaches, etc.)? All replies appreciated. === Subject: Re: Arjen Jongeling, een oude bekende Yodelin' frankfuter j.lo mucho marry Toby > Hoewel, Arjen Jongeling is hier nog nooit geweest en ik denk dat Arjen Jongeling hier ook nooit meer zal terugkomen. Sterker nog, Arjen Jongeling zit hier helemaal fout. Maar ja, het doet het goed in de Google archieven. X-RFC2646: Format=Flowed; Original > It's FASTER [ not need set or check SI and Units every time] > It's more flexible ( [msolv slov] ) > It's easyer and powerfull ! > more powerful. The EQL+ equation solver which is nearly identical with > the 48 solver is appends itself to the numeric solver browser on RS [7] > as item 7. This item starts the solver without browsing equations or > setting the CONSTANTS lib provided EQ exist. The purpose of setting this > lib is the easy way of toggling user-flag 61 which is misused as a > system flag since the 48 times. Menu option UNITS just toggles this flag > for equation solving with/without units which makes a big difference. > Brazil: > Congratulation about EQPLUS. That is the best I know since HP48. > The 8 version come to be a great EQPLUS. > I've been using it since 6 version. > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science > PS. There is an ugly bug in the 48 full-screen browser if running it on > the 49/49+, revealed by . ENTER may cause a TTRM if using > it for repeated browser invoke. This cannot be fixed, as the programmer > has no influence on the functionality of the browser's hard keys unless library to the Library Menu on warmstart. I don't know if that's on purpuse or a bug on $CONFIG (310. xATTACH missing). This way there is no way to access the equation library without already knowing it's name. And while I'm at it I would sugest attaching also a shortcut to the SBox named EQL+ or EQL+ Equation Library to the NUM. SLV menu, above the EQL+ Solver already attached. A lot of people will benefit from the readily accessible shortcut IMHO. === > library to the Library Menu on warmstart. I don't know if that's on purpuse > or a bug on $CONFIG (310. xATTACH missing). This way there is no way to > access the equation library without already knowing it's name. > And while I'm at it I would sugest attaching also a shortcut to the SBox > named EQL+ or EQL+ Equation Library to the NUM. SLV menu, above the > EQL+ Solver already attached. > A lot of people will benefit from the readily accessible shortcut IMHO. I confirm this and I feel very uncomfortable with this: have I to type 310 MENU when I want the EQL+ menu be displayed?!! === > library to the Library Menu on warmstart. I don't know if that's on > purpuse > or a bug on $CONFIG (310. xATTACH missing). This way there is no way to > access the equation library without already knowing it's name. > And while I'm at it I would sugest attaching also a shortcut to the SBox > named EQL+ or EQL+ Equation Library to the NUM. SLV menu, above the > EQL+ Solver already attached. > A lot of people will benefit from the readily accessible shortcut IMHO. > I confirm this and I feel very uncomfortable with this: have I to type 310 > MENU when I want the EQL+ menu be displayed?!! > The solution to this problem is very easy only wite '310 ATTACH' (in RPN) or ATTACH(310) in Algebraic Mode. HSAJAGS === > I confirm this and I feel very uncomfortable with this: have I to type 310 > MENU when I want the EQL+ menu be displayed?!! > > The solution to this problem is very easy only wite '310 ATTACH' (in > RPN) or ATTACH(310) in Algebraic Mode. You are completely right: just thinked Wolfgang likes to know the EQL+ WASN'T (since he fixed it at record-time) autoattaching. === > library to the Library Menu on warmstart. I don't know if that's on > purpuse > or a bug on $CONFIG (310. xATTACH missing). This way there is no way to > access the equation library without already knowing it's name. > And while I'm at it I would sugest attaching also a shortcut to the SBox > named EQL+ or EQL+ Equation Library to the NUM. SLV menu, above the > EQL+ Solver already attached. > A lot of people will benefit from the readily accessible shortcut IMHO. > I confirm this and I feel very uncomfortable with this... I'm terribly sorry. Fixed. I have no technical assistance in this huge project and no time for testing, and my co-author has no time at all at - Wolfgang http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === X-RFC2646: Format=Flowed; Original > > library to the Library Menu on warmstart. I don't know if that's on > purpuse > or a bug on $CONFIG (310. xATTACH missing). This way there is no way > to > access the equation library without already knowing it's name. > And while I'm at it I would sugest attaching also a shortcut to the > SBox > named EQL+ or EQL+ Equation Library to the NUM. SLV menu, above > the > EQL+ Solver already attached. > A lot of people will benefit from the readily accessible shortcut IMHO. > I confirm this and I feel very uncomfortable with this... > I'm terribly sorry. Fixed. I have no technical assistance in this huge > project and no time for testing, and my co-author has no time at all at > - Wolfgang > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science Hi Wolfgang, I've been messing around with EQL+'s INFO pics, as you know. And one thing I've noticed is that almost all pics have unnecessary white lines at the sides of the pics (some have more than others). This unnecessary white lines, wich add to the size of the pics and consequently to the size of EQL+, can be croped out. I'm willing to do this task, since I know you don't have the time to do it. Do you want me to do this? And if yes how should I send all the pics to you, with the name of for instance Oscilations_Conical Pendulum? If you don't have all the pics already separated from the equations and conveniently named (in order to send them to me for processing) then I will extract them from EQL+ and name them as I mencioned above. I already did some cropping and (by quick calculation) I can expect almost 2kb reduction in size to the lib (don't know how much that will be with compression though). Is that ok with you? === > I've been messing around with EQL+'s INFO pics, as you know. And one thing > I've noticed is that almost all pics have unnecessary white lines at the > sides of the pics (some have more than others). > This unnecessary white lines, wich add to the size of the pics and > consequently to the size of EQL+, can be croped out. > I'm willing to do this task, since I know you don't have the time to do it. > Do you want me to do this? And if yes how should I send all the pics to you, > with the name of for instance Oscilations_Conical Pendulum? If you don't > have all the pics already separated from the equations and conveniently > named (in order to send them to me for processing) then I will extract them > from EQL+ and name them as I mencioned above. > I already did some cropping and (by quick calculation) I can expect almost > 2kb reduction in size to the lib (don't know how much that will be with > compression though). > Is that ok with you? Hi Hugo, lib, decompressing each hidden, parsing the list with 3tog from OT49 to get the grob, resize it, reconstruct the list, recompress and replace the hidden. However, this is a dangerous job, the slightest mistake may cause a TTRM lateron. The most important is a toggler for the special EQL+ compressor. I have it on the TAN key as long as I'm busy with EQL+. It is precisely as follows: :: CK1NOLASTWD DUPTYPECSTR? case :: CkChr00 caseSIZEERR (Error if *no* nullchar occurs) DUPONE BINT2 SUB$ BZ EQUAL caseSIZEERR (Error for BZ-string) ROMPTR 136 2 (Decompressor of EQL+) ; x~ (BZ-toggler from OT49) DUPTYPECSTR? NcaseSIZEERR BINT5 OVER LENHXS SUBHXS (the EQL+ compressor) %0 InitMenu% (return from menu of x~) ; @ This is complicated in order to prevent conflicts with BZ-strings. If you don't have enough experience in SysRPL you may send me a zipped list of revised pictures, tagged with their address, i.e. { :Columns & Beams/Elastic Buckling: GROB XXXXXXX ....... } The address need not as long as in the example, important is only knowing which picture is meant. Already the Corvallis team could have made this. But they didn't loose time because they had enough ROM while think there are better ways to have fast access to EQL+. The easiest is to use Libman to have EQL+ at the first place in the LIB menu if it is often used. One can put it as well in the APPS box. I could have programmed $EXTPRG with a few more bytes in such a way that EQL+ appends itself to the APPS box. But this is nice only for bloody beginners, not for somewhat advanced users you want to design their own APPS box. And this is easily realized with Appsman. - Wolfgang ttp://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === Subject: Re: Eigenvalues on HP49g > form : > [K][X] - lambda [M][X] = 0 > lambda = W^2 where W are own pulsation > if you need eigenvalues, just premultiplicate your equation by [M]^-1. > You'll obtain: > [M]^-1 * [K] [X] - lambda [I] [X] = 0, esaily solved with the builtin > instruments of the HP49G(+) > If you factor Albe's equation you get [X]á{[K] - lambdaá[M]} = [0] or [K] - lambda [M]; as lambda is an implied scalar then [K] must be the matrix whose terms are lambda times those of [M]. It has been many years since I had to do eigenvalue problems, but the equation doesn't seem to be an eigenvalue problem statement - am I missing something. === Subject: Re: Eigenvalues on HP49g For real or complex numbers, if you have a*c=b*c then you can say a=b because you can find a unique inv(c) such that c*inv(c)=inv(c)*c=1 and a*c*inv(c)=a=b*c*inv(c)=b. For a column vector [X] there does not exist an inverse of [X] such that [X]*inv([X])=I or inv([X])*[X]=I. Therefore you cannot conclude that [K]*[X]=[M]*[X] implies [K]=[M]. Help this helps. kkng the > > form : > > > > [K][X] - lambda [M][X] = 0 > > lambda = W^2 where W are own pulsation > if you need eigenvalues, just premultiplicate your equation by [M]^-1. > You'll obtain: > [M]^-1 * [K] [X] - lambda [I] [X] = 0, esaily solved with the builtin > instruments of the HP49G(+) > > If you factor Albe's equation you get [X]á{[K] - lambdaá[M]} = [0] or > [K] - lambda [M]; as lambda is an implied scalar then [K] must be the > matrix whose terms are lambda times those of [M]. It has been many years > since I had to do eigenvalue problems, but the equation doesn't seem to be > an eigenvalue problem statement - am I missing something. === Subject: Re: Qonos Design Flaws *BAD* Sold - who do I send my money too? :) > HOWEVER, at the end of the day, I, too, believe that batteries should be easily > accessible and replacable. If you think about it, most consumer / commercial > devices possess this feature: laptop PC's, digital cameras, many cell > phones... it's just the general recognition that, A) batteries have a finite > life (less than IC's), B) battery failures are not unknown, and C) some people > will have a need for long-time operation (perhaps because they do business at > remote locations). The Apple iPod is simply a good example of a recent bad > decision in this regard. > Hello > I perfectly agree with everything you've said and we looked into all of > this at the time we designed the qonos platform. > We had to find a compromise between size, usability and battery life. > *Size: We wanted qonos to be as small as possible. This excluded using > AA batteries. Sure they are very convenient but are bloody big in > comparison to some dedicated rechargeable batteries. > *Usability: having to replace your batteries, getting them out of the > product in order to charge them was another issue. For safety reasons > there are several batteries form factor that can't be recharged in the > device directly as they heat too much. That was the case for AA > batteries too. We wanted a device that was convenient, you plug, you > charge. If the user had to deal with batteries it would also > significantly increase the complexity of the electronics as you would > have to deal with the potential mistake of inverting polarities, mixing > different kind of batteries etc. Complexity means higher price ; and > Qonos is expensive enough. > *Battery life. One of qonos key focus is battery life. It has to have > the best battery life compare to all the handheld devices out there that > offer similar features (e.g. PDA , PocketPC) > Qonos offer a battery that is *serviceable*. That means it is possible > to change it. Don't get alarmed too quickly, in fact changing the > batteries is quite easy and anybody can do it themselves and you'll need > a screwdriver. > Bare in mind that the ipod, the original ipaq, jornadas etc.. didn't > have a serviceable batteries. It was never designed that this battery > would need replacement in the first place. This was a huge mistake in my > opinion (but I can understand why they did it that way for all the > reasons mentioned above and below). > What's the difference between a user replacement batteries and a > serviceable one. > Well, first of all: cost. It is (much) cheaper to design a battery that > not everybody will change (remember, you really don't have to). You > don't have to tool the battery compartment, the battery door etc... > saving hundred of thousands of dollars (it costs about US $40K a part > for tooling). Qonos has already 14 different parts and this is a > self-financed project. > It allows the product to be thinner. With a battery door you have to > significantly increase the thickness of the plastic in order to make > sure it will not break (it's a moving parts). > Also, remember that there's an accessory for Qonos the sled. It offers > real size connectors (for USB, RS232, Sound output/input, Vernier > interface). the Sled also integrates another high capacity battery so > will more than double your standard battery life. > Qonos will last several days of continuous usage (and up to a month in > calculator mode). It can be charged in a lot of different ways (through > USB, a standard compatible Nokia charger, the sled). > I strongly believe that the decision we made is the best and most > reasonable one, we never made and took decisions lightly. > And for those of you that wants to replace the batteries, you can do so. > You'll have a few minutes to change the battery without loosing the content. > Hope that helps clear up any mis-conception you had > === Subject: Re: Qonos Design Flaws *BAD* Being in the throes of designing a device with an external replaceable battery myself I can sympathize with the tough desicion to make them servicable instead. Just for a point of reference, making the battery replaceable (like your cordless drill) doubled the price of the product's tooling and housings. This may seem outrageous but, it is true. Even with these cost increases there is no 100% guarantee that it will work EVERY time given all the possible ways a new user could screw it up. I suggest that you go to Home Depot and try to get a replacement battery for that cordless drill. For a name brand (relaible) product that battery will cost approximately half the whole enchilada. >> There is only one: > And here goes another thread by Mr VPN based on something he doesn't > know anything about and nobody ever saw anything on it. You're assuming > stuff then you comment on it: pretty amazing really > qonos is using a high-capacity lithium-ion battery ; no replaceable > batteries. > Perhaps it's different in French, but in English this would mean to most > people, The batteries can't be changed. I doubt that most of us would > have made a distinction between replaceable and serviceable before > you explained what you meant by those terms. (I have had several devices > over the years whose batteries could not replaced without breaking open > the plastic cases and unsoldering wires; those devices were designed > to be disposable. That's what I thought you meant by no replaceable > batteries.) Several people have pointed out the limited lifetimes of > Lion batteries (the Lion battery in my laptop wears out and needs to be > replaced at least once a year) and have asked whether it will be possible > for the user to put in a new battery. Until this thread you have not > responded to those concerns. I have not said anything about it until > now, but I was beginning to think you were avoiding the question because > it had an unpleasant answer. I'm glad to see that the batteries *are* > replaceable, even if a screwdriver is needed, because non-replaceable > batteries would be completely unacceptable in such an expensive device. > Anyway, I think VPN's assumption was reasonable under the circumstances > and others of us made the same assumption. > -- > Wayne Brown (HPCC #1104) | When your tail's in a crack, you improvise > fwbrown@bellsouth.net | if you're good enough. Otherwise you give === Subject: Re: Question re: Useable Screen Area on HP49g+ Anything in UerRPL I can use? CC === Subject: Qonos keyboard idea/question Why not a qwerty keyboard for Qonos? Was it discarded because the size? Just a question JYA, I don't want to say Qonos keyboard as seen from images on === Subject: Re: Qonos keyboard idea/question > Why not a qwerty keyboard for Qonos? Was it discarded because the size? Just > a question JYA, I don't want to say Qonos keyboard as seen from images on > hpcalc.org was bad It would change the form factor. The basic idea behind qonos is that it has to be handled with one hand. If you had a qwerty keyboard in this form factor then the key has to be ridiculously small. === Subject: Re: Qonos keyboard idea/question > Why not a qwerty keyboard for Qonos? Was it discarded because the size? Just > a question JYA, I don't want to say Qonos keyboard as seen from images on > hpcalc.org was bad > It would change the form factor. > The basic idea behind qonos is that it has to be handled with one hand. > If you had a qwerty keyboard in this form factor then the key has to be > ridiculously small. Now that answered this, I'd like to ask another thing... Qonos is a one-hand handheld device, but how is the weight distribution ? I mean I'd love a big screen (color preferred ;) ) but the weight balance is very important and visually the device seems heavier at the head. Besides, the center of gravity changes as the configuration is altered (i.e opening or closing it). I imagine you pondered all this things while developing the concept but I wanted to ask anyway. Neithan === Subject: Re: Qonos keyboard idea/question > If you had a qwerty keyboard in this form factor then the key has to be > ridiculously small. And then easily hidden by a sliding cover Been done--glad you aren't repeating the mistake. Having switched to the Dvorak layout for touch typing--for me, Qwerty is just a real drawback for this kind of device. -jgs === Subject: Re: WowI'll buy it!! Qonos > The other issue is: why compact type II ? why not SD ? > Well, last time I checked, CF is quite a bit less expensive than SD, so > that's a big plus. The frame of the device is large enough that it really > doesn't matter what card the designers choose; any of them will fit. Since > CF is less expensive, I'm all for it! > Oh, and I'm really excited about this project. Unfortunately, you still > can't buy any of HP's newer calculators locally here in Nova Scotia yet (and > all the older ones are gone now...), so I'm not too optimistic that I'd be > able to get my hands on one any time soon. > Luke Morrison Do you have a problem with buying internationally? You could always try www.hpcalc.org Noel Causerano (Geocalc Software) Australia www.geocalc.net === Subject: Test please ignore I asked you to ignore this! :) === Subject: Re: Test please ignore >I asked you to ignore this! :) take it to a test newsgroup, moron. Subject: Equation writer on my PC? Anyway I can type in equations on my PC then transfer them to my new HP49G+? Any specific software I should use? === Subject: Equation writer on my PC? Anyway I can type in equations on my PC then transfer them to my new HP49G+? Any specific software I should use? === Subject: LIB file error on new HP49G+ I am trying to transfer some lib files I used to use to my new HP49G+ The connectivity kit says the file is not compatible with my calculator. I thought I was still able to use these older programs. I tried to transfer it anyway, but when I bring it up on the stack (so I can transfer to port 2) it is a bunch of characters. Not a Lib file I can transfer. === Subject: LIB file error on new HP49G+ LIB file error on new HP49G+ I am trying to transfer some lib files I used to use to my new HP49G+ The connectivity kit says the file is not compatible with my calculator. I thought I was still able to use these older programs. I tried to transfer it anyway, but when I bring it up on the stack (so I can transfer to port 2) it is a bunch of characters. Not a Lib file I can transfer. Any suggestions? === Subject: HP49g+ Mac connectivity software - any news on release?? Any news on Mac USB connectivty software release.. The release of such was mentioned some months ago in a previous post. Find no indication yet on HP site. Cameron Downunder. === Subject: Re: We Should Have Let Germany Keep France >When the US and Britain started Operation Iraqi Freedom, French > >It is popular in many parts of the world to hate America. They are >jealous of America's economic power, military strength, and >ever-expanding cultural influence. This is not the behavior that one >expects from an ally, however. >Caesar Garcia > Ever heard of the book The Ugly American. That's us. > We think every one should play by Our Rules. Otherwise we either get > mad and just beat the crap out of people,or take our ball and bat and > go home. We seem to have troulble playing well with others. > We also think if we speak R E A L S L O W LY folks will understand us. > What crap. The English speaking peoples have never had any trouble 'playing well' with those who are in fact on the same team (viz: England, Canada, Australia, New Zealand, South Africa, India *and* the US in WWII). The problems arise when the cheese-eating surrender monkeys want to not only say that they are on the team, but control the rules of the game so that they can throw the game! They play well only with the opposite team. Of course Americans (and clear-thinking Brits, Aussies and Canadians) think that everyone should play by Our Rules. Those are the Rules that the rest of the world insists that we adhere too, while making not the slightest effort to avoid, deflect or answer to the hypocrisy of their own positions in ignoring those rules. And Teddy Roosevelt should have said Speak slowly and carry a big stick! Geoff === Subject: Re: We Should Have Let Germany Keep France oN 15-Jun-04, Harold Climer said: > Ever heard of the book The Ugly American. That's us. > We think every one should play by Our Rules. Otherwise we either get > mad and just beat the crap out of people,or take our ball and bat and > go home. We seem to have troulble playing well with others. > We also think if we speak R E A L S L O W LY folks will understand us. That's a generalization every bit as dangerous as the behaviors that are documented in the book. Moreover, in the 40+ years since its publication (1958), much has changed. I note that the book has been republished recently, but it might have been more appropriate to have rewritten it, with some real research on current issues. === Subject: Re: We Should Have Let Germany Keep France > Why do you post your childish political views on a calculator newsgroup? So people answer and he gets significance ; filling one of his 6 primary needs. You just help him do that :) === Subject: Write an equation - problems Excuse me if I don't speak English very well. The problem i this: when I write an equation on Hp 49g+, and I click ENTER, the equation change aspect, the calculator makes a sort of factorization. I would like that the equation I have just written not change its aspect. Mirco === Subject: 49g+ question: Header Display during INPUT Is there a way to display something else but the normal header during INPUT command? (I'm pretty sure one of the old header display routines by prof Rautenberg could do that, but I've lost it.) And one more question: can you read the content of a directory stored on the SD card? (to retrieve a list of file-names) Any input is highly appreciated === Subject: Re: New LCD for future next gen Hydrix SDA-II >>X > If it had the phone in it, it would guarantee at least one sale - me. I >>have > been carrying a PDA/Phone combination for at least 2 years now. I >>couldn't > go back. Add the high end calculator and I am absolutely hooked. > > It also would be guaranteed to *prevent* one sale -- me. I don't like > cell phones and don't want one. But from what I've heard about the > Hydrix so far, I'm not likely to want one of those either, so I guess > it doesn't really matter. >>X >>Hydrix SDA-10 ( <-name free to use by Hydrix) >>could have two SDIO slot's (and one CFII) >>so you could plug in a phone-card You don't have to buy that plug-in (Bruce) Wayne (-; You don't have to buy that plug-in D(i)r(ty). Harry PDA is build-in, you don't have to use it. Instead use the Linux Dev Env to do new stuff for the calc Don't program (or put on makeup) while you drive... [VPN] >>If the mic & loadspeaker are in right places >>and you have software hooks set up (it's Linux!) >>then you've got a phone!! >>[VPN] - who has Nokia Communicator 9110i >> > I have no use at all for a PDA. My calculator is my calculator. I >hate touch screens and pen input. My cell phone is my cell phone. I >use it mostly to let my people at home know that I am not dead, when I >am late getting home from work(Usually because of a massive traffic >jam, because of all the road construction in and around Chattanooga). >If I was a cop and had the law behind me I would confiscate all cell >phones used by idiotic drivers while trying to drive and talk at the >same time. I have even seen some people trying to drive,eat a >hamburger, talk at the same time. > X > Sorry about all the ranting and raving, but some woman almost caused > lipstick, drive, and talk on a hand held cell phone. And what is worse > she did not seem to think she was doing anything wrong. > I guess I should expect stuff like this to happen in this part of the > USA. Everyone here drives as if they were A.J. Foyte, or Rod Stewart. === Subject: Re: New LCD for future next gen Hydrix SDA-II >> >X > If it had the phone in it, it would guarantee at least one sale - >me. I >have > been carrying a PDA/Phone combination for at least 2 years now. I >couldn't > go back. Add the high end calculator and I am absolutely hooked. > > It also would be guaranteed to *prevent* one sale -- me. I don't like > cell phones and don't want one. But from what I've heard about the > Hydrix so far, I'm not likely to want one of those either, so I guess > it doesn't really matter. >X >Hydrix SDA-10 ( <-name free to use by Hydrix) >could have two SDIO slot's (and one CFII) >so you could plug in a phone-card >You don't have to buy that plug-in (Bruce) Wayne >(-; >You don't have to buy that plug-in D(i)r(ty). Harry >PDA is build-in, you don't have to use it. >Instead use the Linux Dev Env to do new stuff for the calc >Don't program (or put on makeup) while you drive... >[VPN] >If the mic & loadspeaker are in right places >and you have software hooks set up (it's Linux!) >then you've got a phone!! >[VPN] - who has Nokia Communicator 9110i > >> I have no use at all for a PDA. My calculator is my calculator. I >>hate touch screens and pen input. My cell phone is my cell phone. I >>use it mostly to let my people at home know that I am not dead, when I >>am late getting home from work(Usually because of a massive traffic >>jam, because of all the road construction in and around Chattanooga). >>If I was a cop and had the law behind me I would confiscate all cell >>phones used by idiotic drivers while trying to drive and talk at the >>same time. I have even seen some people trying to drive,eat a >>hamburger, talk at the same time. >> >> Sorry about all the ranting and raving, but some woman almost caused >> lipstick, drive, and talk on a hand held cell phone. And what is worse >> she did not seem to think she was doing anything wrong. >> I guess I should expect stuff like this to happen in this part of the >> USA. Everyone here drives as if they were A.J. Foyte, or Rod Stewart. >> I have found from past experience the more things you try to stuff into a device the more there is more to go wong. I have had experience with a Printer,Scanner.Fax combination at work, and I am sorry it was ever bought. It has spent a lot of time in the shop. Dept. Of Physics,Geololgy, and Astronomy U.T. Chattanooga 318 Grote Hall 615 McCallie Ave Chattanooga TN 37403 === Subject: Re: Speed Test on hp48gII > Guys, I did this tests this morning, see the difference > the 'b' variable y just to equilibrate the quantity of operations > 1)---------------------------------------------------------- > using GROBAL variable and calculating in algebraic mode: > << 0 'a' STO > 0 -> b > <<1 500 FOR n `a+1` 'a' STO NEXT a>> > >> > ----------------------------------took: 30 seg.------------ Try the same in RPN mode - using both GLOBAL and LOCAL vars and report the total results again, please? I would also use START NEXT instead of FOR index NEXT [VPN] > 2)--------------------------------------------------------- > using GROBAL variable and calculating in RPN mode: > << 0 'a' STO > 0 -> b > <<1 500 FOR n a 1 + 'a' STO NEXT a>> > >> > ----------------------------------took: 8 seg.------------ > 3)---------------------------------------------------------- > using LOCAL variable and calculating in algebraic mode: > <<0 'b' STO > 0 -> a > <<1 500 FOR n `a+1` 'a' STO NEXT a>> > >> > ----------------------------------took: 26 seg.------------ > 4)---------------------------------------------------------- > using LOCAL variable and calculating in RPN mode: > <<0 'b' STO > 0 -> a > <<1 500 FOR n a 1 + 'a' STO NEXT a>> > >> > ----------------------------------took: 4 seg!------------- > sorry my english... :-.bc > -- > Alexei > alepuglisi1024 -> yahoo.com.ar === Subject: Re: Is there a FAQ Please ? X > The FAQ should also suggest that we are tired by we want the new shiny > calc to bake bread and make coffee, preferably espresso type of posts. > There are entire threads of silly requests and flames that are only > decreasing the Signal-to-Noise ratio of this group. > So, everyone please redirect your non-technical posts to > comp.sys.hp48.requests-and-flames. NO, we need: comp.sys.hydrix.sda, comp.sys.hydrix.survey, comp.sys.hydrix.news comp.sys.hydrix.bin, comp.sys.hydrix.source, comp.sys.hydrix [VPN] === Subject: transfer files between hp48gx and linux pc Hi everyone first of all, i apologize if this question was already asked, but i did not found it here or in a faq i need to transfer some files between my pc and my 48gx. I do have the hp cable. I few years before it worked well with hpcom under win2k now i need to do it from a linux box. i tried hptalx 1.0.1 and 1.1.0, none worked from me. I launched them as root, but they either say that the calculator is unknown, or freeze while refreshing the calculator list. Also i tried manually with kermit, but i did not succeed. i must say that i'm not a linux guru, so perhaps something is misconfigured in my system ? It is a red hat 9 box. When trying kermit, i used these commands: kermit -l /dev/ttyS0 or kermit -l /dev/ttyS1 set speed 9600 set carrier off set parity none send ./test but nothing happens on the pc side nor on the hp48 side (i put the 48 in server mode with shift-right+right arrow) === Subject: Re: transfer files between hp48gx and linux pc > Hi everyone > first of all, i apologize if this question was already asked, but i did > not found it here or in a faq > i need to transfer some files between my pc and my 48gx. I do have the > hp cable. I few years before it worked well with hpcom under win2k > now i need to do it from a linux box. i tried hptalx 1.0.1 and 1.1.0, > none worked from me. I launched them as root, but they either say that > the calculator is unknown, or freeze while refreshing the calculator > list. Also i tried manually with kermit, but i did not succeed. > i must say that i'm not a linux guru, so perhaps something is > misconfigured in my system ? It is a red hat 9 box. > When trying kermit, i used these commands: > kermit -l /dev/ttyS0 > or > kermit -l /dev/ttyS1 > set speed 9600 > set carrier off > set parity none > send ./test > but nothing happens on the pc side nor on the hp48 side (i put the 48 in > server mode with shift-right+right arrow) > could explain me how to proceed or point me to some sources of > informations. I'm not a hp48 nor a linux expert and i don't have much > time to study this :-) I like using the command sx/rx sx will send a file to the hp48 Go into your calc I/O -> Transfer settings and change the Type to XModem and put in the name under which the file will be stored on your hp calc. On the linux box use the command: sx /dev/ttyS0 That should allow you to send files to the calc. I have never used rx but i would assume it would act in a similar fashion. === Subject: EQLIBplus (WR) Suggestion This features is very usefull..... My suggestion is for next step, very usefull too, will made a browser like DOCREADER to choose,(and store and view I hope), the UsrBox to any ditectory in sd-card..... Oby === Subject: Re: RPN The funny thing here is that as most of the calculators in our house are HP with RPN (since I am a long time HP user beginning with HP25), both my wife (completely non-technical) and my 10 yr old daughter have had to use them to do calculations. Neither of them know nothing of HP and RPN but have had no problems using the calculators once taught how to do simple math and using ENTER. Neither one ever asked for where the equals sign is! Does this mean that (engineering) studies narrows your mind - eh :-) Dick Mihalovsky > I would have to say that most of the students I encountered over the years > (both as fellow student and as a graduate) used either TI or Casio or Sharp. > Almost none of them had any idea about RPN. Like most other HP users have > also found, when offering to lend out my calculator, I always get a bemused > reply, where's the equals sign? > So, you are a highly unusual TI user--you are totally atypical (in a good > way!). === Subject: Re: HP User editor I've got some examples of using this editor in this web page: http://www.engineering.usu.edu/cee/faculty/gurro/Software_Calculators/HP48_4 9G_Docs/ProgrammingInThePC.htm G. Urroz === Subject: OT49 AND HP49 1-24 ROM Manel. I have installed the ROM 1-24 of hp49(not +) with keyman and OT49 Description: I do a asignament key with keyman. I am used to modify the asignaments with SYS~ command of OT49. (very usefull) SYS~ command, with 1.24-C version, makes HP49 locked. Any solution? Gooood-bye! === Subject: Re: Feel free to complete our survey ...> -As I like to play chess it should run on a standard OS for which a not too > bad chess program is available(kicking off Linux), with a color-display > (320x320x65536). Kicking off what ? Never heard of GNUchess ? I never beaten it (anyway since HPChess don't run on neither 49G nor 49G+ I don't play so much ;( ) === Subject: Re: Feel free to complete our survey > a clickable analog joystick centered in the cursor keys section A joystick? Are you guys trying to design a gaming system or something? :-) I think I agree about the clamshell design, though. -- Bhuvanesh === Subject: Re: Feel free to complete our survey > a clickable analog joystick centered in the cursor keys section > A joystick? Are you guys trying to design a gaming system or something? :-) > I think I agree about the clamshell design, though. Well, Bhuv ( <- nick name for a person that I like), look at the TI newsgroups: they are concentrated mostly to games. If you want to take also the TI customers (Hydrix SDA has both HP and TI emu along with Mable) you should have a clickable analog joystick and a Games API along with GUI API I also would like to see HW support for phone cards by introdcuing a mic in the lower part while the loudspeaker should be on the upper part One should look the NXT GEN, too! [VPN] PS: I will start to learn Linux when SDA-10 (???) becomes available I also hope that one can run the calc simu === Subject: SD card question On an SD card when you lock the card shouldn't the card then become a read-only object? I was curious since I keep a static backup of my programs on my SD card and have it set to lock. Yet I managed to delete one of my programs by accident. Lee === Subject: Re: SD card question >On an SD card when you lock the card shouldn't the card then become a >read-only object? Yes. >I was curious since I keep a static backup of my programs on my SD card and >have it set to lock. >Yet I managed to delete one of my programs by accident. Indeed. The 49g+ ignores this. TW timwessman@yahoo.com (bring it on spammers!=) === Subject: Re: WowI'll buy it!! Qonos The features I like best in the old hps are as follows: reliable keyboard with good feel RPN big enter key all frequently used scientific functions available without hunting or pressing a shift key If my favorite things are still there and the hinge somehow locks I'm there. One other thing that a PDA has over this is size. I can easily fit my PDA in my pocket and if this one won't fit then it will never work as a combined PDA / calculator. And, its about time that color makes an appearance in a calculator other than a Casio. They proved that it could be done without backlighting (although it is just marginal in all lighting conditions its design is quite old ... surely things have improved since). And, although I respect all of you that spend your free time writing software, your manuals are terrible. Some support (similar to TIs many basic scientific downloads) in this area will assure a long life for this product. Nothing is worse than downloading software that you are sure will do what you need but you can't figure out how to use it. > I think that this Qonos will be a machine to talk a lot about. > It is really impressive. > http://www.hpcalc.org/qonos.php === Subject: Re: WowI'll buy it!! Qonos > http://www.hpcalc.org/qonos.php I fear that clamshell hinge. I think I'd be happy with a horizontal format device. === Subject: Re: WowI'll buy it!! Qonos > !$350 Who are they kidding? They obviously don't care about the > student market. That's a good bet. The traditional market for high-end HPs was serious professionals, never students. In addition, I doubt a start up could afford to compete in the mass market - it would be brutal. > I still have an HP49 that goes unused, designed by the > same genius whiz kid group with key paint that wore off, upper > screen that scratched easily, buggy software... And now you know the difference between a $100 calculator and a $350 calculator. > It's easy to paste a > picture on a website, make all sorts of promises, quite another to > produce something functional. Vamos a ver... This is true - the vast majority of new companies never survive, nor do the vast majority of new products. But might I suggest that you try it some time (starting and running a new company) before you mock all those who have actually done so? === Subject: Re: WowI'll buy it!! Qonos > How about .... some kind of I/O where you could attach a full size > keyboard, and maybe video too? (maybe just a live connection to an > emulator would do). I beleive it says full USB hosting capabilities. . . so with a driver and it should work. TW === Subject: Re: HPcalc has an interesting update. . . If all of the keys actually work, count me in at any price! Only other comment is that (what appears to be) the hinge at the bottom seems to detract from an other wise very bold and attractive design. Good luck - you have my full support (and attention!) - any ideas on a release date? === Subject: Re: HPcalc has an interesting update. . . oN 03-Jun-04, Eric Smith said: > Please use AAA cells rather than AA cells to keep the size > and weight down. Or, better yet, a replaceable lithium polymer > rechargeable pack. As was pointed out many years ago by TI when they began introducing CMOS voltage inverters, AA cells have a better power density per unit volume than AAA. I'd much prefer longer life at the expense of modest increase in size and weight. -- === Subject: Re: HPcalc has an interesting update. . . I wish to cast a vote for the AAA batteries (or rechargeable) as well. Size matters. :.) > * Please use the inexpensive AA size (instead of AAA) > Please use AAA cells rather than AA cells to keep the size > and weight down. Or, better yet, a replaceable lithium polymer > rechargeable pack. === Subject: Re: HPcalc has an interesting update. . . Hello > I wish to cast a vote for the AAA batteries (or rechargeable) as well. qonos is using a high-capacity lithium-ion battery ; no replaceable batteries. Please note that qonos is the project name ; not the actual final product name === Subject: Re: HPcalc has an interesting update. . . > Hello > I wish to cast a vote for the AAA batteries (or rechargeable) as well. > qonos is using a high-capacity lithium-ion battery ; no replaceable > batteries. > Please note that qonos is the project name ; not the actual final > product name > You should have a contest to see who can suggest the best product name. The winner can get their photo as an Easter egg in the OS! Tom === Subject: Re: HPcalc has an interesting update. . . > You should have a contest to see who can suggest the best product name. The > winner can get their photo as an Easter egg in the OS! We actually already have a name for the product :) For the people worrying about the folding keyboard we've been working for several months to have a prototype and we found a great solution. Once open the keyboard is perfectly flat and stays straight so you can hold the device by the keyboard. Getting the keyboard right is one of the greatest challenge we are facing and we've spent thousands of dollars on it I expect the final result to be really good === Subject: Re: hp49g+ broken keys > Even Texas produces now better keyboards than HP (It is increadible but, > yes, it is possible). I can buy a calculator at the Two Dollar Shop that doesn't miss any keystrokes - unlike my 49g+ :( === Subject: Re: hp49g+ broken keys > The last two had a key break > (hinge snap) after only 3+ weeks of use YOU TOO!? I am planning to call HP on Monday, as my '3' and '+' keys have begun to be able to be pushed on the lower-right corners ... as if the hinge just gave out. I've had the calc since the first week of March, I think... I'm looking forward to a new model with an even _better_ keyboard (I've heard the newest models have better keyboards; we'll see...) -MrM === Subject: Re: hp49g+ broken keys > The last two had a key break (hinge snap) after only > 3+ weeks of use, No...I don't use a punch and hammer :-). > Overly-energetic wiggle fix action, perhaps? > -Joe- Nope. I tried the wiggle fix on a couple of keys on my first hp49g+ but I thought it could compromise the long term reliability of the keys and haven't tried it since( I just try to be a bit more careful with my inputs ). I think the plastic used for the keys is just to brittle and an off center press could put enough strain on the hinge to make it snap. I generally do not look at the keyboard when inputting and it could be that I don't hit the keys dead center. I am just speculating here... === Subject: Mass-Spring-System animation in EQL+ the exciting mass-spring-system animation from the 48 equation library now also runs in EQL+ revision from today! A special animator has been written for the right 49+ tempo (maybe ok also on the 49). In contrast to the 48 animation, ours keeps running until interrupting it with CANCEL. Hence, there is enough time for admiration :-) It would be no problem to modify UBox in such a way that a user equation structure runs an animation as well. That depends on your wishes. CHALLENGE: Write a UsrBox list for an area from science, technique or applied mathematics not covered by the system equation library. The one with the most votes for usefulness will win. Since the tast is not quite is not at all proportional to size :-) http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === Subject: Re: EQL+ (WR) INVALID CARD DATA... still remain > the horrible redundancies in the rompointer organization by other > authors so that the lib is down to 36 kB by now. I've installed this release and it's all ok !! > advised, in particular to Stefano Priore. He sent me the animation > springs today. The exciting spring animation will return to life in the > next revision :-) system animation but INVALID CARD DATA is RETURNED damn it !! PLEASE remake the lastest version of this lib with correct CRC.....