|Re: Hourglass and Annunciator won't shut off|
Message #9 Posted by James M. Prange (Michigan) on 16 Mar 2006, 3:15 a.m.,
in response to message #6 by Rick
Rick, was it just the busy annunciator (hourglass) on, or was there another one, such as the I/O annunciator (looks like an arrow pointing right)?
Pretty strange in any case, as a CANCEL (ATTN on 48SX/S) operation should abort any I/O, and Kermit and Xmodem transfers ordinarily time-out if not proceeding; I think after about a minute.
The CLOSEIO command might've been worth a try with something going wrong sith I/O, but turning the calculator off should close the I/O port anyway.
For the "Serial I/O" commands XMIT and SRECV (but not Kermit or Xmodem transfers), the STIME command sets the time-out. By default, the time-out is 10 seconds, but it can be set from 0.1 to 25.4 seconds, and 0 STIME disables the time-out entirely; that is, it'll wait "forever", or at least until the batteries go dead, if the command isn't completed or canceled.
An invalid IOPAR reserved variable in the HOME directory should cause an "Invalid IOPAR" error. IOPAR can be safely purged; if it doesn't exist, then the default IOPAR will be created the next time that it's needed.
I don't know of any problem with the RECV command, but earlier ROMs in the 48G series have a problem with the XRECV command. From the HP48 FAQs:
Of course "Horn 9" refers to Joe Horn's Goodies Disk #9, available at http://www.hpcalc.org/hp48/compilations/horn/.
6.14. Why does XRECV not work sometimes? (GX)
Pre-Rev R. G Series 48's had a bug that would sometimes cause XRECV to
fail if there was not twice the amount of room free for the incoming
file. FXRECV, a fix for this bug, is available on the Horn 9 disk in
the directory \HP as FXRECV. There is more info about this bug there
as well. Note that FXRECV is not required for Rom R, and in fact
will not run properly on Rom R.
With versions A-D of the 48SX/S there can be a problem if the clock is displayed during an ARCHIVE. From the FAQs:
I think that the manuals recommend that the clock display be turned off during I/O anyway.
If the clock is displayed during an ARCHIVE via RS-232, there is
a chance (not 100%) that calculator memory will be cleared,
after the transfer. The work-around is to turn the clock
display off before doing the transfer. Should your memory be
cleared, you will have to restore the contents of memory from
In the 49 series, XON/XOFF software flow control doesn't work. This doesn't matter with the small packets used in the calculators' implementations of Kermit and Xmodem, but can be a problem with the "Serial I/O" commands.
Of course, SysRPL or assembly language programs or libraries (as well as, presumably, SYSEVAL, LIBEVAL, and FLASHEVAL, and the 49 series menu 256 commands) can change things in system RAM not accessible to ordinary users, including turning annunciators on or off and changing bits that control I/O. In any case, I'd expect the "3-finged salute" (ON&A&F) followed by NO to set things right, preferably after backing up anything that you don't want to lose.
And of course hardware problems are always a possibility.
Edited: 16 Mar 2006, 3:33 a.m.