HP-179 Subject: Re: Any word on ROM 1.24 for the 49G+? I haven't seen it. But there are some unresolved issues that I think should be addressed in future releases. I hope they are on it. Toby > Where have you seen ROM 1.24 for the hp49g+ ? > I haven't seen anything new in hp's site. === Subject: Re: Euler's Constant Easiest way to compute it is the negative of the digamma function -Psi(1) The last digit is off, though, so I use this integral: 0 to 1 of '((1-EXP(-X)-EXP(INV(-X)))/X)dX' === Subject: Re: EQL+ (WR) INVALID CARD DATA... still remain > Why 't you do it? Install OT49, type in the library number of EQL+ > on the stack, and push D<->L in the OT49 menu. It decompiles the > library. Then push D<->L again and you will have a library sitting > there. Then install it. I assume you have already run the command > PINIT? PINIT ? WARNING ! If you use this command for a library incorrect... you cancel some library in your ports ! I've to do that.... unfortunately ! But I've just redownload the library... and reinstalled.... the problem is solved finally ! Oby === Subject: [RECH] Cours Terminale S pour HP48 ou HP49G bonjour a tous, bientot le bac!!! je cherche des gens qui auraient comme moi la HP49G ou la HP48. si c le cas, je cherche des cours du nouveau programme de maths, physique et chimie pour ces calculettes. je suis en S sp.8e maths merci de m'.8ecrire c urgent === Subject: Re: [RECH] Cours Terminale S pour HP48 ou HP49G > bonjour a tous, > bientot le bac!!! je cherche des gens qui auraient comme moi la HP49G ou la > HP48. > si c le cas, je cherche des cours du nouveau programme de maths, physique et > chimie pour ces calculettes. > je suis en S sp.8e maths > merci de m'.8ecrire c urgent === Subject: Re: 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 ... > I've been adminring it. . . I really 't like how I have to change > my fingers to dive into the equations now. you have on F5-F6 arrows > to do it. Some like that, other (such as myself) would rather have > the L-R arrow keys do the same function. I think it is much quicker. > Why not stick both methods in? If you'd have read my posts or various browser descriptions you'd know why this is impossible. 't blame me for that there is no absolutely perfect full-screen browser available :-) Meanwhile a new revision is available which fixes a bug in the category his own animations in the INFO screens of UsrBox. Just put in a grob list instead of a single grob. If UBox reads a list of at least two distinct grobs instead of a single grob, it starts its own animator. I think this is the highest comfort a user-made equation structure can offer. It's now also very easy to add more animations to SBox. I'd appreciate if somebody paints a second grob for Flow in Full Pipes to make a 2-grob animation for the flow of liquids in pipes. A pipe-line engineer here? - http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === Subject: Re: Mass-Spring-System animation in EQL+ X > Meanwhile a new revision is available which fixes a bug in the category > his own animations in the INFO screens of UsrBox. Just put in a grob > list instead of a single grob. If UBox reads a list of at least two > distinct grobs instead of a single grob, it starts its own animator. I > think this is the highest comfort a user-made equation structure can > offer. > It's now also very easy to add more animations to SBox. I'd appreciate > if somebody paints a second grob for Flow in Full Pipes to make a 2-grob > animation for the flow of liquids in pipes. A pipe-line engineer here? > - > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science Is it feasible to port this achievement (and others) to the Qonos emulators/simulators? '' - is the best! === Subject: Re: Mass-Spring-System animation in EQL+ charset=iso-8859-1 Tim Wessman schrieb > I've been adminring it. . . I really 't like how I have to change > my fingers to dive into the equations now. you have on F5-F6 arrows > to do it. Some like that, other (such as myself) would rather have > the L-R arrow keys do the same function. I think it is much quicker. > Why not stick both methods in? Hi Tim, using the arrow-keys to do the F5-F6 operation would require to re-programm the browser new. In the current eqlplus.lib the original browser is used. Heiko === Subject: Re: Is there a FAQ Please ? > Actually, technically, the HP-48 has been discontinued, so perhaps > thinks comp.sys.hp48 should also be rmgrp'd? So has the PDP-10 and other interesting technologies, but there is a community behind them. And they actually existed at some point. > I'm personally interested in what Hydrix comes out with. I am also interested, but this is neither a .hp48 matter, nor my only point. If you read more carefully then you'd realize that it's not just the hot-air Hydrix posts I was raving about. a.k.a. . Andreou v v p 03 p 02 . : + g 02: g 03 < p 031 p 020 < > #.#.#.#.#.#.#.#.#.#.#.#.#.#. ^ === Subject: Re: Is there a FAQ Please ? > Immediately when the Hydrix device is ready and the newsgroup, too. > Today there is no other news group for it than this one. > You can PLONK me if you wish so that you 't see me anymore A killfile doesn't reduce the download time, neither does it actually reduce the noise in the group. I was raving about all the bullters of this group, not just you. a.k.a. . Andreou v v p 03 p 02 . : + g 02: g 03 < p 031 p 020 < > #.#.#.#.#.#.#.#.#.#.#.#.#.#. ^ === Subject: Repairing and cleaning HP48SX key board The multiply key on the aging 48SX I recently acquired is dead. The key works, but there is no click when I press it. l the other keys work OK. What are the possible causes of this and how can I go about fixing it? T. === Subject: Re: w >I think that this Qonos will be a machine to talk a lot about. >It is really impressive. >http://www.hpcalc.org/qonos.php On the web page it says that it will *emulate* (my emphasis) a TI-89 and an HP48/49G. Do we infer that this means: a) these are two entirely separate calculators in the machine so, for examples, results from one can't be used in the other without some sort of cut and paste and equations libraries aren't shared? b) they offer no additional features over the standard TI-89 and HP48/49? For example, can the additional features of the Qonos hardware such as the USB port be accessed from a calculator program? I ask because there seems to be unrestrained enthusiasm going on here that might well lead to disappointment when the actual machine is delivered. -- Bruce Horrocks Surrey England @.plus.com -- fix the obvious for email === Subject: Re: w >I think that this Qonos will be a machine to talk a lot about. >It is really impressive. >http://www.hpcalc.org/qonos.php > On the web page it says that it will *emulate* (my emphasis) a TI-89 and > an HP48/49G. Do we infer that this means: > a) these are two entirely separate calculators in the machine so, for > examples, results from one can't be used in the other without some sort > of cut and paste and equations libraries aren't shared? > b) they offer no additional features over the standard TI-89 and > HP48/49? For example, can the additional features of the Qonos hardware > such as the USB port be accessed from a calculator program? > I ask because there seems to be unrestrained enthusiasm going on here > that might well lead to disappointment when the actual machine is > delivered. X I personally think about Xiac/xCas from Parisse and about a CAS scripting language and a compatibility with Mable, TI and HP CAS I'm not quite yet preparing myself for an EMUlation a good simulation might be better because it could then go around the memory and other restrictions (like keys and the LCD/Graphics) Funny though! The HP 48/49 allows one to resize PINIT so it is already compatible with a bigger screen! :-D '' - only guessing here !!! === Subject: Re: Wow On Emu48 there's functional Drag-and-Drop to the stack, I/O is configurable, and simulated plug-in cards are configurable and saved as separate files as well. I it can be e in a PC, I'm pretty sure it will happen in the new project as well. Remember, these are good HP calculator users as well. Toby >I think that this Qonos will be a machine to talk a lot about. >It is really impressive. >http://www.hpcalc.org/qonos.php > On the web page it says that it will *emulate* (my emphasis) a TI-89 and > an HP48/49G. Do we infer that this means: > a) these are two entirely separate calculators in the machine so, for > examples, results from one can't be used in the other without some sort > of cut and paste and equations libraries aren't shared? > b) they offer no additional features over the standard TI-89 and > HP48/49? For example, can the additional features of the Qonos hardware > such as the USB port be accessed from a calculator program? > I ask because there seems to be unrestrained enthusiasm going on here > that might well lead to disappointment when the actual machine is > delivered. > -- > Bruce Horrocks > Surrey > England > @.plus.com -- fix the obvious for email === Subject: Re: w > 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 e without > backlighting (although it is just marginal in all lighting conditions its > design is quite old ... surely things have improved since). The color LCD on the Casio do have a sorta of colors They have included a contrast dial along the side to aid the user to adjust to different light conditions. Only four colours are available, but that is still great for plots & games Maybe that kind of display could be as cheap and light powered so that it could be used in a Hydrix SDA-10 (<-imaginary name) [the real name will announced later - this is a complex issue...] > 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. X Well they might put up a Wiki.Wiki manual on the web? =) << >> - A volunteers for proofreading the manual... === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos >>PDA / calculator. And, its about time that color makes an appearance in a >>calculator other than a Casio. They proved that it could be e without >>backlighting (although it is just marginal in all lighting conditions its >>design is quite old ... surely things have improved since). I think those screens are horrible. they are too washed out and the colours are not very distinct. I'd prefer a high quality greyscale to the casio screens any day. >>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. > Well they might put up a Wiki.Wiki manual on the web? =) Please have a paper manual as well of course - but a wiki might be a good addition. > << >> - A volunteers for proofreading the manual... I wouldn't mind doing that, if asked :-) I think a new newsgroup should be made once this thing is released. This is fairly offtopic for comp.sys.hp48 (I 't care, but others might). cheers, === Subject: Re: w > http://www.hpcalc.org/qonos.php > I fear that clamshell hinge. I think I'd be happy with a horizontal > format device. BUT what if the display would be a light and thin flip-up cover resting on the keyboard when closed? To my (very important, clever, educated, etc....) opinion this would be ideal for such a device AND even easy to replace if it breaks !!! And easy to adapt a color screen (for the next models) AND it would be easier to fit different batteries under the main compartment. {} - very humble(?) opinions only === Subject: Re: w > 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). > There's a USB host port there ; you can plug a mouse, a keyboard, a web > cam whatever USB device. > Jean-Yves It is all your fault, Jean-Yves! I have not been able to visit this news-goup for many hours Why? Because the USB host port you mentioned above made me drool over the keyboard and zapped it in an instant! It should prohibited to make such devices by the law !!! I'm not sure if my poor hearth will survive the first encounter of third kind with this thingy Will the USB host port accept an USB mass-memory device? Anyway: is this guesswork even close to the possible market price: * B/W (actually 16 greays) at 299$/299? * Color at 399$/399? Q: What is the size of the display in pixels & inches (diagonally) I still think that you should have two rows of function keys to allow am easy path to a HP-200LX like device in the future [ F1 ] [ F2 ] [ F3 ] [ F4 ] [ F5 ] [ F6 ] [ F7 ] [ F8 ] [ F9 ] [ F10] [ F11] [ F12] with a big screen it's easy to use two menu rows, too! {} Free ideas for Hydrix CO. only !!! Any other company must pay one million euros for each idea TO THE HYDRIX COMPANY (not to me...) === Subject: Color vs B&W Screens ...Several here have commented on their preferences between Casio-like color displays and B&W or grayscale displays. Of who have commented, it apprears that many feel that the B&W is, or surely must be, better for all-around viewing. While I agree that B&W still has an edge in overall dynamic range of contrast, my opinion is that color displays are more than good-enough for a premium calculator. If you've looked at a Palm Tungsten color display recently, you can't help but be impressed by the fine pitch, color saturation and contrast. Bottom line: It's good enough for Prime Time. Now. === Subject: Re: HP49: Recursive EDIT? > That's *much* better! The example I cut out of RPLMAN does nothing > more than duplicate the UsrRPL INPUT command. NULL$SWAP instead of > NULL$ made a big difference, especially in restoring full cursor > control. Well, if you did NULL$ instead of NULL$SWAP, what you did is using the text as a *prompt* - which of cause limites very much of what you can do. The next thing you might want to investigate is adding a menu with useful options. - Carsten > The reason I mentioned SCROLL is that it's a viewer with no features, > just like my initial attempt. SCROLL is definitely an acceptable browser for read-only text, but you had said that you wanted more features. - Carsten > This has restarted my interest in SysRPL! > === Subject: Re: HPcalc has an interesting update. . . > Getting the keyboard right is one of the greatest challenge we are > facing and we've spent thousands of dollars on it I hear you, it is music in my ears, but I will believe it when I see it. You may spend all of my 350 bucks on the keyboard - use other peoples money for the rest :-) === Subject: Re: HPcalc has an interesting update. . . > Getting the keyboard right is one of the greatest challenge we are > facing and we've spent thousands of dollars on it > I hear you, it is music in my ears, but I will believe it when I see > it. You may spend all of my 350 bucks on the keyboard - use other > peoples money for the rest :-) Talking to Avenard: I'm willing to pay only 299 Euros for Grey16 LCD (399 for color) BUT you should use all the other peoples money on the KEYBOARD and my Euros for the rest... (-; '' === Subject: Re: HPcalc has an interesting update. . . this is probably the product I have been waiting for long... merging an HP with a PDA. I personally carry with me my 49+ for programs/calculation and a 720 for windows stuff... Since I tried to use intensively the 48gx emulator on my hp720 (invain) I have some doubts... I am worried, because probably I am not a technician in this kind of tools, about the interactivity between the PDA and the HP emulator: will it be possible to easily exchange data from the hp to example a spreadsheet application if one will be developped for the qonos/linux? will it be possible to import files from the pda application (flat files) and import them in the hp? Will it be possible to set appointments or todo lists in the HP and send it to the pda? > http://www.hpcalc.org/qonos.php > Looks nice. . . although that prototype circuit borad looks a little > cumbersome. ;-) > TW > This looks like a great product in the making. I'm happy they went with the > B/W screen. Maybe it is time for comp.sys.hydrix. > --> l the best wishes for JYA, et al., at Hydrix! > Tom === 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 Jean-Yves - you have my full support (and attention!) - any ideas > on a release date? *** IMPORTANT ANNOUNCEMENT **** Hydrix has just introduced a barely working prototype for Colin only¬ The price is nominal: just one million Euros === Subject: Re: HPcalc has an interesting update. . . > Hydrix has just introduced a barely working prototype > for Colin only¬ > The price is nominal: just one million Euros If all the keys actually work all of the time, I'll take it - 'cause it's better than the 49g+ I've got now! === 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 :) Gherkin-10 ??? Warlock 1s ??? JYAGS X Turbo-1000 ZZ ??? or... VirtualPolishNotation Scientific Digital Assistant ??? ... > 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 > Jean-Yves If you really succeed in making a better kb than what was in the 41C I will surely eat my hat! '' === Subject: Re: 49g+ question: Header Display during INPUT > > There may be 2 kinds of directories > > on the card: DOS directories (from which one can retrive the list of its > > variables in asm) and 49+ directories. > I didn't know it was possible to get a list of vars of a DOS dir in > asm, is there a compiled program to get that list, could you tell me > where to find it?. I think it could be very usefull. > It's the code contained in the new elegant Search option on key ALPHA in > the latest revision of Filer6 (for searching also on the card). Look for > BINT32. Since you are a skilled hacker, you'll find it :-) I found it, but I could not get it to do what I would like to (which is listing the contents of a directory). Can you be more specific? How to use this code object, what is the stack diagram, where di you get it from? - Carsten === Subject: Checking (un)equality of matrices with the HP 49G(+) l, Checking (un)equality of matrices with the HP 49G(+) Let Ax = b a LES of arbitrary order (n). We solve this by (i) x = inv(A)*b and proof this solution: (ii) b' = Ax (ii a) b' - b = 0 <=> b == b' The following program performs the above steps. %%HP: T(3)A(R)F(.); << DUP DUP 2 ->LIST RANM SWAP 1 2 ->LIST RANM DUP2 SWAP INV SWAP * ROT SWAP * DUP2 - UNROT DUP2 =/ Enter the LES order (n) at level 1 and start the pgm. Stack after completion: 4: b' - b == 0 3: b' 2: b 1: T/F (b' =/ b) [Should be 0, but is 1 !] CAS settings: Numeric: OFF Approx: OFF The program solves a LES, which is generated randomly by RANM. Then it performs the proof, by multiplying the original matrix A by the solution vector x. This yields b', which should be equal to b. b' and b' are subtracted, which yields 0 as expected, but b' and b show unequal, which contradicts (ii a) =/ (NOT EQUAL) Type: Function Description: Not Equal Function. Tests if two objects are not equal. The funtion =/ returns a true result (1) if the two objects have different values, or a false result (0) otherwise. (Lists and programs are considered to have the same values if the objects they contain are identical.) While this doesn't state explicitly on matrices, they *should* be treated equivalently to lists or any other compound data objects. I 't want to speculate about the reason for this apparent error in context of matrices, but it might be caused by a confusion of object *EQUALITY* vs. *IDENTITY*. Identity checking on objects is usually performed by comparing their memory addresses, while equality checking requires an element wise (deep) identity check. The question, which arises is, how to perform a *reliable* (un)equality test on matrices with the 49G(+) device ? M === Subject: Re: Checking (un)equality of matrices with the HP 49G(+) > l, > Checking (un)equality of matrices with the HP 49G(+) X > =/ (NOT EQUAL) > Type: Function > Description: Not Equal Function. Tests if two objects are not equal. > The funtion =/ returns a true result (1) if the two objects have different > values, or a false result (0) otherwise. > (Lists and programs are considered to have the same values if the objects > they contain are identical.) X > While this doesn't state explicitly on matrices, they *should* be treated > equivalently to lists or any other compound data objects. > I 't want to speculate about the reason for this apparent error in > context of matrices, but it might be caused by a confusion of object > *EQUALITY* vs. *IDENTITY*. > Identity checking on objects is usually performed by comparing their memory > addresses, while equality checking requires an element wise (deep) identity > check. > The question, which arises is, how to perform a *reliable* (un)equality test > on matrices with the 49G(+) device ? Well, if you really have to exact same image in memory and a calculation result 1. will give you a difference because the former is replace by a pointer to a Using == and =/ is a must with these kind of objects # h == 2130 === Subject: EQL+ SOLVESYS IMPLEMENTATION REQUEST For a fully functionality and compatibility with old Purdy's lib can you implement SOLVESYS 1.2 in EQLplus ? For example.... recall solvesys, or a persolal solutor for set of equations, with [LS] [MSOLV] In this mode you can solve the list selected with another solutor. Oby === Subject: Re: EQL+ SOLVESYS IMPLEMENTATION REQUEST > For a fully functionality and compatibility with old Purdy's lib can > you implement SOLVESYS 1.2 in EQLplus ? EQL+ will not need help-libs as Purdi's eql49. Multisolving will work with units and constants as on the 48 (though much faster). But this is realizable only after some months. No time at present. In the latest updating, Bipolar Transistors (not present at all in eql49) has 9 equations to meke the extremely long equation 8 more feasable. - http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === Subject: Re: EQL+ SOLVESYS IMPLEMENTATION REQUEST > EQL+ will not need help-libs as Purdi's eql49. Multisolving will work > with units and constants as on the 48 (though much faster). But this is > realizable only after some months. No time at present. In the latest > updating, Bipolar Transistors (not present at all in eql49) has 9 > equations to meke the extremely long equation 8 more feasable. I understand that you said .... but to do that I ask Is very easy. Is just to assign at [LS] [MSOLV] local variable like a program << solvesys>> called for example USRSOLV. Exactly like Purdy's lib.... read his documentaions of eql49 if you have a doubt on that I said... my english is very litte. ;-)) You know, Solvesys is very powerfull to numeric solve a list of equations... , a user list . Thak's for all. Oby === 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. -- EAT === Subject: Re: HPcalc has an interesting update. . . > I agree with . The display should fold up. It acts as a keycover > when closed. It can also be angled to *exactly* the correct position > if you are using it on a desk, or even if it is just lying on the > dashboard. > Well I disagree. > the way qonos is designed is you can use it with the keyboard closed > using only the touch screen just as you would with many PDA. > With just a folding screen the device would be much longer and bulky > Jean-Yves One of the most difficult things about product design development: managing to maintain your (the designer's) own sense of vision & unity of design, as often contradictory (would-be) owner requirements impinge on your focus. No product can be truly great, and also all things to all people. A product which has been well conceived by a designer who holds onto design integrity is bound to be great. For calculators, the 15c (HP) would be perhaps the top of the heap. For cars, I still believe the original beetle fills that slot; for airplanes, the DC-3 and Piper Cub; for bicycle parts, the incomparable Campagnolo Nuovo Record series (of the late 70's/early 80's) although the SunTour rear derailleur was superior... for ski boots: the Lange.....motorboats, the original Boston Whaler by C. Raymond Hunt....... The point is that all of these products most definitely have limiations, even while noting their near universal application in their respective fields (engineering calculations, automotive personal transport, commercial aviation, general aviation, elite bicycle racing, alpine skiing, small motor skiffs). For each of these products, there was a completeness, harmony, and fitness for purpose--an aesthetic--which transcended the many competing products of their time. The Hydrix Qonos project looks to me to be a challenge of great proportions--and one which will be a great success if the designer can maintain his integrity of design amidst all of the noise..... Platt http://plattdesign.net === Subject: Re: HPcalc has an interesting update. . . > Hydrix Qonos project looks to me to be a challenge of great > proportions--and one which will be a great success if the designer can > maintain his integrity of design amidst all of the noise..... I guess you mean posts? Jean-Yves === Subject: Re: HPcalc has an interesting update. . . > > Hydrix Qonos project looks to me to be a challenge of great > proportions--and one which will be a great success if the designer can > maintain his integrity of design amidst all of the noise..... > I guess you mean posts? BUT, Jean-Yves, I'm only overexited beyound rational thinking I promise to slow down to 1/10 of the current pace (I've already deleted hundreds of posts that I was about to send) if you promise to include [F7]...[F12] under the LCD Frere-Pierre === Subject: Re: HPcalc has an interesting update. . . X > perhaps the top of the heap. For cars, I still believe the original beetle > fills that slot; X no - no - no (do I sound too negative?) If you mean the Volkswagen from Germany you're wrong: 1) The engine is on the back making the nose too light Anything even close to 100 mph (161 km/h) will make the thing very unstable to steer 2) The heating and ventilation is inadaque for winter The car is unusable during Finnish, askan, Canadian, Russian winter time because you can't see through the windshield. After sraping it will soon gather more snow/ice combination. It's too cold to drive. 3) The engine is underpowered to it's cc or size 4) The beauty is in the eye of beholder 5) Do I really need to continue? [Vector Processing Node] === Subject: Re: HPcalc has an interesting update. . . > perhaps the top of the heap. For cars, I still believe the original > beetle > fills that slot; > no - no - no (do I sound too negative?) > If you mean the Volkswagen from Germany you're wrong: > 1) > The engine is on the back making the nose too light > Anything even close to 100 mph (161 km/h) > will make the thing very unstable to steer > 2) > The heating and ventilation is inadaque for winter > The car is unusable during Finnish, askan, Canadian, Russian > winter time because you can't see through the windshield. > After sraping it will soon gather more snow/ice combination. > It's too cold to drive. > 3) > The engine is underpowered to it's cc or size > 4) > The beauty is in the eye of beholder > 5) > Do I really need to continue? > [Vector Processing Node] Hi ! I quote myself, No product can be truly great, and also all things to all people. (In the U.S., there was nothing like the Beetle, except of course the more sporty Karmann Ghia & the Porsche 356 all from the same mind. While it had deficiencies, its overall design was a total revolution, and in fact the car was beleoved by a huge range of users here--in spite of the deficiencies of its heating system!) For Finland, the Lata would be the great car ;^0 === Subject: Re: HPcalc has an interesting update. . . > Well anyway - I hope that Hydrix people are clever enough > to use the supplied USB cable for charging that Lion !!! There are several ways to charge Qonos. 1-Using the provided charger 2-Using your Nokia mobile phone adapter 3-by plugging qonos on the USB port of a PC 4-Through the sled With 2 and 3 you may not be able to run all qonos peripherals using the standard nokia adapter (450mAh) or USB (500mAh) Jean-Yves === Subject: Re: HPcalc has an interesting update. . . > Well anyway - I hope that Hydrix people are clever enough > to use the supplied USB cable for charging that Lion !!! > There are several ways to charge Qonos. > 1-Using the provided charger > 2-Using your Nokia mobile phone adapter > 3-by plugging qonos on the USB port of a PC > 4-Through the sled > With 2 and 3 you may not be able to run all qonos peripherals using the > standard nokia adapter (450mAh) or USB (500mAh) Wow - Jean-Yves! You have thought of everything!!! Now that I call a perfectionist attitude. ONLY thing more I want really-really bad: a second row of function keys below the LCD === Subject: Re: HPcalc has an interesting update. . . > One can change the voltage inside the device, too. > The modern voltage is typically 3.3V max, 1.8V min. > So two AA's would be enough to have that 4400 mAh You need to go back on the study table. First of all NiMH AA batteries provide 1.2V not 1.5V While the CPU can run in 1.8V (in one state mode only ; not all of them) you still need to power all the peripherals USB (5V), CF (3.3V) , screen (up to 12V) As the previous poster said ; two AA batteries only provides 2200mAh in 2.4V. Then there's the other issue that with a device such as qonos, power drain can be quite high (let say you put a WiFi CF card and a usb web cam and start streaming data. Jean-Yves === Subject: Re: HPcalc has an interesting update. . . >... > power drain can be quite high (let say you put a WiFi CF card and a usb > web cam and start streaming data. > ... That'd be soo cool. I'll have to try and get me one of these... === Subject: Re: HPcalc has an interesting update. . . > > One can change the voltage inside the device, too. > The modern voltage is typically 3.3V max, 1.8V min. > So two AA's would be enough to have that 4400 mAh > You need to go back on the study table. > First of all NiMH AA batteries provide 1.2V not 1.5V > While the CPU can run in 1.8V (in one state mode only ; not all of them) > you still need to power all the peripherals USB (5V), CF (3.3V) , screen > (up to 12V) > As the previous poster said ; two AA batteries only provides 2200mAh in > 2.4V. Then there's the other issue that with a device such as qonos, > power drain can be quite high (let say you put a WiFi CF card and a usb > web cam and start streaming data. I think you're right! Eric Rechlin explained to me that the Lion has 3.6_V and that it has many times the capasity of any NiMH BUT the Lion should be user replaceable so that one can easily SWAP a spare on the field AND I would be dying to have also keys F7...F12 under the LCD [ please - please - please << using Beatles sound <> ] while the ALPHA keyboard remains the same and accessible. If you ever are going to introduce a vertical model like 200LX you will find this small addition invaluable Do it now while it is still possible! Do you need more money for prototyping? I just might be able to loan some (I want shares....:) About the prise: 350? It is not as bad as I 1st thought because I only thought it would be a calculatrice only I would gladly pay that much Oh, well - you just have to leave something for the next model I guess... PS: I really would like to have two rows of function keys, please! === Subject: Re: Qonos ideas > Built-in digital FM tuner What for? To increase price? 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, but 't blame Hydrix to do that. They have to concentrate about building just a working device that let people use it in many environments, and that would increase sales. 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, ... But I 't need that, I will just install mplayer on it, like on my ipaq h5450, and listen available net radio stations where wifi is available. -- J.Manrique L.97pez de la Fuente Club de Usuarios de Gij.97n Socio 1077 del HPCC Socio de AsturLiNUX e HispaLiNUX === Subject: Re: Qonos ideas Multi-language support 't forget the educational market Toby > Built-in digital FM tuner === Subject: Re: Qonos ideas > Multi-language support > 't forget the educational market The language files in Linux could be translated I'm a little worried about the GUI translation but I guess this is possible with Linux vpn === Subject: Re: Qonos ideas >> Multi-language support >> 't forget the educational market > The language files in Linux could be translated I'm a little worried > about the GUI translation but I guess this is possible with Linux Very easy indeed, I have localized several apps from GPE, but those files have never been released. For your help: http://www.gnu.org/software/gettext/ -- J.Manrique L.97pez de la Fuente Club de Usuarios de Gij.97n Socio 1077 del HPCC Socio de AsturLiNUX e HispaLiNUX === Subject: Re: Qonos ideas > 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) loans your SDA....it's Friday... === Subject: Re: Qonos ideas > Built-in digital FM tuner GPS reciever, Extra power for IR remote control Kitchen sink... =) ... === Subject: Re: Qonos ideas >> Built-in digital FM tuner > GPS reciever, You could connect some GPS recivers easily, and, do you need software?: http://www.kraftvoll.at/software/pda.shtml http://www.pygps.org Maybe, someone could do better user interface, or better maps,... But, remember is LiNUX, so you can do it free. -- J.Manrique L.97pez de la Fuente Club de Usuarios de Gij.97n Socio 1077 del HPCC Socio de AsturLiNUX e HispaLiNUX === Subject: Re: Qonos ideas > > Built-in digital FM tuner > GPS reciever, Plug it in a slot...drivers are needed > Extra power for IR remote control just the software...IrDA is there > Kitchen sink... =) Place to put any other math tool than Hydrix Powercalc SDA-10 > ...Capone === Subject: HP-48gII I have a new HP-48gII to replace my aging HP-48GX. I have a custom program running on my gx that I would like to recompile to the 48gII. Is there an assembler for the 48gII available yet? I have had no luck finding one. To those concerned: HP-49 programs do not run on the 48gII. I have d/l some programs from hpcalc.org that were ment for the 49 and they do not work. OzarkMtbr === Subject: Re: HP-48gII > I have a new HP-48gII to replace my aging HP-48GX. I have a custom > program running on my gx that I would like to recompile to the 48gII. > Is there an assembler for the 48gII available yet? I have had no luck > finding one. Have you tried Debug4x? > To those concerned: HP-49 programs do not run on the 48gII. I have d/l > some programs from hpcalc.org that were ment for the 49 and they do not > work. Which programs? l soft I have tried in my hp48gii and hp49g+ from hp49g works well. -- J.Manrique L.97pez de la Fuente Club de Usuarios de Gij.97n Socio 1077 del HPCC Socio de AsturLiNUX e HispaLiNUX === Subject: Re: HP-48gII > I have a new HP-48gII to replace my aging HP-48GX. I have a custom program > running on my gx that I would like to recompile to the 48gII. Is there an > assembler for the 48gII available yet? I have had no luck finding one. > To those concerned: HP-49 programs do not run on the 48gII. I have d/l > some programs from hpcalc.org that were ment for the 49 and they do not > work. Some do - some 't. You should try the new hp 49g+ programs === Subject: Re: Hewlett Packard HP 82240B printer for sale on Ebay ENDING TONIGHT >> >> HP 82240B printer like new for sale ending in few hours more, and lot >> of more HP stuffs. >> Please check the link: >> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=31577&item=3484489241 >> Check the seller others items. > Will report on how it works when I get it. > Martin Cohen It works (after fiddling with the batteries). Tries it with 48sx and 49g+. And I got it for $38 + shipping!!! === Subject: Re: Problems with a frequency response exercise > 'X+Y*i' I know that, the thing is that the imaginary part of the answer shouldn't contain any complex parts within it, in another exercise i was able to do that with the IM command but when i use it on the admittance answer of this exercise i get a huge thing with RE(W) and IM(W) in it, i want to get just the imaginary part that has no other complex parts within it. === Subject: Re: Problems with a frequency response exercise > 'X+Y*i' > I know that, the thing is that the imaginary part of the answer > shouldn't contain any complex parts within it, in another exercise i > was able to do that with the IM command but when i use it on the > admittance answer of this exercise i get a huge thing with RE(W) and > IM(W) in it, i want to get just the imaginary part that has no other > complex parts within it. FLAG Browser - the last flag: Vars Are Reals Does it help? === Subject: Hp49 upgrade to HP49G+ (data transfer) Any thoughts on how I can get my custom equations out of my HP49G and into to my HP49G+ Can I do a direct IR transfer? Cable transfer (I have the HP49G cable and HP48 cable) IR transfer to laptop, then USB to HP49G+ any suggestions? === Subject: Re: Hp49 upgrade to HP49G+ (data transfer) > Any thoughts on how I can get my custom equations out of my HP49G and > into to my HP49G+ > Can I do a direct IR transfer? > Cable transfer (I have the HP49G cable and HP48 cable) > IR transfer to laptop, then USB to HP49G+ > any suggestions? Use Conn4x from HP site. Serial link to PC from 49G then USB from PC to 49G+ -- - - - - - - - - - - - - - - - - Graves RKBA! bgraves@ix.netcom.com === Subject: Re: w > Hi JYA, hi all: > Par my ignorance here, maybe I'm on the wrong foot here, but what > happens if another breed of HP calc becomes available ... does Hydrix > write another emulator (or we wait on someone else to do it), or do we > have to buy a license from HP or Hydrix for an upgrade... The machine looks an interesting gadget, a small computer capable of running Linux and with connectivity with other gadgets. But, what is it offering by itself? Emulation of other calculators, TI 89 and HP 49, but to which extent?, will that be legal and for how long? There will be other tools too, GNU tools for symbolic calculations and graphics. Are they going to be inter-connected or will they be standalone tools? Won't a possible new user be confused by those so many different tools and rush away for something easier and more straightforward? (an original HP or TI calc or a normal PDA). Looks like the machine is for computer freaks/aficionados who like new powerful tools but somewhat far from the average student/user. Unless the machine has everything very well integrated (between the applications, I mean) it will not entice common users to buy it. Just consider how few people use the Equation Writer in the HP 48/49 because seems different or far from the stack and it is indeed part of the same environment... I have to say I admire the initiative of the people behind this project and just try to point out subjects that, probably, they thought of or are thinking about at this moment. Any answers will be welcome. === Subject: Re: w > The machine looks an interesting gadget, a small computer capable of > running Linux and with connectivity with other gadgets. But, what is > it offering by itself? Emulation of other calculators, TI 89 and HP > 49, but to which extent? I get the feeling that emulation could come in one of two flavours: Either (a) it attempts to run an emulated copy of the original calculators' code or (b) it has its own versions of all of the underlying functionality, and allows you to use the function names and argument schemes set out in the other two calculators for your own use in commands and user programs/functions. In option (b) you 't have any machine code compatibility, so copying programs directly from either calculator to the Quonos would be out, but the point is, the machine would be familiar to use for either TI or HP users, which solves most of the problems that the average user would likely encounter. Since it can run Linux, and since it would therefore support lots of high-level programming languages, I 't think there'd be much trouble writing new versions of the programs you'd lose from either the TI or the HP side. (Assuming, of course, that you can use the high-level Linux development environment to produce code that can run while the device is in calculator mode?) I think you'd run into lots of legal troubles if you literally emulated both the TI 89 and the HP 49 ROMs on the calculator. But, these troubles go away if all you do is make the calculator able to understand the naming and calling schemes used on the two platforms on one machine. Option (b) would also have the benefit of never having to worry about compatibility between HP mode and TI mode: the data structures that would actually be used would be the same in both modes. In switching from one to the other, the stack / home screen might look a little different, but all the same data would be there. Just a little thought... Luke === Subject: Re: w > Hi JYA, hi all: > Par my ignorance here, maybe I'm on the wrong foot here, but what > happens if another breed of HP calc becomes available ... does Hydrix > write another emulator (or we wait on someone else to do it), or do we > have to buy a license from HP or Hydrix for an upgrade, or do we buy > another Hydrix handheld at over $US350, or maybe even given that we have > a Linux platform, we just download free source/binaries to suit our > needs that we find on the web, while the HP 49G+ emulator will just be a > part of the standard tools shipped with the product from here on, or > even Hydrix provide their own mathematical toolkit over time to extend > the capabilities of the machine .. ?? > I think that this is why it is Linux based: > never worry about things like that anymore... > someone from the huge Linux community will help you!! > [V. <)P. <)N.] hi , JYA: If that is the case ...well at least we know - BUT if that is so the case, then 64MB is definitely too small; a MINIMUM of 128MB (more even better), but at least 128MB is needed. -Development environments, not to mention the workspace needed by some apps means 64MB is too small. Hydrix please consider before it's too late. Manfred === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos > If that is the case ...well at least we know - BUT if that is so the > case, then 64MB is definitely too small; a MINIMUM of 128MB (more even > better), but at least 128MB is needed. -Development environments, not > to mention the workspace needed by some apps means 64MB is too small. > Hydrix please consider before it's too late. On what basis other than the usual I'd like more because more is better. Give me one example where 64MB will not be enough , because honnestly , I 't buy it Jean-Yves === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos Hi Jean-Yves, hi all: I think you probably confine your ideas too much of what might be possible with your product ... Imagine this (and this is only one example): I work for a Meteorology/ Oceanography group - the potential here is enormous, take WMO GRIB1 or GRIB2 data, and netCDF or HDF storage technology and you could run a host of analysis and gridding tools right in the palm of your hand - sure not for everyone, but it can certainly leverage the capabilities of some. If you want more detailed examples ...(I know I've been scant on detail here) I'll do that, just ask; -I work with large timeseries, and GIS datasets, I'm definitely not short on example or detail if that's what your really want. It really comes down to where You would like to see your Qonos platform go. -- Manfred (mathmcn@hotmail.dev.null.com) ^^^^^^^^ >> If that is the case ...well at least we know - BUT if that is so the >> case, then 64MB is definitely too small; a MINIMUM of 128MB (more even >> better), but at least 128MB is needed. -Development environments, not >> to mention the workspace needed by some apps means 64MB is too small. >> Hydrix please consider before it's too late. > On what basis other than the usual I'd like more because more is better. > Give me one example where 64MB will not be enough , because honnestly , > I 't buy it > Jean-Yves === Subject: Re: Wowww8 > I think you probably confine your ideas too much of what might be > possible with your product ... Maybe I am, or maybe not :) > Imagine this (and this is only one example): I work for a Meteorology/ > Oceanography group - the potential here is enormous, take WMO GRIB1 or > GRIB2 data, and netCDF or HDF storage technology and you could run a > host of analysis and gridding tools right in the palm of your hand - > sure not for everyone, but it can certainly leverage the capabilities of > some. But you still fall within my original constraints: I guess I should have formulated my first question as follow: opposed as having an external SD card or a CF card NAND Flash. SD or CF cards. 64MB is a lot and you could very well use a CF card in addition (the 32MB chips) > It really comes down to where You would like to see your Qonos platform go. Everywhere :) Jean-Yves === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos >> Hi Jean-Yves, hi all: >> I think you probably confine your ideas too much of what might be >> possible with your product ... > Maybe I am, or maybe not :) >> Imagine this (and this is only one example): I work for a >> Meteorology/ Oceanography group - the potential here is enormous, take >> WMO GRIB1 or GRIB2 data, and netCDF or HDF storage technology and you >> could run a host of analysis and gridding tools right in the palm of >> your hand - sure not for everyone, but it can certainly leverage the >> capabilities of some. > But you still fall within my original constraints: > I guess I should have formulated my first question as follow: > opposed as having an external SD card or a CF card NAND Flash. > SD or CF cards. > 64MB is a lot and you could very well use a CF card in addition (the > 32MB chips) >> It really comes down to where You would like to see your Qonos >> platform go. > Everywhere :) > Jean-Yves Hi Jean-Yves, hi all 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. It sounds strange to talk about doing anything like this, I know - most would think that you would confine this sort of activity to a desktop, considering runtimes and horsepower involved, but that's not what we are on about here. I mean we are not too far behind (if not there already) where this is and should be a reality in a handheld. On the other hand, you're limited by costs and a product which hasn't reached market yet, not to mention every second person on this NG who wants more - so I understand where you are coming from. I certainly hope the Qonos will prove a success that you may one day take a serious look this industry. Let me say this .. I'll be among the first to put your machine through its paces; indeed I'll be a proud owner of such a machine ...along with whatever else you have in store. :-) -- Manfred (mathmcn@hotmail.dev.null.com) ^^^^^^^^ === Subject: Re: w > 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. === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos > Hi Jean-Yves, hi all: X > 32MB chips) X At least leave room to solder two more chips on top of the originals and mark the address connection pins needed Does the system take 32MB - most Linux do... - just ideas... PS: The ONLY real pledge I have is this: [F7]...[F12] Otherwise the SDA is perfect and I'm slowly agreeing to everything else === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos > Does the system take 32MB - most Linux do... > - just ideas... > PS: The ONLY real pledge I have is this: [F7]...[F12] > Otherwise the SDA is perfect and > I'm slowly agreeing to everything else , do you have to answer every single message in this newsgroup? You probably account for 70% of the newsgroup traffic for sure ; or maybe you think it's a personal forum. Soon i will put you in my black list again... There won't be any additional keys it's not be writing about it over and over that it will happen... Jean-Yves === Subject: Hp49G+ emulator ? I could ask if it exists, but if not, I would like to build my own, and I'm working on the ARM disassembler for now. But I need some informations, like for example : how is working the memory ? the keyboard works... some informations... I 't promise to finish it, but I would like to try it anyway. I have my exams for now so I will not continue this week but you can post or send informations. The must, the best. a++ y. === Subject: Re: Hp49G+ emulator ? There isn't very much known about the actual hardware environment the 49G+ allowing user-written ARM programs to run in the 49G+ Saturn emulation, but management, etc. I've been working off-and-on to add 49G+ support to my palmOS based emulator, but I'm not taking the approach that you're suggestion. Instead, I extract the Saturn-based portion of the 49G+ ROM and handle that using my existing Saturn emulator, and then I simulate those portions of the 49G+ ROM code that actually require ARM code. This is possible due to the fact the 'OS' within the 49G+ is actually a Saturn CPU emulator, with some ARM extensions, so if you write a ARM-based emulator for the 49G+, the ROM code will actually be going through two emulation layers before it is run, which is pretty significant performance hit. -Robert hildinger > I could ask if it exists, but if not, I would like to build my own, and I'm > working on the ARM disassembler for now. > But I need some informations, like for example : how is working the memory ? how > the keyboard works... some informations... I 't promise to finish it, but > I would like to try it anyway. I have my exams for now so I will not > continue this week but you can post or send informations. The must, the > best. > a++ > y. === Subject: Re: Hp49G+ emulator ? Robert Hildinger a .8ecrit dans le [Cut some lines...] > This is possible due to the fact the 'OS' within the 49G+ is actually a Saturn CPU > emulator, with some ARM extensions, so if you write a ARM-based emulator for > the 49G+, the ROM code will actually be going through two emulation layers > before it is run, which is pretty significant performance hit. > -Robert hildinger I disagree with you in 3 points : - First : If we want a perfect emulation of the hp49g+, we must use the ARM, and not only the Salurn part, because we should use ARM programs on this emulator (it is his first purpose, else you can use an existing hp49G emulator for the saturn-only part) - Second : We MUST use the ARM emulator because of ARM parts in the ROM (ex : the keyboard handler, the screen handler...) - 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 't think the speed will be so slow (if I do an efficient code... :p) Well, I'm going to contnue the ARM disassembler. :p a++ y. === Subject: Re: Hp49G+ emulator ? > Well, I'm going to contnue the ARM disassembler. :p And I think you really underestimate the task required to emulate the full samsung ARM9 chipset and all its peripherals. But hey, if you can do that that would be awesome. 't expect to see this running other than on a VERY fast PC though Jean-Yves === Subject: Re: Hp49G+ emulator ? 2iuo2hFrocc9U2@uni-berlin.de... > And I think you really underestimate the task required to emulate the > full samsung ARM9 chipset and all its peripherals. > But hey, if you can do that that would be awesome. > 't expect to see this running other than on a VERY fast PC though > Jean-Yves You think so ? If it works, it will be good. If we want to make an HP49G+ emulator, we MUST go this way. Cannot do anything else. 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, what documents do you have ? I would be glad if you could send me them... :-)) a++ y. === 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 't think the speed will > be so slow (if I do an efficient code... :p) I'm not so sure... I think that only some portions of the ROM are actually in native ARM code. Obviously, the portion of the ROM containing the Saturn emulator is written in ARM code. And from what I've heard, some other portions have been re-written to take full advantage of the ARM architecture, but the majority of the ROM is, in fact, Saturn assmebly, executed by the Saturn emulation layer. Probably, the most of the same source code that is used to create ROM 1.24 for the 49G was developed for use in the 49G+ ROM 1.2x. a++ > y. Luke === Subject: Re: Hp49G+ emulator ? Qtpyc.3796$vO1.34327@nnrp1.uunet.ca... > Well, I'm going to contnue the ARM disassembler. :p > Still sounds like a worthy project. The GBA uses a 32-bit ARM processor; > maybe you can get some info or existing tools, from user groups that like to > hack that system with memory cards and such. I know that there is an ARM c > compiler and assembler out there; maybe someone's already worked on a > disassembler. > Luke I will search for an existing ARM disassembler, it will save me a lot of time !! But it will necessary be usable in my program (I get some coded bytes, and it tells me what it is about) a++ y. === Subject: Re: Hp49G+ emulator ? > I disagree with you in 3 points : > - First : If we want a perfect emulation of the hp49g+, we must use the > ARM, and not only the Salurn part, because we should use ARM programs on > this emulator (it is his first purpose, else you can use an existing hp49G > emulator for the saturn-only part) > - Second : We MUST use the ARM emulator because of ARM parts in the ROM (ex > : the keyboard handler, the screen handler...) > - 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 't think the speed will > be so slow (if I do an efficient code... :p) > Well, I'm going to contnue the ARM disassembler. :p Please forgive me if you think that I was trying to discourage you from attempting an ARM-based emulation. My post was intended to be informational you're desire to make a perfect 49G+ emulation... 1. I agree completely with you. A perfect emulation of the 49G+ does require an ARM-based emulator, which is why my emulation of the 49G+ is an imperfect one, because it simulates the functionality of ARM code where necessary. 2. Here again we get into the concept of emulation versus simulation... 3. This all depends on the host platform. On a modern 3+ GHz Windows PC you can probably write an ARM emulator that runs quite fast, which in turn will run the Saturn emulator contained inside the 49G+ at a reasonable speed. I guess I was thinking in turns of my own host platform, which is on average a 200 MHz ARM platform (i.e. a PalmOS 5 device). On that type of platform doing an ARM emulation of the 49G+ which in turn emulates the Saturn CPU would result in unusably slow performance. l of which is really beside the point, because at the moment there isn't the known facts: 1. 75MHz ARM920T processor (Samsung S3C2410X) 2. Used interfaces: SD card slot, IRDA, and USB. 3. 131 x 80 screen (16 extra lines) 4. Hardware apparently code-named 'Apple' 5. 49G+ ROM is actually divided into two parts: The first part is the ARM-based 'OS' of the calculator which includes the Saturn CPU emulator, the second part is the actual calculator ROM image which is Saturn-based. 6. The calculator ROM image does NOT contain any ARM code. Instead ARM code is called through the Saturn emulation layer by use of the 'BUSCC' opcode, which you can find more information about searching these forums. 7. The first byte of the ARM portion of the 49G+ ROM image is actually at offset 0x4000 in the 49g+ hardware (ARM domain). 8. You could probably ferret out some of the screen driver information from the ARM greyscale examples that have been posted on this forum. That's all I can think of at the moment... -Robert Hildinger === Subject: Re: Hp49G+ emulator ? Robert Hildinger a .8ecrit dans le >Please forgive me if you think that I was trying to >discourage you from >attempting an ARM-based emulation. No you've not discouraged me ;-) > 3. This all depends on the host platform. On a modern 3+ GHz Windows PC you > can probably write an ARM emulator that runs quite fast, which in turn will > run the Saturn emulator contained inside the 49G+ at a reasonable speed. I > guess I was thinking in turns of my own host platform, which is on average a > 200 MHz ARM platform (i.e. a PalmOS 5 device). On that type of platform > doing an ARM emulation of the 49G+ which in turn emulates the Saturn CPU > would result in unusably slow performance. Know that on a 200Mhz, the HP49G emulator doesn't run very quickly, but something like slowest than the real calculator... > l of which is really beside the point, because at the moment there isn't of > the known facts: > 1. 75MHz ARM920T processor (Samsung S3C2410X) > 2. Used interfaces: SD card slot, IRDA, and USB. > 3. 131 x 80 screen (16 extra lines) > 4. Hardware apparently code-named 'Apple' > 5. 49G+ ROM is actually divided into two parts: The first part is the > ARM-based 'OS' of the calculator which includes the Saturn CPU emulator, the > second part is the actual calculator ROM image which is Saturn-based. > 6. The calculator ROM image does NOT contain any ARM code. Instead ARM code > is called through the Saturn emulation layer by use of the 'BUSCC' opcode, > which you can find more information about searching these forums. > 7. The first byte of the ARM portion of the 49G+ ROM image is actually at > offset 0x4000 in the 49g+ hardware (ARM domain). > 8. You could probably ferret out some of the screen driver information from > the ARM greyscale examples that have been posted on this forum. > That's all I can think of at the moment... > -Robert Hildinger Thanx for infos, I will look for some others by mine (if i'ts good english :p) a++ y. === Subject: Re: FREE MATLAB 6.5 looking for some of these I have few . hit me back > I can send you 3 CDs containing Matlab 6.5 (free of charge) if you can > provide ONE of these packages: 1) Mathcad 11. > 2) Maple v.9.0 or v9.5. > 3) Multisim 7 (circuit simulator). > 4) Mathematica 5.0. No money involved in the exchange. > Trucho > Why not simply sell your copy of Matlab and use the money towards the > purchase of (1), (2), (3), or (4)? === Subject: Re: Tutorial on programming songs > I was wondering if anyone could tell me how to program songs > into my HP 48g+ or give me a link to a tutorial. I 't have a link > cable so i can't download songs to my calculator. 't use the BEEP command, that is arduous. What you want to download is Mig. It plays a special format of file, and you can make your own songs if you do some reading. http://www.hpcalc.org/details.php?id=2589 === Subject: Re: FS mint 42s > Near mint, hardly used comes with manual and possibly other books... > http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=5704109298 We obviously have a different ideas of what mint condition means. Mint is ... Mint: as out of the box, new No scratches, or no name written on the back. Jean-Yves === Subject: Re: FS mint 42s Yes, I'm too lazy to take my own picture, I'll just steal one from a recent auction. No matter, my 42S looks like it was run over by a truck, but it's still in great shape. > Near mint, hardly used comes with manual and possibly other books... > http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=5704109298 === Subject: Re: FS mint 42s Ok, I am charging my batterys for the camera as I type this... MC > Yes, I'm too lazy to take my own picture, I'll just steal one from a recent > auction. > No matter, my 42S looks like it was run over by a truck, but it's still in > great shape. > Near mint, hardly used comes with manual and possibly other books... > http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=5704109298 === Subject: Re: FS mint 42s > Near mint, hardly used comes with manual and possibly other books... > http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=5704109298 What is your minimum bid? == 5 === Subject: Re: HP49G+ PDF Manual dbl. sided printing > What I was hopping to do with the modified PDF was take it to a place > like Kinkos and have them print it and then bind it. Double sided of > course. Will this modified doc. be able to work for them? Assuming > they have AA. I 't know what Kinkos is, but you should have no problem printing it in any good printing service. I printed the modified manual myself in booklet format. This is four pages on each sheet of paper (A4 or Letter), two on each side, so that a range of, say, 64 pages fits in 16 sheets which, once folded, form a booklet. These booklets can be made, with the required permutation of pages, by several advanced printer drivers. The booklet format is convenient for saving paper, and, being the cropped pages of 5.53[Times]8.28 inches, they get printed on A4 paper with the very size they were designed. Printing them on Letter paper could require a little shrinking. Of course, the manual could be printed double sided directly on A4 or Letter paper, either stretching the pages to the full size, or leaving big margins. However, the original was not ready for double sided printing, which requires page numbers right-justified in odd pages and left-justified in even pages, or else, centered in all pages. The manual has all page numbers right-justified, and I didn't modify them (there are too many). With regard to double sided printing, the only thing I made was inserting some blank pages so that all chapters begin in an odd (right) page. As page numbering is restarted in each chapter, not doing so would mean page numbers parity swapped in several chapters, which would be a pain to use. Good luck, R. === Subject: FS mint 42s Near mint, hardly used comes with manual and possibly other books... http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItem&item=5704109298 === Subject: Emacs 2.10 Emacs and SDIAG 2.10 at http://zon.astro.uva.nl/~dominik/hpcalc/emacs/ Marziali, joe Horn and Rautenberg for input or suggestions. - Carsten === Subject: Re: Kermit ASCII transfer compatible MMC/SD transfer programs. > Hi everyone, > I've written a pair of programs for transferring Kermit ASCII transfer > compatible files to and from a card reader via MMC or SD card. > Consider them to be Beta programs for now. > I've submitted this to hpcalc.org, but if anyone wants it before > Eric's next update, let me know and I'll send the zip file as an > e-mail attachment. I noticed a bug in that version. The STR-> command wasn't e until after the original flags were restored, so the calculator's current settings instead of the parameters for the angular units display mode and fraction mark in the ASCII transfer header were used. I've submitted a revised version to hpcalc.org, which (among other changes) fixes that. Again, if anyone wants it before it shows up on hpcalc.org, let me know. -- === Subject: Re: Kermit ASCII transfer compatible MMC/SD transfer programs. > Hi everyone, > I've written a pair of programs for transferring Kermit ASCII transfer > compatible files to and from a card reader via MMC or SD card. > Consider them to be Beta programs for now. > I've submitted this to hpcalc.org, but if anyone wants it before > Eric's next update, let me know and I'll send the zip file as an > e-mail attachment. I noticed a bug in that version. The STR-> command wasn't e until after the original flags were restored, so the calculator's current settings instead of the parameters for the angular units display mode and fraction mark in the ASCII transfer header were used. I've submitted a revised version to hpcalc.org, which (among other changes) fixes that. Again, if anyone wants it before it shows up on hpcalc.org, let me know. -- === Subject: Re: Strange behavior of HP49G+ Hi! Searching through the manual of my old HP28S I found out that one can strore a program directly in EQ for the numeric solver (Never throw away old manuals!). So << 1 P - M V X UTPN - >> STOred in EQ can also be used to solve for one of {P, M, V, X}. R. Pfeiffer === Subject: Re: Strange behavior of HP49G+ > Hi! modes. > Searching through the manual of my old HP28S I found out that one can > strore a program directly in EQ for the numeric solver (Never throw away > old manuals!). So << 1 P - M V X UTPN - >> STOred in EQ can also be used > to solve for one of {P, M, V, X}. Yes, that's naturally the best way. I liked to show people the undocumented feature of `gebraic Expression` in the RPN side, which switches to ALG side for the moment One can also use RPL> in the ALG-side to switch to RPN for a while This can be aesily seen by editing an RPN created program while in the ALG-side: RPL> << program steps >> `` === Subject: Re: HPcalc has an interesting update. . . > ... Here in Belgium we have 2200 mAh AA's now - so that would > make it 4400 mAh in the same size factor.... > Careful! If you connect two 2200 mAh AA's together in series you still only > have a 2200 mAh battery, just one that operates at 2.5 volts instead of 1.25 > volts. Remember, the same current is flowing through both cells. To > increase capacity, you'd have to provide two parallel paths for current > flow. Two AA's in parallel would give you 4400 mAh capacity, but it > couldn't be used for anything except what a single AA could otherwise be > used for. You'd need four AA's to get 2.5 volts _and_ 4400 mAh. > Luke Ah yes indeed - I'll have to check the voltage.. Werner === Subject: Re: HPcalc has an interesting update. . . > > ... Here in Belgium we have 2200 mAh AA's now - so that would > > make it 4400 mAh in the same size factor.... > Careful! If you connect two 2200 mAh AA's together in series you still only > have a 2200 mAh battery, just one that operates at 2.5 volts instead of 1.25 > volts. Remember, the same current is flowing through both cells. To > increase capacity, you'd have to provide two parallel paths for current > flow. Two AA's in parallel would give you 4400 mAh capacity, but it > couldn't be used for anything except what a single AA could otherwise be > used for. You'd need four AA's to get 2.5 volts _and_ 4400 mAh. > Luke > Ah yes indeed - I'll have to check the voltage.. > Werner One can change the voltage inside the device, too. The modern voltage is typically 3.3V max, 1.8V min. So two AA's would be enough to have that 4400 mAh BTW: I just checked that four AA's would nicely fit under the Qonos folding keyboard section leavin room under the display for the sled One could have it both ways: A) AA NiMH rechargeables in an easy-to-open pack B) Batteries in size AA (kaline) C) Cells using Lion Well anyway - I hope that Hydrix people are clever enough to use the supplied USB cable for charging that Lion !!! :-D [V P N] === Subject: Re: HPcalc has an interesting update. . . X > BTW: I just checked that four AA's would nicely fit > under the Qonos folding keyboard section > leavin room under the display for the sled X visually - I 't have the unit - yet... I'm just having an educated guess... [Virtual Polish Notation] === Subject: Re: IR com with laptop Irda > Dose anyone know if the HP48SX can communicate directaly with my laptops Ir > port?? it should work if you use something like http://www.stud.uni-hannover.de/~kiszka/IrCOMM2k/English/index.html It is a virtual com-port. It worked for me using the IrDA-Connection of my laptop and Kermit on my 48SX. Andreas === Subject: Re: IR com with laptop Irda > Dose anyone know if the HP48SX can communicate directaly with my laptops Ir > port?? > it should work if you use something like > http://www.stud.uni-hannover.de/~kiszka/IrCOMM2k/English/index.html > It is a virtual com-port. It worked for me using the IrDA-Connection > of my laptop and Kermit on my 48SX. > Andreas Oh, that's great! I was looking for this kind of driver for quite a long time. M === Subject: Re: Problems with a frequency response exercise > response exercise that involves symbolic operations with complex > numbers. > I am asked to find the resonating frequency for a two terminal > circuit. > I am given a 2ohm resistor in series with a 0.1H inductor the two of > which are in parallel with a 5ohm resistor which is in parallel with a > 1ohm resistor in series with a 1mF capacitor. > Now, all i have to do is find the resulting admittance which is given > by Y=(1/R)+J(w*C-1/(w*L)). > Using the data in the exercise i say that > Y=((2+j0.1*w)^-1+5^-1+(1+j(1/1E-3*w))^-1)^-1, w being the resonating > frequency that i'm looking for. > 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 '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. > The same operation was performed in a friend's Ti-89 and it gave him > the answer in the form i described above and he was then able to solve > for w and got the right answer which is 94.47 (or something close to > that, i didn't copy the answer so i 't remember the exact number). > How can i simplify the answer my calculator gave me to get the X+jY or > (X,Y) form so i can isolate or solve for w or how can I solve it? > Another friend of mine with an HP-49G was also doing the same exercise > and got a similar answer as me and couldn't solve it. 'X+Y*i' === Subject: Re: w > It is all your fault, Jean-Yves! This reminds me some movies ;-) > I have not been able to visit this news-goup for many hours > Why? > Because the USB host port you mentioned above > made me drool over the keyboard and zapped it in an instant! 't blame Jean-Yves too much... > It should prohibited to make such devices by the law !!! :-D > I'm not sure if my poor heart will survive > the first encounter of third kind with this thingy The fact remains the device Hydrix proposes is VERY great. Congratulations by advance. Do you have any idea which keyboard we could connect via USB to the device ? In order not to need too much room... Bravo ! Yoann. === Subject: Re: w > It is all your fault, Jean-Yves! > This reminds me some movies ;-) > I have not been able to visit this news-goup for many hours > Why? > Because the USB host port you mentioned above > made me drool over the keyboard and zapped it in an instant! > 't blame Jean-Yves too much... > It should prohibited to make such devices by the law !!! > :-D > I'm not sure if my poor heart will survive > the first encounter of third kind with this thingy > The fact remains the device Hydrix proposes is VERY great. > Congratulations by advance. > Do you have any idea which keyboard we could connect via USB to the device ? > In order not to need too much room... http://www.thinkoutside.com/ You 't always even need cables otherwise not all the developing environments fit in ... === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos Hi JYA, hi all: Par my ignorance here, maybe I'm on the wrong foot here, but what happens if another breed of HP calc becomes available ... does Hydrix write another emulator (or we wait on someone else to do it), or do we have to buy a license from HP or Hydrix for an upgrade, or do we buy another Hydrix handheld at over $US350, or maybe even given that we have a Linux platform, we just download free source/binaries to suit our needs that we find on the web, while the HP 49G+ emulator will just be a part of the standard tools shipped with the product from here on, or even Hydrix provide their own mathematical toolkit over time to extend the capabilities of the machine .. ?? Could someone explain this matter please ... ? -Appologies if I seem to have been naive here, but I'm just thinking of future return on investment. -- Manfred (mathmcn@hotmail.dev.null.com) ^^^^^^^^ === Subject: Re: w > Hi JYA, hi all: > Par my ignorance here, maybe I'm on the wrong foot here, but what > happens if another breed of HP calc becomes available ... does Hydrix > write another emulator (or we wait on someone else to do it), or do we > have to buy a license from HP or Hydrix for an upgrade, or do we buy > another Hydrix handheld at over $US350, or maybe even given that we have > a Linux platform, we just download free source/binaries to suit our I think that this is why it is Linux based: never worry about things like that anymore... someone from the huge Linux community will help you!! [V. <)P. <)N.] > needs that we find on the web, while the HP 49G+ emulator will just be a > part of the standard tools shipped with the product from here on, or > even Hydrix provide their own mathematical toolkit over time to extend > the capabilities of the machine .. ?? > Could someone explain this matter please ... ? > -Appologies if I seem to have been naive here, but I'm just thinking of > future return on investment. === Subject: Re: Where to buy the Hp49g+ in The USA > ^^^^^^^^^^^ > I hate Microsoft LOL LOL LOL. :) Christian -- Und er leert ihn hastig bis auf den Grund, und rufet laut mit sch.8aumendem Mund: Jehovah! dir k.9fnd ich auf ewig Hohn - Ich bin der K.9anig von Babylon! - Heine === Subject: hp48 gx ---> hp49g+ is planning to buy an hp 49g+ , he wants to know if he could run his programs in the hp49g+. first, could the data be transfered via irda or first hp48 -> pc then pc -> hp 49g+??? second, could the hp 49g+ run hp48 software??? thanx. ivan. === Subject: Re: hp48 gx ---> hp49g+ > is planning to buy an hp 49g+ , he wants to know if he could run his > programs in the hp49g+. I 't think so - unless the source code is available. > first, could the data be transfered via irda or first hp48 -> pc then > pc -> hp 49g+??? Yes > second, could the hp 49g+ run hp48 software??? Yes, provided that you transfer a UserRPL program first to a PC in ASCII and then you download it from PC to a 49g+ in ASCII The 49g+ is good to be in the Approx. Mode === Subject: System corrupt on 48GX Batteries on my HP48GX went dead and I changed them, leading to memory recovery. The recovery seemed succesful, for the most part. One strange symptom tells that something is wrong: when I put an (algebraic) object on the stack and press EDIT, I get the (apparently undocumented) error message Invalid editor. Is there any way to get that fixed? I wouldn't like to reset everything, I have a lot of libraries and stuff I'd like to keep. I 't have a current system backup but I have a good rom dump on Emu48. Is there a way to get a memory backup from that? 3186 === Subject: Re: HP 49G+ leather (vinyl?) case > I used a pencil case for school kids - Disney is fine > << >> I wonder if one can use any pencil case or if it must be a Disney one. I myself would prefer to put it in a Barney case as the chances of having a Barney pencil case stolen versus a visible 49G+ are very, very slim! ;) -- EAT === Subject: Re: HP 49G+ leather (vinyl?) case > I used a pencil case for school kids - Disney is fine > << > I wonder if one can use any pencil case or if it must be a Disney one. I > myself would prefer to put it in a Barney case as the chances of having a > Barney pencil case stolen versus a visible 49G+ are very, very slim! ;) THe Disney case that I first tried on my old 49G was at full price so I opted for a similar sized Dancing Baby pancil case as it was at discount (one euro per case - I bought them all) Obviously ly McBeal is not as popular as Minnie Mouse among school girls. :-D Just test the size with your calc - the fit of the 49G is the best since the rubber stop at each side happens to grab into the case and thus you need to pull it out instead the 49g+ will drop out easily - that is a risk. === Subject: Fractions I see a fair number of posts talking about using fractions. Since I have never found much use for this feature, I'm curious who is using it and for what. I can see the need in some college math classes, but out side of that, what do people us it for? I did work in mechanical design here in the USA, and we used fractions of an inch a lot, however we never used anything smaller than 1/16 .0625, If you 't include the x/4 fractions that is only 12 numbers to remember, I never had any trouble remembering the decimal equivalent of the x/16 fractions, and find it just as easy to enter the decimal as it is to enter the fraction. -- Chris W Bring Back the HP 15C http://hp15c.org Not getting the gifts you want? The Wish Zone can help. http://thewishzone.com === Subject: Re: Fractions > I see a fair number of posts talking about using fractions. Since I > have never found much use for this feature, I'm curious who is using it > and for what. I can see the need in some college math classes, but out > side of that, what do people us it for? I did work in mechanical design > here in the USA, and we used fractions of an inch a lot, however we > never used anything smaller than 1/16 .0625, If you 't include the > x/4 fractions that is only 12 numbers to remember, I never had any > trouble remembering the decimal equivalent of the x/16 fractions, and > find it just as easy to enter the decimal as it is to enter the fraction. > -- > Chris W > Bring Back the HP 15C > http://hp15c.org > Not getting the gifts you want? The Wish Zone can help. > http://thewishzone.com Surprisingly, when I am doing various wood-working or other manual labor projects. Kind of tough to add a couple of decimal equivalents of common length measurement fractions, then convert the decimal answer back to a fraction for use on a carpenter's square or Stanley rule! Lakeside === Subject: Re: Fractions To teach my kids math concepts. To ease entries such as .6666666666666 . Toby > I see a fair number of posts talking about using fractions. Since I > have never found much use for this feature, I'm curious who is using it > and for what. I can see the need in some college math classes, but out > side of that, what do people us it for? I did work in mechanical design > here in the USA, and we used fractions of an inch a lot, however we > never used anything smaller than 1/16 .0625, If you 't include the > x/4 fractions that is only 12 numbers to remember, I never had any > trouble remembering the decimal equivalent of the x/16 fractions, and > find it just as easy to enter the decimal as it is to enter the fraction. > -- > Chris W > Bring Back the HP 15C > http://hp15c.org > Not getting the gifts you want? The Wish Zone can help. > http://thewishzone.com === Subject: Re: Fractions > I see a fair number of posts talking about using fractions. Since I > have never found much use for this feature, I'm curious who is using it > and for what. I can see the need in some college math classes, but out > side of that, what do people us it for? I did work in mechanical design > here in the USA, and we used fractions of an inch a lot, however we > never used anything smaller than 1/16 .0625, If you 't include the > x/4 fractions that is only 12 numbers to remember, I never had any > trouble remembering the decimal equivalent of the x/16 fractions, and > find it just as easy to enter the decimal as it is to enter the fraction. The 32sii fractions are useful to me---only because you can enter them faster than 0.5625 0.4375 etc. I never use the fraction diplay---for the same reasons you mentioned: once you know the decimals, you 't need it. Though the 32sii fractions are nice and robust and adjustable, so that one could set the fraction display to 1/16ths and toggle the diplay whenever neccessary. This is a feature that is lacking from all the lower grade schoolboy calculators such as the 30s or other brands. > -- > Chris W > Bring Back the HP 15C > http://hp15c.org > Not getting the gifts you want? The Wish Zone can help. > http://thewishzone.com === Subject: Re: Fractions > The 32sii fractions are useful to me---only because you can enter them > faster than 0.5625 0.4375 etc. How can that be? to enter say 4 7/16 you would need to enter 4 then some key to let you know the integer part is e then the 7 then another key to indicate the numerator is e then the 16 so that would be 6 keys as apposed to 4.4375 which is also 6 keys. But in the case of 4 11/16 the decimal entry would be one less key hits, unless I am not seeing some other way it could be e. I really need to get a 32sII and try it out. > Though the 32sii fractions are nice and robust and adjustable, so that one > could set the fraction display to 1/16ths and toggle the diplay whenever > neccessary. This is a feature that is lacking from all the lower grade > schoolboy calculators such as the 30s or other brands. So you can set the fraction display to round off to the nearest x/y fraction? That is a nice feature, I 't think the ->Q button on the 48 series can be setup that way. -- Chris W Bring Back the HP 15C http://hp15c.org Not getting the gifts you want? The Wish Zone can help. http://thewishzone.com === Subject: Re: Fractions > The 32sii fractions are useful to me---only because you can enter them > faster than 0.5625 0.4375 etc. > How can that be? to enter say 4 7/16 you would need to enter 4 then > some key to let you know the integer part is e then the 7 then > another key to indicate the numerator is e then the 16 so that would > be 6 keys as apposed to 4.4375 which is also 6 keys. But in the case of > 4 11/16 the decimal entry would be one less key hits, unless I am not > seeing some other way it could be e. I really need to get a 32sII > and try it out. 4 . 7. 16 versus 4.4375 7..16 versus .4375 It feels faster when you are working with fractionals, but you are right--it is the same number of keystrokes. I will note that I do as often as not type in the decimals----as much out of habit as anything else (habit from earlier machines). > Though the 32sii fractions are nice and robust and adjustable, so that one > could set the fraction display to 1/16ths and toggle the diplay whenever > neccessary. This is a feature that is lacking from all the lower grade > schoolboy calculators such as the 30s or other brands. > So you can set the fraction display to round off to the nearest x/y > fraction? That is a nice feature, I 't think the ->Q button on the > 48 series can be setup that way. Perhaps the most valuable part of the fraction thing is that for an unfamiliar fraction (or if you simply 't know the dec. equivs.) you can enter it without using up extra stack space----as without fraction capability, you have to use stack to convert to decimal, whereas with fractions it is all handled before entry. > -- > Chris W > Bring Back the HP 15C > http://hp15c.org > Not getting the gifts you want? The Wish Zone can help. > http://thewishzone.com === Subject: Re: HPcalc has an interesting update. . . I agree with . The display should fold up. It acts as a keycover when closed. It can also be angled to *exactly* the correct position if you are using it on a desk, or even if it is just lying on the dashboard. Geoff > Sadly, count me among those that 't particularly like this design. > Having > used handheld analytical instruments, I've got a just a little experience > with > fold-down keyboards. Holding the device near its center-of-mass and > pressing > keys near the lower edge of the fold-down leads to a very spongy feeling > regardless of how crisp the key is; you simply cant hold the device > rigidly. > I, for one, hope that the final design isn't along these lines, or > (unlikely, I > know) offers an alternate form factor. > ...good industrial design is very, very hard...! > They should have hired you (or me :) > My favourite design for folding is fold-up display. > The base unit (kb, batteries, CPU, etc.) > is thick and holds everything else > while the LCD is very thin and light > Thumbing with this kind of design is easy. > Maybe Hydrix is listening and > it's not too late to change the desing a bit. > {} === Subject: Re: HPcalc has an interesting update. . . > I agree with . The display should fold up. It acts as a keycover > when closed. It can also be angled to *exactly* the correct position > if you are using it on a desk, or even if it is just lying on the > dashboard. Well I disagree. the way qonos is designed is you can use it with the keyboard closed using only the touch screen just as you would with many PDA. With just a folding screen the device would be much longer and bulky Jean-Yves === Subject: Re: HPcalc has an interesting update. . . > I agree with . The display should fold up. It acts as a keycover > when closed. It can also be angled to *exactly* the correct position > if you are using it on a desk, or even if it is just lying on the > dashboard. > Well I disagree. > the way qonos is designed is you can use it with the keyboard closed > using only the touch screen just as you would with many PDA. > With just a folding screen the device would be much longer and bulky OK, Jean-Yves, I understand it now. The touch screen is the thing that makes all the difference I was thinking about a keyboard-only device where the screen is not part of the input Your design is very good for a touch screen device Can I change a graph wiht a pencil or a fingernail? Can I even draw a freehand graph and change it to a function? If so, you have a winner! # h === Subject: Re: HPcalc has an interesting update. . . >http://www.hpcalc.org/qonos.php >Looks nice. . . although that prototype circuit borad looks a little >cumbersome. ;-) >timwessman@yahoo.com (bring it on spammers!=) I hope Jean-Yves sends out some pre-production prototypes so the HP community can give them a real workout. It is sometimes good to get people that are not so closely associated with a company to test things. Harold A. Climer Dept,Of Physics,Geology & Astronomy U.T.Chattanooga Room 318 Grote Hall 615 McCallie Ave Chattanooga TN 37403 423-425-4546 === Subject: Re: HPcalc has an interesting update. . . > qonos is using a high-capacity lithium-ion battery ; no replaceable > batteries. I too want to weigh in on this issue. I would strongly recommend a user changeable lithium-ion battery so you can keep a spare and swap them as needed. The HP iPAQ finally implemented this and it made a huge difference in usability. This might not be deemed necessary for a calculator-only device, but Qonos has the potential to be much more than that... I am hoping to replace both my HP-49G+ and my iPAQ 5550. Simon === Subject: Re: HPcalc has an interesting update. . . > > 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 Repeated: > qonos is using a high-capacity lithium-ion battery ; no replaceable > batteries. This would definitely be a show stopper for me. While I 't mind buying an extra special battery for use if the reasons are correct (and I can see that a hand held calculator needs to be small, and I hate AAA's) I would never buy anything that is locked into the < 2 year lifespan of lithium based batteries. The iPod has the benifit of being out there in the millions.. someone is going to build batteries to retrofit into it. I still won't own one until it's easy to do. So I hope that you are designing a popular battery format into this thing... and that we will be able to replace it when it wears out or we need to power up in the field.... because I just know you aren't going to sell millions of these gadgets in order that it is worth it for someone to do it for you. What do people who design stuff think? That we are going to keep buying things that SHOULD last for years, and throw it out after a year and a half because it needs a battery? I hope you 't have any children or grandchildren, because you are helping to leave them a world where there is no hope if you are part of this osophy. ... === Subject: Re: HPcalc has an interesting update. . . <2i9dtdFkoib1U1@uni-berlin.de> <2i9e9pFkkmotU1@uni-berlin.de> <2icnd7FlagvqU1@uni-berlin.de> <40c5e7e5$0$825$a344fe98@news.wanadoo.nl> In message <40c5e7e5$0$825$a344fe98@news.wanadoo.nl>, an Adrian >buying things that SHOULD last for years, and throw it out after a year >and a half because it needs a battery? I hope you 't have any >children or grandchildren, because you are helping to leave them a >world where there is >no hope if you are part of this osophy. > Child: Grandpa, what did you used to do? Gramps: I used to design electronic devices like this. [Hands an old but immaculate Qonos to child] Child: [Fiddles with switch] Why doesn't it work? :-( -- Bruce Horrocks Surrey England @.plus.com -- fix the obvious for email === Subject: Re: HPcalc has an interesting update. . . > In message <40c5e7e5$0$825$a344fe98@news.wanadoo.nl>, an Adrian >What do people who design stuff think? That we are going to keep >buying things that SHOULD last for years, and throw it out after a year >and a half because it needs a battery? I hope you 't have any >children or grandchildren, because you are helping to leave them a >world where there is >no hope if you are part of this osophy. > Gramps: I used to design electronic devices like this. > [Hands an old but immaculate Qonos to child] > Child: [Fiddles with switch] > Why doesn't it work? like this HP-41C I'm using? [V P N] === Subject: Re: HPcalc has an interesting update. . . > :-(( > Why? Are you serious? A li-ion battery allows a high capacity in an very small package > If my Oly digicam can work with NiMH, why are you using proprietary > batteries? Here you 't worry about it, you have over 3000mAh of capacity in an extremely tiny package. > I'm simply avoiding such products. you're bad luck, there's a lot of good products you're going to miss-out on. Jean-Yves === Subject: Re: HPcalc has an interesting update. . . > :-(( Why? > Are you serious? > A li-ion battery allows a high capacity in an very small package Hi Jean-Yves. The capacity of NiMHs has increased over the years, as well. My Sony digital camera has a 3700 mAh battery pack that is exactly the size of 2 AA's. Here in Belgium we have 2200 mAh AA's now - so that would make it 4400 mAh in the same size factor. And cheap, abundant and easily replaceable. And not needing a dedicated charger (well, a dedicated NiMH charger - but I already have one) l these chargers.. cell phones, digital camera, Sony Cli.8e, GameBoy Advance SP.. all different. It's a pain. If only they had all used NiMHs .. BTW there are AA Li-Ion batteries as well nowadays, I believe. (not sure, I think I remember having read about it, and I'm not old enough for my memory to start failing me) Good luck with Qonos, and Hydrix in general, Werner === Subject: Re: HPcalc has an interesting update. . . > ... Here in Belgium we have 2200 mAh AA's now - so that would > make it 4400 mAh in the same size factor.... Careful! If you connect two 2200 mAh AA's together in series you still only have a 2200 mAh battery, just one that operates at 2.5 volts instead of 1.25 volts. Remember, the same current is flowing through both cells. To increase capacity, you'd have to provide two parallel paths for current flow. Two AA's in parallel would give you 4400 mAh capacity, but it couldn't be used for anything except what a single AA could otherwise be used for. You'd need four AA's to get 2.5 volts _and_ 4400 mAh. Luke === Subject: How much would you pay? [ was Re: HPcalc has an interesting update. . . ] > Here you 't worry about it, you have over 3000mAh of capacity in an > extremely tiny package. Well, user-replaceability is an issue. Because Li-ion batteries only last, say, ~2 years or so, it's very important that the battery be field-replaceable, at the very least (e.g., cellphone or cordless phone batteries). Other people would want the battery to be easily user-replaceable (for swapping out a nearly-dead battery for a fully-charged one), but I could live without that if the expense of good battery contacts (& battery) becomes a cost issue. US$350-$400+ is probably fine, but I'd be very worried if the price goes above US$500, given all the features that everyone wants. For that matter, given that people are asking for their favorite kitchen sink feature to be included, how much would people be willing to pay? A lot of these features require hardware, and hardware features aren't cheap -- especially ones that require connectors (I'm a bit surprised at the number of connectors in the proposed prototype). -- Darryl Okahata darrylo@soco.agilent.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. === Subject: Re: HPcalc has an interesting update. . . > :-(( > Why? > Are you serious? > A li-ion battery allows a high capacity in an very small package > If my Oly digicam can work with NiMH, why are you using proprietary > batteries? > Here you 't worry about it, you have over 3000mAh of capacity in an > extremely tiny package. > I'm simply avoiding such products. > you're bad luck, there's a lot of good products you're going to miss-out on. Jean-Yves! Surely the Lion battery is user replaceable. Please clarify this ASAP! One could buy a second battery as a spare for field work. The main target group in Finland could be Surveying... === Subject: Re: HPcalc has an interesting update. . . > no replaceable batteries. all batteries go eventually bad. (think of a laptop with a soldered battery or think about the ipaqs mistake). === Subject: HP48->Excel 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 > 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 Use Matrix Writer to do your Matrix and STOre it into 'Mname' [MODE] [+/-] eg. Switch to ALG Mode RCL(Mname) ->STR(Press [HIST] and select from the Stack) [MODE] [+/-] eg. Switch to RPN Mode 'Mname.txt' STO Transfer to PC in ascii Do the rest of the work in the PC Excel can read comma delimited files [] PS: You could use SREPL to change line feeds to commas in the 49g+ and get rid of the [ and ] === Subject: Re: HP48->Excel > Use Matrix Writer to do your Matrix and STOre it into 'Mname' >..... it sounds like I need to do a little more. :) I'd say I need to get more familiar with the calculator features. === Subject: Re: Just received my HP 33S >> In Pennsylvania, incidentally, the only high school math competition >> I have been to that allowed calculators was one at Millersville >> University. It was rather bad. Others I have been to are the >> Pennsylvania Council of Teachers of Mathematics competition, the ARML >> (at Penn State), and ones at Drexel U. and Temple U. -- none of them >> allowed calculators. > Just for the record here, and quite apart from any other issues > discussed here: ARML *does* allow calculators in the Team and Power > rounds, [where students work together on fairly complex problems], but > not in the Individual and Relay rounds -- and ARML is one of the most > well-written, challenging competitions in the country! I'm not sure > when ARML first allowed calculators -- it was probably in the late > 1980s or early 1990s -- I can confirm at least that calculators were > not allowed at all in the late 1970s (when I participated in ARML as a > student), but have been allowed since 1995 (when I began coaching). You are right, the ARML does allow calculators for those rounds. I am not sure which problems actually give the calculator some usefulness, though. It would not make much difference if they simply left the calculators out, though. > so, as an occasional writer of math contest questions [not as good > as the ARML writers, though!], I think that allowing calculators > CHANGES the nature of the questions you write, but it's not clearly > better or worse; some questions that would be interesting without a > calculator (requiring some ingenuity to solve) become trivial with > one; but other questions that couldn't even be asked without a > calculator are suddenly possible. And in a good math competition, > students who rely TOO much on their calculator are usually sunk. You are right. I have somewhat changed my mind as to calculator use in competitions such as those, but allowing calculators still unevens the playing field. However, in the team and power rounds, I do not remember any questions which really used the calculator - On question 5 of the power round I used mine to speed up some arithmetic, but that is all. I could imagine somebody using a calculator program to find the answers to numbers 8 or 9 by brute force. On question 9, a person using a calculator that can work with large integers would be able to write a program without thinking as to know the divisibility test for 99 or something like that - and then he'd practically have reached the answer anyway. On the team I competed on (the misnamed l-Pennsylvania team, which was really just the adelphia area, plus some alternates because we were short-handed), I remember a number of team members with no calculator at all, with others having graphing calculators, a few with scientific calculators, and two having _old_ scientific calculators (but none were HPs :-). Imagine them going against a team carrying 89's and 49's, who would have a definite advantage, both in programmability and the ability to see their last-entered expression to catch input errors. > www.arml.com for info on this year's competition! And if you scroll to > the bottom of that page, you can see some sample ARML competitions and > judge for yourself whether a competition that allows calculators is so > easy! I never said such a competition was easy. It is not the difficulty I am against, it is the inequality. They might as well leave calculators out of the team and power rounds anyway. What I think would be very interesting is a math competition whose questions _require_ calculator programming (or perhaps some brilliant insight that the question makers didn't catch) to solve the problems at a decent rate of progression, in which brute force would take too long, requiring a smarter means of finding an answer. === Subject: Re: Euler's Constant > I wonder what kind of algorithm CAS uses here. Unfortunately, HP's CAS fails to recognize one of my favorite patterns: 'e' is equal to the sum of 1/x! as x goes from 0 to infinity. It might be said that no finite machine with finite resources can recognize every possible pattern, because there are an infinite number of possible patterns. Why, then, can the finite human brain with its finite resources always detect a pattern, even brand-new ones? Will artificial intelligence give that ability to computers? If that's even possible, would it be a Good Thing? Does intelligence *intrinsically* involve models of infinity? But the ancient Romans didn't even have a ZERO, let alone infinity! Does that mean that they were not intelligent? They are the only great civilization that never produced a single mathematician! The ones they had were either from elsewhere or were married. -Joe- === Subject: Re: Euler's Constant Why, then, can the finite human brain > with its finite resources always detect a pattern, even brand-new > ones? Will artificial intelligence give that ability to computers? Not with the Saturn. The AIM9, however, could well be the forerunner of the HAL 9000. :-) Sometimes AI is very impressive and leads to programming breakthroughs, but for the most part, it seems to be wildly over-optimistic, a real case of running before walking. People are heavily involved in trying to teach computers to think as humans do, with a very poor understanding of how human intelligence works in the first place. If you show newly-hatched chicks the silhouette of a hawk, they get upset, although they 't do that with any other silhouette. The conclusion, as Sagan said, is probably that they have the pattern of a hawk encoded in their DNA. How do they decode it? How do they decode it so *fast*? How do we recognize a familiar face in a millisecond? Or decide equally as fast that it's not a familiar face? Evolution knows, but ain't saying just yet. One encounter I had with pattern recognition, if you'll allow sound to be considered a pattern we recognize, was when I designed professional audio equipment (Our producers are always stoned, and they need to be able to select any track when they're in the washroom throwing up. I'll have it by Tuesday.). A-B testing can border on worthless, just like surveys that aren't thought through. People who know nothing about sound (most) believe almost anything and can be hoodwinked into returning whatever results you prefer. Professionals with Golden Ears work with a narrower subset, but they'll believe anything, too, if it's phrased right. I know an engineer whose expertise I trust, and he swears blind that gold-plated speaker cables make an audible difference. I'll reserve judgement on that - just the act of changing something, or even *telling* people you're going to change something, changes their pattern perception. Human-quality AI in our lifetime? We can't even get calculators right. :-) > But the ancient Romans > didn't even have a ZERO, let alone infinity! As they used to say in ancient Rome, Quando erunt cives romanes? Postero anno, which loosely translated, means These damn Roman numerals drive me *nuts*! You should try using them in SysRPL! === Subject: Re: Euler's Constant > I wonder what kind of algorithm CAS uses here. > Unfortunately, HP's CAS fails to recognize one of my favorite > patterns: 'e' is equal to the sum of 1/x! as x goes from 0 to > infinity. Maybe you should use the TI-68k ;-) Just kidding. One sum is not nearly enough to warrant a switch. And as we all know, the TI's and the HP's have different strengths. -- === Subject: Re: Euler's Constant > > > Oh, I forgot one important detail. Try to compute numerically > > a_100000 = (1+1/100000)^100000 on the 49+. This yields 2.71826... which > > is wrong already in the 5th decimal. Do you understand how unreliable > > are computers? Only a deep mathematical analysis can explain why :-) > > Actually the full result 2.71826823717 is correct to within 1 ulp. It agrees > > to only 5 with e - but that has nothing to do with computers being unreliable?? > Hi Werner, > I'm glad that you awoke on this occasion :-) You are right. I forgot > something: That the HP48 computed a_100000 so precisely while huge > computer did not (wrong results were published in a widespread Textbook > on Analysis) was the start point of my paper. It is a miracle that the > little HP48 is more precise in this particular case than a million > dollar computer in Karlsruhe. > By the way, how did you verify that the 48/49 result is correct? The > paradox remains that you have to use the limit of the sequence a_n to > compute the rational sequence numbers a_n for very high n. > - > Hi . > There are two ways to calculate (1+1/n)^n for n very large: > - one using e implicitly, as exp(n*ln(1+1/n)), using the HP48/9 LN1P function > (or the 41/42 LN1+X function) > - the other one as the first 16 or so terms of the expansion: > (1+x)^n = 1 + nC1*x + nC2*x^2 + .. nCk*x^k, with x=1/n > 16 is chosen because the 16th term is in the order of 10^-14, which will do > for a 12-digit calculator. One could choose more terms if using SysRPL and 15 digits > Interestingly, calculating it as > (( .. ((x*(n-k+1)/k + 1)*x*(n-k)/(k-1) + 1) .. + 1)*x*(n-1)/2 + 1)*x*n + 1 > results in larger roundoff errors than calculating each term separately > (starting with the smallest) - for which the results are always to within > 0.5 ulp. > Werner '' PS: Maybe you guys could have a minicontest: === Subject: Re: Euler's Constant . > One could choose more terms if using SysRPL and 15 digits Yes, but why? Choosing 16 terms in UserRPL guarantees a result to within 1/2 ulp. No need for SysRPL, save for speed. Werner === Subject: 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. Maurizio === Subject: Some history about the USA and France... In those days of great rememberance, I would like to tell you about some history of France and America : One character, a real person in fact, acted bravely in order to help America to guarantee its freedom : His name was Beaumarchais. In those days, I wanted to tell you that he gave his money without saving much, to support the US army of the XVIIIth century. For his memory, thank you. Yoann. === Subject: Re: Some history about the USA and France... I'd rather have a German division in front of me than a French one behind me.- Gen George Patton, Commander, 3rd Army, Liberator Of France from the German occupation. When DeGaulle insisted that all American serviceman leave France, then Secretary of Defense Dean Rusk asked DeGaulle, What about all the men in graves? Degaulle never answered... The only time the French want the Americans to fight is when the German Army is sipping coffee in Paris. - Regis bin The only time the French have ever won a military engagement is when they've fought each other or when they've been commanded by a foreigner. Google search for French Military Victories: No standard web pages containing all your search terms were found. Your search - french military victories - did not match any documents. How many men does it take to defend Paris? Unknown, it's never been tried. Ebay listing: Used French army rifles, cheap - never fired, dropped once. The next time there's a war in Europe, the loser has to keep France. Caesar Garcia > In those days of great rememberance, I would like to tell you about some history > of France and America : > One character, a real person in fact, acted bravely in order to help America to > guarantee its freedom : > His name was Beaumarchais. > In those days, I wanted to tell you that he gave his money without saving much, > to support the US army of the XVIIIth century. > For his memory, thank you. > Yoann. === Subject: Re: Some history about the USA and France... Caesar, Please understand me : I 't intend to diminish the role of the USA in the freeing of France. That was just some idea I got, some remembering. I'm very proud of the courage young men and women showed in the 40's of the XXth century, and I think that Europe may be grateful for this. I hope we will live in peace for long, very long years, decades, centuries again. Yoann. === Subject: Re: Some history about the USA and France... Ok, I do have simpathy for the frenchs, but even if this was considered insulting by some of them, I'll have to confess that a couple of lines did make me laugh... -- Reply: Erase between the dot (inclusive) and the @. Responder: Borra la frase obvia y el punto previo. === Subject: Re: Some history about the USA and France... > Ok, I do have simpathy for the frenchs, but even if this was considered > insulting by some of them, I'll have to confess that a couple of lines > did make me laugh... During the lightning war Germany took also other countries yet only France is being insulted - perhaps originally by British Nothing made me laugh since the writer(s) doesn't seem to know about the multituous reasons behind. Symphatetic to all who were occupied by anyone during any war. === Subject: Re: Some history about the USA and France... > During the lightning war Germany took also other countries > yet only France is being insulted - perhaps originally by British > Nothing made me laugh since the writer(s) doesn't seem to know > about the multituous reasons behind. Symphatetic to all who were occupied by anyone during any war. Well this is a stupid thread we shouldn't have been started in this newsgroup in the first place... Jean-Yves French, proud to be and always thankful for the Freedom the Americans gave me before I was born. (doesn't mean I agree with the war on Irak though) === Subject: Re: Some history about the USA and France... oh off Who is not french at all === Subject: Re: Some history about the USA and France... A Citroen calculator... -- Frank Bachman (Grumpy Aero Guy) > In those days of great rememberance, I would like to tell you about some history > of France and America : > One character, a real person in fact, acted bravely in order to help America to > guarantee its freedom : > His name was Beaumarchais. > In those days, I wanted to tell you that he gave his money without saving much, > to support the US army of the XVIIIth century. > For his memory, thank you. > Yoann. === Subject: Re: Some history about the USA and France... > A Citroen calculator... I drove a Citron once. It was a lemon. 8-) Tom Beaulac Lake (Beaulac is the last name my ancestors used before they could speak English) === Subject: Re: Some history about the USA and France... I always thought they made pretty cool looking cars. I seem to remember the SM'..... with that Maserati engine...must've been a missile (that looked like a lemon). -- Frank Bachman (Grumpy Aero Guy) > A Citroen calculator... > I drove a Citron once. It was a lemon. 8-) > Tom Beaulac Lake > (Beaulac is the last name my ancestors used before they could speak English) === Subject: Re: Some history about the USA and France... > One character, a real person in fact, acted bravely in order to help America to > guarantee its freedom : > His name was Beaumarchais. Did he use a TI or an HP calculator? Tom Lake === Subject: Re: Some history about the USA and France... > One character, a real person in fact, acted bravely in order to help > America to > guarantee its freedom : > His name was Beaumarchais. > Did he use a TI or an HP calculator? I'd be very stupid if I dared try to answer that question. Perhaps an HP, but it was centuries ago... Yoann. === Subject: Re: Some history about the USA and France... > One character, a real person in fact, acted bravely in order to help > America to > guarantee its freedom : > His name was Beaumarchais. > Did he use a TI or an HP calculator? He was actually a very renouned clock maker, well is father more than him. Arnaud === Subject: Lesson I went to renew my driver's licence today, and faced the following scenario... I had unpaid tickets, many. Here are they (date & amount) : 2Apr2002, $25, x3 2Apr2002, 50 27Feb2002, 50 27Feb2002, 25 15Sep2001, 145 6Mar2001, 145 They said I have to pay $5 for every 30 days after the date, rounded up at 15 days. Plus another $25 ticket for which the penalty didn't apply (@^$%& thank you!). While there, that printing calculator was running fast, while the clerk seemed to be saying something to herself. I was praying for it to stop. It look like the same prayer, but it wasn't. Finally, I said Amen. She said $1705. I went home and grabbed my trusty 49G+. I discovered a mistake! I also realized how quickly I calculated all this with the 49's date functions and list processing. I just wish I could drive better... Toby === Subject: [RECH] Programmes math.8ematiques sur HP49G bonjour, je cherche des programmes en maths et physique-chimie sur HP49G pour faire une .8etude compl.8fte de fonction, ou encore .8equilibrer des .8equations redox... enfin ce genre de programmes tr.8fs utile pour le BAC S merci de me contacter par mail ou sur les news. vous pouvez me laisser un lien ou les trouver ou me les envoyer par mail. Merci pour votre aide. === Subject: Re: [RECH] Programmes math.8ematiques sur HP49G BonJour, Tu peux regarder ici: http://www.hpcalc.org/ et http://www.hp-sources.com/ Emad > bonjour, je cherche des programmes en maths et physique-chimie sur HP49G > pour faire une .8etude compl.8fte de fonction, ou encore .8equilibrer des > .8equations redox... enfin ce genre de programmes tr.8fs utile pour le BAC S > merci de me contacter par mail ou sur les news. > vous pouvez me laisser un lien ou les trouver ou me les envoyer par mail. > Merci pour votre aide. === Subject: Re: w > I think that this Qonos will be a machine to talk a lot about. > It is really impressive. > http://www.hpcalc.org/qonos.php Those specs are very close to what I spoke of here a couple of years back - I'm glad we stopped our project back then :-) Steen === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos > Those specs are very close to what I spoke of here a couple of years back - > I'm glad we stopped our project back then :-) Why that? why be glad? Jean-Yves === Subject: Re: w > Those specs are very close to what I spoke of here a couple of years back - > I'm glad we stopped our project back then :-) > Why that? why be glad? I wouldn't have liked to compete with you. Well, when I think back, that would probably not have been the case actually - we would have found an agreement or maybe even joined forces in specific areas. Steen === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos > I wouldn't have liked to compete with you. Well, when I think back, > that would probably not have been the case actually - we would have > found an agreement or maybe even joined forces in specific areas. Well it's never too late. I guess we can continue this discussion by private email Jean-Yves === Subject: Re: w X Jean-Yves, does the new SDA support complex numbers in polar mode with units? (1.5_V, <) 45_o) + (-200_mV, <) 0.5_rad) Directly in the new Equation Writer? [V <)P <)N] === Subject: Re: w > I wouldn't have liked to compete with you. Well, when I think back, > that would probably not have been the case actually - we would have > found an agreement or maybe even joined forces in specific areas. > Well it's never too late. > I guess we can continue this discussion by private email > Jean-Yves A-HAA!!! There is a greater than epsilon possibility that the Man of Steen will join the Hydrix in one way or the other. This Qonos project sounds better each and every day. Why 't you invite me in, Avenard? I would have so many ideas that you could do no other job than just comment my ideas Hmmmm... Maybe that's why..... (-; PS: At least let me translate all the messages and the UI buttons, etc... to Finnish - starting right now!! (or after the summer holidays are over eg. August) === Subject: Re: WowwwwwwwwwwwwwwwwwwwwwwwwwwwwwI'll buy it!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Qonos >Those specs are very close to what I spoke of here a couple of years back - >I'm glad we stopped our project back then :-) What device were you making, and why was it stopped? I'm curious. === Subject: Re: w > What device were you making, and why was it stopped? I'm curious. It's a long story - an even longer story why it was stopped. There are something like a zillion posts from 2001 and 2002 about this - here's the first post in the first thread: Steen === Subject: Re: w > > Those specs are very close to what I spoke of here a couple of years back - > > I'm glad we stopped our project back then :-) > Why that? why be glad? > I wouldn't have liked to compete with you. Well, when I think back, > that would probably not have been the case actually - we would have > found an agreement or maybe even joined forces in specific areas. > Steen Join the (Hydrix) Force, now, Luke! === Subject: Re: w > 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). > There's a USB host port there ; you can plug a mouse, a keyboard, a web > cam whatever USB device. > Jean-Yves Oh, great! Couple more thoughts for future devices: 1. Move the LCD instead of the keyboard. (better visibility vs loss of closed_clamshell_display_mode) 2. *if* LCD screens are tough enough .... replace the top keypad with a second touch sensative LCD screen. Put the lesser used keys there (user selectable set of functions) and have a high quality traditional keypad for digits, ENTER, 4 functions, a row of soft keys, etc. If some of this 2nd LCD remained exposed for viewing when the 1st LCD is closed, you would gain some closed_clamshell_display_mode functionality which you lost in #1 above. You would gain additional display space, and have a *much more* flexible keypad. People will carp about poor tactile feedback of the LCD screen, but they could move some of their favorite functions to soft keys. Plus, they would have a high quality traditional keypad. 3. A wild impractical (non functional?) idea .... Put a small projection mirror chip about where the 48 IR transceiver use to be. Shine a little pocket laser on it and POOF - a projection display super caclulator. Educators would be awed. === Subject: Re: Replacement for Casio FX-451 > http://www.amazon.com/exec/obidos/tg/detail/-/B00004TVDO/102-7213531-8891349 > ?v=glance > On sale for $15. I have bought from Amazon; they are pretty fast. > , I did the same thing! Picking mine up from not-so-local Office Depot this week! Lakeside === Subject: Re: Hewlett Packard HP 82240B printer for sale on Ebay ENDING TONIGHT HP 82240B printer like new for sale ending in few hours more, and lot > of more HP stuffs. > Please check the link: > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=31577&item=3484489241 > Check the seller others items. Will report on how it works when I get it. Martin Cohen === Subject: Tutorial on programming songs I was wondering if anyone could tell me how to program songs into my HP 48g+ or give me a link to a tutorial. I 't have a link cable so i can't download songs to my calculator. === Subject: Re: Tutorial on programming songs > I was wondering if anyone could tell me how to program songs > into my HP 48g+ or give me a link to a tutorial. I 't have a link > cable so i can't download songs to my calculator. I dunno about the 48g+ but on the 38 and 39g, so far as you 't plan to have a polyphonic song, this is a pretty easy task. The command to use is BEEP. E.G. BEEP 440;1: The first parameter is the frequency in hertz and the second number is the length of the note in seconds. In the case of above, that plays the first A above middle C. The general formula for getting the freqency of a note is 110*2^(n/12) where n is the note in terms of semitone( or halfnotes as some prefer) from A, 2 octaves below middle C. If you only want to start one octave below middle C, replace 110 by 220. Another cool thing you can do is put your notes and durations in a list. EG {note}|>L1: {duration}|>L2: BEEP L1;L2: If this was the hp48g i suppose if the BEEP command exists, you'd do this {note} L1 STO {durations} L2 STO L1 L2 BEEP Note: {note} and {duration} are lists of notes and durations. If you need to pause just use the WAIT command. On the 38/39g the usage is WAIT 2: where the parameter is time to wait. In the case above the calc waits for 2 seonds. On the hp48g, I supppose the command would be 2 WAIT for the same effect. Remember, if you're writing this as a program you need to put the commands between << >> brackets. Thats basicly what I used to do. I used to program songs in to my hp38g during highschool, I've e 2 songs, fly me to the moon and the opening theme to Neon Genesis. I've e other bit and pieces also, but those two were my best. There might be more efficient techniques but that was my way of doing things back then. Hope this helps. -- Webpage: http://wing.ucc.asn.au FAQs about me: Is this related to homework? Definately not Are you and undergrad? Yes Are you looking for work and do you want to work for us? Yes, but only if it pays. Are you insane? No, not at the moment. === Subject: Re: Mass-Spring-System animation in EQL+ this is not related to the fantastic mass-spring-system animation, merely a bug report... When I enter Plane Geometry -> Triangle , my device starts cycling in indefinite space ;-) After a (hard) reset, I have a fine, fresh & clear memory. To be sure, I repeated this 3 times. And yes, it is reproduceable. Otherwise all looks fine, keep up the good work! M p.s. === Subject: Re: Mass-Spring-System animation in EQL+ > this is not related to the fantastic mass-spring-system animation, > merely a bug report... > When I enter Plane Geometry -> Triangle , my device starts cycling in > indefinite space ;-) Today fixed. By the way, the display of equations is nicer now. As in the 48GX, the commands CONST and UBASE and aren't displayed although some equations may contain constants and units (which aren't lost). In particular, some long equations concering transistors in Solid State Devices look now less frightening :-) - http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === Subject: Re: Mass-Spring-System animation in EQL+ Hi , Only a minor cosmetic issue. If you browse to Solid State Devices --> Bipolar Transistors and to the 8th equation (wich is very large) using the normal font (not mini) you can see that the equation overlaps the title Bipolar Transistors. While this can be worked around by using the mini font display (pressing [+/-]) one can gets the impression that the equation is not centered in the screen (verticaly), it could be placed down 2 or 3 pixels, alowing it to be displayed without overlaping the title. This slitly uncentered position is common to all of the equations in the library. I 't know if this can be fixed as I checked and it is also the same for the built-in library on the 48GX. Nonetheless I thought I should point this out. Hugo Rodrigues >> this is not related to the fantastic mass-spring-system animation, >> merely a bug report... >> When I enter Plane Geometry -> Triangle , my device starts cycling in >> indefinite space ;-) > Today fixed. By the way, the display of equations is nicer now. As in > the 48GX, the commands CONST and UBASE and aren't displayed although > some equations may contain constants and units (which aren't lost). In > particular, some long equations concering transistors in Solid State > Devices look now less frightening :-) > - > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === Subject: Re: Mass-Spring-System animation in EQL+ > Hi , > Only a minor cosmetic issue. > If you browse to Solid State Devices --> Bipolar Transistors and to the > 8th equation (wich is very large) using the normal font (not mini) you can > see that the equation overlaps the title Bipolar Transistors. While this > can be worked around by using the mini font display (pressing [+/-]) one can > gets the impression that the equation is not centered in the screen > (verticaly), it could be placed down 2 or 3 pixels, alowing it to be > displayed without overlaping the title. This slitly uncentered position is > common to all of the equations in the library. I 't know if this can be > fixed as I checked and it is also the same for the built-in library on the > 48GX. Nonetheless I thought I should point this out. Yes. Because I use the coordinates of FPTR^ViewGrobObject so that both pictures match, the INFO-picture and the VIEW-picture for long equations. If your example is the only one, I'll leave it as it is. Otherwise I'll test to put the y-coordinate of the INFO-picture 2 pixels down. But this means another Display-Update which slows always somewhat down. - PS. I use FPTR^ViewGrobObject because JYA changed the behaviour of the command XYGROBDISP in passing from the 48 to the 49. It cannot anymore used to enlarge the width of ABUFF and scrolling with SCROLLRIGHT and SCROLLLEFT. The original equation lib uses XYGROBDISP 100 times. I had to use the GROB! command instead which in turn is more tolerant on the 49(+) as it was on the 48. There seem to be no pointer which enlarges the ABUFFER width. No problem enlarging its hight, though. === Subject: Strange behavior of HP49G+ Hi! I have encountered the following strange problem. When I try to enter 'NDIST(0,1,0)' NDIST is marked and the error message Invalid Syntax is displayed. For just calculating the value at X=0 I can enter in RPN 0 1 0 NDIST and it works fine. However, if I want to plot 'NDIST(0,1,X)' I get again the error message. If I define a function by << -> X << 0 1 X NDIST >>>, I can plot it and use it in the numerical solver. The same behavior shows up for UTPN and maybe for other functions taking additional parameters. Anyhow, I have to type the function names with ALPHA keys. Pressing ' and then the menu for NDIST gives the error NDIST Error: Too Few Arguments. I have my calc set to RPN, Flag 117 set and VERSION tells me: Version HP49-C Revision #1.23. R. Pfeiffer === Subject: Re: Strange behavior of HP49G+ > Hi! > I have encountered the following strange problem. When I try to enter > 'NDIST(0,1,0)' NDIST is marked and the error message Invalid Syntax is > displayed. For just calculating the value at X=0 I can enter in RPN 0 1 > 0 NDIST and it works fine. However, if I want to plot 'NDIST(0,1,X)' I > get again the error message. > If I define a function by << -> X << 0 1 X NDIST >>>, I can plot it That is what you have to do Every command is not a function even if it returns only one value. '' > and use it in the numerical solver. The same behavior shows up for UTPN > and maybe for other functions taking additional parameters. > Anyhow, I have to type the function names with ALPHA keys. Pressing ' > and then the menu for NDIST gives the error NDIST Error: Too Few > Arguments. > I have my calc set to RPN, Flag 117 set and VERSION tells me: Version > HP49-C Revision #1.23. > R. Pfeiffer === Subject: Re: Strange behavior of HP49G+ > That is what you have to do > Every command is not a function > even if it returns only one value. OK. I will tell you my original problem. I have to find the value X for which the cdf of the normal distribution becomes larger than a given value, say 0.25. In the user manual is an example of this in algebraic mode. There they store '0.25=1-UTPN(0,1,X)' into the variable EQ and use the numeric solver to solve for X. If I follow the steps in algebraic mode, everything is just fine. However, in RPN mode I cannot store '0.25=1-UTPN(0,1,X)' into any variable, because of the error Invalid Syntax when coming to UTPN. Does that mean I have to switch to ALG mode when doing this without writing unnecessary functions? Or is there some trick to do this in RPN mode as well? After all, the main reason why I bought a HP calc instead of a TI one was RPN. R. Pfeiffer === Subject: Re: Strange behavior of HP49G+ > That is what you have to do > Every command is not a function > even if it returns only one value. > OK. I will tell you my original problem. I have to find the value X for > which the cdf of the normal distribution becomes larger than a given > value, say 0.25. In the user manual is an example of this in algebraic > mode. There they store '0.25=1-UTPN(0,1,X)' into the variable EQ and use You mean: '0.25=1-Utpn(0,1,X)' STOred in EQ > the numeric solver to solve for X. If I follow the steps in algebraic > mode, everything is just fine. However, in RPN mode I cannot store > '0.25=1-UTPN(0,1,X)' into any variable, because of the error Invalid > Syntax when coming to UTPN. not with << -> m v x << m v x UTPN >>> 'Utpn' STO > Does that mean I have to switch to ALG mode when doing this without > writing unnecessary functions? Or is there some trick to do this in RPN > mode as well? After all, the main reason why I bought a HP calc instead > of a TI one was RPN. Yes, you could use ALGebraic expression (in RPN mode) instead: `.25=1-UTPN(0,1,X)` STOred in EQ though UTPN in this ALGebraic will briefly complain about the X if X does not exist yet. After the solving via NUM.SLV. you will naturally get .25=.25 :-D PS: X is -.674489750195 === Subject: Carly is a poor performer The nation's worst CEOs Execs grab headlines for soaring profits or sordid crimes, but rarely for wretched performance. Here are three who've run great companies into the ground. Hewlett-Packard's Carly Fiorina It's fashionable these days to suggest that Hewlett-Packard (HPQ , news , msgs ) CEO Carly Fiorina is a genius for improving results slightly in the past couple of quarters, but let's be frank: She's not. Not even close. Under her egotistical direction, a company that was once a paradigm of Silicon Valley entrepreneurship has simply failed to make any progress at enhancing shareholder value. It is now trading at the same value as it did in 1995. most 10 years of marking time. Fiorina's reign at Hewlett -- combined with that of the CEO just before her -- makes a great case study of exactly what not to do. They took a company that was fantastic at doing one thing (printers), and made it a company that is increasingly marginalized at that one thing, and truly lousy at everything else. Her stubborn, ill-conceived purchase of fading, unprofitable computer giant Compaq has utterly failed to deliver on its promise of making shareholders richer with a soup-to-nuts strategy. The printer business still brings in the majority of the earnings of the entire entity. And yet because Fiorina decided to pick a fight with Dell (DELL , news , msgs ) in the personal computer business, Dell has turned the tables and made a strategic decision to return the favor. Dell has steadily released a very nice suite of new low-cost devices made by a variety of partners and, to make matters worse, it has slashed prices on ink -- the most profitable part of the printer trade. If Hewlett is not profitable in personal computers, and it's not profitable in mainframe computers, and it's not profitable in services, and their printer business is being hollowed out by Dell, then what's left? asks Bret Rekas, a hedge fund manager in Minneapolis. I'll answer that: nothing. Here's a stat for you: In 1995, Hewlett-Packard posted $38 ion in sales the same $2.5 ion. That's not progress. That's running harder to stay in the same place. Hewlett's new focus on digital imaging is great. It would probably do the company a world of good for Fiorina to do the math on one of her flagship financial calculators and admit her mistake with Compaq. She should sell off or just write down the purchase, and return the company to its roots as a smaller, duller but more profitable and innovative designer of digital imaging solutions. By Jon D. Markman === Subject: Re: Carly is a poor performer X > Dell has steadily released a very > nice suite of new low-cost devices made by a variety of partners and, to > make matters worse, it has slashed prices on ink -- the most profitable part > of the printer trade. If Hewlett is not profitable in personal computers, Dell is taking that business > and it's not profitable in mainframe computers, and it's not profitable in > services, and IBM takes both their printer business is being hollowed out by Dell, then Dell with Lexmark > what's left? asks Bret Rekas, a hedge fund manager in Minneapolis. I'll > answer that: nothing. > Here's a stat for you: In 1995, Hewlett-Packard posted $38 ion in sales > the same $2.5 ion. That's not progress. That's running harder to stay in > the same place. Hewlett's new focus on digital imaging is great. It would > probably do the company a world of good for Fiorina to do the math on one of > her flagship financial calculators and admit her mistake with Compaq. She > should sell off or just write down the purchase, and return the company to > its roots as a smaller, duller but more profitable and innovative designer > of digital imaging solutions. X The calculators AND PDA's will be taken over by Hydrix !! If they prove it to be profitable after the next models (The first one is just an invest and could make it even) there will be still nobody inside the HP willing to say that the killing of the best ACO projects was foolish Ahh Xpander, X25 (predecessors of the Qonos?), etc.. === Subject: Re: HP49: Recursive EDIT? > The next thing you might want to investigate is adding a menu with > useful options. > - Carsten Well, after years of not being able to write World in SysRPL, I'm having lots of success (and the occasional TTRM). Once (if) I get this new editor finished, I'll post the source code. === Subject: EQL+ WRONG PICTURE B-FIELD IN TOROID Oby === Subject: Re: EQL+ WRONG PICTURE B-FIELD IN TOROID e! I already wondered why EQL+ became suddenly so big :-) If you or anybody else still finds a wrong picture, please inform me. http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science === Subject: Re: EQL+ WRONG PICTURE B-FIELD IN TOROID > e! > I already wondered why EQL+ became suddenly so big :-) > If you or anybody else still finds a wrong picture, please inform me. > http://page.mi.fu-berlin.de/~raut/WR49/index.htm#Science It's all your fault, !! You have upgraded and bug-fixed and enhanced the EQW so often that my Flash chips are beginning to fail... (-; PS: That means thank you for your constant efford to make things better === Subject: [Ann] GMEFont Hi everybody. I've just released the font on subj along with two useful programs (a font toggler and a user keys assigner) on hpcalc.org. It will be great if someone here likes to try it and sends some feedback Kickaha -- Per rispondere rimuovere il SiPAriuM To reply remove the SiPAriuM === Subject: IR com with laptop Irda Dose anyone know if the HP48SX can communicate directaly with my laptops Ir port?? === Subject: Re: IR com with laptop Irda > Dose anyone know if the HP48SX can communicate directaly with my laptops Ir > port?? It can't You need to buy the new faaast hp 49g+ OR wait for the new Hydrix Qonos Project to finish before Xmas and you 't even need a (Linux) laptop anymore... :-D === Subject: HP 97 Battery pack What type of batteries (Cd - NiMH????) to replace in my dead battery pack?? Voltage? jajacom === Subject: Re: HP 97 Battery pack Having been designed and sold in 1976, the HP-97 used NiCd sub-C cells, the most common types. NiMH didn't exist yet. Jim Horn (I still enjoy mine...) === Subject: Re: HP49G+ PDF Manual dbl. sided printing > I could do it with no problem with the version which was indexed by one of > the regular contributors to this wg... > Can't remember who unfortunately, at least the version exists somewhere and > I have it on my PC. > I made an indexed version. It is here: > http://www.textodigital.jazztel.es/hp49gplus/BPIA5324_CSB.zip > so, I cropped the pages (the original had huge margins), and sorted > the chapters (the original had them scrambled). What I 't know is > if there is a new, and better, version. > Rafael Mill.87n, > regular lurker. What I was hopping to do with the modified PDF was take it to a place like Kinkos and have them print it and then bind it. Double sided of course. Will this modified doc. be able to work for them? Assuming they have AA. === Subject: Re: HP49G+ PDF Manual dbl. sided printing , Not sure what you call AA Pro 6. I just went in the advanced windows of my corporate printer driver window - not sure of the type of driver, only that it is an HP :-), and selected 2 on 1 option... I will have a closer look at it tomorrow at the office. Herve Veli-Pekka Nousiainen a .8ecrit dans le message > I could do it with no problem with the version which was indexed by one of > the regular contributors to this wg... > Can't remember who unfortunately, at least the version exists somewhere > and > I have it on my PC. > Jason A. Anthes a .8ecrit dans le message de > > Is there any one out there who could setup the big HP49G+ PDF manual > > for double-sided printing? I would like to have the thing printed and > > bound (@kinkos) so I can tote it around with me. The version I have > > from HP's web site does not allow dbl. sided printing, at least with > > my version of Adobe Reader (6.0). Could the doc. be modified? I seem > > to remember someone doing this with the HP49G's big manual. > > Jason Anthes > Herv.8e - how do you do it? > Can you give detailed steps using AA Pro 6 > '' === Subject: Re: HP49G+ PDF Manual dbl. sided printing > , > Not sure what you call AA Pro 6. I just went in the advanced windows of > my corporate printer driver window - not sure of the type of driver, only > that it is an HP :-), and selected 2 on 1 option... I will have a closer > look at it tomorrow at the office. Adobe Acrobat Professional version 6 I though you need to change the marginals for odd/even pages in order to have space for binding I 't find binding in Tools...new to this program... [V P N] === Subject: Problems with a frequency response exercise response exercise that involves symbolic operations with complex numbers. I am asked to find the resonating frequency for a two terminal circuit. I am given a 2ohm resistor in series with a 0.1H inductor the two of which are in parallel with a 5ohm resistor which is in parallel with a 1ohm resistor in series with a 1mF capacitor. Now, all i have to do is find the resulting admittance which is given by Y=(1/R)+J(w*C-1/(w*L)). Using the data in the exercise i say that Y=((2+j0.1*w)^-1+5^-1+(1+j(1/1E-3*w))^-1)^-1, w being the resonating frequency that i'm looking for. 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 '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. The same operation was performed in a friend's Ti-89 and it gave him the answer in the form i described above and he was then able to solve for w and got the right answer which is 94.47 (or something close to that, i didn't copy the answer so i 't remember the exact number). How can i simplify the answer my calculator gave me to get the X+jY or (X,Y) form so i can isolate or solve for w or how can I solve it? Another friend of mine with an HP-49G was also doing the same exercise and got a similar answer as me and couldn't solve it. === 958 === Subject: data transfer 49g+ 48g Does anybody now how to transfer data between HP49g+ and HP48G ( by IR )? === Subject: Re: data transfer 49g+ 48g Jose Sergio Pereira Araujo schrieb im Newsbeitrag > Does anybody now how to transfer data between HP49g+ and HP48G ( by IR )? Since HP48G uses HPIR and HP49G+ IrDA, and these are mutually incompatible, you will need to transfer your data via cable and a PC in ASCII mode. -- M === Subject: Re: 48GX to 49G+ if programs were written in pure UserRPL you've got a chance to get them working on the 49g+, minor changes might have be needed, e.g. display, integers vs. no such in the 48. cheers > I'm a newbie to HP graphing caculators. So before I plop down the cash > for a 49G+ I was wondering if programs from my friends old 48GX can be > transfered/converted to a new 49G+. === Subject: Re: SPLIT challenge > can i interest you in another challenge ? > -to write a standard SPLIT comand: > command would search the STK2 string for occurances of string in STK1, when > found string would be splited at that place leaving split-bits on the > stack. > If not found STK2 should remain intact. STK1 removed. > OK, I'll try it. But I'm still learning SysRPL basics, so it might > not be a great program. :-) > Great, i'm still learning myself... in fact few days ago i compiled my first sysRPL ever i'll be happy to look at your work maybe something creative comes out of this :) (i'll try my own solution so we can compare the two -pleasw 't take this as a competition, more like collaboration, for the sake of optimisation) === Subject: Re: HP49G+ informations > Well, I would knowit someone here is a little bit interrested by what I'm > doing, because I have no answers but a hundred visits. I think it is > spambots... :(( Please keep going, i'm interested in your findings! Signed: SpamBoot number 110 and 111... :-) -- Steve Sousa === Subject: Books Are there many books out there for electronics for the 49 49g+? I am doing electronics and want to beef up my knowledge of the 49G+ in this area. Michael C === Look for XTime49 at hpcalc.org, Science/Astronomy and Utilities/Time: http://www.hpcalc.org/details.php?id=6056 and you will find what you need. === Look for XTime49 at hpcalc.org, Science/Astronomy and Utilities/Time: http://www.hpcalc.org/details.php?id=6056 and you will find what you need. === Subject: I've Got it. Programs in binary! 11010111101010101110101010100001111010101101011100111010011010101001110 10101010111101011101011010101010101010101010101010101010100001111111110 10101010111010101010101101011110101011101010111010101101010101001101010 The above should make you more exclusive. Real utility, convience and power there ... Jo === Subject: Evaluate. Evaluate: (1-2a)(9-4a) = 9-22a+8a^2 (3+14t)(14-11t) = 42+163t-154t^2 (12+b)(3-13b) = 36-153b-13b^2 (7c+6t)(2c+3t) = 14c^2+33ct+18t^2 (2-5t)(1-t) = 2-7t+5t^2 (-3c+4t)(-17c^2-13ct+5t^2) = 51c^3-29c^2t-67ct^2+20t^3 (15+14z)(7+5z-z^2) = 105+173z+55z^2-14z^3 (6-13a)(16+a+4a^2) = 96-202a+11a^2-52a^3 (19t-9z)(7t+18z) = 133t^2+279tz-162z^2 (13+4z)(17+19z+16z^2) = 221+315z+284z^2+64z^3 (1+t)(3-5t) = 3-2t-5t^2 (5-16c)(20+c) = 100-315c-16c^2 (7+15c)(5-17c) = 35-44c-255c^2 (9+14y)(3-21y-20y^2) = 27-147y-474y^2-280y^3 (9b+11s)(-15b+7s) = -135b^2-102bs+77s^2 (1+s)(19-6s) = 19+13s-6s^2 (17c+9s)(10c-13s) = 170c^2-131cs-117s^2 (-18c+x)(-13c^2+9cx+2x^2) = 234c^3-175c^2x-27cx^2+2x^3 (7+9y)(2+13y) = 14+109y+117y^2 (14-17x)(4-3x) = 56-110x+51x^2 (8+17y)(5-6y) = 40+37y-102y^2 (8-5z)(7+17z) = 56+101z-85z^2 (7c+12x)(14c+3x) = 98c^2+189cx+36x^2 (5-9b)(1-b) = 5-14b+9b^2 (11-10b)(1-6b) = 11-76b+60b^2 (18a+13y)(14a+11y) = 252a^2+380ay+143y^2 (8s+15z)(7s-9z) = 56s^2+33sz-135z^2 (-10x+y)(12x^2-4xy+13y^2) = -120x^3+52x^2y-134xy^2+13 (12-7c)(5-11c) = 60-167c+77c^2 (5+9x)(10-7x) = 50+55x-63x^2 (8b-11c)(b+16c) = 8b^2+117bc-176c^2 (3+17z)(20+3z) = 60+349z+51z^2 (2-15y)(19+10y) = 38-265y-150y^2 (5c+18y)(3c+19y) = 15c^2+149cy+342y^2 (7s+t)(s+t) = 7s^2+8st+t^2 (-4b+9z)(-4b+3z) = 16b^2-48bz+27z^2 (-6t+7y)(-2t+y) = 12t^2-20ty+7y^2 (3-z)(1+z) = 3+2z-z^2 (11b+18y)(9b-y) = 99b^2+151by-18y^2 (4b+19x)(6b-x) = 24b^2+110bx-19x^2 (2-a)(14+3a) = 28-8a-3a^2 === Subject: The Most Show me the math. Show me the _math_. _SHOW_ me the math. Let me _see_ it. - And back up - And step forward. Be clever. Be Consistint. Be graphic. Do better. P>S. The indiglo unit illumination switch is under the HP Logo. === Subject: Re: 48SX connexion kit >> I have recently purchased an HP 48SX calculator, my 48GX being broken. >> Does anybody know if I can use the connexion kit (for my PC) that I have >> for the 48GX with the 48 SX or if I have to download/purchase a different >> software ? Apparently HP doesn't support the 48SX anymore, but the >> connexion software for the 48GX can be downloaded. > For the 48SX use a simple kermit program, there also is an old dos program > somewhere, called PDL, which implements a frontend to kermit. The PDL was a nice syntax high-lighting programming tool. === Subject: The equations excite you, 't they? Show me the math, else; 11101010110101101010110101101010101110101110101010101010101101010101010 10101010101000000111111010101010101010101011110000000011111101010101101 01111010110101101010011110101010101010010001010101011111111001010101010 11111001110101011010000000000000000000000000000000000000000000000000000 -and that just helps me so much I can't tell you. Jo === Subject: I would sell my rusty Volvo for a good calc. With apoligies to -But I'd never subject my ideal to public evaluation. You say it does Linux and Excel? Those exist already. Give me, show me, the Math. Jo === Subject: gematics, By Teacher's choice Looks quite good, works quite well. 29 Bucks, (US) Jo === Subject: Re: Why the French guyz rule the HP scene? > They invented champagne and camembert ... > Yeah but they also eat truffles. Imaging using pigs to find your food! Oh > well, at least Haggis (oatmeal in sheep guts!) isn't French. > Tom Lake The Scots at one time had almost a monopoly on school textbooks on mathematics in British controlled territories during the late nineteenth and early twentieth centuries.My first Maths teacher in South Africa was a Scot named Campbell who inspired me into do deep studies in Mathematics. === Subject: Re: Why the French guyz rule the HP scene? > Our modern civilization is based on the works of French > mathematicians Try all of Europe, or Western society (which has always had openness to the exotic), with its Christian heritage which rose from the rubble Roman Empire, converted the barbarians (Gauls, Britons, Celts, Norse, Franks, Goths, Slavs, Magyars and others including Finns too), revived classical learning in the Middle Ages (remember the likes of Augustine, bert the Great and Thomas Aquinas, and countless others) -- all this played more in creating the foundations of modern society and learning... something contemporary Europeans are forgetting in the formulation of the EU constitution. >and the United States exists because of the French > government. The French government that was around in 1776 no longer exist. so.. Did they really support our ideals or was there just a common enemy (England)? > There's a bigot in every > crowd... Very true.. it's a human condition that gives proof to our fallen nature and the need for the heritage (tradition) that civilized our race. > the name of which, comes from France. The Normans, in 1066 A.D. (and not C.E.), did a lot to change the nature of English language and society; but then again, the French still eat at Mcalds and go to Euro-Disneyland, so I guess we have our revenge -- which I think is a French word ;-) Greg S === Subject: Re: Why the French guyz rule the HP scene? >>They invented champagne and camembert ... > Yeah but they also eat truffles. Imaging using pigs to find your food! Oh You probably use pigs for food yourself... === Subject: Re: Why the French guyz rule the HP scene? >>They invented champagne and camembert ... > Yeah but they also eat truffles. Imaging using pigs to find your food! Oh > You probably use pigs for food yourself... Pas moi! Jamais! ;-) Tom L === Subject: Re: Why the French guyz rule the HP scene? They invented champagne and camembert ... > Yeah but they also eat truffles. Imaging using pigs to find your food! Oh So what? 't you ever eat eggs? Where do eggs come from? ;) -- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 === Subject: Re: TI89 Titanium -- opinions? > I appreciate it. You unfortunately hit a sore spot there, so I reacted a > good deal more defensive than was necessary - I apologize as well. So we can move on ;-) > *Since the TI89,TI has never tried to improve the speed of its TI68k > calculators by software optimisation > *TI68k generally get faster by significant hardware modification such > as faster C.P.U or fixing of a hardware problem such as the second > mode. > predictions are correct though. Yes,unfortunately most of my predictions about TI68k are correct and this explains why i am very bitter toward TI. However i could be wrong on some very specific points. I was for example surprised by the incredible improvements of the solve functions from A.M.S 1.x to A.M.S 2.x. It is outstanding to see what the new solve function can do. It can even work as multiple equation solver. > So knowing this and knowing that the TI89 Titanium is to the best a > TI89 Hw2 with more Flash ROM or to the worse a TI89 version of the > Voyage 200,i can easily conclude that the TI89 Titanic is not faster > than the TI89 HW2. > I never said I expected the Titanic to be faster than a HW2 TI89, but I > expect it to be very close performance wise, if not identical with it. Yes but i heard some people complain about the Voyage 200 being slower than their TI92 thus i wouldn't be surprised if the Titanic is slower than the TI89 HW2 for some operations. Btw in the time i was very surprised to see that the TI92+ was slower than the TI92II for several operations like numeric summations,TI-Basic for loops,etc... > Your second statement was attack toward me so what did you expect me > to do ? > It wasn't meant as an attack on you personally, so I'm sorry if you got > stung. Sorry,i over reacted. > > Yes, we agree on this. I 't agree with the statement that the TI89 > HW2 is > Where did i say that the HP49G+ is always faster than the TI89 HW2 ? > It wasn't your statement I was referring to. You just seemed to back > Veli-Pekkas initial statement (The Titanic is f*ing slow), which I > extrapolated into meaning the Titatinic was slower than the HP49G+ > without exception. With the above sentence I tried to explain why I entered > this discussion in the first place - namely because I think it's too simple > an answer to give a guy who asks sincerely. But, what the heck - this is an > HP newsgroup, what should he expect when asking something like that here :-) Yes ;-) In fact i agree with because the TI68k is slow for any serious thing i try to do with it. I used to write big and complex TI-Basic programs such as RPN interface,symbolic interactive solver,etc... Or even some simpler TI-basic like symbolic eigenvalues and eigenvectors computations. And whatever i did those programs were often too slow for my taste even when for loops were not involved. Btw do you know the funny reason why For loop is so slow on the TI68k ? Off course i can write C programs but i would have preferred to have this possibility on calc. Because if i have to write C programs on PC,then i prefer to write them for the PC itself. > You misunderstand my sorry attempt at providing units - in the above higher > numbers are better, as the unit is s^-1 (10/s -> 10 per second -> 10 Hz if > you will). The TI is faster in *all* the above tests. For comparison, I have > just completed the same set of tests on my HP49G: > (210-digit int)+(231-digit int): HP49G=128/s > (210-digit int)-(231-digit int): HP49G=128/s > (145-digit int)*(97-digit int): HP49G=4.5/s > (145-digit int)/(97-digit int): HP49G=8/s > (6-digit int)^(2-digit int): HP49G=4/s > Sqrt(6-digit int): HP49G=3.5/s > The above means (for this particular test) that the HP49G+ is 2-3 times > faster than the HP49G for integer arithmetic, and consequently that the TI89 > is 3-11 times faster than the HP49G. Ok,i misunderstood as i though that you were giving computation time. This is dramatic. It looks like i was right not to buy the HP49G+ after all. I have never used loops in my comparaisons. I tried almost all functions both of the calculators have in common and i test on rather big integers and the HP49G was almost always faster than my TI92+ besides for matrix of integer computations. The awful display time of the TI68k was a bit responsible of that but i thought that the HP49G+,being several times faster than the HP49G,would be faster the TI89 HW2 even without taking in consideration the dispaly time. > Btw try this on your TI89: > for i,1,3000:0->#(k&string(k)):endfor > You mean > for i,1,3000:0->#(k&string(i)):endfor > right? Yes,in fact i used often k as the iterator on the TI92+ but those last times i write only Java and C++ programs so now i use i more often as an iterator. > and tell me what happen. > I got a memory error after a while (and one sluggish TI89 :-). Yes another problem which should have been fixed since the first A.M.S as it was known since the first TI92. > Steen === Subject: Re: TI89 Titanium -- opinions? > Here then it is you who 't know what you are talking. > If you have spent as much time as me on TI calculators and following > their evolution as close as i have you would know that: > *Since the TI89,TI has never tried to improve the speed of its TI68k > calculators by software optimisation > You can't know this for a fact unless you are a developer or tester at I am neither a tester or a developer but i have talked with a member of TI R&D team and with people who work closely with TI for the developpement of the TI89 and the TI92+. And the conclusion of these numerous discussions is that TI doesn't want to significantly improve their software otherwise they would have fixed numerous problems known since the TI92 release in 1995/96. TI has even refused to use algorithms freely given to them by a famous french Math teacher who worked with them on the TI89/92+. His name is among the names of the TI89/92+ developpers available on A.M.S 1.x. > So knowing this and knowing that the TI89 Titanium is to the best a > TI89 Hw2 with more Flash ROM or to the worse a TI89 version of the > Voyage 200,i can easily conclude that the TI89 Titanic is not faster > than the TI89 HW2. > No, you cannot conclude that without actually doing tests with the > TI-89 Titanium. It is quite likely that you are correct in your > assertion, but there is a chance that you are not. You have the two calcs thus i assume that you have e the tests. So enlighten us,is the Titanic faster than the TI89 HW2 for even one kind of computation ? > > I 't really know. Nostalgia? You haven't noticed that 90% of the '95-'00 > > regulars aren't here anymore? You 't think HP is dropping on the quality > > scale and have been doing for some years? You sincerely mean that the tone > > of c.s.hp48 today is reminiscent of what it was 6-8 years back? The HP quality has decreased anyone will agree with that. > Your second statement was attack toward me so what did you expect me > to do ? > I 't see why you think that statement was an attack on you. I think > Steen was simply commenting on the general quality of posts. Ok,i has perhaps overreacted. > Btw try this on your TI89: > for i,1,3000:0->#(k&string(k)):endfor > and tell me what happen. > But you should have a way to launch this other sequence: > for i,1,3000:delvar #(k&string(k)):endfor > I know, you brought this up earlier too. Oddly enough, I 't see it > in the bug list; I'll add it. This is not a bug. This is due to a memory limitation. If i have to guess,i would say that the V.A.T has a limited size of 64 KB. However,TI should prevent the TI68k to reach this limit and to become almost unusable. Btw this problem existed on the TI92 but the limit was almost 800 variables. > . === Subject: Re: HP49g+ - NUM.SLV>Solve linear System - Bug or...? >But they should be automatically coerced to approximate values, right, >since all entries are numeric? Anyway, I guess that can't be changed >now. > Take a look at my answer on Hugo'a posting... The HP is right, I was > wrong... That doesn't answer my question, though. I was asking about a design issue. -- === Subject: Saturn CODE What can you say about following code: :: #5000 Blank$ CODE ENDCODE ; @ on my G+ it gets stuck, ON-C does however breaks the calculators contemplation :-) should this just produce a string of 5000 Blanks and do nothing ? === Subject: Re: Saturn CODE OK i got it I understand this are like basics so... for everyone who is just learning or (refreshing memory of Saturn assembly) i was properly storing PTRs in my code GOSBVL =SAVPTR but then on finish i called GOSBVL =GETPTR i was wondering wy doesn't it continue RPL-ing (calc gets stuck) then i remembered and found out about: GOSBVL =GETPTRLOOP which does exactly what i needed (restores saved pointers and continues RPL :-) === Subject: PSI(1,i) returns Bad Argument Value I was trying to compare the results of PSI(n,x) with those from the Value for some reason (after prompting to change to complex mode). Am I doing something wrong? . === Subject: Re: PSI(1,i) returns Bad Argument Value > I was trying to compare the results of PSI(n,x) with those from the > Value for some reason (after prompting to change to complex mode). Am > I doing something wrong? The argument order is the reverse of what you expect. PSI(i,1) does what you want, or should do, because somehow the polygamma function on the HP doesn't seem to accept complex input with a real part = zero? PSI(2+2i,1) can be evaluated (numerically), while PSI(2i,1) can't. Odd. Steen === Subject: Re: Serial buffer overflow This here is Saturn MASD code that read serial buffer on G+ it still misses the characters, can somone verify if this works on 49G or does somone have a good sugestion (is it possible that G+ doesn't manage to copy the seriall buffer between 2 characters received) -this meens i will have to use the offset counter as well (similar like SRECV) :: #1388 Blank$ CODE DC Timeout 20000 DC SBuffer 80319 DC Len 80519 DC Offset 8051C GOSBVL =SAVPTR C=DAT1 C=C+5 A D=C A C=C+5 A D1=C D0=(5) Len *reset_timeout LC(5) Timeout B=C A *chk_len C=DAT0 B ?C#0 B GOYES read_chars B=B-1 A GONC chk_len GOTO end *read_chars C=C-1 B D0=(5) SBuffer *read_loop A=DAT0 B DAT1=A B D0=D0+2 D1=D1+2 C=C-1 B GONC read_loop D0=(5) Len C=0 B DAT0=C B GOTO reset_timeout *end CD1EX C=C-D A ACEX A C=D A D1=C DAT1=A A GOSBVL =GETPTRLOOP ENDCODE ; @