A142 Any binary transfer from any 48 series starts with a header, HPHP48-x, where x is the ROM version, so you could transfer something in binary mode and look at the file on the other device. Or you could run (be careful to type in the argument exactly, including as a hex binary integer, if you want to retain memory): # 30794h SYSEVAL to get the binary transfer header as a string in level 1. This also works on any 48 series. Or, on the 48S series only: First, be prepared for a warmstart. You could press ON and D together to get into the interactive self-test mode, then press backspace to start the memory browser. You should see something starting with 705D9: at the top of the display. Press EVAL, and you should see something like: Copyright HP 1989 briefly displayed. Press EVAL again if you want another look. Press ON and C together to do a warmstart and get out of self-test mode. I've found one of them is version E and the other is J. ==== You have the source code so you could recompile it for HP48 though.. Don't know if the HPDEV compiler is used by lot of coders.. Could someone tell me witch PC compiler is better, or most used, for MASD syntax like asm project ? ==== ==== The Canadian Site is http://store.axidata.ca/kore/search/search.html?searchDomain=0&searchExpr=00 048-90136 and I will try it if the calcpro site doesn't work, but the Canadian site will be more expensive for an American. :-) I found http://store.axidata.ca through http://groups.google.com by clicking on the web section for google. I entered 00048-90136 as the search term. ==== Here's a possibility: http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/adforum.cgi?read=9810 and another (considerably more pricey): http://www.HPCalcMan.com and an even higher-priced example: http://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/adforum.cgi?read=9753 ==== http://www.mschaef.com I have already drilled on Chinese model with a hand drill. The capacitor is changed and it works now alright! I just put some epoxy into the holes when I closed it. It may not be necessary... Afterwards I got hold on this one: http://www.geocities.com/deachp/duda8.html PS: Opening the 48: http://www.hpcalc.org/hp48/docs/opening/ ==== For OPEN the HP-49G, please see: http://www.geocities.com/deachp/duda8.html This is a explained steps in Spanish Language. ==== I opened near of 30 hp49g, begin to drilling subtle the 6 smalls plastic rivets from battery compartment, after move the positive contact it is easy to be opened (only with your hands). And there isn't any superficial trace or NO visible damage. ==== Would both programs FEM48 v5.3 and VigaG v4.1b fit in the memory of a HP-48G+ (128kb)? Would the memory be sufficient? ==== 128KB? Yes, I think so. FEM max 52KB VigaG 24KB Sum max = 76KB + some data You will have more than 32KB left ==== The size of FEM48 depends on the modules you install, and if you use standard or compressed modules (as can be read in section 13.2 of the manual). The sizes quoted are for the compressed modules. Minimum size is 22586.5 bytes (FEM48 module), which gives you only basic features like FEA (only data at nodes), structure plots and file management. To do beam analysis you also need the QUERY module, at 12896 bytes. This yields a total of 35482.5 bytes. Note that other modules might come in handy too (load cases, wizards, pretty print output, moving loads)... Maximum size of FEM48, with all modules installed is either 58582 bytes (all modules compressed) or 73164 bytes (all modules standard = fastest). Note that the memory requirements (section 11.1 of manual) of FEM48 are: bytes needed = 79 x (nodes)^2 (good guesstimate) Caspar ==== What solvents can be used for removing grease of calculator keyboards without doing damage? Soapwater moistured non-rubbing clean cloth, (I use an old frotee sock) if that doesn't work, you could use XO Cognac instead of soap The combination with and old sock with certainly get the grease away like greased lightning. PS: *don't use too much moisture* OR if you insist (Steve?) then lay on your back and hold the calculatrice above your face while cleaning so that water doesn't penetrade the innards of the HP. http://www.hp-calculators.com/index.phtml If I were you I'd get an HP48GX before the undertaker takes them away. The Klotz RAM cards are terrific if you want the same (or more) memory and expandability as the HP49G. ==== CASDIR is a reserved variable in the HP49G from ROM 1.19-5. You can remove it, but it will be re-created almost instantly (the Main Stack display when trying to access VX will recreate the directory) You can re-order your HOME directory so CASDIR will be the last object and you won't have to worry about it. With my Filer2 (for instance) you may even hide the CASDIR. Hence, it disappears from the VAR menu. It remains active. For instance, if 'z' is stored in its variable VX, 'z' is displayed in the Header instead of 'X'. One has still direct access to all variables in CASDIR via Filer2, not using the HP49 CAS. ==== I downloaded the remote control program. I have got it to work with our sony tv, mitsubishi tv, and JCB vcr. I have a sony DSS system,a Sanyo tv, and a magnovox tv that I could not find. Does anyone have these remotes? . ==== Has anyone tried using the ECLIB library for the 49G by Mauro Chiri? (library 1001.) It depends on bzip (BZ49LIB #1770) so I installed it first, but once I run ECLIB I get an Undefined XLIB name error right when I choose any equation from the program's menu. I also have EQNLIB (library 999) but I don't think it's quite as nice as the 48GX eq'n library and was wondering if ECLIB is any better but of course if it ain't run, it ain't better. ==== I had the same problem. That is the wrong bzip. hp49/utils/compress/bzcomp49v11.zip:BzComp49v11.lib http://www.hpcalc.org/search.php?query=bzcomp49 ==== ==== Today I noticed I had to slow PC keyboard input or it would drop characters. Is there a way around this? Also, is there, or will there be newer rom version (than 1.18) available? ==== I'm using 1.30 and there could be something newer. Check the web page! http://privat.swol.de/Giesselink/emu48.htm Look's like 1.30 is the latest. Try it out and see if it fixes your problem Rod characters. ==== I use 1.32 from some time ago... ==== Where can I find an hp49g emulator? ==== You can find almost all hp4x-related software on hpcalc.org : http://www.hpcalc.org/hp48/pc/emulators/emu48-1.30.zip -- ==== Search for debug4 or for emu48 (forty-eight!) at www.hpcalc.org ==== With emu48 I prefer the 640x480 side by side rendition of the the HP48 (screen on left, most of the keys on the right. This works very well for 800x600 too. With the hp49 emulator (the one accessed on the Zelda page), it doesn't fit on a 800x600 screen. Is there something similar to the 640x480 side by side screen for the HP49 emulator? ==== Yes, they are all the same emulator with different KML (the Emu48 skins). Just copy the KML and the bitmap you like in your emu48 directory ==== Some years ago I created a KML script for the EMU48.EXE to emulate a 38G with a screen that is twice as big as normal and has the keyboard on the right of the screen. You'd have to redo the image of the keyboard and the key mappings obviously but it's really not hard. If you want to see how mine works just download it from http://www.hphomeview.com/utilities.htm ==== Sorry, that isn't correct, the HP49 emulator mentioned on the Zelda page points to http://www.hpcalc.org/hp49/pc/emulators/calc.exe and that is the YorkeM emulator. the latest version v1.32) with HP49 KML scripts. You must get the ROM image for example from the YorkeM emulator. The www.hpcalc.org HP49 emulator section is full of HP49 KML script packages. Copy them into your Emu48 directory. The one at http://www.hpcalc.org/hp49/pc/emulators/spec49g.zip has a horizontal design and should fit on a 800x600 screen, but there are many others, which also fit on this screen size. For 640x480 resolution you have perhaps make one for yourself. Ok, I must be doing someting wrong. I got the rom.e49, copied as rom.49g, downloaded emu48 1.30, applied 1.32 patch, got a few 49 klm scripts, unzipped them to the emu48 dirctory. I see, under view all the usual 48 klm scripts, but no 49 scripts. btw, emu48 is terrific. ==== emu48.ini file and that allowed the 49 skins to appear. Kewl, that will work! ==== HP49G. Of course it does. There's no real algebraic notation on the HP48 (or HP49). It's all in RPN, just the display make the user believe it's in algebraic. On the HP48 you can directly enter algebraic expression by using the ' (quote). Like '3*X+2' will be stored as: 3 X * 2 + I know a few of you have TI-89 as well as HP48 and 49 Well I just got my TI-89 a few days ago.... adding to my stock of HP's and other calcs.... I guess now I am a confirmed calculator freak, bona fide anyway, on page 8 and 9 of the TI-89 manual is the following example: Graph the function (abs(X^2 - 3) - 10) / 2 and find the value of the minimum in the fourth quadrant The calculator gives ( 1.7320508075707 - 4.9999999999969 ) but the picture in the book on page 9... clearly shows the screen shot as.... ( 1.7320508075682 - 4.9999.......... (it scrolls off the screen) All my HP's only go to 12 digits.... and they give ( 1.73205080756 - 4.99999999998 ) Can somebody with a TI-89 do the problem and tell me what they get ????? or... those with a long-float library... or Mathcad... tell me what the last digits should be ???? ==== I have an emulator... it just might survive longer than the real thing. You can easily get the exact result on the TI-68k using fMin(expression,x): -- ==== With a HW2 TI-89 running AMS 2.08, I get: ( 1.7320508075704 - 4.9999999999974 ) It's not an error in the manual but a different ROM revision. ==== I am using a serial port on my PC to connect to an HP 48GX (Rev R ROM) using HP's Serial Interface Kit software (on Windows 98). I know the connection is good, because I can put the 48 in server mode, and I can execute remote commands using the UI on the PC. MKRAM.KER (from hpcc.org) to the 48, as instructed. The first time I tried it, most of the file was transferred, then a glitch occured (I assume) and so I reset the 48 using ON-A-F. [I have a 128k card in slot 1, merged with the 48's memory.] Now, whenever I try to transfer the file, the 48 complains Error: Bad Argument Value after about 2 seconds, and the UI on the PC says Error sendin files. I know it must be simple, but after restarting the PC, re-installing the 48 utilities on the PC and resetting the calculator, I am stuck. Also, whenever I go to Right-Shift I/O to invoke the comms on the 48, the default is always KERMIT. Can I set Xmodem to be the default? Please, put your HP-48GX in RPN MODE. Now, configure for Binary and delete extension (.KER) and try again. See the setup.tx file of mk230.zip (www.hpcalc.org), and then try again. 1-Unprotect the card if necessary and merge it with MERGE1 (in the Left shift- Library menu). 2-Empty the whole port 0. For instructions, read chapter 28 of the User's Guide. If there is no important data in your calculator, it is easier to initialize it by pressing simultaneously the keys ON, A and F, and answering NO. 3-Transfer the program named RECV.KER from the PC to the calculator, with XMODEM or KERMIT. 4-Then transfer the file MKRAM.KER. XMODEM is recommended, because of the huge size of this file. In order to use XMODEM, with an HP48 REV R, just use the built-in command XRECV. With an HP48 REV M or P, first send the file XRECV.PRG from the PC to the calculator, then use it as if it was the standard XRECV command. 5-On the calculator, put the name of this file on the stack. and execute the program RECV.KER. ==== The HP40G has an additional feature DISPXY that hasn't been documented due to its late introduction. To see how it works: HELPWITH DISPXY like with any other commands You would have got how to actually calculate an integral (which is the same way as any other HP calculators). The standard? HP calculators were the first to actually calculate an integral in a symbolic calculator. I guess you could say that HP way of writing it IS the standard. calculator or to spend a little bit of time reading the manual If I had to throw away any piece of machine I bought because I couldn't use it at its best within 5 minutes I wouldn't own anything. Have a look at the manual, I believe the HP40G is one of the easiest machine to use. It does work differently than some other machines but you will quickly see that the logic behind each action is very clear and very sharp. Sure the TI83 let you do things differently, but these two calculators are not in the same range. It's like comparing a DOS machine to a MacOS one and say: MacOS sucks it doesn't work like my good old DOS machine ==== I for one am extremely happy that HP doesn't do things like everyone else. If they followed everyone else, we wouldn't have RPN calculators. Hmmm...when I write the integral on paper, I say to myself in my head The integral from (start) to (stop) of (function) d(var). In your example, I would read it the integral from -1 to 0 of (x+1)/(x-1) dx. HP's way seems more logical, even if it isn't like every other [TI] calculator you've ever seen. Isn't this the way C++ works? Semi-colons for loop commands and commas for functions? Aw, no one uses that old programming language anyway. You're comparing the HP-40G to a TI-92. This seems a little like comparing a Ford Mustang to a Chevrolet Cavalier, and coming to the conclusion that all the cars Chevy makes are slow and cheap. You can't expect HP's mid-range calculator to compete with TI's top of the line calculator. I own an HP-49G and haven't had any of the problems that you have described. The equation writer (which you have to buy separately on the TI) takes care of most of the formatting issues. The HP-49G evaluated the integral you mentioned in 2.8494 seconds. Granted, you could have still done it faster in your head (it took a couple seconds to type it in) but I would not consider this painfully slow. Of course, I got a decimal approximation in .1694 seconds. This is quite a bit faster than most people can do in their heads (unless you happen to have memorized the 2*Ln(2) ). You want to see slow, try using the numerical solver on the TI. ==== I have instaled libraries to 0 and I can not figure out how to delete them. I read the manuals explanation but I did not understand. Would someone please explain this to me? ==== Use leftshift FILES, navigate into 0:IRAM, mark the library you want to delete and choose PURGE (on the second page of the menu, to be switched to with [NXT]-key). I think you should DETACH the library after purging it, but I am not shure. ==== Why DETACH a purged lib? ;-))) BTW: I'm sure you meant the other way round: DETACH, then PURGE... ==== ==== No, this job is done by the Filer automatically. In the worse case, you should detach the library BEFORE purging it otherwise you may get an error: Object in use ==== When i use variables in a matrix and invert the matrix i often get huge expressions inside the matrix. I have tried to do eval and simplify. The later works sometimes, but not all the time. If it's not possible to simplify, then i have a followup question. Is there an easy way to put the denumerator outside the matrix if the denumerator is the same for all elements? If you want to help me you can try this matrix: [['x+2' -4]['L1-2' 'L2+X+5]] Then invert it and you see the hell i'm trying to explain =) My machine is a HP49G with rom 1.19-6. // Jocke B ==== Multiply the inverse matrix by the determinant of the original matrix and then EXPAND that result. The final result will be the matrix of numerators, and the determinant will be the appropriate common denominator. In general, a 2 by 2 matrix, M = [[a b ][ c d ]], with nonzero determinant D = a*d = b*c, has inverse INV(M) = [[d/D -b/D][ -c/D a/D ]] = [[d - b][ -c a]]/D ==== in a SysRPL library, how can i call a xNAME inside another xNAME like a subroutine call (GOSUB or GOTO) ? ==== Please, see the examples in ML (machine language) for call to subrutines, in the Eric Rechlin Web site (www.hpcalc.org). The examples are written by Peter Geelhoed for HP-49G. Later you can call this subroutine from SysRPL. normally, when you create a new xNAME, you also create a EXTERNAL x??? entry at the top of your source file (or in a .h file). for example: EXTERNAL xA EXTERNAL B xNAME A NULLNAME B then, any call to xA or B will be compiled in ROMPTR calls. **************************************************************************** Is it possible to access the CAS built in to the HP-39G ROM? My understanding is that the HP-39G has the same ROM as the HP-40G with CAS, but the CAS is not accessable on the HP-39G. The CAS is nearly identical to the HP-49G version 19-1. Any help here would be appreciated. ==== Last time I suggested someone to disable the IR, in order to gain access to the 40G CAS, the poor guy did it physically thus permanently damaged his 39G. You just have to figure out how to do it in software AND all by yourself... )-: understanding is HP-49G ==== I don't know that emulator, but maybe someone in the forum of www.hpmuseum.org , which is the right place for these things;-( ==== Because the 48 series evaluates SIN(2*pi) numerically. The closest 12 significant digit approximation of pi is 3.14159265359, and when that's multiplied by 2, the result is 6.28318530718, which is used as the argument for SIN. The SIN command isn't arrogant enough to assume that you really meant exactly 2 times pi when it gets 6.28318530718 as an argument; it just returns the closest numerical approximation to SIN(6.2831530718). It's part of the design philosophy of HP calculators to not make any assumptions that an argument really means anything other than what it is. It's up to the user to recognize that 4.13523074713E-13 is approximately 0. Strange; my 49G returns 4.13523074713E-13, but perhaps there's some flag that tells it to treat pi symbolically, as an exact value instead of a numerical approximation. I guess that the TIs would be doing the same. ==== For 'SIN(2*pi)', my hp49 gives 0 in exact mode and 4.13523074713E-13 in approximate mode . ==== Erable on the 48 returns 0, which is to be expected since the 49 CAS is based on Erable. ==== Yes, Wayne: 0 in exact mode, and 4.13523074713E-13 in approx. mode. Just as expected. ==== How did you do it in approx. mode? I set it to APPROX with ERCFG but it switches back to EXACT every time I do SIN(2*pi). Changing flag two also makes it do the same as the hp 48. ==== On my 48GX, (Right Shift ENTER) brings up the Matrix editor. (Left Shift Erable, is it? That give me the same result as an out-of-the-box 48 without Erable. With the User keys turned on, (Left Shift EVAL) gives me XNUM, which produces SIN(6.28318530718) and then EVAL gives 4.13523074713E-13. Before I was setting APPROX mode with ERCFG, putting SIN(2*PI) on the stack and then EXPAND. Every time, it returned 0 and changed back to EXACT mode. Now, after playing around with it a bit, clearing memory and restoring from a backup, and trying again, EXPAND give me SIN(6.28318530718) every time, whether in EXACT or APPROX mode; but it still changes APPROX back to EXACT. I can't figure out a way to get 0 from EXPAND any more. This is very confusing. There must be other flags involved, but I don't know what they are. ==== I use the next program as my own XQ2 command, for set the exact mode: .82 { 12 14 15 } SF -2 CF IFERR QPI THEN END .8e (You can use XQ instead QPI if you prefer). As you can see, there *is* other flags involved, from Erable and from the hp system. For setting the approx. mode I use the original Erable XNUM ==== So does mine, as I expected that it would. It did occur to me, and I (thought that) I had tried exact mode before posting. I can only guess and failed to notice that the ~ in the status area hadn't changed to an =. I guess that my brain was low on glucose or sleep, or perhaps both (no lack of caffeine). But of course exact versus approximate mode is indeed controlled by some flag, so I suppose that I wasn't entirely wrong. As I believe someone else mentioned, setting either flag -2 or -3 would also cause pi to be evaluated numerically, but I normally don't have either of these set on my calculators. -- ==== You do not have to switch your calculator to approximate mode in order to get a numerical result. RightShift + ENTER pressed simultaneously will switch the mode between approximate and exact. However, pressing just RightShift then ENTER will Yes, I'm well aware of that. What I was trying to do was get a symbolic result. ==== Some questions about hp48 C++ cross-compiler: Did anyone find it useful ? (MinGW32). xgcc: No such file or directory (but I have it in /usr/bin) Under MinGW32 (when trying to make samples): Making examples... make[1]: Entering directory `/saturn-local-hp48/samples/float' xgcc -Wall -O2 -c -o mandel.o mandel.c for pi d 2488, Win32 error 6 xgcc.exe: No input files make[1]: *** [mandel.o] Error 1 make[1]: Leaving directory `/saturn-local-hp48/samples/float' make: *** [all] Error 1 I have read somewhere that it requires Cygwin (but i think that it should also work under MinGW) . -- Vojtech Sazel --- Checked by AVG anti-virus system (http://www.grisoft.com). ==== How about learning RPL? Maybe it would make some things easier;-) ==== I've recently been experiencing something a little worrying on my HP49G calculator (recently purchased. Serial code CN1500...). As I turn the contrast up - the lcd begins to show (progressively), a kind of rippled pattern of sorts (not a great description... but the artifact is more or less abstract: hard to explain). [I could upload a photograph if need be] It seems as if the affected pixels have their contrast higher than their neighboring pixels - not sure if this is accurate. The symptoms appear over approximately 40% of the screen (dispersed - but tending toward the upper right). This is only really visible when the contrast is set rather high... or when (by regular operation), the screen happens to be black (like when selecting an item in a menu: the highlighted menu item will show a black background). Since the moment I bought it, the calculator has not once been dropped or placed in any kind of unusual environment. I keep it with its plastic protector clipped on; inside an HP48 soft case; inside another padded carry case. I always have the serial port covered with tape. I've read through past posts and come across several occurrences that seem to be similar to my own - but none of them supplied a definitive (or helpful) answer. Today I tried removing the batteries for several hours (just to see if it might make a difference), and it did not. I will now leave the calculator without batteries for a full day and see. This might seem odd - but I have the distinct impression that this began to happen after I viewed some of the grayscale images through the self-test menu. The symptoms were absolutely not present when I first purchased the calculator. If they began to occur sporadically - they certainly were made more easilly apparent by these grayscale images. Are there any suggestions? Is this cause for worry to begin with? Lastly - is this perhaps some kind of known side-effect from grayscale image viewing? When I view the afore-mentioned pictures, the display stutters and is visibly refreshing (I assume this is entirely normal)? HP - is that I know the local supplier is out of 49G stock and they'd likely know less about any possible problems than some of the members here, anyway. Side-note for those interested: The CN1500... that I own has noticeably more comfortable buttons (easier to push) than another 49G that I have tried (didn't check serial). Buttons are responsive and *very* seldom go without registering a push. No rainbow effect. Screen window scratches very easily (though I can't compare... perhaps earlier models were even more easily scratched ^^) http://www.holyjoe.net/hobbies.htm ==== I am trying to port some programs from HP-48GX to HP-48S. They fit. But so far I have found that 'INFORM' isn't found, maybe something has to be attached? Is there a set of download-able functions for HP-48S to help it have bette HP-48GX compatablility? ==== Inform2 won't make sense on an SX, since it 'only' an enhanced user parameter functionality for the GXbuilt-in input form engine. My tip: Avoid using input forms when SX compatibility is important. However, you could use choose boxes on the SX and GX, there exist many choose box engines for the SX on www.hpcalc.org . The one or other may even be parameter-compatible with the GX built-in CHOOSE... Hmmm, or you could use the SpeedMaster package, which is a full speed input form engine, with some samples. It should run on both the SX and GX. ==== As the subject says... since I have been to this group... I remember reading it using Unix as a matter of fact... the old 286 day's... Anyway where can I gat a copy of the FAQ and download sites? ==== day's... These three sites should be a pretty good start, particularly the first if you're still an active user. http://www.hpcalc.org/ http://www.hpmuseum.org/ http://www.hp41.org/ -Mike -- http://www.mschaef.com http://www.engr.uvic.ca/~aschoorl/faq/ For I know things that you don't know / And I see things you'll never see / And I've a different way of living, you know / And I've such a different frame of mind, and so ... / I'm on my way to the funnyfarm ==== The revision 'R' is VERY stable. There are nearly no software bugs, and those very few are very well documented. What do you want to upgrade? If you want to add more RAM, the only thing to know is that you should add less than 4MB. However, 1 or 2MB should be sufficient in most cases (IMHO;-) ==== I could publish a not at all small list of not-documented bugs of the HP48G (JYA also knows several such bugs), but I have no time to do it. Fortunately, most of these are not noticed by the normal user. I used my free time to perfectionize my Timeman for the HP49. Presently only on my site. It obsolates both, the traditional method of setting date and time on the HP49, AND most calendar, time, and clock calibration tools available on hpcalc.org. The paging calendar is in two formats, depending on your setting of flag -42. One can virtually browse through the month, years, and even centuries and scan any wanted day. The calendar preserves its correct shape. ftp://ftp.math.fu-berlin.de/pub/usr/raut/HP49/time/Timeman/ ==== I do not know if this should be ROM level R or not. ==== R is the latest ROM... none has been produced since. ==== I would like to know how to call it from a program. Does a FPTR2 exist ==== 2712dce9.0304232317.5804afb6@posting.google.com, andresfrr@yahoo.com.mx call Of course there are some... =^RunDoOldMatrix EQU #7+4096*5 CON(5) =RunDoNewMatrix =^RunDoNewMatrix EQU #7+4096*6 CON(5) =DoNewMatrixReal =^DoNewMatrixReal EQU #7+4096*7 CON(5) =DoNewMatrixCplx =^DoNewMatrixCplx EQU #7+4096*8 CON(5) =DoOldMatrixReal =^DoOldMatrixReal EQU #7+4096*9 CON(5) =DoOldMatrixCplx =^DoOldMatrixCplx EQU #7+4096*10 CON(5) =DoNewMatrixRealOrCplx =^DoNewMatrixRealOrCplx EQU #7+4096*11 CON(5) =DEB.MATRIX RunDoOldMatrix will edit any kind of Arry/matrix (it's the one called by you press down-arrown on a matrix) RunDoNewMatrix: Equivalent to pressing right-shift + [O] DoNewMatrixReal: Will start a new matrix of reals. If you enter an ZINT it will be converted to reals DoNewMatrixCplx: Will start editing a new matrix of complexes. If you enter a ZINT or a REAL, it will be converted to a complex DoOldMatrixReal: Will edit an existing matrix of reals DoOldMatrixCplx: Will edit an existing matrix of complex DoNewMatrixRealOrCplx: Will edit either an array of reals of an array of complex. If you're editing a matrix of reals and you enter a complex, all object will be converted into reals. (this has to be verified) The last 4 entries are used by the HP48 InformBox when editing arrays ==== install with it, if any? ie. fonts etc...? TIA ( I have the 128k and a 1 Meg card ==== After I loaded Erable (MK version) everything worked great. ==== --------------------------------------------------------------------- If I could just hit a key after entering a command in the stack and read a basic description of the comand... Maybe, the stack syntax using text labels as stack entries, along with a short descriptive text. Need room? Eliminate the formula library. I love my HP-48GX, but the manuals are cumbersome. ==== You can not eliminate the formula library on HP48GX because it resides in ROM. This ROM is not rewritable. But if you really like your idea, then it is doable with some additional memory card, enthusiasm and not too ==== Don't reinvent the wheel. Port SDIAG to the 48 instead. ==== What's SDIAG? I could not find it on hpcalc.org. ==== This is a partial solution: http://www.hpcalc.org/details.php?id=1927 I've only used it myself on an SX, so I don't know if it works on a GX or a 49. -- http://www.mschaef.com ==== AFAIK the normal USAG won't work on the G(X) , but there seems to be a version of USAG for the G series, too. ==== If my memory serves me right, it is an HP28S program that takes a command as an argument and displays all the possible argument types for this command. Small program, great job. But you didn't have a 'basic description'. On the HP49G, you can have one. ==== The one I mean is part of the Emacs package for the HP49 and is based on Carsten's Entry Database. It contains a lot of stack diagrams and for ML entries even short descriptions. The version I have on my 49 is about 85kB, but there are several to choose from, e.g. you can leave away the ML entries if you do not need them. ==== Sure, I know that the formulas cannot be deleted, but since HP is working on a new line of calculators... In MS Excel there's a routine where it shows a window with blanks for function arguments. It helps build complicated formulas by integrating basic help text along with access to the worksheet addresses and the full help file, if needed. I mention this because I think something similar can be implemented in the successor of the HP-48GX (which the 49 isn't in my opinion). The INFORM command already takes several types of arguments from the stack and builds an usable entry form. This routine could be improved to optionally focus more on providing information (such as help info) rather than it's data entry function. If the HP-50GX can push help data to the stack in order to the improved INFORM command to read it, we not only get a basic help system, but a better INFORM command for our own help implementations in our programs. Other text displaying commands are read only, not quite suitable for the suggested ideas. ==== USAG works for the 48G/+/x too! another alternative is ARGU http://www.hpcalc.org/details.php?id=1853 there is another lib for the 49, but I cant remember the name :( personally, for the 48, I have printed the hp49 pocket guide and it fits into the inner pocket of the softcase. http://www.hpcalc.org/details.php?id=3002 ==== in a SysRPL library, how can i call a xNAME inside another xNAME like a subroutine call (GOSUB or GOTO) ? ==== have a look to ftp://ftp.math.fu-berlin.de/pub/usr/raut/hp49/ ==== glk If I have say two vectors eg [ [1] [2] [3] ] and [ [2] [3] [4] ], how do I combine them into a singular matrix? eg. [ [1 2] [2 3] [3 4] ] (It's for large vectors. I'm actually trying to plot the power spectrum for a FFT.) ==== I try it with some linear algebra [[1][2][3]] [[2][3][4]] [[0 1]] x SWAP [[1 0]] x + ==== for a You probably mean a single matrix. In the context of matrices, 'singular' means having a determinant equal to zero. -- john ==== Dear all. This is not entirely linked to HP calculators but I guess I have more chance finding a solution here than anywhere else. Do you know where I could find the hardware specifications for creating a data collection device that can use the Vernier's different probes? All different searches have yield no result. ==== chance I don't know offhand, but you might try posting to sci.electronics.design. Surely this would depend upon the make/model of vernier? Alan ==== Well, what I'm after is the specification for the connector and the interface so I can have a device able to use vernier probes. ==== Talk to Detlef. He was involved in creating the aplet for Firmware I think. He'd probably be able to point you to someone even if he couldn't help you himself. chance ==== chance Did you know that you can use the Vernier Universal Lab Interface to connect to the HP48GX? A graduate student in Physics at The University of Wisconsin at Oshkosh did it in 1997,I think. Use a search engine Loan. I got in in March of 2002 and copied it. ==== i guess you will have to find out the type of sensor (manufacturer and model number) they use. after that you will find out all the specs. they don't built sensors but just incorporate them into applications they'll provide you with the info. good luck chance ==== chance Here is a copy of his thesis Abstract Daniel F. Rosa Jr. Controlling the Universal Lab Interface with the Hewlett-Packard 48 Series Calculator Thesis Abstract for M. S. Degree in Physics - Instrumentation The Universal Lab Interface (ULI) is a device used in laboratories to collect data electronically. Normally, this device is controlled by a microcomputer. This thesis shows how the HP 48 series calculator, manufactured by Hewlett-Packard, can replace the microcomputer as a controlling device for the ULI. The HP 48 series calculator has serial interface capabilities and has serial data transmission rates that can be matched by the ULI. Programs were written using a form of BASIC called User-RPL for the calculator, that accesses the calculator's input buffer. The low cost of the calculator and programmability of the input buffer are just two features of the calculator that make this project feasible and cost effective for many applications. Two applications are shown that feature the versatility of the system incorporating the ULI with the Hewlett-Packard calculator. Different methods of data acquisition from the calculator's input buffer are discussed and compared. The programs used to send, receive and process command codes and data between the ULI and HP 48 calculator are included in this thesis. Also, a comparison between this system and a commercial product currently available is given. ==== http://www.vernier.com/probes/specs/pinout.html the voltages levels, etc, will be in the manufacture's data sheet (specs). you will need to know the model of the sensor (example, something like a chip part number LMXXX). ==== for the connector see http://www.vernier.com/probes/specs/pinout.html Best wishes Manolo ==== own collecting device! ==== hmm, hmmm. First posting in this NG, and the only reason is: Someone who is not worth a penny. Well, I.82m german, in my opinion any war is useless. I visited the website you mention in your posting, well in Germany we would it) God please equip that scrap with brains. Greetz 2ndgear -- ________ ==== Excuse my bad english. I'am either german nor french, but I don't understand the need of another NG. And it's very pitty to see which arguments he use. That don't give a good image of americans. Dimitri Missoh. ==== a would War would not be a useless situation if you're a superpower like the United States, which has successfully manufactured satellites to work in conjunction with its military and alone with this technology and this was already demonstrated during the Gulf War of 1991. In this way you can afford to throw your weight around and be the biggest bully in the global community and brag about your accomplishments in your Nintendo war which is really a no-brainer. Roberto ==== I ended up checking the settings on my calculator and found out it was set up for ASCII transfers. After changing the setting to binary and setting the HP software to binary I have not had any problems :) ==== It sounds like the file is corrupt at this point, and ends. You probably have some embedded quotes, ending the string in the file. The whole file needs to be embedded in double quotes, and any internal quoting should be done with 'single quotes'. One other possibility is that you have exceeded some sort of text string limit, but I don't remember a limit offhand. Good Luck Bill alternate E-dress wtstorey@ieee.org.no.spam.please (Use the obvious) ==== I don't think there is one in the kermit receiver code, and there's definitely no limit in the rest of the OS. Strings and string-like objects (ZINTs, HXS aka user binary integers, library data, ...) have a five-nibble length field, so in theory they could contain nearly 512kB of data. Thomas - ==== In terms of dollar figure (compare to unit figure), the high-school market is still much much bigger than the engineering market. It's even worse when it comes down to calculators as most engineers use PC for their work these days. But still, there is a small market out there that nobody seem to worry about: -engineer ,not looking at prices, calculators addict :) Still could sell a few thousands unit, now neither TI or HP will bother: not worth the effort ==== ...and the HP-12C is under Calculators for Scientists... ! The spirit of Hewlett Packard went down with the two fellows, sadly, but no doubt about it! Short term profit counts more than long term quality and reputation! But there's hardly any company that doesn't follow that path :-( Yeah, have some Cappuchino instead ;-) Justin 4707 ==== Obit at -- ==== Even if I didn't like TIs, I think everybody would miss this guy, which started a company that made good (but not better than HP's :) calculators. []s ============================================= CONNECT INFINITE/V948934832923854/COMPRESSION: ULTRA/FIBEROPTIC/ISDN/ADSL/LASER/ATOMIC/NUCLEARMODEM/WHATNEXT? ==== ==== ==== Can I connect my HP48 to a modem, in order to access internet? I know I need a TCP/IP stack, but where can I find one? And what about dialup/PPP auth? My modem is an good old USR 28800 external modem, that is useless since I got a USR 56k internal. --- Mathematician with HP49: 3 is prime. 5 is prime. 7 is prime. 9 is Memory Lost. ==== Yes you can (I can't get the URL on hpcal.org because I can't access to the site :( try http://www.hpcalc.org/hp48/utils/comms/ See on hpcalc.org, a soft called Usinagaz, which include all TCP/IP tools : ppp, slip, ping, ftp, ... Moreover, there are Navigator (HTML viewer), Cheyenne (Web server !) ==== hum... No, I considered implementing slip was a loss of time, since it is now barely used by isps. I don't think any good client for ftp can be written, since it would require a multi socket system, which is a far future work. But one could indeed use passive mode to get files via ftp. The only file transfer protocol which is implemented is tftp. Oh, you forgot the telnet server (there is no telnet client for the moment, if any is brave enough... :) ) and the irc client (not yet available, Thomas ?) Samuel Thibault ==== BTW, this is a real web browser, you can do google searchs with it ;-) -- those who can't. There is a constant pitched battle between the two. ==== Would it be possible to connect a GPS reciever to an HP calculator? ==== i9zma.36387$Vzu.32144@news02.bloor.is.net.cable.rogers.com, Eric Peterson You could always connect your GPS to your HP48/49. Default NMEA protocol is running at 4800bps. Then it's not too difficult to run the calculation to get the valid position (there are two possibilities). Most GPS run using a CPU like a SH2 or ARM7 at something like 5Mhz ==== Yes. Provided that someone uses one of these programs: http://www.hpcalc.org/search.php?query=garmin -- Ralf Kleineisel ==== i.82ll try that but i dont think it.82s the problem because when i press the ON key nothing happens. i guess that when it.82s a library problem we can see something flashing on the display. thanx for your sugestion and i.82ll be waiting for more ideas andr.8e while from ==== Alexander -- Dr Alexander Supalov Senior Software Engineer -------------------------------------------------------------------- //// pallas / A Member of the ExperTeam Group Pallas GmbH / Hermuelheimer Str. 10 / 50321 Bruehl / Germany Alexander.Supalov@pallas.com / www.pallas.com -------------------------------------------------------------------- ==== Kb!!! My Hp48 is only a G+ (128k). And more i don't have enough memory free because i've installed JAVA,UFL and TED Library... ..so i don't have enough memory!! :( It's possible?i don't have a solution? Erable need Tlin libary for work with sine and cosine... ...the packet with Laplace and Tlin is over 90 kb!! What do i do? Help me.. Please... Gianluca ==== d97039d8.0304122327.4f877b74@posting.google.com, Gianluca from Italy You probably downloaded a file for the HP38G or HP39G... Can't use it on your HP49 In hope of answering any question anyone may ever have about transferring ASCII files (including plain text, a character string) with the Kermit file transfer protocol: You probably don't really need to know all of the following right now (or perhaps ever). On the other hand you probably already know at least some of what I'm writing. But please bear with me; others on the newsgroup may find it to be useful. Most of the following applies to all 48 series calculators as well as the 49G. The 49G is at ROM revision 1.19-6 as I write this. Things could change in the future, although I doubt that it would have much, if anything to do with what I'm writing. MS Notepad or any other text editor should work for UserRPL editing; my personal preference is for SemWare's TSE Pro. You can use a word processor such as MS Word or WordPerfect, but make sure that you save your work as a plain text file to avoid including the word processor's hidden control codes. The file name has to be a valid global variable name on the calculator (see the User's Guide). If you're using the comma as the fraction mark on the calculator, you may have to rename the file before downloading to eliminate any period (as in NAME.TXT) so that the calculator doesn't treat the period as a separator, or you could temporarily switch to using the period as the fraction mark. With the period as the fraction mark, the calculator doesn't care whether you use it in a name, so you could leave any filename extension as is. The concept of filename extensions to determine the file type doesn't apply to the calculator. Of course, when you upload a file, the name on the calculator also has to be a valid file name on the PC. But note that Kermit can rename as part of the transfer; see the documentation for the SEND and RECN commands. Start the file with a ASCII transfer file header like: %%HP: T(3)A(R)F(.); An easy way to get a file with a proper header is to simply upload a variable (in Kermit ASCII mode) from the calculator. The parameters will match the corresponding settings of the calculator that are in effect when the variable is sent. If you use an ASCII file header and download the file to the calculator with a Kermit transfer, then the calculator will receive it in ASCII mode and the settings in the header will override the settings in the calculator. If you leave a parameter out of the header, then the corresponding setting on the calculator is used. The rest of the file can start on the same line following the header, or on a following line. The T() parameter is for the Translation option. You can use T(0), T(1), T(2), or T(3) here. It lets you determine which characters are translated when doing a Kermit ASCII transfer. I recommend using T(3) if you plan to read or edit the file (and otherwise, use a binary transfer). The TRANSIO command is one way to set the translation option on the calculator, or you could edit the last value in the reserved variable IOPAR. The I/O input forms also let you choose the option. If you don't have a 48 series User's Guide, see: http://holyjoe.net/hp/tiotable.png for the character translations. Print out a hard-copy while you're at it. In the following, all character values are in decimal notation. Option 0 doesn't translate anything. Option 1 translates NewLine (character 10) not already preceded by CarriageReturn (character 13) to CarriageReturn LineFeed (character 13 character 10) on sending. On receiving, CarriageReturn LineFeed is translated to NewLine (but CarriageReturn not followed by LineFeed or LineFeed not preceded by CarriageReturn is not translated). Option 2 adds translation of to , and of characters 128-159 to the backslash digraph translation code on sending. On receiving it does the reverse translations, and in addition translates 000-159 translation codes to characters 0-159. For nnn codes (where nnn represents the three digit character value), three digits are required; pad with leading zeros as needed. Note that on receiving, if a isn't part of , a backslash digraph, or nnn, valid for this option, then it's left as is. Option 3 adds the translation of characters 171, 176, 181, 187, 215, 216, 223, and 247 to their backslash digraph codes, and of the rest of the characters above 159 to nnn, where nnn represents the three digit character value. On receiving it does the reverse translations, and translates any nnn translation code 000-255 to the corresponding character. As in option 2, a not followed by another , a valid digraph code, or a 3-digit number from 000 through 255, is left untranslated. In all cases, when the calculator receives anything that isn't a valid translation code for the TRANSIO option, it's left untranslated. That may well look very complicated, but in practice, option 3 is very easy to work with. You'll soon memorize the backslash digraph translations that you most often use, and you'll probably rarely use non-ASCII (128-255) characters that don't have backslash digraph translation codes. The nnn form may also be useful if you want to include control characters in the range of 0-31 or 127. There are ways to put the literal control characters into a PC file, but I usually prefer to use the translation codes for these (except for the CRLF pair). I suppose that you could have a font on your PC that matches the character set used on the calculator, and use TRANSIO option 0 or 1 instead of 3. That may be easy to read, but perhaps not so easy to enter non-ASCII characters when you want to edit something. Note that if you use styles or font changes in the 49G, then there are hidden characters before and after them, with the style code embedded between a pair of character 19s, and a character for the font ID number plus 11 between a pair of character 19s. Perhaps the easiest way to see the details is to upload such character strings to your PC and look at the file with a text editor (you'll want an application that lets you see control characters). If you want to print anything that contains the ASCII control characters 0-31 or 127, or the non-ASCII characters 128-255, then see the documentation for your printer. For this next part I suppose that I should define delimiters and comments. Delimiters are characters like , #, ', :, @, {, or }, or words like GROB, or C$, and so on, that mark the beginning or end of an object, and in many cases the type of object. Some also act as quotes, to delay the evaluation of the object. Some of these can mark either the beginning or end of an object, some just the beginning, and some just the end. Every delimiter is meaningful to the calculator when it compiles an object. In some cases the compiler determines where the end of an object is in the case that the closing delimiter is missing (but not always where the user intended). Separators are the characters space, NewLine, most other control characters 0-9, 11-26, and 28-31, semicolon, and whichever one of comma or period isn't being used as the fraction mark. Separators are used to separate numbers, command names, and unquoted variable names, that don't have their own delimiters. Separators, unlike delimiters, can almost always be repeated with no change in meaning to the compiler, and any separator functions identically to any other separator; a NewLine and four spaces (almost always) compiles the same as a space. When decompiling, the system uses various combinations of spaces and newlines to make the object more readable. But within the body of character strings and comments, delimiters and separators are treated as literal characters, not as delimiters and separators. But a comment delimiter inserted into the body of a comment is an exception; it becomes a closing delimiter. Character 0, the null character or ASCII NUL, has a special meaning in the command line; it marks the end of the command line, so I suppose that it could be called a delimiter in that case. That explains the Can't Edit Null Char. error when we try EDITB (on a 49G), or any command line editing on a 48, on any object that contains character 0. If we put a character 0 into the command line, what would happen to anything after it? Ok, I know that it *can* be done on a 48 series, and it's very interesting and entertaining, but maybe not very useful. Character 34, the double quote mark, , is another special case. Since it delimits either end of a string, what if we want it as a literal character embedded within the body of a string? Wouldn't the first embedded act as an ending delimiter? But remember that the string delimiters aren't actually stored as part of the object; we use them to tell the compiler how we want the characters between them to be treated, and when the object is decompiled, they're displayed to help us make sense of what we're seeing. On the 49G only, before translating for sending, a NUL (character 0) is decompiled to 00, a literal double-quote (character 34, or ) (that is, a embedded within a string, not as a string delimiter), is decompiled to , and a backslash (character 92, ), is decompiled to . If TRANSIO option 2 or 3 is used, then any is doubled to , so NUL is sent as 00, double-quote as , and backslash as . After receiving (and the TRANSIO translation) the reverse is used for compiling, but in addition, a not followed by 00, a , or another is discarded instead of being left as is. But on ROM revisions prior to 1.19-6, 00 is incorrectly compiled to 00 instead of to NUL. Use LeftShift CursorDown or the EDIT command to force character strings to be decompiled for editing. The above scheme does allow an object containing a character 0 to be edited (as long as you use a revision above 1.19-5) on the 49G, which you can't do on the 48. Well, you can make a character 0 string, and use the string handling commands to modify the string, but you can't use the 48's command line editor on it (except in extremely limited cases). In some cases the scheme simplifies using a literal within a character string. But in some cases it would be an advantage to have a way to force the 49G to behave like the 48 series for these characters, especially for transfers. I wonder whether another parameter could be added to the 49G's IOPAR reserved variable for this? On any 48 series calculator or the 49G, you can use a counted string form instead of the string delimiters in the command line or in a PC file: C$ n characters where n is the number of characters in body of the string. Note that by using a counted string form, you can embed literal double-quotes within a string. For example: C$ 3 ab will be displayed on the stack as ab. C$ 3 abc will be displayed on the stack as abc. C$ 3 abcdef will be displayed on the stack with abc on level 2 and 'def' on level 1 (assuming that no variable named 'def' is found). If you use the counted string form, then the compilation of , 00, , and on the 49G doesn't occur within the string: C $ 13 ab00cde is displayed on the stack as ab00cde But the first non-numeric character (even if it isn't a separator character) after n isn't included in the body of the string, so: C$ 3abcdef will be displayed on the stack with bcd on level 2 and 'ef' on level 1 (assuming that no variable named 'ef' is found). The a is discarded. If n is greater than the number of characters available in the command line or in the rest of the file, then the length of the string is shortened to match the available characters, so: C$ 20 abcdef is displayed on the stack as abcdef A special case of the counted string form is: C$ $ characters This form indicates that the rest of the command line or of the PC file is one string, much like saying that n=infinity (maybe it should be called the uncounted string form?). But note that for this form, you need exactly one separator character after the second $, before the body of the string; anything else will result in an Invalid Syntax error. Space or NewLine seem to me to be the most convenient. C$ $ This is a test. will be displayed on the stack as This is a test. If you use: level one, and similarly with other delimiters. So if you want the entire file to be treated as a string, add C$ $ after the ASCII transfer header. Don't forget to leave a separator after the second $, or else start the body of the string on a new line. Since the A() and F() parameters don't matter for a string, you could use simply: %%HP: T(3);C$ $ (with no trailing whitespace) as the first line and start the body of the string on the second line. On a 48 series calculator, any string that contains a literal is always decompiled for editing and Kermit ASCII transfer to the counted string form. On the 49G, the counted string forms are compiled correctly, but strings are never decompiled to the counted string form for any reason. Since the 48 series doesn't compile to a literal , a 48 treats as the character followed by the string delimiter ; this causes a bit of a problem when attempting to transfer any such string from a 49G to a 48. There are work-arounds for the above, one way being to convert the object to a string (if it's not already), send the string in binary mode, and then fix up the string by using the SUB command to extract would be valid on the 48). Of course you could also transfer it to a PC and edit it there. Or you could remove the embedded before sending and put it back in after sending.... If you're absolutely certain that the object would be valid on the 48, then you could send it as is in binary mode, and then use one of the object fixer programs on it to modify the binary transfer header and fool the 48 into thinking that it originated on a 48 (but if you're wrong, then you could lose memory on the 48). The A() parameter is for the Angular units. The choices for this are A(R) for Radians, A(D) for Degrees, and A(G) for Grads. This indicates what any angular component of a complex number or vector in polar (cylindrical or spherical) notation means, and when downloading a complex number or vector that's in polar notation, it determines how it's converted back to rectangular coordinates. Note that complex numbers and vectors are always internally kept in rectangular coordinates, and only converted to polar coordinates for display purposes and transfers. If you upload in polar mode and then download the object without making any apparent change, then you may find that a change has nevertheless been made because of the conversions from rectangular to polar and back to rectangular. The F() parameter is for the Fraction mark. F(.) and F(,) are the choices. Would you rather see the numeric value of pi as 3.14159265359 or as 3,14159265359? Whichever of period or comma isn't the fraction mark is a separator. Note that the header doesn't include any information as to whether the 49G is in exact mode or approximate mode. If the 49G is in exact mode when a file is received, then numbers that include a decimal point are treated as real (floating point) numbers (type 0.), and numbers without a decimal point are treated as exact integers (ZINTs) (type 28.). If the 49G is in approximate mode when an object is received, then all numbers are treated as reals. When receiving an object that may include any real number with an integer value and originated on a 48 series, or on a PC and you didn't bother to add a trailing decimal point, have the 49G in approximate mode. The 48 series doesn't have ZINTs, so any ZINT that it gets from a 49G is treated as a real number, rounding to 12 significant digits if it was longer. Of course this doesn't apply to Binary integers (type 10.), just reals and ZINTs. If you inadvertently have ZINTs in an object where you want reals, then switch to approximate mode, and with the object in level 1, press CursorDown to get into edit mode, but don't change anything, and then press ENTER to convert them to reals. If the object is stored in a variable, you can (in approximate mode) VISIT the variable by name to accomplish the same thing. Comments can be included in the file on the PC and are very useful, but they'll be discarded when compiled on the calculator, although they'll have an effect as separators. For that matter, you can include comments on the command line, but since they'll be lost as soon as you hit the ENTER key, it would seem to be rather pointless (except for experimenting with them). The delimiters for a comment are @ characters (unless an @ character occurs within a string, in which case it's treated literally, not as a delimiter). The first @ on a line begins a comment (and ends any previous object); the opening comment delimiter and eveything up to and including the next @ character (the closing delimiter) is discarded. Anything following is the beginning of another object. If there's another @ character on the same line, it begins another comment which is treated the same as the first one. If an opening comment delimiter isn't matched by a closing comment delimiter before the end of the line (a NewLine character or the end of the command line or file), then the rest of the line is discarded along with the opening comment delimiter. For example: 1@2@3@4@5 compiles to four objects: 1, 3, @, and 4. But a string delimiter within a comment is indeed part of the comment: 1@2@3@4@5 compiles to three objects: 1, 3, and 5. If you really want to keep comments in a program on the calculator, you can embed the program including the comments in a string. to run the program. Another way to have a comment-like effect is to place a character string in the program, and immediately follow it with a DROP command. Naturally, either of the above methods incurs penalties in both size and speed. -- ==== DI was wondering if there was a fast way of producing a list with say, 256 numbers in it. Each term incrementally bigger than the previous one. eg. in Matlab it would look something like this: T = 16; h = 1/16; t = (0:h:T); t is the vector (or list) that I'm after. ==== You can use the seq command. Enter the following in the stack: 'x' 'x' 0 16 '1/16' seq The first 'x' is the function to be evaluated, the second 'x' is the variable, the next 3 values specify start, end and increment value. seq generates a list with the wanted contents. Holger ==== 256 But the SEQ command has to be in upper case letters, since HP49 operations are case sensitive. ==== ==== URL: http://www.finseth.com/~fin/rpnrpl.html Copyright: 2002-3 by Craig A. Finseth Archive-name: computer/handhelds/rpn-rpl RPN/RPL Implementations Document id RPN/RPL Implementations http://www.finseth.com/~fin/rpnrpl.html Contact: http://www.finseth.com/~fin Copyright This FAQ document is Copyright 2002-3 by Craig A. Finseth. It may be reproduced and archived as part of normal network distribution. Such distribution is assumed to include CD/ROM or other bulk, unedited distribution. It may be reproduced for individual or non-commerical use provided that it is reproduced intact. It may be reproduced for commercial use provided: o it is reproduced essentially intact including all copyright notices and acknowledgements, o the publisher obtains the latest version directly from the FAQ maintainer (using the above WWW site is acceptable), o the publisher provides the FAQ maintainer with information on what collection the copy of the FAQ is in, and how that collection may be obtained, o all material modifications (other than formatting) are clearly marked. Description This document provides a list of implementations of RPN, RPL, and HP calculators for other systems. You can help make it more comprehensive by sending me additional information and/or updates. To be included in this list, an implementation must: o implement at least a standard 4-level RPN calculator. Minor variations (e.g., 3 or 5 levels) do not preclude being listed. Implementations that include both RPN and algebraic modes are eligible. o implement an RPL calculator. o implement a clone (or near-clone) of any Hewlett-Packard calculator, even if it is an algebraic-only model. The following information is included for each implementation: The *NAME* line contains the name of the implementation. Implementations are listed alphabetically by name. If the implementation emulates a specific calculator and it is not obvious from the name which calculator is emulated, the emulated calculator model is given in parentheses. The *LAST* *CHANGED/VERIFIED* line contains the date that the entry was last changed or an explict looks ok to me was received by the FAQ maintainer. The *ORIGINAL* *DISTRIBUTION* is the date (or partial date) of the first release. It is in YYYY-MM-DD format. The *VERSION* is the latest known version. It is probably out of date. The *ENVIRONMENT* is the operating environment. The *ORGANIZATION* is the name of and contact information for the implementor or current maintainer. The *STATUS* is one of o no longer available: Self-explanatory. o free: The implementation is available to most people at no charge. Even such free implementations may have restrictions: consult information about the particular implementation. Where available, information on how to obtain a copy is also listed. o not free: The implementation is for sale. Contact the vendor for specifics. This category includes shareware. Many of the names of the implementations in this list are trademarked. Specific trademarks are not called out. Implementations Available for PCs: DOS, Windows, Macintosh, Unix Calc41 name: Calc41 last changed/verified: 2002-10-21 version: ? environment: Windows organization/author: ? status: not free Note: was sold by EduCALC. Emu28 name: Emu28 (includes 28C) version: ? environment: ? organization/author: Giesselink http://privat.swol.de/Giesselink/emu28.htm status: free Emu48 name: Emu48 (includes 38G, 29G, 40G, 48SX, 48GX, 49G) last changed/verified: 2002-12-03 version: 32 environment: Windows organization/author: Giesselink http://privat.swol.de/Giesselink/. status: free Emu48 name: Emu48 last changed/verified: 2002-10-21 version: ? environment: Windows organization/author: Sebastien Carlier status: free HP Emulator name: HP Emulator (48GX) last changed/verified: 2002-10-29 version: 0.9.0 environment: Windows organization/author: Daniel Nilsson http://sourceforge.net/projects/hpemu status: free HP10BII Emulator name: HP10BII Emulator (48GX) version: ? environment: Windows organization/author: ? http://www.hpcc.org/links.html status: free HP-16C name: HP-16C last changed/verified: 2002-10-21 version: ? environment: Windows organization/author: Joseph M. Newcomer Co. http://www.pgh.net/~newcomer/hp16c.htm status: free Note: Palm version also available. HP-16C name: HP-16C version: preview environment: Java organization/author: Alexander Supalov supalov@foni.net http://home.foni.net/~supalov/hp16c status: free Note: It's available for online preview at http://home.foni.net/~supalov/hp16c . It's implemented using Swing, so that you may need to add Sun's Java plugin at http://java.sun.com/plugin to get it up and running. This is an ongoing effort, and there's a number of limitations to this emulator that we are well aware of, but there may be some that we've missed. Please bear with us: all constructive feedback will be highly appreciated. HP-25 Emulator name: HP-25 Emulator last changed/verified: 2002-10-21 version: ? environment: DOS organization/author: Nigel Bromley http://dspace.dial.pipex.com/town/square/gd86/freesoft.htm status: free HP-41C Emulator name: HP-41C Emulator last changed/verified: 2002-10-21 version: ? environment: Windows organization/author: Warren Furlow http://www.furlow.org status: free HP-41C Emulator name: HP-41C Emulator (Sim41?) last changed/verified: 2002-10-21 version: ? environment: DOS organization/author: Alvaro Gerardo Suárez http://www.geocities.com/SiliconValley/Bay/4919/ http://geocities.com/algesuar status: free HP-41C, HP-45 Emulators name: HP-41C, HP-45 Emulators last changed/verified: 2002-10-21 version: ? environment: XWindows, Unix organization/author: Eric Smith http://www.brouhaha.com/~eric/hpcalc/ status: free HP-41C, HP-71B Emulators name: HP-41C, HP-71B Emulators version: ? environment: DOS organization/author: J. Garnier http://membres.lycos.fr/jeffcalc/ status: free HP-67 Simulator name: HP-67 Simulator last changed/verified: 2002-10-21 version: ? environment: Unix, Apple GS organization/author: er Neufeld http://caliban.physics.utoronto.ca/neufeld/hp67/hp67.html status: free Loki and LokiBin name: Loki and LokiBin last changed/verified: 2002-10-21 version: 1.0 environment: many organization/author: Craig Finseth http://www.finseth.com/~fin/#Loki status: free Note: Several implementations, including: * command-line for Windows, Macintosh OS X, and Unix; * system manager versions for HP95LX, HP100*, and HP200*; * native GUI for Windows, Macintosh OS 8+ and OS X. Loki is a 4-function RPN calculator that does fractional input and output and units. LokiBin is a 4-function RPN calculator that does binary/ octal/hex transformation and math. Ttcalc name: Ttcalc (HP-41C) last changed/verified: 2002-10-21 version: 1.3? environment: Windows organization/author: http://www.hpmuseum.org/simulate/simulate.htm http://www.tu-chemnitz.de/ftp-home/pub/cica-win3/desktop/ttcalc13.zip status: free WRPN name: WRPN (HP-16C) last changed/verified: 2002-10-21 version: ? environment: Windows organization/author: http://www.hpmuseum.org/simulate/simulate.htm status: free ???? name: ???? version: ? environment: Windows (probably) organization/author: Craig Pearce status: free Said to emulate an HP style RPN calculator. Written in Visual Basic. Implementations Available For Palm Systems Coconut name: Coconut (HP-41C) last changed/verified: 2002-10-21 version: 3.0.3 environment: Palm organization/author: ? status: both free and not free HP-16C name: HP-16C last changed/verified: 2002-10-21 version: ? environment: Palm organization/author: Joseph M. Newcomer Co. http://www.pgh.net/~newcomer/hp16c.htm status: free Note: Windows version also available. Kalc name: Kalc last changed/verified: 2002-10-21 version: 3.0.3 environment: Palm organization/author: ? status: free MathU name: MathU last changed/verified: 2002-10-21 version: ? environment: Palm organization/author: ? status: not free Note: related to MathU Pro and PalmCalc. MathU Pro name: MathU Pro last changed/verified: 2002-10-21 version: ? environment: Palm organization/author: ? status: not free Note: related to MathU and PalmCalc. NeoCal name: NeoCal last changed/verified: 2002-10-21 version: 1.5 environment: Palm organization/author: ? status: not free Palm16c name: Palm16c (HP-16C) last changed/verified: 2002-10-21 version: ? environment: Palm organization/author: Jake Schwartz status: not free PalmCalc name: PalmCalc last changed/verified: 2002-10-21 version: ? environment: Palm organization/author: ? status: not free Note: related to MathU and MathU Pro. PowerOne name: PowerOne last changed/verified: 2002-10-21 version: ? environment: Palm organization/author: ? status: not free Note: The finance version is the only one offering RPN. RPN name: RPN last changed/verified: 2002-10-21 version: 3.04 environment: Palm organization/author: http://www.palmgear.com status: not free RPN Calculator 1.0.1 name: RPN last changed/verified: 2002-10-21 version: 1.0.1 environment: Palm organization/author: ? status: free Implementations Available for Windows CE Systems HP-41C Emulator name: HP-41C Emulator last changed/verified: 2002-10-21 version: ? environment: WindowsCE organization/author: Warren Furlow http://www.furlow.org status: free Loki and LokiBin name: Loki and LokiBin last changed/verified: 2002-10-21 version: 1.0 environment: JavaScript organization/author: Craig Finseth http://www.finseth.com/~fin/#Loki status: free Note: JavaScript implementation tuned for Windows CE implementation and screen size. Loki is a basic RPN machine and LokiBin does binary/octal/hex transforms and math. Implementations Available for the Web CoCalc, CoCalc2 name: CoCalc CoCalc2 last changed/verified: 2002-10-21 version: ? environment: Java organization/author: http://www.cohort.com/ status: free HP-25 name: HP-25 last changed/verified: 2002-10-21 version: ? environment: Java organization/author: http://www.hpmuseum.org/simulate/simulate.htm status: free HP-35 Simulation name: HP-35 Simulation last changed/verified: 2002-10-21 version: ? environment: JavaScript organization/author: Neil Fraser http://www.hpmuseum.org/simulate/simulate.htm status: free HP-45 Microcode Simulator name: HP-45 Microcode Simulator last changed/verified: 2002-10-21 version: ? environment: Java organization/author: Eric Smith http://www.hpmuseum.org/simulate/simulate.htm status: free Loki and LokiBin name: Loki and LokiBin last changed/verified: 2002-10-21 version: 1.0 environment: JavaScript organization/author: Craig Finseth http://www.finseth.com/~fin/#Loki status: free End ==== correctness is getting sickening! When are you leftists going to realized your days are numbered? ==== If we are on HP48 then get all the HP49 crap off of here! I've been saying this for 2 years to no avail. One more time it is 48SX/GX/+. Take the Mattel 49 to another group if you want to keep this board pure. Start another NG for the 49/9s/whatever! cases ==== Lighten up, Dude! See my previous posts in this thread. Keep your distasteful, left-wing comments to yourself! tried ==== Maybe the fact your request is being ignored should make you think. Are you often ignored? Or only if you are saying really ignorant things? Peter ==== With good friends like these, who needs enemies! France was in bed with Saddam and didn't want its little arrangement disturbed, so it turned on one of its best allies. Posts here were full of insults. That pissed this TexMex off. Over and out. Caesar Garcia tried ==== do you known alt.troll.* ? ==== Who are *you* to have a judgment on individuals? What you can criticize is the political behaviour of France as a country, but not some French people when they only post technical stuff in technical newsgroups like this one. If you can't make the difference, it's sad, but it's your problem. And what about the political position of the US against Arabia Saoudia, the nation from where most of the terrorists of the Sept. 11 2001 came? Nothing at all. And NO, I don't want it to be discussed here. If I want to talk politics, I'd go to a specialized newsgroup. Please follow there. [...] tried -- ----- personne n'a un zipper suffisament puissant pour comprimer un con en 4 ligne pour le GNU ? parce que celui la, pour ses oeuvres compl.8etes faut un forum d.8edi.8e ! -+- JFP in neuneu.ctw.cc - Si le con presse, zipp.8e des prunes-+- ==== Yes, you're right! You communist, nazi, jewish, muslim, catholic, arabs, french, belgium, greek, gay, black, yellow, white, red ... Make your choice, I'm sure no matter which word you use will all know what kind of person you are. Did you bring your white robe to work today? ==== Pine.LNX.4.33.0304142149370.27184-100000@patchwork.seclogd.org, Erwann One rule: Don't feed the troll! ==== I could never imagine... thanks for light me up ==== :-D ==== I know this rule, but sometimes, I can't resist :( -- ----- Elle r.8epond. Comment veux-tu qu'en plus elle ait le temps de lire ? ==== Ah! Modern politics. In the old days it used to be the leftists who claimed Come the revolution, brother... :-) -- ==== How to transfer text file written on a PC to a HP40g calculator? I have a HPGComm utility but i don't know how to create a proper text file that software can recognize? Please help... ==== The easiest way is as follows... (Note: I assume that you have installed both HPGComm and ADK39 on your PC. Both of these are available from my Utilities page at http://www.hphomeview.com) 1. On the calculator, create a note with the name that you would like to characters in it. To be honest I doubt if it matters whether it's empty but what the hell. :-) 2. Use HPGComm to transfer this empty note to the PC. 3. Run ADK39 and use it to open the note you've just saved onto the PC. Remember that ADK39 is a VERY old program (