ah!  I understand now. that makes sense.  if CP/M still thinks it needs to
throttle the screen then that stays in effect even when the screen is
redirected.
I guess ZorkIII is implementing its own check .. IE it is a problem with
Zork III not CP/M.

On Wed, Nov 17, 2021 at 9:50 AM tjhoppe <[email protected]> wrote:

> Well, good news. If you set M100 CPM to 'Sc S' and 'Cu S' it works much
> better. I still found an issue playing Zork III where it says
> "-----more-----" then stopped responding, requiring me to press enter on
> the M100.
>
> stat con:=uc1:   <-- Redirect CP/M output to serial port
> stat con:=tty:     <-- Change it back to M100 native display (type this
> from terminal program on PC)
>
> I am using Minicom 2.7.1 on Linux (VT102 emulator with 19200 N81). I left
> it on overnight and it is still working this morning.
>
> Tom
>
>
> On Tue, Nov 16, 2021 at 2:55 PM Tom Hoppe <[email protected]> wrote:
>
>> Correct, VT100 emulation.
>>
>> On Tue, Nov 16, 2021 at 2:15 PM Stephen Adolph <[email protected]>
>> wrote:
>>
>>> there will be escape characters flowing over serial in this case, so you
>>> need to ensure that does not mess with things.
>>> If I understand what is happening
>>>
>>> M100 ---->   PC  (video terminal character flow)
>>> M100 <----  PC  (input keyboard strokes)
>>>
>>> When you say the terminal works reliably using F3, you are using the PC
>>> as a display for CP/M, right?  And in this case, you selected VT100
>>> emulation?
>>>
>>>
>>>
>>>
>>> On Tue, Nov 16, 2021 at 5:05 PM Tom Hoppe <[email protected]> wrote:
>>>
>>>> I left minicom set to 19200 8N1 and it worked (until it didn't). The Sc
>>>> L vs Sc S is a good point! I will try changing this tonight and see if
>>>> it helps. My ultimate goal is to ssh into my home PC from work so I can
>>>> play with CP/M during lunch :).
>>>>
>>>> Tom
>>>>
>>>>
>>>> On Tue, Nov 16, 2021 at 11:21 AM Jim Anderson <[email protected]>
>>>> wrote:
>>>>
>>>>> First thought that comes to mind: it may be stopping because of the
>>>>> feature which pauses the screen output after 8 lines of consecutive output
>>>>> – try Label-F1-Label to toggle ‘Sc L’ to ‘Sc S’ to disable this before
>>>>> redirecting the console?
>>>>>
>>>>>
>>>>>
>>>>> I’m glad to see this post because I honestly had been thinking a while
>>>>> back that “I wish there was a way to use a ps/2 keyboard with my MVT100
>>>>> board as a full-blown terminal” but didn’t try anything because I’m not
>>>>> familiar enough with CP/M to know how to redirect the console like that.
>>>>> What baud rate does it end up using when you do this?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>         jim
>>>>>
>>>>>
>>>>>
>>>>> *From:* M100 <[email protected]> *On Behalf Of *Tom
>>>>> Hoppe
>>>>> *Sent:* Tuesday, November 16, 2021 10:50
>>>>> *To:* [email protected]
>>>>> *Subject:* [M100] Re-directing CP/M console to serial port in REXCPM
>>>>>
>>>>>
>>>>>
>>>>> *CAUTION External Sender:* Do not click links or open attachments
>>>>> unless you recognize the sender and know the content is safe.
>>>>>
>>>>>
>>>>>
>>>>> I am trying to re-direct the REXCPM console to the M100 serial port
>>>>> but only having limited success. I am using 'stat con:=uc1:' to do
>>>>> the re-direct. It seems to work for a minute, then stops. I am using
>>>>> minicom in Linux and it works reliably using the REXCPM 'F3 toggle' 
>>>>> feature
>>>>> to re-direct only the screen output (19200 8N1). Has anyone else tried
>>>>> doing this successfully?
>>>>>
>>>>>
>>>>>
>>>>> Tom Hoppe
>>>>>
>>>>>
>>>>>
>>>>>

Reply via email to