Mine refuses to work without RTS/CTS on. DTR is a must for TS-DOS. So it looks
like the 200 needs both enabled or both as a loop back.
Kurt
On Thu, Jul 18, 2019, at 4:33 PM, Jim Anderson wrote:
> > -Original Message-
> >
> > Agreed. TELCOM only uses XON/XOFF.
> >
> > I'm curious about
In article
,
John R. Hogerhuis wrote:
> I noticed Woz's 6502 code is well commented and on the web. It looks like
> it uses a binary mantissa.
If you're looking for an 8080 fp lib, the one extracted from Lawrence
Livermore Labs BASIC (LLLBASIC) has a pretty good rep. The one inside
Processor
I noticed Woz's 6502 code is well commented and on the web. It looks like
it uses a binary mantissa.
I guess the value of (packed) BCD is multiply / divide by 10 is a bit shift
operation. And base 10 rounding operations are straightforward.
-- John.
In article
,
John R. Hogerhuis wrote:
> Actually thinking some more about it, why would BCD floating point code
> be more compact even in ROM?
I haven't really looked, but the 8085 might be at nearly as efficient at
BCD as pure binary.
Also, the M100 was the "Micro Executive WorkStation",
> -Original Message-
>
> Agreed. TELCOM only uses XON/XOFF.
>
> I'm curious about this so I'll dust off my 200 and do some testing.
Here's where I got to:
The flaw in my methodology was testing TELCOM with nothing plugged in (on the
assumption that if it isn't paying attention to
I've wondered about that too - "Radix-100" FP used on TI CC40/TI74/TI95
programmables used an 8-byte format, byte 0 being the exponent biased
so that 40 = 0, and a 7-byte BCD mantissa.
...
On 7/18/19, John R. Hogerhuis wrote:
> Actually thinking some more about it, why would BCD
Actually thinking some more about it, why would BCD floating point code be
more compact even in ROM?
Seems like BCD floats would be inefficient in every way.
-- John.
So far, I successfully fixed 3 or 4 screens with one or more vertical lines
missing, and it is always corroded pcb traces or pads, only one screen was
unfixable, and I'm almost certain it is trace on the glass that somehow got
damaged, swapping the strips didn't bring line back :( In one case pad
In article <5d2f2bc9.4010...@gmail.com>,
Ken Pettit wrote:
> Hey John,
> I was reading the posts about posits ... pretty interesting.
> But the Model T ROM doesn't actually use IEEE floating point format ...
> It uses a format where the first byte contains the sign bit and 7-bit
>
Agreed. TELCOM only uses XON/XOFF.
I'm curious about this so I'll dust off my 200 and do some testing.
Kurt
On Thu, Jul 18, 2019, at 1:21 PM, John R. Hogerhuis wrote:
>
>
> On Thu, Jul 18, 2019 at 1:01 PM Kurt McCullum wrote:
>> __
>>
>> One test for the original poster. If you are using a
On Thu, Jul 18, 2019 at 1:01 PM Kurt McCullum wrote:
>
> One test for the original poster. If you are using a full null cable, just
> enable RTS/CTS on your settings and give it a try. This would eliminate the
> question.
>
> I say this because my T200 gave me a few issues when I was developing
One test for the original poster. If you are using a full null cable, just
enable RTS/CTS on your settings and give it a try. This would eliminate the
question.
I say this because my T200 gave me a few issues when I was developing mComm.
The thing that was strange was I had to have RTS/CTS
" know TELCOM in the M100 ignores RTS/CTS, and I thought that was also
true of the T200"
TELCOM ignores RTS/CTS.
Many Model T programs require DSR signal or they won't send anything. I'm
not sure about TELCOM.
The other issue is the duplex. Half duplex, you see what you type. Full
duplex, you
> -Original Message-
>
> sounds like something's holding up the serial port, flow control
I forgot to mention, this happens even if nothing is plugged into the T200's
serial port. STAT string is 88N1ENN,O,T - I also just tried changing it to
88N1DNN,O,T for fun and it still behaves
Ask the Russians: they've got all the codes in the world.
epc
> On Jul 18, 2019, at 11:00 AM, Dan Higdon wrote:
>
> Hey ModelT enthusiats!
>
> Has anyone cracked the code on how to access the paste buffer from inside a
> BASIC program? I have some utilities I'm working on that would benefit
sounds like something's holding up the serial port, flow control
On Thu, Jul 18, 2019 at 10:33 AM Jim Anderson wrote:
> So I have been getting back into amateur radio this year (was licensed in
> 2002 but slowly fell away from the hobby with children, divorce, etc.)
>
> I'm sure I'm not the
So I have been getting back into amateur radio this year (was licensed in 2002
but slowly fell away from the hobby with children, divorce, etc.)
I'm sure I'm not the first person who used a model T as the terminal for their
packet radio TNC. It seems like an extraordinarily good idea for
> -Original Message-
>
> Hi, Jim, do you have reference card for it? If so, could you please scan
> it?
Sorry, all I have is the six-page manual - no reference card.
jim
Hey ModelT enthusiats!
Has anyone cracked the code on how to access the paste buffer from inside a
BASIC program? I have some utilities I'm working on that would benefit from
using the pastebuffer as an IPC mechanism, since sometimes they're just
generating something I want to insert into a
Eric LK wrote:
> I was using the "?" character[...]
That wasn't the question mark character of course but the "Latin Small
Letter E with Acute" which was scrapped by the mailing list :o)
You can type it on the M100 with Code+d.
John R. Hogerhuis wrote:
> Well if I did it, I'd probably create a
John R. Hogerhuis wrote:
> But the coolest thing about it for me is that it lasts for almost a week
> and has an always-on transflective color display
That sounds like a PebbleWatch screen :o) It's good to know there are
alternative out there since Pebble is now out of business.
> If someone
21 matches
Mail list logo
