![[PukiWiki]](image/logo.gif "[PukiWiki]"){kind=logo}
* FT232 シリーズの synchronous bit-bang モード [#se38c80d] FTDI 社の FT232 シリーズは，UART だけでなく GPIO としても使えることで有名です． この FT232 シリーズの synchronous bit-bang について見てみました． ** synchronous bit-bang とは [#z53f426d] [[Application Note AN_232R-01 Bit Bang Mode Availability ... - FTDI Chip>https://www.ftdichip.com/Support/Documents/AppNotes/AN_232R-01_Bit_Bang_Mode_Available_For_FT232R_and_Ft245R.pdf]] によると， - 内部ボーレートクロックに同期してビットデータを送受信 - 受信データは送信データに同期してサンプルする -- ただし，受信データサンプル → 送信データ送出 の順番で処理するので，対応する送受信データを比較すると受信データが１サンプル分遅れる と''いうことになっています''． ** ホスト環境 [#k555b6b6] - debian testing(buster) -- Linux kernel 4.18.0 - libftdi 0.20-4 通信ライブラリは，FTDI 純正の D2XX ではなく libftdi を，テストプログラムにはlibftdi ソース付属の baud_test を使用しました． このテストプログラムは >0x00 0xff 0x00 0xff ... というシーケンスを送信します． つまり，１サンプルごとに出力ポートから L → H → L → ... を繰り返し送出していることになります． ** FT232RL （おそらく偽物） [#w55c13cc] #ref(IMG_20181226_012234.jpg,center,10%) まず最初は，よく見かける中国製の FT232RL 基板． 価格も安かったので，おそらくは FT232RL の偽物を使用していると思われます． この基板をホスト PC に接続し，コマンドラインからテストコマンドを実行します． $ ./baud_test -m s -b 10000 -c 128 real baudrate used: 10000 this test should take 10.00 seconds and took 41.4536 seconds, this is 2412 baud or factor 0.241 で，FT232RL の TxD ピンをオシロで見ると，以下のような波形が出力されていました． #ref(IMG_20181227_030102.jpg,center,10%) …何じゃこりゃ． 画面の時間軸（横軸）１マス分が 100 μs = 1/10000[bps] になるよう設定しているので，1マスごとに規則正しく L → H → L → ... という信号が出ていることを期待してたのですが，信号の変化点，つまりサンプルの出力が不定間隔になっています． 描画ごとに輝線を消さない persist モードで観測してみると #ref(IMG_20181227_030202.jpg,center,10%) このようになりました． 信号の変わり目は 100 μs の倍数にはなっていることがわかります． また，テストコマンドの実行結果出力では factor 0.241 と出力されており，出力レートが理想値の 1/4 ほどになっていることになります． データ出力が滞っているためでしょう． ** FT2232D [#qfb50fa5] #ref(IMG_20181226_012353.jpg,center,10%) #ref(IMG_20181226_012604.jpg,center,10%) 次は[[Olimex 社の ARM-USB-TINY>https://www.olimex.com/Products/ARM/JTAG/ARM-USB-TINY/]] です． 内部で FT2232D を使用しています． FT2232D の偽物が出回っているという話は聞かないので，これについてはおそらく本物でしょう． で，同様にコマンドを実行． $ ./baud_test -p i:0x15ba:0x0004 -m s -b 10000 -c 128 real baudrate used: 10000 this test should take 10.00 seconds and took 39.7634 seconds, this is 2515 baud or factor 0.251 出力波形と persist 表示． #ref(IMG_20181229_023659.jpg,center,10%) #ref(IMG_20181229_023812.jpg,center,10%) FT232RL（偽）と同様に 100μs ごとの不定間隔で出力されています． ホンモノでも同じ動きをするんだなぁ． ** FT2232H [#ea3d72e6] #ref(IMG_20181226_012330.jpg,center,10%) 最後に FT2232H． USB 2.0 high speed (480Mbps) で UART が２回路入りのものです． FTDI 社から出ている [[FT2232H-56Q>https://www.ftdichip.com/Support/Documents/DataSheets/Modules/DS_FT2232H-56Q_Mini_Module.pdf]] モジュールです． これもおそらく本物でしょう． コマンドラインからテストプログラムを実行します． $ ./baud_test -p i:0x0403:0x6010 -m s -b 10000 -c 128 real baudrate used: 10000 this test should take 10.00 seconds and took 7.7110 seconds, this is 12969 baud or factor 1.297 出力波形はこちら． #ref(IMG_20181229_030516.jpg,center,10%) 今度は H → L → H → … と規則正しく出力されています． が，よく見ると出力間隔が若干短いような． 画面上では 12820 bps と読めます． テストプログラムの実行結果でも出力速度が 1.297 倍とあります． FT2232H 側の問題なのか libftdi 側の問題なのかは不明． ** 考察とまとめ [#f7aaf058] *** 機能 [#r380d1c7] USB full speed (12Mbps) 系のデバイス (FT232RL, FT2232D) では，出力タイミングが一定間隔にならないという現象が見られました． UART のように受信側でタイミングを取るインターフェースの場合，これは問題となります． が，I2C や SPI のように送信側から送信ビットとクロックを送る場合，案外問題にならないと思われます． 用途を選んで使ってやれば使えないこともない，といったところでしょうか． 一方，USB high speed (480Mbps) 系の FT2232H では出力タイミングは一定してますが，設定したビットレートよりも 1.3 倍弱速いという現象が見られました． おそらくは libftdi 側の問題だとは思いますが，詳細は不明です． まぁ，問題があるにしてもビットレートの設定値を調整すればよいので，そこはたいした問題ではないでしょう． *** コスト [#t73a38fd] 趣味で使う場合は，特性を知った上で FT232RL の偽物の乗った基板モジュールを使うというのはアリかな，と思います．安価ですし． 規則正しい出力が欲しい場合は，FT(2)232H を使うべきかというと…微妙です． FT232H は基板モジュールの形では ￥2,000 前後で売られていますが，それだっら適当なマイコン基板にプログラムを書き込んで使ったほうが安上がりです． ただ，仕事で使う場合，「マイコン基板へのファームウェア書き込み」「ファームウェアプログラムや設計文書の維持」という，原価には見えないコストがかかってきます． FT(2)232H ならばデバイスへのファームウェア書き込みは不要で，ホスト PC のプログラムのメンテナンスだけで済みます． 生産台数・方法にもよりますが，部品単価の安いワンチップマイコンを使わずに敢えて FT(2)232H を使うという選択もアリかと思います．
