|Re: 49g+ - 48gx infrared transfers|
Message #2 Posted by James M. Prange (Michigan) on 1 Jan 2006, 7:33 p.m.,
in response to message #1 by Ron Allen
As far as I've been able to determine, infrared transfers directly
between the 49 and 48 series aren't possible. The 48 series
infrared transfers use SIR (Serial IR) and the 49g+ and 48gII
infrared transfers use IrDA.
"Printing" from the 49g+ and using INPRT (or a variation of it) on
the 48 series doesn't work either; I expect that the signal from
the 49g+ is just too weak.
To transfer the variables, use your PC as a "go-between", using
"ASCII" (or "Text") transfers so that the decompiled code is
transferred. "Binary" (compiled object) transfers won't work.
In general, programs written for 48 series should work on the 49
series, exceptions being such things as global names being
built-in commands on the 49 series. The 49 series should be in
"approximate" mode when receiving programs written for the 48
series if you don't want "real" numbers (type 0) that happen to be
integers to be compiled as exact integers (type 28).
For programs written for the 49 series to work on the 48 series,
the commands have to be built-in on both models, and in most
cases, the object types have to be valid on both models. For
example, a "symbolic matrix" (type 29) will result in a syntax
error when the 48 series tries to compile it. 49 series "exact
integers" (type 28) will be compiled as "real" numbers (type 0) on
a 48 series, rounding them if needed.