Re: [M100] Ultimate Rom II TS-Dos

2020-03-10 Thread B4 Me100
The attached file will generate TSLOAD.  Quite a small Basic program that
loads the file into memory, the .do file can be deleted after loading.

On 10/3/20, 8:47 PM, "M100 on behalf of Joshua O'Keefe"

wrote:

>On Mar 10, 2020, at 8:39 PM, Kurt McCullum  wrote:
>> TS-DOS and Sardine for UR-II attached
>
>Thanks for this.  For those of us with optionless hardware you wouldn't
>happen to have the loader handy as well, would you?  I think it's called
>TSLOAD?  Ive been keeping DOS100 itself in RAM and it's kind of hefty.
>Using the loader seems more memory-friendly, but I have yet to figure out
>where to find a copy.



TSL100.DO
Description: Binary data


Re: [M100] Ultimate Rom II TS-Dos

2020-03-10 Thread Kurt McCullum
I don't have TS-Load but here is a DO file that will load it into ram. It's 
large, but once loaded you can delete the DO file and TS-DOS will be in RAM 
ready to use. This is one of the three loaders I put together for mComm.

On Tue, Mar 10, 2020, at 8:47 PM, Joshua O'Keefe wrote:
> On Mar 10, 2020, at 8:39 PM, Kurt McCullum  wrote:
> > TS-DOS and Sardine for UR-II attached
> 
> Thanks for this. For those of us with optionless hardware you wouldn't happen 
> to have the loader handy as well, would you? I think it's called TSLOAD? Ive 
> been keeping DOS100 itself in RAM and it's kind of hefty. Using the loader 
> seems more memory-friendly, but I have yet to figure out where to find a copy.


dos100.do
Description: Binary data


Re: [M100] Ultimate Rom II TS-Dos

2020-03-10 Thread Joshua O'Keefe
On Mar 10, 2020, at 8:39 PM, Kurt McCullum  wrote:
> TS-DOS and Sardine for UR-II attached

Thanks for this.  For those of us with optionless hardware you wouldn't happen 
to have the loader handy as well, would you?  I think it's called TSLOAD?  Ive 
been keeping DOS100 itself in RAM and it's kind of hefty.  Using the loader 
seems more memory-friendly, but I have yet to figure out where to find a copy.

Re: [M100] Ultimate Rom II TS-Dos

2020-03-10 Thread Kurt McCullum
TS-DOS and Sardine for UR-II attached

On Tue, Mar 10, 2020, at 7:50 PM, Kurt McCullum wrote:
> You need DOS100.CO which is about 6k in size. UR-II loads it from your TPDD 
> device (Original floppy disk, or emulator such as mComm, Laddiealpha or 
> Nadsbox) The Sardine spell checker can also be loaded in the same way.
> 
> On Tue, Mar 10, 2020, at 7:12 PM, Jason Benson wrote:
>> When I try to run TS-DOS from the Ultimate ROM II(v2.12) I get the error 
>> "Not found". Do I need to load a separate binary for TS-DOS? I haven't found 
>> one yet , but I still have a lot of stuff to look through.
>> -Jason
> 


dos100.co
Description: Binary data


dos200.co
Description: Binary data


dosnec.co
Description: Binary data


sar100.co
Description: Binary data


sar200.co
Description: Binary data


Re: [M100] REX + Ultrascreen100

2020-03-10 Thread John R. Hogerhuis
On Tue, Mar 10, 2020 at 8:04 PM Joshua O'Keefe 
wrote:

> Oh wow, thanks for making me aware of this thing.  Ultrascreen100 is
> really neat!  I'm not quite sure how to turn it back off, though.
>
> I'm not sure where Rexmanager loads, but the USC zip seems to have a
> program "LOADER.BA" for generating the CO at a different load address.
> Maybe it would be possible to move it out of Rexmanager's way?
>
> I don't have my REX (yet! It's coming!) so I can't test this, but I think
> maybe regenerating the CO to be somewhere other than 60171 might help, if
> rexmanager lives in an overlapping region.  I'm terribly new to the T
> (apart from a few hours' play in the 80s) but relocation seems like an
> important skill for me to learn to take advantage of where it's possible.
>
>
If it's incompatible it likely has more to do with software hooks installed
(callbacks, event handlers).

-- John.


Re: [M100] REX + Ultrascreen100

2020-03-10 Thread Joshua O'Keefe


> On Mar 10, 2020, at 8:03 PM, Joshua O'Keefe  wrote:
> 
> Oh wow, thanks for making me aware of this thing.  Ultrascreen100 is really 
> neat!  I'm not quite sure how to turn it back off, though.

Answering my own question: CLEAR 0,60170 will prompt to turn off USC.

Re: [M100] REX + Ultrascreen100

2020-03-10 Thread Joshua O'Keefe
Oh wow, thanks for making me aware of this thing.  Ultrascreen100 is really 
neat!  I'm not quite sure how to turn it back off, though.

I'm not sure where Rexmanager loads, but the USC zip seems to have a program 
"LOADER.BA" for generating the CO at a different load address.  Maybe it would 
be possible to move it out of Rexmanager's way?

I don't have my REX (yet! It's coming!) so I can't test this, but I think maybe 
regenerating the CO to be somewhere other than 60171 might help, if rexmanager 
lives in an overlapping region.  I'm terribly new to the T (apart from a few 
hours' play in the 80s) but relocation seems like an important skill for me to 
learn to take advantage of where it's possible.

> On Mar 10, 2020, at 6:21 PM, Jason Benson  wrote:
> 
> 
> I was excited when I came across Ultrascreen100, and it worked great when I 
> loaded it, but after loading it if I try to run the Rexmanager the screen 
> blanks out and the only resolution seems to be cold starting it.
> Is Ultrascreen100 incompatible with REX or am I doing something wrong?
> -Jason


Re: [M100] Tweaking the space bar

2020-03-10 Thread Joshua O'Keefe
So it turns out the left side catch is missing.  There seem to be two holes 
where the catch was mounted, does it sound rational to perhaps tie the metal 
bar down with a little piece of wire through those, as a kind of substitute 
catch?

I'm lucky that this is purely aesthetic.  The space bar actually works really 
well.

> On Mar 5, 2020, at 12:39 PM, Josh Malone  wrote:
> 
> 
> Possibly the metal bar under the space bar is bent, or one of the plastic 
> catches is broken. The space bar can be removed by pulling it up carefully; 
> don't let the pulling action move it too far or you risk breaking said 
> catches.
> 
>> On Thu, Mar 5, 2020 at 11:38 AM Joshua O'Keefe  
>> wrote:
>> So the space bar on my 102 is a little crooked.  It works great, but 
>> visually looks like maybe one end needs a spring adjusted or replaced or 
>> something.  Is there anything a particularly clumsy, particularly 
>> not-mechanically-inclined person should know before trying to pop the space 
>> bar and get a look under it?  Can that even be done?


Re: [M100] Ultimate Rom II TS-Dos

2020-03-10 Thread Kurt McCullum
You need DOS100.CO which is about 6k in size. UR-II loads it from your TPDD 
device (Original floppy disk, or emulator such as mComm, Laddiealpha or 
Nadsbox) The Sardine spell checker can also be loaded in the same way.

On Tue, Mar 10, 2020, at 7:12 PM, Jason Benson wrote:
> When I try to run TS-DOS from the Ultimate ROM II(v2.12) I get the error "Not 
> found". Do I need to load a separate binary for TS-DOS? I haven't found one 
> yet , but I still have a lot of stuff to look through.
> -Jason


Re: [M100] Microsoft BASIC for TRS-80 Model 100 - Best OS... ever?

2020-03-10 Thread John R. Hogerhuis
I am glad I got creative on the background color for CloudT because I can
instantly recognize it when it shows up in screenshots and videos.

Totally on purpose :-)

-- John.


[M100] Ultimate Rom II TS-Dos

2020-03-10 Thread Jason Benson
When I try to run TS-DOS from the Ultimate ROM II(v2.12) I get the error
"Not found". Do I need to load a separate binary for TS-DOS? I haven't
found one yet , but I still have a lot of stuff to look through.
-Jason


Re: [M100] MIDI with the Model T

2020-03-10 Thread John R. Hogerhuis
On Tue, Mar 10, 2020 at 3:21 PM Tom Wilson  wrote:

> On Tue, Mar 10, 2020 at 3:16 PM John R. Hogerhuis 
> wrote:
>
>> Other issue is powering Arduino.
>>
>
> I don't see that as an issue at all.
>

There are always ways but portability is important.

-- John.


[M100] REX + Ultrascreen100

2020-03-10 Thread Jason Benson
I was excited when I came across Ultrascreen100, and it worked great when I
loaded it, but after loading it if I try to run the Rexmanager the screen
blanks out and the only resolution seems to be cold starting it.
Is Ultrascreen100 incompatible with REX or am I doing something wrong?
-Jason


Re: [M100] MIDI with the Model T

2020-03-10 Thread Tom Wilson
Yes, you could do it with a Teensy.

The only issue is that the ready made MIDI shiields won't fit on a Teensy,
since the Teensy is a different shape than Arduino. So you'd either need to
figure out the pin assignment or roll your own I/O board.



Tom Wilson
wilso...@gmail.com
(619)940-6311
K6ABZ


On Tue, Mar 10, 2020 at 4:01 PM Hiraghm  wrote:

> Thanks for all the info!
>
> My PMA-5 does have the serial connector, but it's a mini-din and I have
> no clue what its pinouts are.
>
> But even though I'd like to use the M100 with the PMA-5 portably, I'd
> still like to be able to talk to my MT-32 from the M100.
>
>
> I have a couple of Max232 TTL/9 pin adapters I got for Rasberry Pi
> projects, so I guess I could adapt one of those.
>
> Pardon my Arduino ignorance, but could this connection be made using an
> Adafruit Teensy? I've seen projects for connecting keyboards, such as
> the M100's which use the Teensy.
>
>
>


[M100] Microsoft BASIC for TRS-80 Model 100 - Best OS... ever?

2020-03-10 Thread Hiraghm
Bryan Lunduke just put out a video covering the TRS-80 Model 100 from an 
OS perspective.


Here's a link to it on YouTube:

https://www.youtube.com/watch?v=Vs8PWhdoouU

Just started watching it as I am posting this email...




Re: [M100] MIDI with the Model T

2020-03-10 Thread Hiraghm

Thanks for all the info!

My PMA-5 does have the serial connector, but it's a mini-din and I have 
no clue what its pinouts are.


But even though I'd like to use the M100 with the PMA-5 portably, I'd 
still like to be able to talk to my MT-32 from the M100.



I have a couple of Max232 TTL/9 pin adapters I got for Rasberry Pi 
projects, so I guess I could adapt one of those.


Pardon my Arduino ignorance, but could this connection be made using an 
Adafruit Teensy? I've seen projects for connecting keyboards, such as 
the M100's which use the Teensy.





Re: [M100] MIDI with the Model T

2020-03-10 Thread Tom Wilson
On Tue, Mar 10, 2020 at 3:16 PM John R. Hogerhuis  wrote:

> Other issue is powering Arduino.
>

I don't see that as an issue at all. It uses its own power supply, just
like the synthesizer will. You can power an Arduino from a 9v wall wart or
a USB power supply. If this needs to be portable, a USB power pack works
great (although you may have to add some LEDs to keep the load high enough
to keep the pack running.)


Re: [M100] MIDI with the Model T

2020-03-10 Thread John R. Hogerhuis
On Tue, Mar 10, 2020 at 1:34 PM Tom Wilson  wrote:

>
> Google search (aside from Model T) says some devices are tolerant of 30720.
>> Some devices can be switched to non-standard 38400bps which Model T is
>> exactly capable of.
>> Also I wonder if there are confounding variables like flow control, and
>> wiring?
>> -- John.
>
>
> There shouldn't be any issues with flow control: MIDI is about the
> simplest serial interface there is: it's a 2-wire current loop. The
> specification calls for 1% tolerance, so the most you can vary is 312.5bps.
> That makes a maximum of 31,562.5 and a minimum of 30937.5. So 30720 is out
> of spec. Devices like the Sound Canvas and Yamaha XG synths can accept data
> on the serial port at 38,400, but that's a special case and based on the
> firmware of the device setting its internal UART to that speed.
>
>
Yes, I agree it's out of spec. How often it works is a different question.

" Devices like the Sound Canvas and Yamaha XG synths can accept data on the
serial port at 38,400, but that's a special case and based on the firmware
of the device setting its internal UART to that speed. "

Right. That's what I understood. Some devices specifically have a
(non-standard) feature of being able to operate at 38,400


> I've been thinking about this, and what I'd probably do is use an Arduino
> as a translator. You can connect the T-100 to an Arduino through a serial
> connection using a simple MAX232 level converter, or your can use the
> parallel port to send 8 bits at a time. From there, you can use a MIDI
> shield to connect to a synthesizer. You don't need a large program; it's
> basically just relaying data with a small amount of buffering. So even an
> Uno can do the job.
>

Parallel port sounds like a good way. Who's going to be running their dot
matrix and playing MIDI files simultaneously?

Other issue is powering Arduino.

-- John.

>


Re: [M100] MIDI with the Model T

2020-03-10 Thread Tom Wilson
> Google search (aside from Model T) says some devices are tolerant of 30720.
> Some devices can be switched to non-standard 38400bps which Model T is
> exactly capable of.
> Also I wonder if there are confounding variables like flow control, and
> wiring?
> -- John.


There shouldn't be any issues with flow control: MIDI is about the simplest
serial interface there is: it's a 2-wire current loop. The specification
calls for 1% tolerance, so the most you can vary is 312.5bps. That makes a
maximum of 31,562.5 and a minimum of 30937.5. So 30720 is out of spec.
Devices like the Sound Canvas and Yamaha XG synths can accept data on the
serial port at 38,400, but that's a special case and based on the firmware
of the device setting its internal UART to that speed.

I've been thinking about this, and what I'd probably do is use an Arduino
as a translator. You can connect the T-100 to an Arduino through a serial
connection using a simple MAX232 level converter, or your can use the
parallel port to send 8 bits at a time. From there, you can use a MIDI
shield to connect to a synthesizer. You don't need a large program; it's
basically just relaying data with a small amount of buffering. So even an
Uno can do the job.

Here's another summary I found:
http://www.personal.kent.edu/~sbirch/Music_Production/MP-II/MIDI/midi_physical_layer.htm

Although note that his cabling diagram is wrong. MIDI cables should only
have the shield connected at one end. Never connect the grounds of two
audio devices together through the MIDI cable, as this causes ground loops
and hum. So properly designed MIDI cables (as opposed to generic DIN-5
patch cables or PC keyboard extensions) only connect the shield at one end.

Tom Wilson
wilso...@gmail.com
(619)940-6311
K6ABZ


Re: [M100] MIDI with the Model T

2020-03-10 Thread John R. Hogerhuis
On Tue, Mar 10, 2020 at 8:54 AM Mike Stein  wrote:

> We had a discussion about MIDI a few years ago and it was feasible; there
> was a fairly simple interface and some proof of concept software but I
> don't recall any actual serious software.
>
> Possibly some MIDI devices are more particular about baud rate than others
> but it worked with my keyboards at the time.
>
> I wonder if that discussion can still be found in the archive...
>
>

Google search (aside from Model T) says some devices are tolerant of 30720.

Some devices can be switched to non-standard 38400bps which Model T is
exactly capable of.

Also I wonder if there are confounding variables like flow control, and
wiring?

-- John.


Re: [M100] MIDI with the Model T

2020-03-10 Thread Mike Stein
We had a discussion about MIDI a few years ago and it was feasible; there was a 
fairly simple interface and some proof of concept software but I don't recall 
any actual serious software.

Possibly some MIDI devices are more particular about baud rate than others but 
it worked with my keyboards at the time.

I wonder if that discussion can still be found in the archive...

m
  - Original Message - 
  From: Alex ... 
  To: m...@bitchin100.com 
  Sent: Monday, March 09, 2020 10:00 AM
  Subject: Re: [M100] MIDI with the Model T


  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.