Re: [M100] PBBS in BASIC - for Model T

[Alex ...]

Okay that's cool I might give this a try with my old KPC-2.

What's with the line of gibberish at the end of the .BAS file? Is it
corrupt?

On Wed, Nov 1, 2023 at 7:34 AM Kimberley Hart 
wrote:

> This is a ham radio Packet BBS, so the M100 would be hooked to a TNC which
> is connected to a radio. This could sit in the shack next to the radio and
> picked up as part of a go kit. Packet radio used to be a bigger part of
> “nets” used for message passing.
>
> Many ham radio operators like to be able to go portable for various
> reasons including emergency response support.
>
>
> Kimberley Hart
> She/Her
> KC2OUT
> kimberley082...@gmail.com
> (732) 691-1560
>
>
>
> On Nov 1, 2023, at 6:57 AM, Alex ...  wrote:
>
> 
> It's not that surprising. The machine has a built in modem and battery
> backup. You could just hook it up in a telco closet and have a BBS up in no
> time.
>
> Don't know how you'd use a TPDD at the same time since it hogs the serial
> port. Support for saving files to cassette would probably be more useful.
>
> On Wed, Nov 1, 2023, 01:04 Hiraghm  wrote:
>
>> I was just visiting a website of BBS links by platform, when I was
>> shocked to come across an entry for PBBS... for the Model 100... in BASIC.
>>
>> here's a link to the site's entry on the M100 PBBS:
>>
>> http://software.bbsdocumentary.com/TANDY/MODEL100/PBBS/
>>
>> it is not surprisingly very limited.. but it's written in BASIC...
>>
>> There's also a CP/M version of PBBS, but it appears to be written in
>> assembler, not BASIC:
>>
>> http://software.bbsdocumentary.com/AACPM/CPM/PBBS/
>>
>>
>> I thought some on here might be interested in toying with it. Maybe
>> customizing it to work with the REX or TDDP drive to expand its
>> capabilities.
>>
>> I'm just boggled that someone wrote a BBS for the Model 100.
>>
>>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] PBBS in BASIC - for Model T

[Alex ...]

It's not that surprising. The machine has a built in modem and battery
backup. You could just hook it up in a telco closet and have a BBS up in no
time.

Don't know how you'd use a TPDD at the same time since it hogs the serial
port. Support for saving files to cassette would probably be more useful.

On Wed, Nov 1, 2023, 01:04 Hiraghm  wrote:

> I was just visiting a website of BBS links by platform, when I was
> shocked to come across an entry for PBBS... for the Model 100... in BASIC.
>
> here's a link to the site's entry on the M100 PBBS:
>
> http://software.bbsdocumentary.com/TANDY/MODEL100/PBBS/
>
> it is not surprisingly very limited.. but it's written in BASIC...
>
> There's also a CP/M version of PBBS, but it appears to be written in
> assembler, not BASIC:
>
> http://software.bbsdocumentary.com/AACPM/CPM/PBBS/
>
>
> I thought some on here might be interested in toying with it. Maybe
> customizing it to work with the REX or TDDP drive to expand its
> capabilities.
>
> I'm just boggled that someone wrote a BBS for the Model 100.
>
>

Re: [M100] Intermittent problem at higher baud rates on RS-232 interface

[Alex ...]

Jesse,
I feel like I ran into that exact problem before a couple years ago when I
was using my '102 for packet radio. Something also about poor battery life
from the laptop while the TNC was plugged in as well? I didn't keep good
notes, and I was testing several TNCs (two KPC-3s, a KPC-2, and a MFJ-1274.

Thanks for documenting all the detailed measurements and sharing it with
the group!
-Alex

On Wed, Sep 27, 2023 at 4:08 PM Jesse Bertier  wrote:

> Fellow M100 Enthusiasts:
>
> I kept at it, trying all the various suggestions from the group.  I
> finally solved the issue - the TNC had a loopback connection from DTR to
> DSR.   The problem disappeared entirely when I removed that loopback
> connection the TNC was doing.
>
> If interested, I posted the details here:
>
> https://n1ugk.com/2023/09/trs-80-model-100-with-the-kpc-3/
>
> With that mystery solved, I can now use the M100 for what I intended to
> use it for.
>
> On Sep 8, 2023, at 7:28 PM, Daryl Tester <
> dt-m...@handcraftedcomputers.com.au> wrote:
>
> On 9/9/23 00:10, Jesse Bertier wrote:
>
> I wanted to follow up with this issue - As it turns out, the TNC itself
> seems to be the culprit, at least with the M100.  Even small text strings
> get garbled, with software flow control enabled on both sides.  That TNC
> works fine with a PC, just not the M100.  Next time I have the scope out,
> I’ll take a look at the line and compare, and work back into the M100 as
> needed out of curiosity.
>
>
> Sounds suspiciously like clocking tolerances (of the serial line).  I
> thought
> it used to be 20% (from the "olden days") with 16x oversampling), but
> current
> Internet Wisdom (for what that's worth) says ~ 5%.  If you've got one
> device
> that's slightly fast, and the other slower, you''ll see this sort of
> behaviour.
>
> (I used to work on a serial port switch in the 80's.  That sod had
> something like
> a +0.5% tolerance, although its negative was relatively normal. The above
> fault
> was well known).
>
> Cheers,
>  --dt
>
>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Burning a 27C256 EPROM

[Alex ...]

I have one of those XGecu T48 programmers. It works on some other EEPROMs.
Haven't tried it on 27C256 yet.

On Wed, Feb 15, 2023, 18:06 Brian K. White  wrote:

> TL-966, any version. I like both my old TL-866A and newer TL-866II+
> because they are supported by the open source "minipro" util. But the
> maker no longer sells those and you have to get them from ebay or amazon
> or aliexpress.
>
> The current models T48 and T56 are apparently fine too, you are just
> limited to using their windows app to run it, which does work in wine so
> it's actually still usable from linux (this much I do know directly
> because it's the same for the II+).
> So depending on what you care about, a CS will be the cheapest if you
> can find one. It's the same as the A but without an ICSP heater for
> in-circuit jtag programming of some chips. It is perfect for DIP eproms.
> The A version adds the icsp header, and the II+ version has new guts
> inside and is like the A but newer and supports more chips.
>
> You will also need a uv eraser. There's a generic $15 blue platic one
> you can get anywhere. It's fine.
>
> https://www.ebay.com/itm/255956579505
> https://www.ebay.com/itm/363143496160
>
> If you don't care about being able to use the open source software, you
> can get either of the current models from their official store. The
> website looks sketchy but autoelectric.cn is the real site and links
> from there go to their official ebay and aliexpress shops.
>
> You don't really need to get one of the kits with 50 different adapters
> just for working on these old machines that have all DIP parts. You can
> always get them later if you decide you need them. A used TL-866CS will
> be the cheapest since it's both an old model now and lacks the ICSP port
> so most people want the A or II+  versions. But the age doesn't matter
> at all. The minipro software supports it and can handle every chip
> you're likely to encounter in 80's machines, and really you're probably
> only ever even going to care about exactly one chip, 27C256.
>
>
>
> On 2/15/23 16:46, Joseph Colson III wrote:
> > While surfing the private files on the Club100 site the file below
> > caught my eye as I have a booster pack and would like to update the
> > System ROM.   My question for the group is how much do the programmers
> > cost?   What inexpensive programmer would you suggest?  Is it difficult
> > to program?   Any links to software or documentation would be helpful.
> >
> > As Always Thanks for your help,
> >
> > Joe
> >
> > (  BP1ROM_Fixed.bin  )
> >
> > This is the Booster Pak v1.23 "BP1" main system ROM image which includes
> > the multi-page file display bug fix. With the original ROM, if you have
> > more than two pages of files to display, you would only ever be able to
> > see the second page of files when pressing shift-down. The third page of
> > files or beyond was inaccessible due to a limitation in Traveling
> > Software's TPDD client. Well, with this replacement BP1 system ROM
> > image, the limitation is gone! The bug fix was originally made available
> > in Ken Pettit's release of the TS-DOS 4.10 option ROM. This fix has been
> > extended to all RAM versions of TS-DOS, as well as the SARDOS option
> > ROM. And now, it is available for the "Disk" client that is in your
> > Booster Pak's system ROM. Just burn this image to a standard 27C256
> > EPROM and replace your Booster Pak's "BP1" chip which would be all the
> > way on the bottom-right side of your Booster Pak's sockets.
> >
>
> --
> bkw
>
>

Re: [M100] - Backpack

[Alex ...]

Wire a R2R DAC to the printer port and have the M100 play music Covox
style. 

On Wed, Feb 15, 2023, 14:21 Fisher  wrote:

> All it needs in its next version is an 8mm stereo jack, an mp3 player and
> some jukebox software for the laptop!
> Too much to wish for? No matter, it’s already a great piece of kit. :-)
>
> Sean
>
>
> On Feb 14, 2023, at 8:08 PM,  <
> bir...@soigeneris.com> wrote:
>
> The Backpack was designed by a friend of mine who wishes to remain
> private. He sent me one and I thought it was great and encouraged him to
> make more offering my help. My only part of the design was the case.
>
> Jeff Birt
>
> *From:* M100  *On Behalf Of *
> grima...@gmail.com
> *Sent:* Tuesday, February 14, 2023 1:15 PM
> *To:* Model 100 Discussion 
> *Subject:* [M100] - Backpack
>
> Just received my Backpack from Soigeneris. All I have to say, is that I
> really like the design of it all. It’s relatively compact, it matches the
> design of the M100, and it runs on a single AA cell.
>
> I immediately plugged it in, and got it to work. Pretty much zero
> configuration needed. I’ve already got REX installed so I was able to load
> up TS-DOS and be off to the races.
>
> Shout out to Soigeneris and to whomever designed and built this device!
>
> Best,
> George
>
>
>

Re: [M100] Low battery , crashes wipe the memory of both M102/M200

[Alex ...]

In my case, the driver transistor for the relay actually failed short. I
replaced it and the problem went away.

On a diode test the failed part was happily conductive regardless of what I
put on the gate, lol.

On Mon, Feb 6, 2023, 18:40  wrote:

> The click you hear is the telco relay. The flux around the driver
> transistor can turn conductive enough to trigger the transistor and thus
> the relay. I have also seen this cause reset issues and other oddities on
> the M100.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Alex ...
> *Sent:* Monday, February 6, 2023 2:39 PM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] Low battery , crashes wipe the memory of both
> M102/M200
>
>
>
> A particularly nasty crash can make it do that cold-reset thing. I ran
> into that countless times while trying my hand at assembly development
> while using ROM2 and MFORTH. in that case the problem isn't that the memory
> is totally erased but that some important part gets corrupted and the stock
> ROM starts over from scratch. I couldn't tell you for sure what or how it
> happens, but it can.
>
> Not necessarily the same as what you saw but I had an issue with my T102
> that caused low voltages and battery drain due to the cassette remote being
> stuck on. The give-away for that case was if I carefully put the batteries
> in, I could hear the relay click on and stay on, regardless of the state of
> the on/off switch. It might be worth putting the machine on an ammeter and
> see if it's pulling some excess current if your batteries seem to not last
> as long as they should.
>
>
>

Re: [M100] Low battery , crashes wipe the memory of both M102/M200

[Alex ...]

A particularly nasty crash can make it do that cold-reset thing. I ran into
that countless times while trying my hand at assembly development while
using ROM2 and MFORTH. in that case the problem isn't that the memory is
totally erased but that some important part gets corrupted and the stock
ROM starts over from scratch. I couldn't tell you for sure what or how it
happens, but it can.

Not necessarily the same as what you saw but I had an issue with my T102
that caused low voltages and battery drain due to the cassette remote being
stuck on. The give-away for that case was if I carefully put the batteries
in, I could hear the relay click on and stay on, regardless of the state of
the on/off switch. It might be worth putting the machine on an ammeter and
see if it's pulling some excess current if your batteries seem to not last
as long as they should.

On Mon, Feb 6, 2023 at 2:30 PM Cedric Amand  wrote:

> I'm really not convinced my problem is REX related, at least not yet
>
> Is there a process, a type of crash, or something known to basically crash
> the Model T and wipe it's RAM (and reset the clock !) ?
> All of that with a perfectly working backup ram (I can replace the
> batteries no problem)
>
> It's clearly the crash that wipes the ram/resets the thing, including the
> clock ?
> Is that a type of crash other people have seen ? Or am I cursed ?
>
> It's really the software is doing ctrl-break-power for me. It erases the
> machine WITH a perfectly working battery.
>
> And I believe this mostly happens when doing save operations,or anything
> involving serial - but it's super difficult to reproduce. It's mostly
> random.
>
> Call to the gurus :)
>
>


-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] One liner submission: base converter

[Alex ...]

Maybe this is cheating but MFORTH gives me this one liner arbitrary base
converter. 

: BC BASE @ >R BASE ! . R> BASE ! ;

Examples:
255 16 BC FF
23 2 BC 10111
HEX D2 DECIMAL 8 BC 322

- Alex

On Sat, Jan 7, 2023, 15:51 Ken Pettit  wrote:

> Yep,
>
> Pretty much the same with the one liner I made from John's character
> rasterization program ... just remove the line number "1" in front and it
> will still run from interactive mode.  But I think your infinite loop is 2
> characters shorter than mine!  I used STEP0 which take 5 bytes where you
> used Z=0 which only takes three!  I'll have to remember that one.
>
> I need to get a quantum computer next ... I hear they can execute an
> infinite loop in three seconds flat.  ;-)
>
> Ken
>
> On 1/7/23 11:46 AM, Stephen Adolph wrote:
>
> thanks Ken,
> Not exactly new work, but it always bothered me that I had to use a line
> number before.  so not really a "one liner".  The use of a never ending for
> loop solved that!
>
>
>
> On Sat, Jan 7, 2023 at 2:19 PM Ken Pettit  wrote:
>
>> On 1/7/23 8:30 AM, Stephen Adolph wrote:
>>
>> Here is my one-liner.
>>
>> FORZ=0TO1:Z=0:V$="
>> "+CHR$(13)+CHR$(8)+"0123456789ABCDEF":E=INSTR(V$,INKEY$):IFE=1THENNEXTELSEF=(F-(E=2))MOD3:G=9*F+2-F^2:C=-C*(E=2)-(C*G+E-4)*(E>3ANDE>
>>
>> Hey Steve,
>>
>> I had seen this submission before but never really tried to run it or
>> evaluate how it is working until now.  This is an awesome piece of
>> algorithmic work for switching between and calculating / formatting output
>> for three different bases in only 254 characters!!
>>
>> Pretty sweet.
>>
>> Ken
>>
>>
>

Re: [M100] New user (Hello!). Programming Tandy 102 without Basic?

[Alex ...]

Do you have any examples out there for how to build ML apps or option ROMs
with VirtualT?

On Tue, Jan 3, 2023 at 3:54 PM Ken Pettit  wrote:

> Hi,
>
> Willard Goosey (on this list) did some work a while back for compiling
> with SmallC-85 and put together an M100 library for the same:
>
> http://www.sdc.org/~goosey/m100/m100smallc0.0.10.zip
> 
>
> This file is also available in his Personal Libraries section at Club100.
> I have not tried to use SmallC-85 or the library to build and C
> applications for the Model 100.  I typically write in 8085 assembly
> directly or a mix of BASIC and assembly.  There are various 8085 assemblers
> out there, though I have only ever used the one I wrote that lives inside
> VirtualT.
>
> Ken
>
> On Mon, Jan 2, 2023 at 4:45 PM DJCC  wrote:
>
>> Hi there!
>>
>> I've been dreaming about getting a Tandy 102 for forty years and I just
>> recently got two (!!!) for a decent price on eBay.
>>
>> I'm a programmer by trade and like the idea of writing something for it.
>> What does the toolchain look like nowadays for building Tandy 100/102
>> programs in assembly? Or, if I'm dreaming, in C?
>>
>> Searching the archives, I've found http://www.sdc.org/~goosey/ with dev
>> resources. Are there others that might be interesting?
>>
>> Thanks!
>> djcc
>>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] M100 Audio / music

[Alex ...]

You also couldn't use the UART and the buzzer at the same time given how
this machine is wired up. Hmm.

Honestly, I figure it's at least possible to write a decent monophonic
music tracker program for the M100's internal speaker. Throw in a fast
arpeggiator for chords like they do to save channels on SID chiptunes for
fun. If I was a better programmer I'd try. :(

On Thu, Dec 29, 2022 at 10:09 AM Ken Pettit  wrote:

> On 12/29/22 6:56 AM, Alex ... wrote:
> > I've got a vintage MIDI synthesizer with the exact same CPU as the
> > M100. (Korg Poly800)
> > This is actually the reason I bought the T102 I have, as a platform to
> > learn 8085 assembly. It is absolutely fast enough to process MIDI. The
> > protocol was designed for and proliferated on computers of this era.
> >
> > In the Tandy's case, the hitch is really getting the UART to go the
> > right speed. Last time I tried, no combination of timer/divider
> > settings would get it close enough to 31250 Baud.
>
> Yeah, this was my thought also regarding the baud rate.  The closest you
> can get is the divide by 5 option which gives 30720 baud ... about 1.7%
> error.  Of course even if it would work, it also means you need a MIDI
> synthesizer instead of just the M100.
>
> Ken
>


-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] M100 Audio / music

[Alex ...]

I've got a vintage MIDI synthesizer with the exact same CPU as the M100.
(Korg Poly800)
This is actually the reason I bought the T102 I have, as a platform to
learn 8085 assembly. It is absolutely fast enough to process MIDI. The
protocol was designed for and proliferated on computers of this era.

In the Tandy's case, the hitch is really getting the UART to go the right
speed. Last time I tried, no combination of timer/divider settings would
get it close enough to 31250 Baud.

On Wed, Dec 28, 2022 at 5:19 PM Bert Put  wrote:

> Hi Ken,
>
> I highly doubt the M100 could handle such a protocol but the first thing
> I thought of was MIDI; that is *the* electronic standard for defining
> and playing music.  Again, not sure if the M100 has the horsepower to
> parse or play music from MIDI, but it was just a thought.
>
> (belated) Merry Christmas, and Happy New Year!
>
> Regards,Bert
>
> On 12/28/22 14:59, Ken Pettit wrote:
> > Hey gang,
> >
> > I was trying to use the Linux based tools I wrote to create something a
> > little more advanced than WCCARD.BA.  It turns out getting the M100 to
> > orchestrate a piece that is a bit more expressive is more challenging
> > than just entering the notes from sheet music.  It's pretty amazing how
> > much interpretation an artist imparts that isn't on the page when
> > actually playing / performing!
> >
> > Seems like to get a similar affect, I would need to extend my little
> > sheet music parser to include expressive components in addition to just
> > raw notes.  Makes me wonder how programmers developed music for the M100
> > back in the day when the M100 was the only computer they were using.
> >
> > Ken
>


-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] is the m100 a trs-80? In walks like a, not is categorized as a

[Alex ...]

Sure it is, but my 102 is not. :P

On Wed, Sep 28, 2022, 17:05 Will Senn  wrote:

>
> I've been reading around a bit (all over the world actually) and there's a
> lot of stuff written about and for the TRS-80... as though it's a machine,
> not a designation. I wonder, just how close is an m100 to these TRS-80's
> (Model 1, 2, 3, etc)? Should I concentrate on stuff that's written
> specifically about the M100? Or, will any old TRS-80 book or magazine or
> zine (TRS8BIT) do? It's pretty confusing.
>
> I do realize that there are significant differences in hardware and screen
> stuff - color, res, etc. But by and large is an m100 a "TRS-80" in that I
> can reuse code from one to the other comfortably (sans specific hardware
> references), or should I not waste my time?
>
> Looking for insight and reading material for M100 enthusiasts.
>
> Will
>

Re: [M100] assembly language first steps

[Alex ...]

Where can you still get tasm? I didn't think the original website was
around anymore and I'd like a copy of the Linux build.

On Mon, Sep 26, 2022, 21:44 Ken Pettit  wrote:

> Hi Will,
>
> I think most people on the list prefer tasm, though I use only the
> assembler in VirtualT personally.  Of course I wrote it and so therefore
> know how to use it and all of it's quirks.
>
> Ken
>
> On 9/26/22 5:13 PM, Will Senn wrote:
>
> It will only be a matter of time before I want to program in assembly on
> my m100. I've read up and familiarized myself with the landscape on this
> and find it a bit confusing.
>
> What is the preferred (or most common method) of getting an
> assembly/machine language program to run on the m100. I know that I can use
> basic to run machine code, but that's kludgy. I believe there is a basic
> assembler program in the wild and I've read about Custom Software's
> assembler, are either or both available online?
>
> Thanks!
>
> Will
>
>
>

Re: [M100] 39-year-old Radio Shack laptop gets new CPU, keeps original screen

[Alex ...]

I remember thinking when I was reading the IEEE source article: It would
have been so much easier to just fix the original motherboard. :)

On Mon, Sep 26, 2022, 12:02 Dan Eicher  wrote:

>
> https://arstechnica.com/gaming/2022/09/39-year-old-radio-shack-laptop-gets-new-cpu-keeps-original-screen/
>
> 
> 39-year-old Radio Shack laptop gets new CPU, keeps original screen
> 
> arstechnica.com
>
>

Re: [M100] T102 Current Drain

[Alex ...]

A follow up on this in case anyone else has a similar issue.

The transistor (T6) in the cassette remote circuit went bad, keeping the
motor relay's coil engaged all the time when memory power is on. Relay
power comes from before the regulated section of the power supply and
remains on even when the computer is off.

It wasn't until I ran it off an AC adapter and could hear the relay click
when it was plugged in. The relay isn't very loud and I never noticed when
installing batteries.

On Wed, Apr 28, 2021, 04:27 Alex ...  wrote:

> I don't have any real measurements to back this up, but someone might find
> this anecdote useful.
>
> I feel like my 102's AA battery life was much better after I cut out the
> internal NiCd cell. This idea is supported by the fact that it again seems
> to go through batteries faster since I replaced the backup battery with a
> new one.
>
> Worth noting I run the machine on Eneloop NiMH cells, not alkalines.
>
> On Tue, Apr 27, 2021, 20:51 Peter Noeth  wrote:
>
>> I know this has been discussed before, but I was doing some testing on my
>> T102 regarding current drain to gauge external battery life. I made an
>> external 4D cell alkaline pack I use when watching TV and playing with the
>> computer a few years ago, and was thinking of upgrading the capacity. There
>> is no convenient A.C. outlet near by to my viewing position, hence the
>> battery pack.
>>
>> I measured this on a 32K Tandy 102 w/REX installed.
>>
>>- 0.4mA - Computer off, no peripherals connected
>>- 66.5mA - Computer on running a BASIC program, no peripherals
>>connected
>>- 67.2mA - Computer running a BASIC program and printing to my
>>DPU-414 thermal printer
>>- 71.8mA - Computer running REXMGR, no peripherals connected
>>- 114.7mA - Computer running a BASIC program, printer connected but
>>powered OFF
>>- 130mA - Computer running a BASIC program with Unitek Barcode Wand
>>connected
>>
>> I am sure a M100 would give similar results, but maybe a little higher in
>> some cases, due to the T102 being mostly surface mount components and the
>> circuitry optimized somewhat over the M100
>>
>> The surprise was the marked current increase with the printer connected,
>> but powered OFF. There is obviously some sneak current paths if the printer
>> is not ON. Likely in the printers Centronics interface chip. This is good
>> to know if trying to maximize battery life.
>>
>> The current draw increase with the Unitek Barcode Wand connected was
>> expected, due to the fact that it has a very bright red LED, that is on all
>> the time. The RS Barcode wand likely draws less when its button is pressed
>> to turn on the dim LED. I like the Unitek wand better, as it reads codes
>> that are not black on a white background, like on food cans and potato chip
>> bags. Radio Shack just private labeled the HP wand for the 41-C calculator,
>> which was low power and expecting white paper barcode labels and program
>> listings.
>>
>> Regards,
>>
>> Peter
>>
>

Re: [M100] Photo from ARRL handbook or QST article for Model 100 packet radio

[Alex ...]

I guess I could answer your question too... The coffee has not yet
metabolized.

You'll need the appropriate cabling to connect the TNC to the handheld, and
a serial cable from the 100 to the TNC. If there's any Winlink RMS gateways
within range you can use that setup to send email. It's clumsy with the
terminal interface, but it does work.

A proper Winlink client for the '100 would be awesome, but that's well
outside my programming skills. :)

On Fri, May 6, 2022, 07:54 Jeff Gonzales  wrote:

> I have a few TNCs laying around that I have never tried.  What else would
> I need for packet radio with my m100?  I have a few handheld radios, too.
>
> On Fri, May 6, 2022 at 1:11 AM Douglas Quagliana 
> wrote:
>
>> I'm looking for a photo which was probably published in the ARRL handbook
>> or perhaps in an issue of QST showing a Model 100 being used with a TNC for
>> (I think) Field Day packet radio.  There might also have been a large solar
>> panel.
>> This was probably in the mid-to-late 1980s.
>>
>> Does anyone know what year's ARRL Handbook or what issue of QST this
>> might have been published in?
>>
>> Thanks,
>> Douglas
>>
>>

Re: [M100] Photo from ARRL handbook or QST article for Model 100 packet radio

[Alex ...]

I've used my T102 several times as a terminal with my MFJ-1274 TNC to get
on the HF packet BBSes of Network105 (7.104Mhz and 14.105Mhz, LSB)

I tried last year to write an APRS weather decoder in BASIC but I could
never get ON COM to work so I gave up.

It's kind of fun, but a terminal with 80 columns and at least a scrollback
buffer would be a lot better.

On Fri, May 6, 2022, 07:54 Jeff Gonzales  wrote:

> I have a few TNCs laying around that I have never tried.  What else would
> I need for packet radio with my m100?  I have a few handheld radios, too.
>
> On Fri, May 6, 2022 at 1:11 AM Douglas Quagliana 
> wrote:
>
>> I'm looking for a photo which was probably published in the ARRL handbook
>> or perhaps in an issue of QST showing a Model 100 being used with a TNC for
>> (I think) Field Day packet radio.  There might also have been a large solar
>> panel.
>> This was probably in the mid-to-late 1980s.
>>
>> Does anyone know what year's ARRL Handbook or what issue of QST this
>> might have been published in?
>>
>> Thanks,
>> Douglas
>>
>>

Re: [M100] A little something for the Wordle fans...

[Alex ...]

Okay this is awesome. I'll have to dig out the T102 and give it a run.

On Wed, Mar 23, 2022, 09:20 Brad Grier  wrote:

> A little something for the Wordle fans -- I wanted a project that would
> let me re-learn BASIC. This let me scratch that itch: m100le - Wordle for
> the m100 . I've fixed the two obvious (to
> me) bugs and am tracking new ones in the github issues.
>
> I think it's stable enough for folk to poke away at.
> All feedback and thoughts welcome. https://github.com/bgri/m100LE
>
> --
> --
> Brad
>
>
>

Re: [M100] Fwd: t200 addresses? from hterm.git

[Alex ...]

Totally unrelated but thank you for sharing this!

On Sun, Jan 23, 2022, 18:24 Stephen Adolph  wrote:

> my current rom location decoder ring...
>
> -- Forwarded message -
> From: Stephen Adolph 
> Date: Sun, Jan 23, 2022 at 11:21 AM
> Subject: Re: [M100] t200 addresses? from hterm.git
> To: Willard Goosey 
>
>
> Hi Willard,
> Probably too large for the mailing list.
> Here is my spreadsheet.
> Hope this helps,
> Steve
>
> On Sat, Jan 22, 2022 at 9:47 PM Willard Goosey  wrote:
>
>> I'm  seeing different addresses in hterm.git/lib/T200rom*.asm
>> can a t200 dev  confirm these?
>> LCD 503CH (everywhere else)
>> LCD 5030H (T200rom_published_lib.asm)
>>
>> KYREAD 0C00H
>> KYREAD 8B03H
>>
>> CHSNS 1404H
>> CHSNS 1422H
>>
>> SENDCS 6E1EH
>> SENDCS 8617H
>>
>> CLSCOM 87B6H
>> CLSCOM 87B5H
>>
>> GETTOP 6E8CH
>> GETTOP 6E8DH
>>
>> KILASC 2AB5H
>> KILASC 2AB4H
>>
>>
>>
>> willard
>>
>>
>> Sent from my Galaxy Tab® A
>>
>

Re: [M100] 8201A Internal Battery Questions

[Alex // nytpu]

On 2022-01-13 08:40PM, Gregory McGill wrote:
> Also emailing me when I'm out of stock on something gets much faster
> results than posting on a group
Sorry, I didn't know I could email you to request something.

I wasn't posting to the group to call you out or expect you to get it in
stock faster, I was mostly asking if anyone had any alternatives to the
real replacement batteries.

~nytpu

-- 
Alex // nytpu
a...@nytpu.com
gpg --locate-external-key a...@nytpu.com


signature.asc
Description: PGP signature

Re: [M100] 8201A Internal Battery Questions

[Alex // nytpu]

On 2022-01-13 10:26PM, Brian K. White wrote:
> Without some hacking, you can't use anything else, just nicd or nimh,
> 3.6v (3 cell), and even with the correct battery, you can't leave it
> plugged in more than about a day, 2 at the most. More than that and
> you're cooking the battery off. The charging circuit is very crude, no
> intelligent battery management, doesn't cut itself off, etc.
Yeah, I realized right after sending the email that putting a lithium
ion battery in there without any charging circuit was a recipe for
disaster.

> I recommend squirting a little bob of hot-glue under the battery to
> hold it and provide strain relief for the solder joints.
Will definitely try this.

Since ArcadeShopper has them in stock I'll probably get one from there,
but thanks for your helpful suggestions!

Thanks!
~nytpu

-- 
Alex // nytpu
a...@nytpu.com
gpg --locate-external-key a...@nytpu.com


signature.asc
Description: PGP signature

[M100] 8201A Internal Battery Questions

[Alex // nytpu]

Hi all,

A NEC PC-8201A I picked up just arrived, and I have a few questions,
particularly on the internal battery.

It arrived and didn't boot with fresh alkaline batteries, so I opened it
up.  The internal NiCd battery was starting to corrode so I removed it
(lucky I caught it now before there was a disaster). Everything else
looked perfect internally so I closed it back up and tried booting it
again, and it worked perfectly!  It's obviously not an issue but I was
just wondering if anyone had that happen---it's strange to me that a
dead battery being present doesn't boot at all while no battery at all
works fine.

On replacing the internal battery, according to this email[a] from
November both ArcadeShopper and Soigeneris had replacement batteries,
however looking now neither of them have any in stock.  Does anyone know
if they're going to get any more in?  I don't mind waiting if it'll just
be a while but if they aren't planning on ever getting them back I'll
look around elsewhere for one.

For alternatives, since the internal battery seems to be recharged from
the main battery pack I assume a regular CR2032 would be a no-go, but
has anyone tried out soldering in a socket + LIR2032?

~nytpu

[a]: 
http://lists.bitchin100.com/private.cgi/m100-bitchin100.com/2021-November/054669.html

-- 
Alex // nytpu
a...@nytpu.com
gpg --locate-external-key a...@nytpu.com


signature.asc
Description: PGP signature

Re: [M100] Trouble with serial communication on Linux with M100

[Alex ...]

I've had some issues recently with my Arch box using PCIe serial port
cards. At first I thought the quad serial card I had was bad, but I bought
a new dual port card and it was also giving me trouble.

It could be a regression with newer kernels, but I really have not had time
to test.

USB adapters and the onboard "COM1" port both still work.

On Mon, Jun 7, 2021, 01:58 Keolai Rose  wrote:

> Hello all,
>
> Has anyone had any luck with connecting their PC to their model 100
> through the serial port on any "modern" Linux distros? I've tried using
> Minicom on a computer running Pop!_OS and another one running Arch and I
> cannot seem to get the two computers to talk to each other. The screen
> on my model 100 dims, so I know that it knows that it's connected to
> something, but I can never get any text to transfer.
>
> I've tried to use Tback as well, but it always drops the connection
> because it has "read 0 bytes". I've also tried to use the "Teeny-Linux"
> program but doesn't connect to the right port. I remember trying other
> things in the past (I can't remember what) but they didn't work because
> certain components of Linux that the programs used were switched out for
> more modern components.
>
> I'll probably just try to use a Windows XP virtual machine, but does
> anyone know of any more "modern" file transfer solutions or have any
> tips? Thanks.
>
>

Re: [M100] Packet radio like it's 1987

[Alex ...]

Sure, I'll give it a shot.

To connect the TNC to the Model T, you'll need a cable with two DB-25 male
connectors, or the right adaptors and dongles to get an equivalent. In my
setup I have a DB25 male to DE-9 female cable on the T102, then a DE-9
gender bender, and another DE-9 female to DB-25 male cable plugged in to
the TNC. Double check with an ohmmeter or continuity test if you're unsure
what kind of cable you have.

Try 1200 baud 8-N-1 first (STAT 58N1E in TELCOM) and power on the TNC. It
should print some kind of banner with the ROM version it is running and
then give you a "cmd:" prompt. If it does, try a couple of commands from
the documentation to set it up with your callsign, etc. If you don't get
the banner and prompt, or you see a bunch of gibberish, try different baud
rates and other settings until something legible comes through.

My radio is a Yaesu FT-857D and I wired the cable to connect it to the TNC
myself using the manual for both machines as a reference. The Kantronics
and MFJ TNCs I have all came with instructions about which pins do what in
the documentation. For the Baofeng, you might be able to find an
appropriate cable online somewhere, depending on the radio. For something
super cheap like a UV5R, it'll probably cost as much as the handheld
itself, and I'm cheap, so I'd probably just butcher one of the (frankly
awful) earphone/mic cables that come with them and use that to wire it up.
It might be necessary to adjust some of the trimpots on the TNC to get the
audio levels right before transmitting. Again, check the manual for details.

You don't need a HF rig if there's any local packet stations near you on
VHF or UHF. If you just want to test RX and see if it will decode packets,
try setting some of the MONITOR settings on the TNC to ON and tune to
144.39Mhz. If there is anyone using APRS near you, you might hear packets
there. In my county, there's a network of digipeaters that has pretty wide
coverage on this frequency so there's always packets every few seconds with
weather station reports, locations of people driving around, info about
local repeaters, etc.

Another place to look is the RMS list for Winlink email. You can find a
list of stations running those nodes here:
https://www.winlink.org/RMSChannels - Winlink's documentation on the
subject sucks, but if you CONNECT to one of these nodes, there's some
simple commands like "LM" or "B" that you can use to get around without a
proper Winlink client. Try "HELP".

At this point you've got the Model T as a dumb terminal for packet radio.
Somebody more handy with BASIC than I could probably write up a program to
display the APRS weather reports nicely or make a proper WL2K mail client.
:)

Hope that helps!
-Alex


On Wed, Apr 28, 2021 at 6:51 PM Jeff Gonzales  wrote:

> Alex,
>
> Can you help me with a similar setup?  I think I found a TNC like yours in
> the garage.  Where do I get a cable for the radio?  What radio are you
> using?  Can I use a cheap Baofeng for this or do I need an HF radio?
>
> Thanks,
> Jeff
>
> On Wed, Apr 14, 2021 at 11:54 AM Alex ... 
> wrote:
>
>> Figure this would be a fun one to share with the [M100] list. :)
>>
>> I recently bought a big box of random ham radio packet gear which
>> included a bunch of old TNC modems and assorted cables. Unfortunately, it
>> turns out the quad serial port card in my desktop PC is dead.
>>
>> Enter the Tandy 102 to the rescue! I was able to test all 4 of the TNCs
>> on the air and sent a test email from the T through a local Winlink RMS
>> node.
>>
>> This whole exercise got me wondering if the built-in Bell 103 modem could
>> be adapted for HF packet radio use. Has anybody tried that yet?
>>
>> Pictured in the attached photo is the Tandy 102 hooked to a MFJ 1274
>> modem, monitoring Network 105 traffic on 7104khz.
>>
>> -Alex
>>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] T102 Current Drain

[Alex ...]

I don't have any real measurements to back this up, but someone might find
this anecdote useful.

I feel like my 102's AA battery life was much better after I cut out the
internal NiCd cell. This idea is supported by the fact that it again seems
to go through batteries faster since I replaced the backup battery with a
new one.

Worth noting I run the machine on Eneloop NiMH cells, not alkalines.

On Tue, Apr 27, 2021, 20:51 Peter Noeth  wrote:

> I know this has been discussed before, but I was doing some testing on my
> T102 regarding current drain to gauge external battery life. I made an
> external 4D cell alkaline pack I use when watching TV and playing with the
> computer a few years ago, and was thinking of upgrading the capacity. There
> is no convenient A.C. outlet near by to my viewing position, hence the
> battery pack.
>
> I measured this on a 32K Tandy 102 w/REX installed.
>
>- 0.4mA - Computer off, no peripherals connected
>- 66.5mA - Computer on running a BASIC program, no peripherals
>connected
>- 67.2mA - Computer running a BASIC program and printing to my DPU-414
>thermal printer
>- 71.8mA - Computer running REXMGR, no peripherals connected
>- 114.7mA - Computer running a BASIC program, printer connected but
>powered OFF
>- 130mA - Computer running a BASIC program with Unitek Barcode Wand
>connected
>
> I am sure a M100 would give similar results, but maybe a little higher in
> some cases, due to the T102 being mostly surface mount components and the
> circuitry optimized somewhat over the M100
>
> The surprise was the marked current increase with the printer connected,
> but powered OFF. There is obviously some sneak current paths if the printer
> is not ON. Likely in the printers Centronics interface chip. This is good
> to know if trying to maximize battery life.
>
> The current draw increase with the Unitek Barcode Wand connected was
> expected, due to the fact that it has a very bright red LED, that is on all
> the time. The RS Barcode wand likely draws less when its button is pressed
> to turn on the dim LED. I like the Unitek wand better, as it reads codes
> that are not black on a white background, like on food cans and potato chip
> bags. Radio Shack just private labeled the HP wand for the 41-C calculator,
> which was low power and expecting white paper barcode labels and program
> listings.
>
> Regards,
>
> Peter
>

Re: [M100] need help with ArcaneByte modem

[Alex ...]

Is it enabled on both sides? On the modem itself and make sure the last
letter of the STAT string in TELCOM is "E" and not "D"

On Mon, Apr 26, 2021 at 8:27 AM Jeff Gonzales  wrote:

> I have XON/XOFF set but it is still getting garbled.
>
> On Sat, Apr 24, 2021 at 5:25 AM Alex ...  wrote:
>
>> Definitely flow control. My 1200 baud Kantronics KPC-3 does the same
>> thing in TELCOM if flow control isn't on.
>>
>> On Fri, Apr 23, 2021, 22:08 Jeff Gonzales  wrote:
>>
>>> Hi,
>>>
>>> I just got myself an ArcaneByte modem.  I connected to the fozztexx BBS
>>> and posted a message!  Not quite as exciting as my first post when I was 9
>>> years old but it was cool getting it set up.
>>>
>>> The problem is that I can't get the m100 to run at 1200 baud.  It skips
>>> text and displays garbage sometimes.  I slowed the modem down to 300 baud
>>> and it works fine.  Shouldn't it be able to go faster?  I thought the
>>> serial port was much faster than the internal modem.  It's okay, but I
>>> think 1200 baud would be better.
>>>
>>> Thanks,
>>> Jeff
>>>
>>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Assembler question

[Alex ...]

I've been using the ROM2/Cleuseau assembler with a REX. It works well
enough and being offline on the M102 means no distractions. :)

On Sun, Apr 25, 2021, 14:31 Douglas Quagliana  wrote:

> By coincidence, I'm also looking for a good assembler for the M100/200.
> Got a suggestion?
>
> I found the book *8080 8085 Software Design* (Sams, 1978) by Christopher
> Titus, Peter Rony, David Larsen and Jonathan Titus
> is available at
>
> https://archive.org/details/80808085SoftwareDesign
>
> and the TEA book that I found is actually in Spanish(?) at
>
>
> https://archive.org/details/teauneditorassemblerresidenteper80808085/mode/1up
>
> I suppose the latter book has the same assembler listing for the TEA
> software even though
> the text is not in English.  I didn't find the actual TEA software
> binaries anywhere.
>
> Douglas
>
>
> On Sun, Apr 25, 2021 at 9:38 AM Charles Hudson  wrote:
>
>> Currently reading about 8080 / 8085 assembly language, a subject of
>> interest as the M100 uses an 8085.  I am familiar with the concepts of
>> assembly language and with the syntax of some other assemblers and
>> processors' instruction sets, but this is terra incognita to me.
>>
>> Even stranger is the fact that one book, *8080 8085 Software Design*
>> (Sams, 1978) by Christopher Titus, Peter Rony, David Larsen and Jonathan
>> Titus, has examples written in a syntax and format which differs from any
>> other assembler I have seen.  The assembler is of the authors' own design
>> and is known by the acronym "TEA".
>>
>> Instead of four-delimited-fields-across format the assembler uses a
>> one-byte-per-line format, i.e. a three-byte instruction, such as JMP, is
>> written on three separate lines.  Also notable is the fact that labels are
>> delimited with a comma, rather than colon, and comments with a forward
>> slash rather than a semicolon.  And to top it off, the radix for numerical
>> values is octal, which the authors claim is easier for beginners to learn.
>> (Until now I had thought that octal went the way of high-button shoes and
>> buggy whips.)
>>
>> So my questions are: Is anyone familiar with this assembler?  There was a
>> book about its use, now out of print, but is a copy of the assembler itself
>> available anywhere?
>>
>> Thanks for your assistance,
>> -CH-
>>
>>
>> 
>>  Virus-free.
>> www.avast.com
>> 
>> <#m_-4379992554907943628_m_7536372778458213478_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>

Re: [M100] need help with ArcaneByte modem

[Alex ...]

Definitely flow control. My 1200 baud Kantronics KPC-3 does the same thing
in TELCOM if flow control isn't on.

On Fri, Apr 23, 2021, 22:08 Jeff Gonzales  wrote:

> Hi,
>
> I just got myself an ArcaneByte modem.  I connected to the fozztexx BBS
> and posted a message!  Not quite as exciting as my first post when I was 9
> years old but it was cool getting it set up.
>
> The problem is that I can't get the m100 to run at 1200 baud.  It skips
> text and displays garbage sometimes.  I slowed the modem down to 300 baud
> and it works fine.  Shouldn't it be able to go faster?  I thought the
> serial port was much faster than the internal modem.  It's okay, but I
> think 1200 baud would be better.
>
> Thanks,
> Jeff
>

Re: [M100] Packet radio like it's 1987

[Alex ...]

Douglas,
You make a very good point. I'd never even considered that the UART might
get in the way. After a look over the datasheets for the chip, there
doesn't seem to be any way to disable the stop bit functionality and turn
it into a dumb shift register.

Now I'm wondering if the old modem chip could still be utilized in a hybrid
approach: Bypass the UART and read/write bits directly to the modem via the
8085's SID/SOD lines? It could be less work for the CPU this way, since the
modem can deal with the waveforms and frequencies in hardware. That's
another hardware mod, and still leaves the timer problem.

Regarding hardware mods to the M102, the way I see it is: When am I going
to use this modem on a telephone line ever? Using the RIT is a good idea
though. 

Jeff,
If you want to use the Tandy as a terminal with an external TNC like I've
been doing the past week, you just hook it to the serial port with the
necessary adapters and use TELCOM to type commands to the TNC. Make sure
you turn on flow control or your TNC will probably outrun the old model T.
So far I've used it to send Winlink email through a local VHF RMS node and
made a couple of contacts on HF.

On Sat, Apr 17, 2021 at 8:19 PM Douglas Quagliana 
wrote:

> >How much of the 8085's time will be left to do anything useful at all
> with the data with it essentially bit-banging the waveforms like that?
>
> Probably not much CPU time will be left while receiving.  But packet radio
> is half-duplex on HF and VHF.  If you are connecting to a packet radio BBS
> or having a keyboard to keyboard chat with another human, there isn't much
> that the CPU needs to do except display the received data and look for keys
> being pressed on the keyboard.
>
> > With the modem and UART hardware doing the hard layer 1 work, the CPU
> should have plenty of cycles to spare to deal with the bit stuffing,
> encoding, CRC checks, AX25 packet structure, etc.
>
> Can the Model 100's modem/UART hardware be configured to just demodulate
> bits synchronously?  The way the modem/UART would be used over the phone
> lines would be asynchronously (the "A" in "UART"), where every 7 (or 8)
> data bits are placed in between a start bit and a stop bit, and maybe with
> a parity bit at the end of the character being sent.  "8N1" is really a
> start bit, eight data bits, no parity bit and one stop bit. These ten bits
> for a character are sent, then there could be a pause for a small fraction
> of a second and then the start bit for the next character is sent.  That's
> "asynchronous" serial.
>
> However, AX.25 packet radio doesn't work that way.  It's synchronous.
> AX.25 uses an HDLC flag byte (0x7E) as a "start of data frame" indicator
> and then a continuous stream of bits (all the data bits for the whole
> packet one after another) with zero bits stuffed in after five contiguous
> one bits and then another HDLC flag for the end of the packet.  In AX.25
> there are no start bits, no stop bits and no parity bits.  If there is a
> way to tell the Model 100's modem/UART "Hey just send me straight bits for
> what you see, synchronously, not asynchronously" then maybe we can receive
> 300 baud AX.25 packet radio but if the UART is expecting start/stop/parity
> bits, then the modem/UART won't be able to receive 300 baud AX.25 packet on
> HF.
>
> You could still use the internal modem/UART to send/receive ASCII Bell
> 103, start/data/stop/parity, but I don't know if anyone still uses that on
> HF anymore. Probably, I just don't know. W1AW used to send ASCII bulletins,
> but they replaced ASCII and AMTOR with PSK31 and MFSK16 back in 2009.  If
> you go this route, I would just adjust RIT and XIT on the radio so that the
> tones are what the modem expects for ORIG and ANSWER so that you don't need
> to make hardware mods to the M100.
>
> On the other hand, the cassette port data is similar to AX.25 packet in
> that there is a sync/header byte and there (usually) aren't
> start/stop/parity bits, just straight bits. (Some NECs write two stop bits
> after the data byte.) The challenge is that the cassette port/RIM
> instruction only gives you "signal is above zero" or "signal is below zero"
> so all you can get is above/below and the timing information on the zero
> crossings of the waveforms. It's not really an analog-to-digital converter
> except for that one bit. See Figure 3-9 "Demodulation Circuit of Cassette
> Interface" on page 17 of the Model 100 Technical Reference Manual.  But,
> the nice part about this small circuit is that it doesn't care much what
> the baud rate or the frequencies of the signals are.  It just takes an
> analog input waveform and outputs a square waveform to the CPU pin.  All of
> the cassette reading and writing is done in software in the ROM routines.
> The cassette "format" that the M100 uses of 1500 baud with a mark of 2400Hz
> and space of 1200Hz is entirely implemented in software timing routings
> independent of any hardware. The challenge for 

Re: [M100] Packet radio like it's 1987

[Alex ...]

How much of the 8085's time will be left to do anything useful at all with
the data with it essentially bit-banging the waveforms like that?

On HF, packet radio is 300 baud using Bell 103 tones already. I've done
some reading over the schematics and it looks like the onboard modem can be
put into a test mode (pin 2 high) where it uses the same tone pair for RX
and TX. The analog filters can be similarly aligned by lifting one trace
from the ANS/ORG switch. The frequencies of the tones themselves aren't a
problem since you can just offset the tuning on your SSB transceiver to
compensate.

With the modem and UART hardware doing the hard layer 1 work, the CPU
should have plenty of cycles to spare to deal with the bit stuffing,
encoding, CRC checks, AX25 packet structure, etc.

That and it would just be cool to have a cable going out the modem jack
straight to a transceiver and log on to some BBS on battery power.

On Fri, Apr 16, 2021 at 1:06 AM Douglas Quagliana 
wrote:

> All,
>
>I haven't tried the Bell 103 modem, but the cassette port is (in
> theory) fast enough to see 1200 baud AFSK. The cassette port is supposed to
> run at 1500 baud. To receive AX.25 packet you would need to count the time
> between zero crossing similar to the way the cassette port does it now, and
> figure out if the current bit was a mark or space, then shift the bits into
> memory as they are received.  Upon receiving the trailing HDLC flag you
> would need to undo the zero bit stuffing, undo the NRZI encoding, and check
> the CRC.  The problem is that Bell212 (1200 baud packet radio) shifts AFSK
> tones when one bit time has elapsed (1/1200th of a second) and that doesn't
> exactly match up with the zero crossings for the 2200Hz tone, so you get a
> whole 1200Hz tone starting at whatever phase the waveform was then at, but
> more than one 2200Hz tone per bit and the waves are contiguous so the next
> one just starts where the previous one ends.  It doesn't start the phase
> over at zero for the next bit.
>
>The M100 ROM has code for reading the cassette input pin at 6FDBH and
> it will watch the cassette port input pin connected to the 8085 SID on pin
> 5 with the RIM instruction, and then return the number of t-states until
> the wave will end.  This would have to be rewritten to take into account
> the different frequencies for packet radio versus what the cassette
> frequencies are.  For details on the routine at 6FDBH see
> https://ftp.whtech.com/club100/ref/rcmap6.100 and go down to 6FDBH.
>
>I've already written code for AX25 for PCs that will undo the zero bit
> stuffing, NRZI and CRC, but didn't get to the bit detection on a M100. I
> did get as far as a "read the frequency on the cassette port" but not for
> 1200 baud bits.  I think it would be neat to receive and perhaps send
> packet radio on the cassette port without a TNC. This has been on my bucket
> list for a long time to see if it could even be done.  If you're interested
> or if you know more about the cassette port routines, then please let me
> know.
>
> Douglas
>
>
> On Wed, Apr 14, 2021 at 10:54 AM Alex ... 
> wrote:
>
>> Figure this would be a fun one to share with the [M100] list. :)
>>
>> I recently bought a big box of random ham radio packet gear which
>> included a bunch of old TNC modems and assorted cables. Unfortunately, it
>> turns out the quad serial port card in my desktop PC is dead.
>>
>> Enter the Tandy 102 to the rescue! I was able to test all 4 of the TNCs
>> on the air and sent a test email from the T through a local Winlink RMS
>> node.
>>
>> This whole exercise got me wondering if the built-in Bell 103 modem could
>> be adapted for HF packet radio use. Has anybody tried that yet?
>>
>> Pictured in the attached photo is the Tandy 102 hooked to a MFJ 1274
>> modem, monitoring Network 105 traffic on 7104khz.
>>
>> -Alex
>>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Packet radio like it's 1987

[Alex ...]

What would the Zilog SCC have gotten you? A couple extra serial ports for
additional modems?

On Wed, Apr 14, 2021, 23:41 Daryl Tester <
dt-m...@handcraftedcomputers.com.au> wrote:

> On 15/4/21 1:23 am, Alex ... wrote:
>
> > Figure this would be a fun one to share with the [M100] list. :)
>
> Sometime last century (if not millenium) I attempted to build an add on
> card
> for my M102 to run a Zilog SCC chip for the purposes of packet radio.  I
> only
> remembered this because I came across the board a year or so ago when
> cleaning
> up a little used junk box.  Alas, my lack of ability back then stymied me
> (I
> mean, I have a lack of ability now, but I make up for that in stubbornness
> -
> channeling the Dunning-Kruger).
>
> Cheers,
>--dt
>

[M100] Packet radio like it's 1987

[Alex ...]

Figure this would be a fun one to share with the [M100] list. :)

I recently bought a big box of random ham radio packet gear which included
a bunch of old TNC modems and assorted cables. Unfortunately, it turns out
the quad serial port card in my desktop PC is dead.

Enter the Tandy 102 to the rescue! I was able to test all 4 of the TNCs on
the air and sent a test email from the T through a local Winlink RMS node.

This whole exercise got me wondering if the built-in Bell 103 modem could
be adapted for HF packet radio use. Has anybody tried that yet?

Pictured in the attached photo is the Tandy 102 hooked to a MFJ 1274 modem,
monitoring Network 105 traffic on 7104khz.

-Alex

Re: [M100] Cassette-emulator ?

[Alex ...]

I set out to do this with an Arduino some years ago and built the hardware
on a breadboard. I never got past decoding the FSK signal from my M102
though and gave up for whatever reason. I think I ordered a REX. 

The idea was to store the decoded bits in a 1MB EEPROM connected to the
Arduino's SPI interface.

On Sat, Apr 3, 2021, 17:59 John R. Hogerhuis  wrote:

> I don't think there is one that we can use off the shelf.  I think the
> Vavasour coco emulator had a cassette emulation. I don't know if it stored
> an audio file or decoded.
>
> Digital/decoded storage would be the way to go.
>
> The cassette file byte format is understood.
>
> It could be done in a smart phone app or embedded device.
>
>
> -- John.
>
>>

Re: [M100] Does anyone actually use MFORTH?

[Alex ...]

Thanks for the instructional videos, Birt! The general Forth-y bits of it
have been helpful and If I had a C=64 kicking around I'd definitely give
DurexForth a try.

The problem with .S is that if the stack has underflowed, it just keeps
reading past the bottom until I assume it wraps all the way around memory
and ends up back at the real bottom of the stack. Normally this means reset
and you don't get a chance to see what you did wrong. Yesterday I was able
to write a wrapper that checks DEPTH first and says something instead of
spewing garbage:

: .SS DEPTH 0 < IF ." YOU DUN GOOFED" ELSE .S THEN ;

This has saved me a lot of resetting in the interim, but it'd be nice to
not have to re-enter it every time, and I think it might be corrupting 4
bytes of memory just below MFORTH's stack with that DEPTH and subsequent 0
comparison. Maybe also for the error message string? Guess I'll find out
eventually. :D

Since DEPTH seems to know where the end of the stack is, and appropriately
gives a negative number if you underflow, idk why .S couldn't do the same.
If I can wrap my head around the assembly source for MFORTH, I might try to
patch that in a sanity check and make a new ROM image. A project for
another day I suppose.

On Tue, Mar 30, 2021 at 8:49 AM Jeffrey Birt  wrote:

> The word .S prints out what is on the stack at that time without
> disturbing it. It will never show you more or less than what is on the
> stack. If what is on the stack does not make sense it is because of an
> error in programming and this is very, very easy to do.
>
>
>
> One of the most helpful things for me was to write out each line of code
> (each Word) on a different line and add a comment to the left as to what
> the stack contents would be afterwards. While this is time consuming it has
> the benefit of making it clear what is happening to the stack after each
> step.
>
>
>
> One of the best parts of Forth is that it encourages you to create small
> modules which are easier to debug. If you create a new word that is
> supposed to take two values off the stack and manipulate them and return
> the result you can check the functionality by clearing the stack, typing in
> two test values and then executing your new Word. Then to a .S to check the
> result. Remember though that .S leave the stack contents there so if you
> want to run another such test you would want to clear the stack first.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Alex ...
> *Sent:* Monday, March 29, 2021 1:25 PM
> *To:* m...@bitchin100.com
> *Subject:* Re: [M100] Does anyone actually use MFORTH?
>
>
>
> Cool, so newbie mistakes and ignorance. As long as my computer's working
> properly. :)
>
>
>
> What threw me off is in the book, (pg.25) it talks about returning usually
> 0 and printing STACK EMPTY, which is definitely not how the machine behaved
> when trying it.
>
>
>
> I don't expect everything to have bounds checking, but I'm using .S a lot
> to inspect the stack, so having to reset the machine all the time and start
> over kind of sucks. If I knew more about the system maybe I could rewrite
> .S to know if it's looking at the stack or what's underneath?
>
>
>
> About the editor: I skipped over the whole chapter on the arcane line
> editor and page/block-based disk storage since this machine has none of
> that. Using TEXT with .DO files works ok, as long as whatever I'm doing
> doesn't trample the files in RAM.
>
>
>
> Thanks for the tutorial videos, Birt. They've been helpful! If I had a
> C=64 kicking around here I would definitely give DurexForth a try.
>
> On Mon, Mar 29, 2021, 08:37 Jeffrey Birt  wrote:
>
> This is the default behavior for most all vintage 8-bit Forth
> implementations. To do a bounds check might take 6-10 machine cycles for
> every word. This does not seem like a lot, but it would have a noticeable
> impact on performance.
>
>
>
> When I ventured Forth a few years ago I found that Forth Inc has a PC
> based Forth Dev system that is pretty forgiving and a good way to learn
> without crashing a machine. https://www.forth.com/ . There is also a good
> online Forth tutorial with a web based Forth implementation:
> https://skilldrick.github.io/easyforth/
>
>
>
> I got the most out of DurexForth which is a modern Forth implementation on
> the C64. You still get the vintage goodness but with a good VI like editor
> and actual file support rather than the super goofy and crude typical Forth
> screens and blocks. I did a few cheesy Forth videos at the time too:
> https://www.youtube.com/watch?v=TXIDqptXmiM (lots of links in the
> description).
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Alex ...
> *Sent:* Sunday, March 28, 

Re: [M100] Does anyone actually use MFORTH?

[Alex ...]

Cool, so newbie mistakes and ignorance. As long as my computer's working
properly. :)

What threw me off is in the book, (pg.25) it talks about returning usually
0 and printing STACK EMPTY, which is definitely not how the machine behaved
when trying it.

I don't expect everything to have bounds checking, but I'm using .S a lot
to inspect the stack, so having to reset the machine all the time and start
over kind of sucks. If I knew more about the system maybe I could rewrite
.S to know if it's looking at the stack or what's underneath?

About the editor: I skipped over the whole chapter on the arcane line
editor and page/block-based disk storage since this machine has none of
that. Using TEXT with .DO files works ok, as long as whatever I'm doing
doesn't trample the files in RAM.

Thanks for the tutorial videos, Birt. They've been helpful! If I had a C=64
kicking around here I would definitely give DurexForth a try.


On Mon, Mar 29, 2021, 08:37 Jeffrey Birt  wrote:

> This is the default behavior for most all vintage 8-bit Forth
> implementations. To do a bounds check might take 6-10 machine cycles for
> every word. This does not seem like a lot, but it would have a noticeable
> impact on performance.
>
>
>
> When I ventured Forth a few years ago I found that Forth Inc has a PC
> based Forth Dev system that is pretty forgiving and a good way to learn
> without crashing a machine. https://www.forth.com/ . There is also a good
> online Forth tutorial with a web based Forth implementation:
> https://skilldrick.github.io/easyforth/
>
>
>
> I got the most out of DurexForth which is a modern Forth implementation on
> the C64. You still get the vintage goodness but with a good VI like editor
> and actual file support rather than the super goofy and crude typical Forth
> screens and blocks. I did a few cheesy Forth videos at the time too:
> https://www.youtube.com/watch?v=TXIDqptXmiM (lots of links in the
> description).
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Alex ...
> *Sent:* Sunday, March 28, 2021 9:39 PM
> *To:* Model 100 Discussion 
> *Subject:* [M100] Does anyone actually use MFORTH?
>
>
>
> Hello Tandy laptop nerds,
>
> So I've been reading Leo Brodie's "Starting Forth" and using my '102 as a
> playground / labrat. There's been a few inconsistencies I expected and can
> live with/work around, but I've noticed what seems like really bad bugs. It
> seems trivially easy to underflow the stack into la-la land. (For example:
> . . .S after a fresh boot will get it stuck spewing memory all over the
> screen)
>
> Has anyone actually used MFORTH for more than just simple tests? Is there
> maybe some hardware quirks involved here that don't exist on the Virtual-T
> emulator?
>
>
>
> Figured I'd cast this one out and see if anyone bites.
>
> -Alex
>
>
> --
>
> Disclaimer: Any resemblance between the above views and those of my
> employer, my terminal, or the view out my window are purely coincidental.
> Any resemblance between the above and my own views is non-deterministic.
> The question of the existence of views in the absence of anyone to hold
> them is left as an exercise for the reader.
> The question of the existence of the reader is left as an exercise for the
> second god coefficient.  (A discussion of non-orthogonal, non-integral
> polytheism is beyond the scope of this article.) Thanks /usr/games/fortune
>

[M100] Does anyone actually use MFORTH?

[Alex ...]

Hello Tandy laptop nerds,

So I've been reading Leo Brodie's "Starting Forth" and using my '102 as a
playground / labrat. There's been a few inconsistencies I expected and can
live with/work around, but I've noticed what seems like really bad bugs. It
seems trivially easy to underflow the stack into la-la land. (For example:
. . .S after a fresh boot will get it stuck spewing memory all over the
screen)

Has anyone actually used MFORTH for more than just simple tests? Is there
maybe some hardware quirks involved here that don't exist on the Virtual-T
emulator?

Figured I'd cast this one out and see if anyone bites.
-Alex

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] 26-3823

[Alex ...]

I used this a few years back when I first got my model 102 as a tool to try
and learn 8085 asm. It was the only assembler I could find that I could
actually get working.

On Tue, Mar 16, 2021 at 8:27 AM Jeffrey Birt  wrote:

> Very interesting. I did not know this existed. Thanks for sharing.
>
>
>
> Jeff Birt
>
>
>
> *From:* M100  *On Behalf Of *Joshua
> O'Keefe
> *Sent:* Monday, March 15, 2021 4:25 PM
> *To:* m...@bitchin100.com
> *Cc:* m100@lists.bitchin100.com
> *Subject:* Re: [M100] 26-3823
>
>
>
>
>
> On Mar 15, 2021, at 1:55 PM, dano none  wrote:
>
>
> Assembler/Debugger
>
> Was that a real product, and is there a copy squirreled away on a website?
>
>
>
> I have a copy of ZBUG, which I believe is the Radio Shack assembler, on my
> S3 bucket:  http://public.nachomountain.com/files/m100
>
>
>


-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] mcomm on the Pinephone

[Alex ...]

LaddieAlpha is C# and might run on Mono, if you can get a package for that.

On Fri, Feb 26, 2021 at 7:23 PM Hiraghm  wrote:

> Where can I find the python version of mcomm?
>
> I'd like to give it a try on my Pinephone running Mobian Linux.
>
>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] printer port

[Alex ...]

No kidding? I may actually have one of those lying around in a bin.
Thanks!

On Wed, Feb 24, 2021 at 9:34 PM John R. Hogerhuis  wrote:

> The thickened plot: that LPT port connector wiring... is some kind of
> "standard" such that that the typical parallel port motherboard IDC
> connector to DB-25F used in building a PC works with the Model T. As in,
> you an connect that ribbon table to the Model T, and then to a printer
> cable.
>
> -- John.
>


-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Clockwork DevTerm

[Alex ...]

I was looking at that earlier this week, but the 66% sized keyboard is a
major put-off.

I might have been swayed into buying one anyways if it had a
transreflective or epaper display, but it doesn't.

On Fri, Nov 20, 2020 at 3:48 PM John R. Hogerhuis  wrote:

> Well the slabtop keyboard + display mockup definitely makes it on topic :-)
>
> But I do get a vaporware feeling. Don't toy with my heart!
>
> -- John.
>


-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] definition of null modem

[Alex ...]

I suppose anything that takes the place of a modem, but neither modulates
nor demodulates would be a null modem. :)

On Mon, Sep 21, 2020, 11:59 Jonathan Yuen  wrote:

> Hello,
>
> This is really not an M100 thing but I need to connect two pieces of
> equipment together that are both wired as DCE.  I've bought two DB-9 plugs
> (male) that I'll wire together and I've already tested crossing 2 and 3 (2
> goes to 3, 3 goes to 2) and 5 (gnd) is straight across and that works
> without any handshaking.  Doesn't matter right now since one of these is a
> TTL to RS-232 level shifter and it only has  Rx, Tx, and Gnd.
>
> I've been thinking about this and this is (technically) not a null-modem
> since that is what you use to connect two DTE things together.  I sort of
> thought it should be called a null-terminal but I've never heard anyone use
> that term.
>
> That said, I could only think that the other wiring should be same as a
> null modem, but I thought that I should air my thoughts to see what other
> people think.
>
> Any thoughts?
>
> Jonathan
>
> jonathan.y...@mykopat.slu.se
> ---
> När du skickar e-post till SLU så innebär detta att SLU behandlar dina
> personuppgifter. För att läsa mer om hur detta går till, klicka här <
> https://www.slu.se/om-slu/kontakta-slu/personuppgifter/>
> E-mailing SLU will result in SLU processing your personal data. For more
> information on how this is done, click here <
> https://www.slu.se/en/about-slu/contact-slu/personal-data/>
>

Re: [M100] Repair dilemma

[Alex ...]

Hey Matt,
I've done a lot of synthesizer repairs of similar vintage (and sometimes
similar architecture!) and I'd recommend not replacing any caps unless
you've done diagnostics to determine that they're the cause of a specific
problem. There's no hard-working filter caps in this machine like there is
in amplifiers or other things having big linear power supplies.

On my 102, I was able to repair a few of the keys with this stuff a few
years ago, but they're still a bit dodgy at times. Might be a good idea to
find a better solution.
https://www.sciplus.com/keypad-fix-45985-p

On Tue, Aug 4, 2020 at 5:18 PM Gregory McGill 
wrote:

> It's the internal battery looks like some coin cells wrapped in plastic..
> should be replaced asap in all model 100/102/200's
>
> https://www.arcadeshopper.com/wp/store/#!/NI-CD-3-6v-60Mah-replacement-battery/p/109811150/category=32594049
>
> On Tue, Aug 4, 2020 at 2:15 PM Peter Vollan  wrote:
>
>> Forgive my ignorance What is a varta?
>>
>> On Tue, 4 Aug 2020 at 09:14, Matthew Stock  wrote:
>> >
>> > Thanks Wayne.
>> >
>> > Yes, I already clipped the varta out (it had started to go, but hadn't
>> > hit the board yet).  Caps will be next - also something I need to do
>> > on the M102.
>> >
>> > Matt
>> >
>> > On Tue, Aug 4, 2020 at 12:08 PM Wayne Talbot  wrote:
>> > >
>> > > Change the internal battery; if it is not bad now, it will likely go
>> bad soon and can rot your computer. While you have the case open, it is a
>> good idea to replace the capacitors. Again, if they are not bad now they
>> soon will be.
>> > > Congratulations on your find.
>> > >
>> > > On Tue, Aug 4, 2020 at 10:53 AM Matthew Stock 
>> wrote:
>> > >>
>> > >> Hi all,
>> > >>
>> > >> I recently picked up a "for parts, not working" M100 on Ebay.  After
>> a
>> > >> quick inspection where I didn't see any obvious damage, I tried
>> > >> powering it up with a wall wart.  Much to my surprise, it came up
>> > >> immediately and seems to work just fine (keyboard, display, etc).  My
>> > >> guess is that the corrosion in the battery case wasn't cleaned enough
>> > >> and is preventing battery operation.  It needs cleaning and a new
>> > >> varta, but that's about it.
>> > >>
>> > >> My dilemma is that I have a M102 with some bad keys, and my intention
>> > >> was to use the M100 as a parts doner.  I really don't want to destroy
>> > >> a working system.  Does anyone here have a doner keyboard that's in
>> > >> reasonable order?  Looking for mainly the locking keys (caps, num
>> > >> lock) and the function/arrow keys.
>> > >>
>> > >> I may just end up keeping the M100, though I really don't have a need
>> > >> for it.  :-)
>> > >>
>> > >> Thanks,
>> > >>
>> > >> Matt
>>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Noisy T102

[Alex ...]

Jim,
Just yesterday I was thinking how my T102 would make a good PSK31 terminal,
but hearing that I'm not so sure about that idea anymore...
樂

On Wed, Jun 17, 2020 at 10:04 AM Jim Toth  wrote:

> An AM radio near a Model T sounds like that, too.
>
>
>
> - Original Message -
> *From:* B 9 
> *To:* m...@bitchin100.com
> *Sent:* Tuesday, June 16, 2020 10:52 PM
> *Subject:* Re: [M100] Noisy T102
>
> On Mon, Jun 15, 2020 at 11:59 PM Erik van der Tier  wrote:
>
>> It’s the kind of noise where you can hear the processing of the CPU, more
>> when its busy and it seems to have clear ‘structure’ to it in relation to
>> what the T102 is doing.
>>
>
> That's actually kind of cool.
>
> But, if you want to get rid of it, maybe double check that you put your
> electrolytics in with the right polarity.
>
> —b9
>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] NiMH Batteries

[Alex ...]

Mine has no memory battery. I just leave 4 Eneloop NiMH AA's in the battery
pack and back it up on the REX when I swap them to charge.

I ordered a replacement NiMH cell for the memory battery from
arcadeshopper, but haven't been motivated to install it.

On Fri, Mar 13, 2020, 19:27 Josh Malone  wrote:

> On Fri, Mar 13, 2020 at 1:25 PM John R. Hogerhuis 
> wrote:
>
>>
>> In fact the memory backup is a key feature of the machine. I would leave
>> it in until you have time to replace it given that it is functioning
>> normally and has no leakage or fuzz on it.
>>
>
> It is perfectly doable to run these machines without the memory battery.
> My primary M100 has no memory battery, but I do have REX, so I just back up
> to flash every now and then. My advice would be to snip it while its on
> your mind, rather than forget about it for another year and risk leakage.
>
> -Josh (who is paranoid about batteries)
>

Re: [M100] MIDI with the Model T

[Alex ...]

Yeah I was using the OUT keyword to do like you just said. That baud rate
wasn't close enough for my synthesizers to understand it.

On Sun, Mar 8, 2020, 18:39 John R. Hogerhuis  wrote:

> If 30720 isn't close enough, you might be able to do it with dedicated
> code in software (bitbang). But you'll need to use some other I/O pins and
> and a level shifter. Steve was doing something like this with the cassette
> port.
>
> A third way would be to find a UART that is capable of the baud 31250 and
> interface it to the bus.
>
> -- John.
>

Re: [M100] REX and RAM upgrades

[Alex ...]

Maybe because of CO files' fixed memory locations and the fact that I
changed the amount of RAM in the machine?

On Sun, Mar 8, 2020, 15:10 John R. Hogerhuis  wrote:

> I wonder why CO files didn't copy. There are three kinds of files, DO, CO
> and BA. Unless Steve says otherwise I'd think the copy feature should work
> with all three. Maybe a bug.
>
>
> -- Just hj.
>
>>
>
>

Re: [M100] MIDI with the Model T

[Alex ...]

I tried doing this with my T102 a few years back and couldn't get the baud
rate anywhere close to 31250. 

On Sat, Mar 7, 2020, 20:34 Tom Wilson  wrote:

> Serial to MIDI adapters are around - although you'd probably have better
> luck finding a design and building one yourself than finding a pre-made
> one. (The serial port being the wrong gender doesn't help things.)
>
> The protocol itself is largely the same, but you need level conversion,
> and the baud rate is 31250bps. Not all UARTs can be programmed for that
> speed, so that's something TBD.
>
> Here's a circuit. It looks like it uses a MAX232 for level shifting and a
> 6N138 on the input side to make the current loop usable by the MAX.
>
> If you're just looking to transmit, you can skip the 6N138 and just use
> the MAX232 and associated support bits (caps and resistors.)
>
> Some other devices, such as certain models of Sound Canvas and a few
> varieties of Yamaha XG sound models actually have a serial port interface
> built right into the machine. So you could send MIDI data to one of those
> without needing the level conversion.
>
> The only issue is that I'm not sure if or how the serial port can be set
> to the correct baud rate. MIDI runs at 31250 bps. I'm not sure how the
> T100's UART is programmed at the machine level, so that could be a concern.
>
> One way around this might be to use an Arduino as a buffer - connect the
> Arduino and the computer with a simple MAX232 converter, then use the
> Arduino to send the actual MIDI messages through a MIDI shield. (Or just
> get the musical instrument shield with the on-board synth.)
>
>
>
>
>
>
>
>
> Tom Wilson
> wilso...@gmail.com
> (619)940-6311
> K6ABZ
>
>
> On Sat, Mar 7, 2020 at 4:38 PM Hiraghm  wrote:
>
>> I vaguely recall a few months back someone talking about some kind of
>> MIDI with their M100.
>>
>> I've got a Roland MT-32 and a couple PMA-5s, and I got to wondering how
>> I could interface them to my M100, then maybe write some MIDI
>> player/editor software.
>>
>> Just saw a video tutorial on YouTube where Bisqwit wrote a MIDI player
>> program for DOS in GW-BASIC.
>>
>> A serial port interface, assuming one could be built, would be fast
>> enough; iirc MIDI communicates at the same speed as HTerm.
>>
>> A parallel port interface might be more convenient, if possible...
>>
>> I've been reading recent threads about someone using the cassette
>> interface as a secondary display interface. I suppose maybe that could
>> be used, instead, too...
>>
>> Now I'm wondering if a MIDI keyboard could be interfaced via the bar
>> code reader port?
>>
>> If so... PMA-5 connected via serial, parallel or cassette port, MIDI
>> keyboard connected via barcode port, custom software... portable MIDI
>> DAW...
>>
>> So is this idea crazy? Impossible? Waste of time?
>>
>>

Re: [M100] REX and RAM upgrades

[Alex ...]

No, it's not on my PC. I was able to load the files out of the 24K RAM
image onto the T102, and then make a new 32K RAM image on the REX
containing the files I care about.

I was going to re-load .CO programs like HTERM from my PC, since those
didn't copy out of the RAM image successfully.

On Sat, Mar 7, 2020 at 2:20 PM Stephen Adolph  wrote:

> now that a 24k ram image is out of REX and onto your pc, what are you
> going to do now?
> REX can't read a 24K ram image into a 32k Machine.  Unless I am losing my
> memory, which could be true.
>
> On Sat, Mar 7, 2020 at 1:58 PM Alex ...  wrote:
>
>> So all I cared about really is the .DO and .BA files, which REXMGR copied
>> out of the backup just fine. Thanks Josh! Not sure why I didn't think to
>> try that...
>>
>> I tried to copy a .CO file out and it didn't work, but that's not really
>> a surprise. I can reload that one from my PC.
>>
>> On Sat, Mar 7, 2020 at 6:11 AM Stephen Adolph 
>> wrote:
>>
>>> I actually don't think there is a way for REX to figure that out.
>>> I would save off the files you want while the computer has its original
>>> memory config.
>>> Then upgrade the ram, and reload in it.
>>> ..Steve
>>>
>>> On Sat, Mar 7, 2020 at 6:08 AM Josh Malone 
>>> wrote:
>>>
>>>> You can copy individual files out of a RAM image using REXMGR. I think
>>>> it's the "file" function. They get copied into working RAM.
>>>>
>>>> On Fri, Mar 6, 2020, 11:05 PM Alex ... 
>>>> wrote:
>>>>
>>>>> Hey M100 list,
>>>>> I've had a T102 with a REX for a few years and I finally got around to
>>>>> stuffing another 8k RAM chip into it to get 32K. That's great and all, but
>>>>> now I can't restore any of my REX backups because the RAM size doesn't
>>>>> match.
>>>>>
>>>>> Is there any way to trick this thing into restoring the backup anyway
>>>>> or am I stuck pulling the extra RAM out, backing up all of my files on the
>>>>> REX via tape/tpdd emulator?
>>>>>
>>>>> It's not a big deal really, but I figured I'd ask.
>>>>> -Alex
>>>>>
>>>>> --
>>>>> Disclaimer: Any resemblance between the above views and those of my
>>>>> employer, my terminal, or the view out my window are purely coincidental.
>>>>> Any resemblance between the above and my own views is non-deterministic.
>>>>> The question of the existence of views in the absence of anyone to hold
>>>>> them is left as an exercise for the reader.
>>>>> The question of the existence of the reader is left as an exercise for
>>>>> the second god coefficient.  (A discussion of non-orthogonal, non-integral
>>>>> polytheism is beyond the scope of this article.) Thanks /usr/games/fortune
>>>>>
>>>>
>>
>> --
>> Disclaimer: Any resemblance between the above views and those of my
>> employer, my terminal, or the view out my window are purely coincidental.
>> Any resemblance between the above and my own views is non-deterministic.
>> The question of the existence of views in the absence of anyone to hold
>> them is left as an exercise for the reader.
>> The question of the existence of the reader is left as an exercise for
>> the second god coefficient.  (A discussion of non-orthogonal, non-integral
>> polytheism is beyond the scope of this article.) Thanks /usr/games/fortune
>>
>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] REX and RAM upgrades

[Alex ...]

So all I cared about really is the .DO and .BA files, which REXMGR copied
out of the backup just fine. Thanks Josh! Not sure why I didn't think to
try that...

I tried to copy a .CO file out and it didn't work, but that's not really a
surprise. I can reload that one from my PC.

On Sat, Mar 7, 2020 at 6:11 AM Stephen Adolph  wrote:

> I actually don't think there is a way for REX to figure that out.
> I would save off the files you want while the computer has its original
> memory config.
> Then upgrade the ram, and reload in it.
> ..Steve
>
> On Sat, Mar 7, 2020 at 6:08 AM Josh Malone  wrote:
>
>> You can copy individual files out of a RAM image using REXMGR. I think
>> it's the "file" function. They get copied into working RAM.
>>
>> On Fri, Mar 6, 2020, 11:05 PM Alex ...  wrote:
>>
>>> Hey M100 list,
>>> I've had a T102 with a REX for a few years and I finally got around to
>>> stuffing another 8k RAM chip into it to get 32K. That's great and all, but
>>> now I can't restore any of my REX backups because the RAM size doesn't
>>> match.
>>>
>>> Is there any way to trick this thing into restoring the backup anyway or
>>> am I stuck pulling the extra RAM out, backing up all of my files on the REX
>>> via tape/tpdd emulator?
>>>
>>> It's not a big deal really, but I figured I'd ask.
>>> -Alex
>>>
>>> --
>>> Disclaimer: Any resemblance between the above views and those of my
>>> employer, my terminal, or the view out my window are purely coincidental.
>>> Any resemblance between the above and my own views is non-deterministic.
>>> The question of the existence of views in the absence of anyone to hold
>>> them is left as an exercise for the reader.
>>> The question of the existence of the reader is left as an exercise for
>>> the second god coefficient.  (A discussion of non-orthogonal, non-integral
>>> polytheism is beyond the scope of this article.) Thanks /usr/games/fortune
>>>
>>

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

[M100] REX and RAM upgrades

[Alex ...]

Hey M100 list,
I've had a T102 with a REX for a few years and I finally got around to
stuffing another 8k RAM chip into it to get 32K. That's great and all, but
now I can't restore any of my REX backups because the RAM size doesn't
match.

Is there any way to trick this thing into restoring the backup anyway or am
I stuck pulling the extra RAM out, backing up all of my files on the REX
via tape/tpdd emulator?

It's not a big deal really, but I figured I'd ask.
-Alex

-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] M100 repair video

[Alex ...]

Nice video.

If you haven't tried them, pick up a set of stainless hollow desoldering
needles. They are dirt cheap and make removing things like those battery
pins stupidly easy.

Also, thanks for the reminder... I just cut the slightly fuzzy NiCd out of
my Model 102. Another couple of months and that would have been bad.

On Wed, Jan 29, 2020 at 9:34 PM Josh Malone  wrote:

> All,
>
> I finally made my first M100 repair video. This was a repair job that I
> picked up at Tandy Assembly -- one of several, actually. This may also be
> my first one-sitting fix (turned out to be a simple problem).
>
> https://www.youtube.com/watch?v=PSD01xLqwEc
>
> I'm still planning to make more videos of my repair jobs. I tried to
> include stuff that I thought might help others with their troubleshooting.
>
> -Josh
>


-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Tpdd master routines in C?

[alex d]

Not my code, but it is in the public domain. Python routines for talking to a 
tpdd2. 

cheers 

-- 
alex 

> From: "Brian White" 
> To: m...@bitchin100.com
> Sent: Monday, December 2, 2019 7:58:34 AM
> Subject: Re: [M100] Tpdd master routines in C?

> tpddtool is a tppdd client in python
> https://trs80stuff.net/tpdd/
> --
> bkw

> On Sun, Dec 1, 2019, 1:34 PM Stephen Adolph < twospru...@gmail.com > wrote:

>> Ok, thanks Kurt. Yah there may not be an application that has been written 
>> in C
>> on the head end. if the source of PDD.exe was around that might have been one
>> place.
>> I may just translate my ml routines.

>> On Sun, Dec 1, 2019 at 12:51 PM Kurt McCullum < ku...@fastmail.com > wrote:

>>> Got it,

>>> The only code that I have is for the TPDD client tool that I wrote to talk
>>> directly to my TPDD2 drive. It's all in C# if you are interested.

>>> Kurt

>>> On Sun, Dec 1, 2019, at 9:48 AM, Stephen Adolph wrote:

>>>> Hi Kurt, no I mean routines that are the "master" end because TPDD is
>>>> master-slave. IE the M100 end of the link.
>>>> I have my own machine code routines; maybe I have to translate them..

>>>> On Sun, Dec 1, 2019 at 12:40 PM Kurt McCullum < ku...@fastmail.com > wrote:

>>>>> Steve,

>>>>> When you say 'master routines' are you referring to code emulating a TPDD 
>>>>> drive?

>>>>> Kurt

>>>>> On Sun, Dec 1, 2019, at 6:33 AM, Stephen Adolph wrote:

>>>>>> Hi, wondering if there are any TPDD master routines written in C 
>>>>>> available out
>>>>>> there? Maybe someone has something written in a language that could be
>>>>>> translated easily to C?
>>>>>> Thx
>>>>>> Steve
#!/usr/bin/python

# pdd2.py --- A collection of handy python functions for dealing with
# a Tandy Portable Disk Drive 2.

# 2013-10-25
# Bee Nine 
# Explicitly released into the Public Domain.

# Note: You'll need to be in either group dialout (check /dev/tty*) or
# run this as root. I suggest the former as the latter is overkill.


# REFERENCES:
# ftp://ftp.whtech.com/club100/ref/comand.tdd
# http://www.club100.org/library/doc/testtdd.html
# http://bitchin100.com/wiki/index.php?title=TPDD_Base_Protocol

# But note, reference documentation is buggy in many places!

# bitchin100 perhaps has the most complete information, but the last
# two sections ("Calculating Checksum" and "Using this Information")
# are just plain wrong. 
# * The checksum is NOT the "number of bytes" but the sum all the bytes. 
# * Space$(24) would give a different checksum than the examples show; so 
#   the characters to pad filenames with are possibly NULLs (chr(0)). 
# * There is a suspicious chr$(13) at the end after the checksum for
#   Status and Format. I notice that both of those sections are written
#   in the first person, perhaps by someone other than the original author?
# * The file suggests that PDD2 units can autobaud, but mine certainly
#   can't. It seems to only talk at 19200. I notice there are solder pads
#   where a switch could be put in. Probably Radio Shack didn't want
#   to waste the money on a feature (slower xfr rate) nobody wanted.

# The "command.tdd" file has some additional information that ought to
# be in the bitchin100 file: 
# * The drive uses RTS/CTS hardware handshaking
# * The filename should be padded to the left with spaces to fill the
#   first six characters. The seventh character must be a period. The
#   next three characters are the optional extension. After that,
#   there should be enough spaces to make the entire string 26
#   characters long.
# * "File" opcode works on files in the directory list, not "blocks". 
# And some possible misinformation:
# * This file mentions that the checksum is actually a sum (good) but
#   does not metion that the result is then complemented (all bits
#   inverted using XOR 255).
# * This file does not mention the opcodes for 'condition' or 'rename'
# * The file has weird stubs for an "unknown" opcode 8, and a mode
#   type for the "Close" and "Delete" opcodes which probably should be
#   removed if they don't actually exist.
# * The "Find" opcode doesn't mention the modes for "previousblock" or "end",
#   and completely forgets the mandatory "F" parameter before the checksum.

# The testtdd.html file is the only reference that mentions the FLOPPY
# test, which is actually a very strange invocation of the STATUS
# opcode (7). Length is 7, data is "^K^LFLOPP", and checksum is "Y".
# (Which is, bizarrely, correct!) I think that

Re: [M100] Posits versus floating point

[Alex ...]

Nice to see there's still work being done on the low level parts of
compander science. 

On Wed, Jul 10, 2019, 16:59 John R. Hogerhuis  wrote:

> Something new under the sun?
>
> Tangentially related, but I thought this was interesting. The Model T ROM
> uses 32-bit single precision and 64-bit double precision floats.
> A software posits ROM library could produce big speed and space
> improvements.
>
>
> https://www.nextplatform.com/2019/07/08/new-approach-could-sink-floating-point-computation/
>
> https://www.johndcook.com/blog/2018/04/11/anatomy-of-a-posit-number/
>
> -- John.
>
>
>

Re: [M100] Vt100 on linux

[Alex ...]

Kind of an old thread, but try the Linux version of PuTTY. It's far easier
to use than Minicom

On Sat, Jun 29, 2019, 07:23 Stephen Adolph  wrote:

> thanks all,
> I needed to have read minicom manual in better detail.  looks like that
> does support VT100 escapes.  Thanks!
>
>
>
> On Sat, Jun 29, 2019 at 12:49 AM John R. Hogerhuis 
> wrote:
>
>> I've only ever used minicom. It's a command line program.
>>
>>
>> -- John.
>>
>>>
>>>

[M100] Replacement belts for TPDD and other parts

[alex d]

Hello,

Where would one order replacement belts for the TPDD from and backup batteries? 
I see them listed on the club100 site at a cost of $7.00. The 3.6v backup 
battery is also listed.

It wasn't readily apparent on how I could order them on the site. If anyone 
could provide any pointers it would be greatly appreciated.

thanks

--
alex

Re: [M100] CVX4 / OPL2LPT with M100?

[Alex ...]

I don't see why you couldn't and this is definitely relevant to my
interests. 

Might be possible to connect one or more of those via the system bus.

On Dec 14, 2017 3:20 PM, "Jim Williams"  wrote:

> I was just watching a video of 8-Bit Guy on YouTube where he puts
> together an "OPL2LPT"... basically a parallel port sound board designed
> to work as an AdLib sound card. He'd previously done a video for the
> CVX4, a Covox parallel port sound board clone. The OPL2LPT uses the same
> Yamaha chip as the original adlib and soundblaster boards.
>
> My question is, would it be at all possible to connect one of these to
> the parallel port of an M100, and use it to produce audio / music?
> Obviously you'd have to write M100 software to talk to it.
>
> I just got a picture in my head of using an M100 with one of these and
> custom sequencing software to write music, like chiptune as done with
> the C64 and Nintendo in the old days.
>
> Could it be possible, or am I over estimating the capabilities of the M100?
>
> Here's a link to the video...
>
> https://www.youtube.com/watch?v=z3DU2mNBa6M
>
>
>

Re: [M100] Virtual cassette idea

[Alex ...]

A while back I had the idea of having an Arduino decode and bit-bang the
cassette port protocol on my T102. As with all of my projects I got
distracted, never finishef, and ended up using the MIDI cable for its
intended purpose.

It seems a more efficient way of storing what is honestly a tiny amount of
data than WAV files or finnicky MP3s

On Jul 30, 2017 18:59, "John R. Hogerhuis"  wrote:

>
>
> On Sun, Jul 30, 2017 at 3:50 PM, Scott Lawrence  wrote:
>
>> I've heard that this works even though my gut and knowledge of MP3
>> compression tells me that it can't possibly work. ;)
>>
>> I have one of these radio shack recorders http://swling.com/bl
>> og/2014/10/close-outs-grundig-g2-and-radioshack-digital-recorder/ and it
>> worked ok but the interface is clunky.
>>
>> I also have a tascam Dr-05 portable recorder that
>>
>
> Well it might have been WAV files. It has been a while but I recall
> working out a system for making reliably loadable files using Audacity or
> Tascam DR-05 I could load from my iPhone.  Pretty sure it's all documented
> in discussion archives.
>
> One of these days I need to remove that test file from my iPhone. It makes
> for an exciting moment when random play hits TEENY.WAV
>
> -- John.
>

Re: [M100] BCR works!

[Alex ...]

Write a program to, very clumsily, scan QRcodes with the old thing?

On Jul 12, 2017 02:43, "Willard Goosey"  wrote:

> On Tue, 11 Jul 2017 10:22:44 -0500
> John Gardner  wrote:
>
> > ...now I have to resist the temptation to scan every UPC code in the
> > house...
> >
> >   :)
> >
> Well? What else would I do with it in this era? It's not like people
> print URLs or whatever in 3-of-9. ;-)
>
> Willard
> --
> Willard Goosey  goo...@sdc.org
> Socorro, New Mexico, USA
> I search my heart and find Cimmeria, land of Darkness and the Night.
>   -- R.E. Howard
>

Re: [M100] Youtube of someone using an acoustic modem cup with m100 and cell phone to dial a BBS

[Alex ...]

I suppose it depends on the phone, the network, which codec, and what kind
of noise cancelling was being used.

Just yesterday I was on my cell phone and the alarm tone from my UPS was
nice and loud to me, but the person on the other side couldn't hear it at
all.

On May 25, 2017 2:03 PM, "Kurt McCullum"  wrote:

> Yes. I actually took a four conductor 3.5mm plug and tried all sorts of
> wiring configurations. My cell phone tests for a load and switches its
> configuration based on what it thinks is installed. This can be verified by
> a small icon on the phone which appears when a handset or headset is
> attached. When I plugged in the novelty headset, it worked for talking. But
> my 102 would spew garbage when a connection was made through the acoustic
> couplers and the handset.
>
> I'd love to see it work, but I'm not sure how useful it would be.
>
> Kurt
>
>
> On Thursday, May 25, 2017 10:48 AM, Andrew Roach 
> wrote:
>
>
> Normal headphones are TRS.
> Normal headsets are TRRS.
>
> Did you try with a TRRS connection?
>
> On Thu, May 25, 2017 at 1:16 PM Kurt McCullum 
> wrote:
>
> I tried this exact setup more than six months ago and I could not get it
> to work. Perhaps my novelty handset wasn't loud enough. My couplers work
> with a land line phone just fine.
>
> It's really cool to see someone who actually got it working. I'd be
> interested in knowing the make of the handset. But as John said, a direct
> audio connection 'should' work better. But my cell phone wouldn't allow it
> because a direct connection didn't provide the load that an earpiece and
> mouthpiece provide so it assumed I had plugged in a set of headphones. It
> was a frustrating test. I'm sure someone with more electronics skill that I
> have could figure it out.
>
> All that being said. The end result is a 300 baud connection. That was one
> of the driving reasons for putting the virtual modem mode into mComm for
> Android. That way I could 'Dial' into any BBS through my phone using a
> serial connection. The connection speed is 19200. Of course the screen
> limits the useful speed to about 600 baud.
>
> Kurt
>
>
> On Thursday, May 25, 2017 9:50 AM, Andrew Roach 
> wrote:
>
>
> I thought cell phones couldn't be used for BBS connections?
>
> If that works, I very much want to explore it more.
>
> On Thu, May 25, 2017 at 11:36 AM John R. Hogerhuis 
> wrote:
>
> Interesting. I would have given that a low probability of working. Well if
> that works you'd think a direct connect cable would be even better.
>
> Opens up a whole new possibility for remote usage of Model Ts.
>
> Does anyone know what would be needed for a direct to headphone jack
> connection?
>
>
> -- John.
>
>
>
>
>
>

Re: [M100] Questions regarding Full Null Modem Cables, specif Serial to USB

[Alex ...]

The Linux version of PuTTY works nicely with serial ports.

On Apr 27, 2017 17:31, "Paul Bucalo"  wrote:

> Thanks, Jonathon. I'm good on diagrams--I still have the original manual,
> plus what I have scrounged through Club 100 and after-market books. At
> least I know 'your' diagram really works.
>
>
>
> -Original Message-
> From: Jonathan Yuen 
> To: Model 100 Discussion 
> Sent: Thu, Apr 27, 2017 2:23 pm
> Subject: Re: [M100] Questions regarding Full Null Modem Cables, specif
> Serial to USB
>
> Hello again,
>
> I found some notes and I hope it is the one I used:
>
> DB9 DB25
> Rx 2 Tx 2
> Tx 3 Rx 3
> Dtr 4 Dsr 6
> Gnd 5 Gnd 7
> Dsr 6 Dtr 20
> Rts 7 Cts 5
> Cts 8 Rts 4
> 1 8 I think I wrote DCD for this pin but I'm pretty sloppy writing.
>
> Jonathan
>
> jonathan.y...@mykopat.slu.se
> 
> Från: M100 [m100-boun...@lists.bitchin100.com] för Paul Bucalo [
> pm...@aol.com]
> Skickat: den 27 april 2017 19:48
> Till: m100@lists.bitchin100.com
> Ämne: Re: [M100] Questions regarding Full Null Modem Cables, specif Serial
> to USB
>
> I just did a search on eBay for a Belkin F3x171-10. Only listing that came
> up was selling for $50. Yeah, not going to happen. I'll look around to see
> if anyone sells the cable for a reasonable price, but chances are high I'll
> end up making up a DB25-to-DB9 cable set. I sure wish I hadn't thrown out
> the one I made years ago, back when I was actively working with my M100.
> Live and (probably never) learn.
>
> I'll give HTERM a try. I had forgotten about utf-8 coding. Thanks for the
> reminder.
>
> Thanks, John.
>
> -Original Message-
> From: John R. Hogerhuis 
> To: Model 100 Discussion 
> Sent: Thu, Apr 27, 2017 1:23 pm
> Subject: Re: [M100] Questions regarding Full Null Modem Cables, specif
> Serial to USB
>
>
>
> On Thu, Apr 27, 2017 at 10:10 AM, Paul Bucalo  aol.com >> wrote:
> I was hoping for a rationale based on experience, i.e., USB works well or
> not at all. Doesn't really matter much. Most likely I will make up a new
> cable using DB25-to-DB9.
>
>
> My favorite cable is the full-null belkin serial laplink cable, if you can
> find one. Never had a problem with any of them, ever. f3x171-10, but they
> are hard to find these days though they were very cheap for a while. To use
> with Model T, you need to have a db-25 gender changer.
>
> But generally, you need a full-null cable. I wouldn't go with 3 wire
> cables since you may want to experiment with hardware flow control (HTERM,
> my bare bones / dumb terminal to Linux) given that you hook to Linux which
> overruns the Model T 64-byte serial buffer when using software flow control.
>
> Also Linux utilities throw in UTF-8 and lots of formatting codes. HTERM
> maps to/from utf-8 and strips ANSI color escapes, stuff like that.
>
> One thing to be aware of is some cables bump into the Model100 case and
> keep it from mating properly. You may have to shave some off the housing to
> make it fit, or ideally find one that fits into the space available, after
> adding the thin-hood gender changer.
>
> USB on the PC side is fine. I recommend only devices with FTDI chipsets,
> however (not Prolific). The FTDI drivers generally allow more
> configurability which ends up being necessary with TS-DOS (TS-DOS loves to
> time-out... remember USB serial devices have a tendency to delay/collect
> bytes to "efficiently" send a larger packet).
>
> -- John.
>

Re: [M100] Building T100 hardware

[Alex ...]

The 1980s was the future. :)

On Apr 22, 2017 03:41, "Lee Olivares"  wrote:

> Interseting tagline for someone who plays with Model 100's  ;)
>
> You think most of the junk these kids got today is gonna last 30 years?
>
> Not without a bunch of iCloud errors I'd bet. :)
>
> - Lee
>

Re: [M100] Light for using T100?

[Alex ...]

I think the lack of any sort of backlight is one of the #1 reasons why I
rarely use my T102... :/

On Wed, Sep 7, 2016 at 11:43 PM, Russ Oechslin 
wrote:

> There are several booklamps that clamp on to a book cover. Perhaps you
> could adapt one. We're in the Midwest and Menards -- a Wisconsin-based Home
> Depot like store -- often gives them away free after rebate, WITH batteries
> included!
>
>
> At 10:10 PM 9/7/2016, you wrote:
>
>
> Hi guys,
> Have any of you come up with a decent solution to having to use the
> computer in less than ideal lighting situations?
> Perhaps a portable lamp of some sort?
> I'd love to hear what you guys have come up with. I'm using a Z88 and the
> screen is even more difficult to read and I really need a solution.
> Thanks, Louis
>
>
> Russ Oechslin
>



-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Doing what the C= can do?

[Alex ...]

Is there any reason not to use the system bus for expansions/addons like
this? One thing I've noticed in using my M102 is that its lone serial port,
while simple and effective, seems very overworked.

On Nov 1, 2016 11:21, "Mike Stein"  wrote:

> Regarding the WiFi modem, there's no need to build anything; one of the
> advantages of the M100 over the C64 is that the M100 has a standard RS-232
> port capable of speeds >38Kbps and RS232 WiFi modems are available off the
> shelf; as mentioned, you can also use an Android phone or a Pi as a
> 'modem';
>
> One way or another the Model Ts have always had Internet connectivity, but
> the real issue has always been what to do with it; browsing the web or even
> email gets stale pretty quickly with the small screens. Of course you can
> run it in 80x24 mode on an external display but now you've got that extra
> hardware and you're still pretty limited in what you can actually do.
>
> m
>
> - Original Message -
> *From:* _ Comet 
> *To:* Model 100 Discussion 
> *Sent:* Monday, October 31, 2016 9:40 PM
> *Subject:* Re: [M100] Doing what the C= can do?
>
> Yes, you can build a similar device for the m100.
> For relocatable code, you can use a fixed-in-memory small routine to
> trampoline relatively to the caller's program counter.
> For a faster display, disable screen scrolling and there is a program for
> this in the library.  Note that the screen refresh is not all bad if you
> are starting from a blank screen, as it will go faster than you can read.
> :-D
>
> 
> Comet
>
>
> --
> *From:* Jim Williams 
> *To:* "m100@lists.bitchin100.com" 
> *Sent:* Sunday, October 30, 2016 12:24 PM
> *Subject:* [M100] Doing what the C= can do?
>
> I came across this video on Youtube of a wifi modem for the Commodore 64,
> that was able to load software directly from the internet.
> C64 WiFi Modem 
>
> Watching that and related videos, I came across this site...
> Retro Innovations 
>
> The Store for that site has all kinds of hardware projects.
> Is it that much more expensive to develop such projects for the M100 as
> the latter site has for the C64? Is it that the user base is so much
> smaller? Or is there something inherently inferior in the M100's design
> that doesn't allow for it? I've been busy with other things, but iirc, the
> M100 does have an expansion port, yes? Which can directly access the M100's
> memory?
>
> I'm rehashing topics I've discussed before, but among them is some kind of
> MMU for the M100 so it could have relocatable code (again, iirc, the 8085
> doesn't even have relative addressing?) .
>
> The things that frustrate my ambitions with the M100 most are the memory
> restrictions and the slow refresh on the display. I want to be able to work
> with documents larger than 32k; I could live with the slow refresh if I
> could do that.
>
> Anyway, I was just hoping, with those links, to inspire some hardware
> types into thinking "why not?"
>
>
>
>
>
>

Re: [M100] Is there a NADSbox alternative

[Alex ...]

I tried to make an arduino-based storage device that worked via the M102's
cassette port, but I didn't get very far with it.
On Mar 28, 2016 5:37 PM, "Ken Pettit"  wrote:

> I actually looked at putting an STM32 chip with USB OTG on a board in one
> of those 25 pin hoods, though I was looking more at plugging it into the
> parallel port for the TDock idea I had / have.
>
> Ken
>
> On 3/28/16 1:57 PM, Kurt McCullum wrote:
>
> John,
>
> Fantastic idea. My thoughts would be to house everything in the DB25 hood
> and instead of having a cable hang out it it, just put a Micro or Mini USB
> jack. That way whatever device you want to attach to can just hook up to it
> with a standard USB cable. A MUCH cleaner solution than piecing everything
> together.
>
> Kurt
>
>
> On Monday, March 28, 2016 9:44 AM, John R. Hogerhuis 
>  wrote:
>
>
>
>
> On Sun, Mar 27, 2016 at 9:35 AM, Willard Goosey  wrote:
>
>
> I'm still investigating Bluetooth options. Amazon's Bluetooth to rs232
> options are pretty pricey for finished, packaged devices. Raw circuit
> boards are cheaper but then I'd have to make my own box.
>
>
>
> Seems like we need a custom cable. It would be nice to have a cable had
> USB OTG, USB Serial, DB25, and proper full-null wiring all built into one
> cable. They make the FTDI chips pretty small. We'd also need a small PCB
> and the FTDI chip surface mounted to it.
>
> Even if we kept the "OTG" feature separate I think this would be  really
> neat M100 peripheral.
>
> One could use a glue blob to protect the components or for a better look
> 3d print a shell. 3d printers are becoming pretty common we could print
> some batch of custom cases. A work friend has offered to print me some
> parts to make a 3d printer, I will give it a shot if that ever comes
> through.
>
> -- John.
>
>
>
>

Re: [M100] HTerm local echo, pairing M100

[Alex ...]

Bluetooth has device profiles that let the bluetooth gadget tell the phone
what kind of device it is so that the phone's OS knows what to do with it.

Though Android will correctly recognize and use a HID-profile keyboard,
your RN-42 is most likely using the SPP profile to appear as a serial port.

There's at least two ways to go about what you're trying to accomplish. One
would be to write an Android IME app that reads characters off a serial
port and uses that as keyboard input. The other would be to build/reprogram
a bluetooth serial module so that it uses the HID profile instead of SPP.
On Nov 29, 2015 4:30 AM, "Hiraghm"  wrote:

> I'm slowly getting my M100 to connect to my Android phone (w/o
> programming, so far).
> GetBlue gets it connected, but I don't want to use GetBlue.
> Logically, I should be able to get it to connect as a keyboard.
> I can get it to connect as a modem or other device.
> As a keyboard, my phone pops up a window asking for the PIN when I try
> pairing... and the window disappears almost instantly and the pairing fails
> (because the RN-42 automatically sends the PIN, which I don't know until my
> phone asks for it, and as soon as it receives the wrong one from the
> keyboard, closes the window and fails).
>
> However, what I'm asking about here is if there's any documentation for
> HTerm?
> I'd like to set local echo so I can see on the M100's screen what I'm
> typing.
>
> Also, does anyone know if there's a way to get HTerm to work with view80
> from Ultimate Rom II?
>
> I found, btw, I can't write a system-wide keyboard driver for the M100,
> because Android does not allow one application to inject input events into
> other applications (unless rooted).
>
> For a very brief moment I thought of pairing the M100 as a storage device,
> thinking maybe I could use Android file explorer apps to share files with
> it from Android (with custom software on the M100).  I think writing a TPDD
> emulator would be more productive, however.
>
>

Re: [M100] M10X/T200: Overclocking CPU

[Alex ...]

The cassette routines will probably be broken by this too, though you might
be able to "overclock" the tape recorder (or MP3 file) to match. :)
On Nov 25, 2015 9:43 AM, "Stephen Adolph"  wrote:

> Hi Georg,
> Very interesting!  I think there could be impact on sounds as well.
> Tundra semiconductor made a processor capable of 10MHz also.  I have not
> yet played with that.
> It could be possible to make an adapter that includes a /4 circuit to feed
> correct clock to the UART, and also the 81C55.
> This is an interesting idea, worth exploring.
> Steve
>
> On Wed, Nov 25, 2015 at 9:33 AM, Georg Käter <
> georg.kae...@gk-engineering-services.de> wrote:
>
>> Hello together,
>>
>> I did some try out on overclocking the 80C85 in  my M100. I was quite
>> successful using an oszilator
>> with 7,3728MHz which gives a  CPU clock 50% higher than the original one.
>> My M100 run with this
>> w/o any issues in running BASIC so far, gain in performance is visible
>> and amazing. But there is one thing
>> you might have an solution or even idea how to solve for. TELCOM and any
>> program communicating via
>> serial port are not working as PIO 81C55 gets the clock from CPU which is
>> now 50% above the original
>> value.
>> Any comment from you is welcome
>>
>> Kind regards
>> Georg Käter
>>
>
>

Re: [M100] Mxxx Software of 3.5

[Alex ...]

I'd pull a disk image to a file of each one before putting them near any
machinery. (Do that anyway, floppy disks don't last forever!)

On Tue, Jun 16, 2015 at 12:57 AM, John Whitton jwhit...@bellsouth.net
wrote:


 I have a batch of M10x, M200 programs on 3.5 disks. Too many to
 bother listing individually. My question is, what's the consensus for just
 scanning the disks/labels and post the scans. Anyone think stray scanner
 stepper fields might erase the disks?

 I doubt that I have anything particularly interesting, but maybe.
 Anyhow, thoughts?
 John W.




-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Still thinking about TDock

[Alex ...]

Replacing the internal modem with a Bluetooth module would be my first
choice. There's not all that much utility to a 300 baud modem with an
acoustic coupler these days.

I guess that qualifies for hardware mods though. :)

On Wed, Jun 10, 2015 at 9:42 AM, Fred Whitaker rr...@hotmail.com wrote:

 Why not put the improvements into the TDOCK?

 Sent from my iPhone

 On Jun 10, 2015, at 1:08 AM, Ken Pettit petti...@gmail.com wrote:

  I keep thinking about all the discussions about external monitors and
 expansion and about the idea of having an internal / wireless solution to
 connect to everything.  I can't help but think that anything internal /
 powered from the portable is going to serve to drain the battery more
 quickly.
 
  On the other hand, I was spending a few brain cycles trying to devise a
 way of putting an internal Bluetooth device in the unit without needing any
 hardware mods or consuming the M100 expansion bus.  I was trying to think
 if there is a way to replace one of the 8K RAM chips with a special module
 that contains a Bluetooth module (along with a replacement 8K RAM chip),
 and then find some special signaling to communicate with it.
 
  Just my mind wandering...
  Ken




-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune

Re: [M100] Fwd: Model 1000+1

[Alex ...]

There's a name for those...
http://en.wikipedia.org/wiki/Backronym

On Thu, May 14, 2015 at 2:18 PM, Christopher Barnett Fox cbfo...@syr.edu
wrote:

 According to Arthur C. Clarke and Stanley Kubrick, that's not true:

 http://en.wikipedia.org/wiki/HAL_9000#Origin_of_name

 HAL stands for Heuristically programmed ALgorithmic computer.

 Also, just to be extra-pedantic, HAL is not an *anagram* of IBM. Anagrams
 are a scrambling of the original letters, e.g. BMI is an anagram of
 IBM.

 OK. I feel better now. ;-)

 christopher


 On 2015/05/14/, 2:10 PM, Ron Wiesen ronwie...@att.net wrote:

 The computer's name was HAL -- all caps.  The name HAL was an inside joke
 --
 an annagram of IBM.  Add the next sequential letter to each letter in the
 name HAL and you get IBM.
 
 Keeper of the Primordial Bit (mother of all bits), -= Ron Wiesen =-
 
 -Original Message-
 From: M100 [mailto:m100-boun...@lists.bitchin100.com] On Behalf Of Flow
 gmail
 Sent: Thursday, May 14, 2015 16:42
 To: Model 100 Discussion
 Subject: Re: [M100] Fwd: Model 1000+1
 
 This is Hal:  are there any messages for me !
 
 Gene Corrigan
 flowcharles...@gmail.com
 
  On May 14, 2015, at 12:29 PM, Jan-80 ja...@scarlet.be wrote:
 
  For those that don't get the quote: shame on you!
 
  Watch this: https://www.youtube.com/watch?v=ARJ8cAGm6JE
 
  On Wed, 13 May 2015 16:01:55 -0700, John Gardner wrote:
  I'm afraid I can't do that, Dave...  :)
 
  On 5/13/15, Flow gmail flowcharles...@gmail.com wrote:
 
  Subject: Model 1000+1
 
  Or, how about a full surface keyboard with micriphone which would
 fade
 to
  touchscreen upon Enter ?  Solar panel would fill the obverse side
 of
 the
  slim case.
 
  Gene Corrigan
  flowcharles...@gmail.com
 




-- 
Disclaimer: Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely coincidental.
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
them is left as an exercise for the reader.
The question of the existence of the reader is left as an exercise for the
second god coefficient.  (A discussion of non-orthogonal, non-integral
polytheism is beyond the scope of this article.) Thanks /usr/games/fortune