[ttssh2-dev 591] Re: ticket #45271 / Serial Hard Flow

Back to archive index
NAGATA Shinya maya.****@gmail*****
2023年 2月 9日 (木) 23:50:54 JST


永田です。

> 返信がありました。

Tera Term Pro 2.3 から同じ問題がある、と言っていますね。
これまでずっと、まったく動作していなかったというのであれば、
もっと「動かない」という情報があった気がします。
この人のいうとおりに何かを変えて、今まで動いていた環境の人たちが
動かなくなって困ることがないように注意が必要だと思います。


> - RTS(PCからみてOUT)が0を出力
>    - ロジアナの0/1が何か判断できないが、フロー制御(送らないでを出力)中?
>       - RTS にトリガをかけて見てほしい

受信時に RTS を 1 にするのは Tera Term 側の役目だと思いますが、
どこで上げるんでしょうか?
https://learn.microsoft.com/ja-jp/windows/win32/api/winbase/ns-winbase-dcb
- dcb.fOutxCtsFlow = TRUE;
  CTS が off だと CTS が on になるまで送信が一時停止される
  これが送信の設定?
- dcb.fRtsControl = RTS_CONTROL_HANDSHAKE;
  RTS を上げるが、バッファが少なくなると RTS を下げる
  入力バッファとあるので、これが受信の設定?

> ttssh2-dev 557
> 送信する側はOSによるフロー制御(HandShake=HS)しないといけないので
> フロー制御テストする時の送信側は--rts hs で起動、
> 受信側は--rts on で起動しないといけないです。
この説明と合わない気がするのですが、私が勘違いしているでしょうか?
    

>    - 思ったフロー制御じゃない?
>      - https://lipoyang.hatenablog.com/entry/20130530/p1 (これ?)

ticket の波形は、同期を取るため?に1文字ごとに、CTS(PCから見て)が
上がっているように見えます。
この記事の波形(PCが送信側)は、RTS(上のオレンジ色)が上がりっぱなし
に見えます。MS の説明も、バッファがすべて送信されると RTS が下がる
と言っているので、ずっと上がっているのだと思います。
この記事のフロー制御と ticket のフロー制御?とは違うと思います。


> - マザーボードのシリアルがだめ(USB系はok)
>      - Hyperterminalができているならできるのか?

USB だと OK になることも、ハイパーターミナルだと OK になることも
不思議ですね。


> Hyperterminalなどは受信バッファサイズが大きく設定している(or効率よく受信)?
> - TeraTermの思っているフロー制御と違う制御のDCEが通信相手?
>    - 上記のRTS,CTSのWikipedia(en)の記事を見てもらえればいいかな

返信を書き途中ですが、こちらの考えているフロー制御の部分は
こんな説明であっているでしょうか?
https://osdn.net/users/nmaya/pf/Tera_Term_test/wiki/serial#h1-Hardware.20flow.20control


-- 
TeraTerm Project https://ttssh2.osdn.jp/
NAGATA Shinya <maya.****@gmail*****>



ttssh2-dev メーリングリストの案内
Back to archive index