A148 Subject: Re: Questions about sofare I'm writing X > I've written the simulator as a tool for helping kids discover how > changes in the design affect the behavior of the rocket, without having > to spend a day or o building first. X How good is your simulator vs. re bottle rocket eg. have you tested on a re life situation about max pressure will the bottle burst, you biceps burts, the vve starts to leak,...? (I would limit the sim to vve starts to leak, but at what psi?) === Subject: Re: Questions about sofare I'm writing > How good is your simulator vs. re bottle rocket > eg. have you tested on a re life situation about max pressure > will the bottle burst, you biceps burts, the vve starts to leak,...? > (I would limit the sim to vve starts to leak, but at what psi?) Nope, not tested. Since I know there are forces that are currently not taken into consideration by the emulator (notably, air bouyancy and the air pulse), it's a bit premature to do so right now. By the way, it doesn't predict bursting bottles or leaking launch equipment; only the character of the flight assuming a successful launch. -- www.designacourse.com The Easiest Way to Train Anyone... Anywhere. Smith - Lead Sofare Developer/Technic Trainer MindIQ Corporation === Subject: Methods for Interfacing HP49G+ to RS232? I recently acquired an HP49G+ and am very much impressed by its speed improvements and memory. I have often thought that my old HP49GX would make a good companion to the datoggers that the company I work for (Campbell Scientific) manufactures. In the past, though, the slowness and lack of inexpensive memory discouraged me in pursuing that kind of effort. I feel like the HP49G+ overcomes both the speed and memory limitations that I encountered with the older cc but it no longer features an RS232 port. I am not writing this to criticise the design decisions that were made. I understand that the majority of uses of these ports involve interfacing the cculator to a computer. What I have been considering is either building (or purchasing) an adapter that can either act as a USB master or communicate using the IRDA hardware. Such an adapter could get its power from the datogger. I would appreciate any advice or references to the hardware in the cc. === Subject: Re: Methods for Interfacing HP49G+ to RS232? >I recently acquired an HP49G+ and am very much impressed by its speed >improvements and memory. I have often thought that my old HP49GX >would make a good companion to the datoggers that the company I work >for (Campbell Scientific) manufactures. In the past, though, the >slowness and lack of inexpensive memory discouraged me in pursuing >that kind of effort. I feel like the HP49G+ overcomes both the speed >and memory limitations that I encountered with the older cc but it >no longer features an RS232 port. >I am not writing this to criticise the design decisions that were >made. I understand that the majority of uses of these ports involve >interfacing the cculator to a computer. What I have been >considering is either building (or purchasing) an adapter that can >either act as a USB master or communicate using the IRDA hardware. >Such an adapter could get its power from the datogger. I would >appreciate any advice or references to the hardware in the cc. > If you wold be interested in a stand one IrDA to seri cable solution to your problem have a look at this web site. You can find out l about it here. http://www.actisys.com/instantir.html It is so sold as an OEM board( No wires or shell). for about $65.00 U.S. in quantity. It is $100.00 U.S. as show on the web page. I have only had time to use the sofare to set the speed and I got it to tk to a Vernier Univers Lab Interface Box and their new LabPro.(Both of these interface boxes have RS-232 inputs. The LabPro is so a USB client only) I haven't e anything useful yet. Hopefully this summer when my teaching load is not so heavy I can rely use it to create a data collector using the 49G+. I fellow in Ohio, who is a profession surveyor, has ready built a prototype to interface his G+ to a tot station survey instrument. field to collect data. I have a picture somewhere, if I can find it. === Subject: Re: Methods for Interfacing HP49G+ to RS232? - beep3.jpg (0/1) >>I recently acquired an HP49G+ and am very much impressed by its speed >>improvements and memory. I have often thought that my old HP49GX >>would make a good companion to the datoggers that the company I work >>for (Campbell Scientific) manufactures. In the past, though, the >>slowness and lack of inexpensive memory discouraged me in pursuing >>that kind of effort. I feel like the HP49G+ overcomes both the speed >>and memory limitations that I encountered with the older cc but it >>no longer features an RS232 port. >>I am not writing this to criticise the design decisions that were >>made. I understand that the majority of uses of these ports involve >>interfacing the cculator to a computer. What I have been >>considering is either building (or purchasing) an adapter that can >>either act as a USB master or communicate using the IRDA hardware. >>Such an adapter could get its power from the datogger. I would >>appreciate any advice or references to the hardware in the cc. >> > If you wold be interested in a stand one IrDA to seri cable >solution to your problem have a look at this web site. >You can find out l about it here. >http://www.actisys.com/instantir.html >It is so sold as an OEM board( No wires or shell). for about $65.00 >U.S. in quantity. It is $100.00 U.S. as show on the web page. I have >only had time to use the sofare to set the speed and I got it to >tk to a Vernier Univers Lab Interface Box and their new >LabPro.(Both of these interface boxes have RS-232 inputs. The LabPro >is so a USB client only) > I haven't e anything useful yet. Hopefully this summer when my >teaching load is not so heavy I can rely use it to create a data >collector using the 49G+. >I fellow in Ohio, who is a profession surveyor, has ready built a >prototype to interface his G+ to a tot station survey instrument. >field to collect data. I have a picture somewhere, if I can find it. Here is a picture of the prototype. === Subject: Re: Keyboard experiences on HP49G+ SN : CN352 and above...? Just a quick response to question below ... I recently sent in a CN3340 ... for warranty replacement (hp's option) and they returned a CN4020 ... The problem was missing keystrokes on the origin (from Samson Cables). Then new one has been used quite a bit, and so far, I have not had any missing keystroke problems. I have not had any SD card reader problems with either unit. I have a 256MB SD card formatted with the cc's format routine. For your information only. >Hi Folks, >Great newsgroup - usefull information for once :) >I have just purchased my new 49G+ end february '04, seri# CN3520.., and >have experienced some missing keystrokes ! >Now, after reading some of our comments, it seems that there has been an >improvement from earliere serinumbers - or what? >What are your experienses - are the CN352 good enough? Are there a higher >seri# available? >Read some comments blaiming the sofare, and maybe there is something to >it, I mean pushing the key very gently and cm result in a successive >keystroke everytime; but tapping the numbers and command in a hasty tempo in >the classroom, often results in missen keystrokes? >And correct about the audible feedback from the keyboard - it is very loud! === Subject: Re: HP49G+ Return for replacement in Europe: any tips or experiences? > Does anyone have experience with returning the old HP49G+ in Europe, > to get a replacement with the working keyboard? I am not having a > great experience with the agents in Europe (I live in the > Netherlands). They say there is no problem that they know of, they > will check the cculator and replace if they consider there is > something wrong with it. Since they 't know of or acknowledge the > keyboard problem, I am not feeling very confident. Questions about > whether they will replace it with the redesigned cculator, or what > seri number range they have in their replacement stock, are ignored. > I first cled the US, but they will not support customers outside > Nafta. > Any experiences or tips would be appreciated. I'm trying at this time. It's a long and slow process, I guess that I've ready send 5 emails with different kinds of explanations. Why do I need this, do I have absolute need to exchange my cc... they told me that I should send in my cc, complete package, they will test it to see if the keyboard is reliable, probably using the built-in sofare, and will tell me that the keyboard acted as suposed to and will return it back to me because when you are working and punching in rely fast that's when errors occures. As a bonus I have removed the rivets on the back and now I'm trying to explain that I didn't touch anything inside. Plus there is no label saying that removing or scratching voids warranty. We'll see what's going on. Veriu Chiorean. === Subject: Re: HP49G+ Return for replacement in Europe: any tips or experiences? I t' know if anyone who matters reads this forum.. But I'm holding off buying a 49+ here in The Netherlands until either I feel confident that I'll be able to return it, or l the old stock will have cleared through... So please do let us know how this goes.. and feel free to mention that there are people who won't buy one until the issue is settled. ... > Does anyone have experience with returning the old HP49G+ in Europe, > I'm trying at this time. > Veriu Chiorean. === Subject: Re: My 49G+ will not Factor (2^67-1) This wastes the cculator's batteries. I interrupted it when i reized it takes a long time on my 49g+. I used EMU48 for it in not-actu speed (computer speed), and it still took a long time; but it got the answer. VTI so got the answer after a FEW minutes. Why would you need to cculate such an answer? Could it be a method to find some math phenomenon? No idea why. === Subject: Re: My 49G+ will not Factor (2^67-1) === Subject: Re: My 49G+ will not Factor (2^67-1) > This wastes the cculator's batteries. I interrupted it when i > reized it takes a long time on my 49g+. I used EMU48 for it in > not-actu speed (computer speed), and it still took a long time; but > it got the answer. VTI so got the answer after a FEW minutes. Why > would you need to cculate such an answer? Could it be a method to > find some math phenomenon? No idea why. > Prime factorization is quite important in number theory. I do use my cculator at work, but I so use it for fun and exploration. -- === Subject: Re: Howto assign angle symbol to unshifted key B, (and I know this is asking a lot) do you know where I should have looked in the manu for this? -Bear >> I spend a lot of time entering complex numbers in using polar notation >> (magnitude, > 6 every time I need the angle symbol. >> >> Can anybody give me a quick and easy way to get this symbol assigned to >> an unshifted key or a menu option? > Put the angle symbol on the stack as a single-character string, then type > the desired keycode (e.g. 41 for the HIST key), then execute ASN. > That creates the key assignment. Now press the USER key until the > USR annunciator is lit. You can now use that key as a single-keystroke > angle key. > Personly, I prefer to assign it to keycode 84.31 which leaves the angle > symbol on shift-6 but eliminates the need to press PHA. Adjust according > to taste. Your mileage may vary. Do not taunt Happy Fun Bl. === Subject: Re: Emacs 2.00 > In your instl text you mention Nosy 4.1. Is this a typo is there a new > version of Nosy coming? You have sharp eyes... Yes, there will be a new version of Nosy, with slowed-down scrolling for the hp49g+, and some exciting new stuff as well. I ready have it - Jurjen will put it on the web soon. === Subject: emu 48 and pocket pc I loaded emu48 on my ipaq h2215 and it worked fine until I synced it at work. After I synced, it stoped working. I deleted the files and folder and tired to load it once more. Now l I get is a this file is missing message. I have tired sever times to load the sofare and get the same message. I figure something changed in my ipaq but I have no idea what. I do get EMU48 to open to the license screen where it to create a new cculator but it never finds any kml files even though they are in the directory, I am sure I am looking in the right directory. Does anybody know how to make this work once again? === Subject: Re: Here we go again. . . Create-A-Cc 2.0 anyone? Here's my entry ... HP49g+ with the same key mechanism as a 41c :))) === Oh come on, please post the source I'm glad to see greysce is possible. If you want to do another example for us, please consider a program that pushes ABCD or '123456789' or something on the stack via ARM. It won't look at cool as greysce, will will be more useful for mathematic applications... My version seems to get randomly overidden by junk :-( It should be l dots except for possibly the first char or 2 (hex 01020304050607...), but I keep getting things like: http://page.ath.cx/screen6.jpg Interestingly, if I 't write anything to the string, I get http://page.ath.cx/screen5.jpg So it looks like my string keeps being overwritten with junk *after* the ARM code. Every so often I get a random char appearing in my string, which makes it useless for writing ZINTs later :-( Hopefully it will just be a simple mistake somewhere. cheers, I can detect 10 distinct shades if I mess with the contrast (ON with + or -), though by looking at the program at first glance, he may have used 16 shades. I can only notice 1 shade that flickers if I 't look at the screen directly, but from the side. I'd say it's the 5th shade, starting with 'white' being the 1st shade. http://139.78.10.151/112.jpg for an indication of the shade that I think flickers. === Subject: Re: test > 13 CHR SREPL DROP 10 CHR SREPL DROP H-> EV >> > Cyrille > Took me 2 days to do such a simple thing > Enjoy Change to... 13 CHR SREPL DROP 10 CHR SREPL DROP H-> EV And it works! readers to run this on your hp49g+ just to see what it does. :D === Subject: Re: test > For those of you who are dying to know what this does and 't have a > hp49g+ to try it out on, here's a cheap webcam shot of it: > http://139.78.10.151/111.jpg I am not sure, but isn't that Cyrille's car? I think so. -- J.Manrique L.97pez de la Fuente Club de Usuarios de Gij.97n Socio 1077 del HPCC Socio de AsturLiNUX e HispiNUX === Subject: Re: One sided limit on hp49g+ > Does anyone know if the hp49g+ is capable of evuating one sided > limits. An example would be greatly appreciated. > Yes it can, instead of putting X=a as a both-sided limit, use X=a+0 for > X=a+, or X=a-0 for X=a-. The cculator reports that limit as x->0+0 of f(x) =(x>0) is 0. This is wrong. It should be 1. This was my simple contrived example but it begs the question, when can the machines solution be considered accurate? The syntax does low the cculator to overcome domain issues. For example limit as x->0 of ln(a) / x^(1+ln(x)) does not evuate as a o sided limit but does evuate as x->0+0. === Subject: Help writing program I need some guidance from the group, please. I want to write some programs to solve equations for various equations using different unknowns. How would I go about doing this. An example would be Id = 2*K*((Vgs - Vt)*Vds - Vds^2/2) or something simplier like V = I*R. I would like to be able to program the equation and then pick the unknown I want to solve for with the rest being known. I have a couple of the plug-in-cards that can do this but the equations that I need are not on these. I have 48GX, 49G and a 49G+ if it matters. I would prefer to do in user-RPL, but could try to figure it out with sys-RPL. Any help that any one can give would be greatly appreciated. Hughes === Subject: Re: Help writing program I like to use the built-in num solver (49g) for that, and it works pretty well. l you need is an equation stored in a variable, then you choose that equation. It displays l the variables within the equation. You enter the numbers you have and tell it to solve for the one you 't. It even works with statistic functions (like solving for z scores when probability is known) It messes up sometimes, though. If I tell it to solve for something that's in the denominator of a fraction, it will sometimes give me the num version of infinity. === Subject: Re: RPN on TI's >>Is there any kind of a patch to the TI system >>to autoclose any missing parenthesis? > For gebraic entry, right? Yes, Kevin Kofler's AutoClBr (auto-close brackets). >>[VPN] - The TI system is broken > Broken? Wow, I've been using the 68k for around 7 years and never noticed it ;-) > -- > Not to mention the 82/83 series close them for you :) === Subject: Re: RPN on TI's > Is there any kind of a patch to the TI system > to autoclose any missing parenthesis? > For gebraic entry, right? Yes, Kevin Kofler's AutoClBr (auto-close brackets). Goood! > [VPN] - The TI system is broken > Broken? Wow, I've been using the 68k for around 7 years and never noticed it ;-) [VPN] - The system is broken (holistic use of Gohol) === Subject: Re: RPN on TI's You make a good point, and I intend to try out both cculators and compare them. Plus, this tk of another cculator coming from Hyrdix might put my purchase plans on hold for a bit. > I was wondering if any experienced RPN users can comment on the > quity of RPN emulation on the TI-89. I ask this because I like the > benefits of RPN but because of the hardware problems that the HP's are > currently having I want to buy something more reliable. > B.R., > I wouldn't presume to make decisions for you, but the keyboard issues > with the HP49G+ seem easy enough to avoid. I bought one at the cheapest > place I could find (namely, graphingcculators.net) and at least the > one they shipped to me was a CN352 for which the keyboard has been > great. I haven't experienced the older HP keyboards, but I certainly > prefer this one to any keyboard I've ever seen on TI or Casio > cculators in the past. > In any case, isn't returning a cculator for a newer keyboard less > hassle than learning to use a whole different variety? === Subject: Re: Kermit ASCII transfer > I wanted to save an ASCII copy of my HLP49 library, so I de-BZed it > (fin size: 105K) and tried sending it to the laptop with Kermit. I > had 230K free in Home, and lots and lots free in ports 1 and 2. Yet I > kept getting Insufficient memory errors > 105K for storage plus 105K for the data that kermit is going to transfer > (yes the object is duplicated) plus a few bits here and there, you are > running pretty close to 230K Empty 49 has 240K free, so nothing else fits in Just to be sure I suggest rebooting with backspace held down to DETACH l libs and then only ATTACH BZ lib if needed. I would so loose LASTARG and Last Stack using [MODE] key and checking the proper boxes Naturly l other VARS needs to be put on the Flash or send to PC === Subject: Re: [HP49G+/HP48GII] We're l just paying beta testers! X > I had the same problem: SD card was NOT working in my 49g+. I thought > Oh, what the hell ... I'm going to get a new one this week anyway (had > just cled HP tech support for my keyboard). > Well, as it turns out, it's the card. I tried BOTH of my dad's cards > (64M and 256M), and they work. so, my card doesn't work in my iPaq, > either. I won't be buying from Lexar again. I wonder how many ccs Steen goes through until he test with another card... === Subject: Re: New HP 49G+ STILL not registering keystrokes! > Well, as I said in another post in this thread, the only way HP will make > everyone happy (and me even happier) is to bring back the 48 keyboard. It's > beyond me why the simply 't do it... (sigh) ... NOT ME ! It MUST be the HPP-41 keyboard, NOT the crappy HP-48 keyboard, which will fail in just 10 years... [VPN] no smileys here PS: yes I know it's the foam that fails, but the design is flawed use the 41 design ot the HP-200LX design...AAAHHHH! === Subject: Re: New HP 49G+ STILL not registering keystrokes! The HP-41 keyboard will work for me so :) > Well, as I said in another post in this thread, the only way HP will make > everyone happy (and me even happier) is to bring back the 48 keyboard. > It's > beyond me why the simply 't do it... (sigh) ... > NOT ME ! > It MUST be the HPP-41 keyboard, > NOT the crappy HP-48 keyboard, which will fail in just 10 years... > [VPN] no smileys here > PS: yes I know it's the foam that fails, but the design is flawed > use the 41 design ot the HP-200LX design...AAAHHHH! === Subject: Re: ARM code launcher > Hi Thomas. > - why not use the BUSCC code for the MOVEDOWN? I believe the BUSCC commands are not vid instructions in MASD > - shouldn't INTOFF and INTON be swapped? Not sure on that one... === Subject: http://www.brouhaha.com/~/hpcc/chips/ http://www.brouhaha.com/~/hpcc/chips/ ===