They aren't used dynamically though are they? The protocol itself takes care of flow.
I'm unable to have a real m100 talk via serial with VT. That seems odd. Must be a hardware pin issue. Interestingly the same hardware works if VT is swapped for teraterm. So I guess that virtualT must be flowing off while teraterm is flowing on.... On Friday, January 8, 2021, Brian White <b.kenyo...@gmail.com> wrote: > Ideally dsr/dtr should actually be connected since they are actually used, > by both TS-DOS and the drive. > > On Fri, Jan 8, 2021, 8:47 PM Stephen Adolph <twospru...@gmail.com> wrote: > >> at the end of the day, for TPDD access, seems that all hardware flow >> control should be disabled in all directions. >> >> so at each end of a cable >> RTS=CTS >> DTR=DSR >> >> is this the right way to think of it? >> >> >> >> >> On Fri, Jan 8, 2021 at 7:38 PM Stephen Adolph <twospru...@gmail.com> >> wrote: >> >>> I did see that and tried it. no luck so far but I will keep plugging >>> away. I seem to recall this worked for me in the past. >>> >>> What I am trying to do is drive a real TPDD in FDC mode, and use VT to >>> observe the transactions. >>> >>> >>> On Fri, Jan 8, 2021 at 7:23 PM Ken Pettit <petti...@gmail.com> wrote: >>> >>>> Hardware flow control? I think VT has a checkbox to ignore CTS / RTS. >>>> Did you try that? >>>> >>>> Ken >>>> >>>> On 1/8/21 4:19 PM, Stephen Adolph wrote: >>>> > Hey Folks, >>>> > I'm having some trouble getting bi-directional serial port working on >>>> > virtualT. >>>> > >>>> > * Windows 10 >>>> > * VT 1.7 (and also tried 1.6) >>>> > * using a real serial port COM 1, or also COM2 FTDI USB serial port >>>> > * Model T connected to COM1. >>>> > >>>> > I can send out from VirtualT no problem, but nothing seems to flow in >>>> > the return direction. >>>> > >>>> > I thought this worked.. struggling to understand why it is jammed up. >>>> > >>>> > On the same physical setup, if I kill VirtualT and start TeraTerm >>>> > instead, it works bi-directionally no problem. >>>> > >>>> > I may try Linux next. >>>> > >>>> > thx >>>> > Steve >>>> >>>>