Il bug e' solo quello legato all'orologio.
Per il resto vai tranquillo: e' un'ottima calcolatrice.
Io prima avevo la 28S: non so piu' fare a meno della notazione RPN, sulle calcolatrici. Mi trovo molto meglio che con l'algebrica.
L'altro, e' solo un timing di scansione della tastiera troppo prudente: io me ne sono accorto dopo qualche mese che la usavo, un giorno che stavo facendo conti a raffica.
Il programma della batteria si chiama batstatus, e lo trovi su
http://www.hpcalc.org:
http://www.hpcalc.org/details.php?id=6585
Per accelerare la scansione della tastiera (non troppo, altrimenti non funziona piu' il debouncing) basta il seguente programmino
PS:
ti posto qui una piccola raccolta di suggerimenti, raccolti in rete, che ho trovato molto utili
Codice: Seleziona tutto
User RPL programs for 48 or 49 can be transferred to a PC via conn4x
and then transferred to the 50g with the same program. The main
gotcha's arise from the existence of a substantial number of new
commands on the 50, which can cause name conflicts. I had variables
buried in some of my directories which resulted in syntax errors since
these are now function names on the 50g. The particular variables in my
case were
LIN, SREPL, HELP, MAIN. Aside from that, things worked quite well.
I find that it is useful to set the flags as follows:
· CF -79: Textbook mode OFF (personal preference)
· CF -95: RPN not ALG (strong personal perference)
· SF -103: "Complex ON" (I don't actually know what this does ...)
· SF -105: Approx not Exact. Thus entered integers will be reals, not
the new ZINT class of number. A lot of programs will fail if you don't
do this; for example, if you check for the TYPE of an entered number
and you've entered an integer, it will not be type 0 if you are in
Exact mode. On the other hand, port numbers (i.e. tags for STO e.g.
:2:VarName) MUST be entered as simple integers, not via, e.g., ->TAG
with a real on the stack.
· SF -117: Soft menu keys, not choose boxes, for sub-menus (personal
preference)
· CF -128: Complex allowed (again, I did this initially but it
doesn't seem to be necessary except perhaps in CAS)
You will find that your old 48 libraries (e.g., SPARCOM) don't work,
but there are a few at hpcalc.org including the Periodic Table and a
nice Bessel function library.
---------------------------------------------------
> I'm liking the 50g more and more as I set it back to how it should be,
> but I still get that ugly TI menu for stats and numeric solver. Any
> suggestions?
Yes! HP already fixed the NUM.SLV problem. Just hold down the shift
key while you're pressing NUM.SLV and you'll see the menu that you
want. Cool, huh?
As for the STAT key, just assign the HP48-style stats menu to it:
<< 96 TMENU >>
83.3 ASN
Then leave USR mode on all the time. Pressing the STAT key will then
bring up the STAT menu that you know and love. (Prepend it with a
SysRPL TakeOver, and it'll even work while you're programming!)
---------------------------------------------------
Nate Eldredge wrote:
> This, then, is unrelated to the problem where if a key is
> pressed just as the CPU goes to sleep, it isn't processed
> until after the CPU wakes up again (on the following
> keystroke). It's the latter that I find more annoying...
A very useful workaround to this so-called "Busy Bug" is to turn the
clock display on (MODE DISP Clock, or -40 SF) and leave it on
permanently. Any keystroke caught in the evil clutches of this bug
will be released and executed by the next clock display update (every
second) or by the next keystroke, whichever comes first. The extra
battery drain is negligible, and no keystrokes are completely lost.
PPS:
per il collegamento USB ho trovato questo, qualche mese fa, ma non ho mai provato:
Codice: Seleziona tutto
Well, after some trial-and-error, my HP50g is working nicely with my
Linux laptop.
Here's how I did it, for anyone who might need it.
Add the following line to both /etc/udev/devfs.rules and
/etc/udev/udev.rules :
BUS="usb", KERNEL="ttyUSB*", SYSFS{product}="HP49g+ Calculator",
SYMLINK="hp50g"
As root:
# modprobe usbserial vendor=0x3f0 vendor=0x121
# modprobe safe-serial vendor=0x3f0 vendor=0x121
Plug in the calculator and turn it on, the following should show you
that the computer detects the device and associates it with the generic
USB serial converter and to a ttyUSB* node in /dev:
# dmesg | tail
To transfer the files, I use C-Kermit (or minicom), with the following .kermrc
configuration file in my home directory:
SET MODEM TYPE DIRECT
SET PORT /dev/ttyUSB0
SET SPEED 9600
SET CARRIER-WATCH OFF
SET FLOW NONE
SET PARITY NONE
SET BLOCK 3
SET CONTROL PREFIX ALL
SET FILE TYPE BIN
SET TRANSFER DISPLAY CRT
And the transfer process is exactly like it was explained in a previous
article in the group:
- Turn on the calculator and start the Kermit server
- on a console: kermit -s <file>
- Nascondi testo tra virgolette -
non so nulla di questi 2 bug... mi puoi spiegare meglio? ...e io che scelto hp dopo aver letto dei bug della texas...
per copiare batstatus 