[Connex Data Transfer And Conversion Software Free Downloadl
Kody Coste
When I had a working HP 48 I could transfer data from the HP to a PC in ASCII format.It appears that you can do the same with the HP 50. The same commands are there but it seems like that only binary transfer is acceptable.I have now started using the SD cards for transfering. They seem to be much more reliable. But again the same problem.Is ther any way of transforming binary into ASCII ? Re: Transferring data from a HP50 to a PC [Long]
Message #2 Posted by James M. Prange (Michigan) on 25 Sept 2007, 10:46 a.m.,
in response to message #1 by Stuart Sprott
Quote:When I had a working HP 48 I could transfer data from the HP to aPC in ASCII format.It appears that you can do the same with the HP50. The same commands are there but it seems like that only binarytransfer is acceptable.I have now started using the SD cards for transfering. They seemto be much more reliable. But again the same problem.Is ther any way of transforming binary into ASCII ?Yes.The 48G and newer have both Kermit and Xmodem protocols available.For whatever reasons, the Xmodem protocol is still binary-only,although the SysRPL commands needed for "ASCII" transfers arebuilt-in and an ASCII transfer option could easily be added toXmodem transfers. After all, with the 49 series, they added theXmodem server capability, so why not also an Xmodem ASCII transfercapability? For that matter, MMC/SD card transfers are alsobinary-only even though an ASCII transfer option could easily beadded for them too.If you transfer using IrDA, you can use the Kermit protocol andchoose "ASCII" mode.The 50g has a "serial" (but not RS-232 compatible) port. You cannow buy a cable with a built-in level-shifter at a reasonableprice, from Note that you'llalso need a female-to-female "null modem" to connect Eric's cableto a PC's COM port. I've noticed that since Eric has made hiscable available, a different source (which, as far as I can tell,typically charges the highest price that the market will bear) hasslashed its price for its cable, but it's still about doubleEric's price, and there have been reports of problems with thatother cable. Or of course you can build your own cable as ado-it-yourself project. Anyway, using the serial port plus alevel-shifting cable, you can use the Kermit protocol.Note that HyperTerminal PE can do either Kermit or Xmodemtransfers, andHPComm (the"Connectivity Kit" designed for the 49G) uses the Kermit protocol.For either of these, you'll need a COM port. A USB/RS-232converter should work. In the case of IrDA, with MS Windows 98SE,a "virtual COM port" should be available when IrDA is installed onthe PC, but for XP (and, I suppose, Vista), you may well have toinstallIrCOMM2k orsomething similar to get the virtual COM port.But I expect that most users connect to their PCs using thesupplied USB cable, and as far as I know, the only MS Windowscompatible software for USB connections is Conn4x (the supplied"Connectivity Kit" for the 49g+ and 50g). Conn4x does have a"text" transfer mode. After connecting, in the "File" menu, choose"Binary transfer mode, press for text mode". Or easier, there's abutton that by default is labelled "010101" (meaning binary mode);click it to change it to "ABCD" (meaning text mode). Conn4x usesthe calculator to decompile objects, but does the charactertranslations itself (on the PC). Note that the translation mode inIOPAR (set by TRANSIO) is ignored; to set the translation options,use "Options..." in the Conn4x "View" menu. The Conn4x "text"translations are almost the same as the Kermit "ASCII"translations; see the help file for any differences. Also notethat variable names are, if needed, translated to MSWindows-compatible file names; again, see the help file.By the way, the version of Conn4x that came on the CD with thecalculator may well be buggy.Version 2.2 Build2353 works for me, butVersion2.3 Build 2439 might be better; I rarely actually useConn4x.Note that the 49 series decompiles a NUL (ASCII control code 0) to\00, a literal " (double-quote character within a characterstring) to \", and \ to \\. With a Kermit ASCII transfer usingtranslation mode 2 or 3, these are translated to \\00, \\", and\\\\. Conn4x "simplifies" these three translations, but only whenthey occur within a quote-delimited character string, and in rarecases (as far as I know, some cases of a \ character outside of aquote-delimited character string) this can cause a mistranslation.It may be necessary to edit (in the PC file) \ to \092, but thisis needed only where the \ and the 2 or 3 characters immediatelyfollowing would make a valid translation sequence, and onlyoutside of a quote-delimited character string. Finding any othermistranslations is an exercise for the student.For that matter, Kermit ASCII translations can go wrong too, ifyou happen to have a (CarriageReturn-LineFeed) pair in acharacter string using translation mode 1, 2, or 3. In this case,in transfers from the calculator, the pair is left as-is,instead of being translated to . But on transfers backto the calculator, the pair is translated to just ,even if it was originally a pair. Conn4x does avoid thisbug.In the 48 series, a character string that contain a literal " isalways decompiled to the "counted string" form. I don't know ofany way to get a 49 series to decompile to a counted string form,but it compiles them just fine.I really prefer to use an MMC or SD card for transfers. I wrote apair of programs to convert between binary objects and charactersstrings suitable for Kermit ASCII compatible transfers using acard. These are UserRPL programs (well, they do use a couple ofSYSEVAL sequences), so they may take a few seconds to run. On theother hand, commented source code files and a README.TXT file areincluded, so they should be fairly easy for a user to customize;for example, how to translate characters, and whether toleave the original commented source code string on the stack whenconverting to a binary object. As stored on the card, the firstline of the file will be an "HPHP49-X" binary transfer header,followed by 5 bytes for the character string prologue address andlength; it's best to edit this line out with a text editor on thePC. See =ASCII+on+SD.For that matter, it should be fairly easy to port my programs toSysRPL in case anyone feels inclined to do so, and using some codeinvoking the underlying ARM processor, it might be possible tostore a file on the card without the binary transfer header.Regards,
James Re: Transferring data from a HP50 to a PC [Long]
Message #3 Posted by Bruce Bergman on 25 Sept 2007, 12:28 p.m.,
in response to message #2 by James M. Prange (Michigan)
I've recently bought a HP 50G, and am having problems connecting to an IBM Thinkpad. There is a fault with the install CD in that it refuses to install the usb driver. I tried the two downloaqds that you suggested, but it still won't connect. In the connex screen on the laptop, it doesn't show that there is a usb connection like in the user diagram example. A screen comes up saying there is no usb connection. On the HP 50G, it shows Xmodem etc, so it's OK, so I figure I haven't got the usb driver for the laptop.I've also got a Mac and have no trouble connecting to it. Any suggestions would be greatly appreciated.John D Re: Transferring data from a HP50 to a PC [Long]
Message #9 Posted by Jeff Kearns on 30 Sept 2007, 4:57 p.m.,
in response to message #8 by John Dagis
Hi. I have had the same problem intermittently with my ThinkPad and with my XP Desktop. Sometimes it works, sometimes not. I finally stopped messing with the cable and bought an SD Card Reader. It just makes more sense in the end and there is less fussing about. Re: Transferring data from a HP50 to a PC [Long]
Message #10 Posted by Miguel Saiz on 30 Sept 2007, 5:08 p.m.,
in response to message #9 by Jeff Kearns
Quote:any way to capture a screen to SD card? I am using a Mac and needto transfer a screen (solver) to show a solutionWell yes, on capturing a screen image to the card, but how todisplay it on your Mac, I don't know.The screen capture functions in Conn4x and HPComm rely on the userinvoking a PRLCD (PRint LCD) command, then capturing the output,and displaying it as an image in another window. HPConnect seemsto lack this feature.I don't know of any way to redirect the PRLCD command's output tothe SD card, and even if there were, your Mac (or an MS WindowsPC, for that matter) wouldn't know how to display it as an image,without an application designed to do so.But you could use the LCD\-> command to capture a screen image tothe stack as a grob (graphics object). You probably wouldn't wantto key it in from the command line, because then the image wouldinclude the command line. Unfortunately, there doesn't seem to beany built-in "keyboard shortcut" for the LCD\-> command, as thereis for the PRLCD command. The LCD\-> command is on page 2 of thePRG GROB menu, or of course you could assign it to a user key or acustom or temporary menu.Anyway, you can store the resulting grob as a binary transferredfile on the SD card. But how to display it on your Mac? Goodquestion; hpcalc.org lists various MS Windows applications forconverting a grob file to quite a few different image file formatswhich could be viewed on a PC, but, offhand, I don't see any grobconverters for the Mac. Maybe try some searches at hpcalc.org, orask at the comp.sys.hp48 newsgroup.Regards,
James USB connection problems
Message #12 Posted by James M. Prange (Michigan) on 30 Sept 2007, 9:19 p.m.,
in response to message #8 by John Dagis
Quote:I've recently bought a HP 50G, and am having problems connectingto an IBM Thinkpad. There is a fault with the install CD in thatit refuses to install the usb driver.I tried the two downloaqds that you suggested, but it still won'tconnect. In the connex screen on the laptop, it doesn't show thatthere is a usb connection like in the user diagram example. Ascreen comes up saying there is no usb connection. On the HP 50G,it shows Xmodem etc, so it's OK, so I figure I haven't got the usbdriver for the laptop.Which operating system? MS Win 98? 98SE? ME? 2000? XP? Vista?Are other USB devices working correctly when connected to the sameport?Maybe try a different USB cable?At least with older versions of Conn4x, I sometimes had to foolaround with things like unplugging the USB cable and plugging itback in for the calculator to show up. I no longer use Conn4xenough to know whether that's still the case, but it may be wortha try.How about in Windows' Device Manager? With the calculator turnedon and connected via the USB cable, even without being in XmodemServer mode, Device Manager should show a device named "HPx9G+DEVICE"; can you find that? The current version is 1.2.The Conn4x downloads include the USB driver files. In the currentversion, these are HPx9G.inf, HPx9G2k.sys (for 2000, XP, andVista), and HPx9G98.sys (for 98, 98SE, and ME). Installing Conn4xnormally copies the files to the subdirectory "\ProgramFiles\Hewlett-Packard\Conn4x\USBDriver\". When Windows tries toinstall the driver, you may have to tell it to look in either thissubdirectory or wherever you unzipped the downloaded file to.There's a chance that you might have to first uninstall any olderdrivers, for any USB ports where they've been installed. Theeasiest way that I know of to find them all is to boot to "SafeMode", where even devices that aren't currently connected areshown, but you could do it by plugging the calculator in to eachUSB port on the system.Maybe also try searching for any files in \Windows\ and itssubdirectories that contain "HPx9G" in the filename and delete them. Maybe alsotry cleaning the Windows registry of anything that refers to thesefiles.Of course, after uninstalling old drivers, deleting old files, andcleaning the registry, try re-installing the current drivers.Quote:I've also got a Mac and have no trouble connecting to it. Anysuggestions would be greatly appreciated.Use the Mac.Other than that, ask on the usenet group comp.sys.hp48.Regards,
JamesEdited: 30 Sept 2007, 11:30 p.m. Re: USB connection problems
Message #13 Posted by John Dagis on 1 Oct 2007, 6:18 a.m.,
in response to message #12 by James M. Prange (Michigan)