#目的
　Tang-Nano-4Kに機器追加追加無しで、データのやり取りをやりたい。
　USBシリアルを使えば通信は出来るんだけど、USBシリアル邪魔だものね。
　USBでJTAGが繋がってるから、通信できる可能性は有るのだけど。
　誰かがやってくれるかもしれないが、待ってるだけも何だし。
　◆◆◆　よし、出来る範囲で頑張ってみるか　◆◆◆
　うーん、資料がないゾ。

#経緯
　Tang-Nano-4Kに、別途USBシリアルを繋げば通信できるのは当たり前。
　でもケーブルの結線は邪魔だし、接続を何時迄覚えて居られるかな。
　そもそもは、JTAGのシリアル端子がFPGAに繋がって居れば問題無かった話だが。
　　※多分、端子が足りなかったのだろう。
　其れなら、JTAGやってるBL702の通信モードを変えればと思ったが...。
　　※BL702はFTDI所生のFTD2XX.dllからのコマンドは受け付ける謎仕様。
　　※FTDIの真似っこしているようだが、大部分のコマンドは無視されてる様子。
　謎の壁は厚かったが、突破口として通信可能な条件を見出した、
　謎は解けた、と言っても判ったのはごく一部だとは思うけど。

#開発環境
　Tang-Nano-4K　　　　　　効率よくデバッグするなら２個必要。(何処かで買って)
　GOWIN EDA Education版　verilogのコンパイルに必要。(GOWINに登録して落して)
　ARMコンパイラ　　　　　Cortex-M3のプログラムコンパイルに必要。(　〃　)

#謎とき(JTAGのコマンド解析)
　JTAG通信を司っているBL702へ書き込まれているプログラムの資料は見つからなかった。
　　※メーカーに公開の義務も無いけど、コマンド位公開してほしいものだ。
　「FTDIのsampleプログラム」でアクセスするとレスポンスが帰ってきた。
　この結果より、FT_Open,FT_Close,FT_Write,FT_Readは動作する模様。
　その他のコマンドは、送っても動作しているかどうか良く判らなかった。
　送信している波形をAnalyzer Oscilloscopeで表示させ、解析回路を作成。
　同様な波形を送信する事により、LoopBack(FTDIのsampleソフト)での通信に成功。
　　※クロックに同期した送信波形。SPI信号、のような。

　送受信波形を下記に示す。左図では1(0x31)を送信、上からTCK,TDI,TDO、
　TCKに同期してTDIにデータ送信、暫くして受信データ(エコー)がTDOに表れてる。
　右図は左波形の拡大、約2.5MHzで通信している事を示す。

　ここで問題発生、プログラムを弄ったら通信できなくなった。
　変更点を比較すると、動作正常と動作異常のソフトではテスト用の送信データを変えていた。
　　正常　送信データ　"0123456789"
　　異常　送信データ　0x11,0x22,0x33,0x44,0x55,0x66,0x77,0x88,0x99
　この結果と、正常時も初回は"0123"が送られずに、"456789"のみ送信されている事より、"0123"はコマンドとして処理されていると判断。
　初期コマンドとして"0123"を送る事にした。

　しかし更に問題発生。13KB程度送受信した処で送信が停止する事態。
　其処で"0123"を色々変更して挙動を確認して次の結果を得た。
　　"0" コマンドとは関係なし。送出は不要。
　　"1" 送信データ長を指定するコマンド。MSBからの送信となる。
　　"23" データ長。0x3332 -1 = 13105Byte が送信データ長と認識される。

#システム構成
　開発システムは下記部分で構成。
　　ホスト通信ソフト　FTD2XX.dllを制御して、パソコン画面ででデータを送受信。
　　SPIターミナル　　USBの信号を受けて、SPI信号に変換するハード。
　　SPI信号交換回路　ホストとモニター間での、SPI信号交換するFPGAによる回路。
　　cm3モニター　　　ホストからの通信で、モニターとして動作。

　開発環境(笑)
　前方右がTang-Nano-4K本体、表示用LED付、右も同様だがターミナルとして使用。
　後方右は電源SW付USBハブ、左にロジアナが見える。その前はURT通信用のUSBシリアル。

#ホスト通信ソフト
　送受信動作は、
　　FT_Open -> FT_Write(初期化コマンド) -> FT_Write(データ送信) -> FT_Read(データ受信) -> FT_Close
　を無限に繰り返す。
　此処での注意事項として、データ送受信のByte数は同一にすること。
　　※間違えると戻ってこない。
　FT_ReadはFT_Write時に受け取ったデータであり、新たに受信用クロックの送出は行わない。
　　※cm3側の受信処理では、0x00のダミーデータを送信してるが。

　「ホスト通信ソフト」をgithubに上げておく。
　ソフトはUSBTransferをベースに改変したのでC#で書かれており、VS2017でコンパイルした。
　左上の Start Term をクリックして、緑に変われば通信可能になっている。
　その横に表示の Devices はUSBポートに繋がっているデバイス数(x2)。
　接続後デバイスが有効(デバイス数が2又は4)になってからクリックする事。
　　※相手がSPIターミナルで無くとも、通信可能と誤検知する。

#SPIターミナルとＪＴＡＧ用ピンのユーザー使用について
　本体FPGAとの通信は、Tang-Nano-4K上のBL702を通信デバイスを使用するが、取り得る選択肢が二通りある。

　[本体のBL702を利用]
　Tang-Nano-4Kが一個で事足りるが、Analyzer Oscilloscopeが使えなくなる。
　追加の外部配線は不要。
　JTAGビンは、TCK(input)=7,TDI(input)=3,TDO(output)=4 に設定しておく。

　[別のTang-Nano-4Kを利用]
　Tang-Nano-4Kが余計に必要。
　追加の外部配線として、TCK(16->7),TDI(13->3),TDO(17->4)を接続する。
　　※(　)内は(ターミナルデバイス->本体デバイス)への結線を示す。
　ターミナル側のJTAGビンは、TCK(input)=7,TDI(input)=3,TDO(input)=4 と設定しておく。
　　※FPGA側から余計な信号を貰わないように。
　本体側のJTAGビンは、TCK(input)=16,TDI(input)=13,TDO(output)=17 と設定。

　JTAG用のピンをユーザー側で使用する為に下記を設定。
　　Project -> Configuration -> Place&Route -> Dual-PurposePin -> Use JTAG as regular IO にチェックを入れると、JTAG用ピンをユーザーが使用可能となる。
　【！　此処で重要な注意事項　！】
　上記操作を実行後は、通常状態ではFPGAへの書き込みが出来なくなる。※当然だな
　この状態で書き込む場合、JTAGSEL(Tg-Nano-4Kの08ビン)をGNDに接続する必要が有る。
　　※Use JTAG as regular IO のチェックを外せば元の状態に戻る。
　　※08ピンをGND接続状態では regular IO は利用できない。※これも当然

#SPI信号交換回路
　機能としては、JTAGからのSPI信号をMCUに送る。MCUからのSPI信号を、JTAGに送る。
　どちらも相手はマスターなので、信号交換はSPIスレーブxスレーブとして動作する。
　通信速度が異なるので、バッファ(16Byte)をかましている。
　動作は「githubに上げた」、test_mcu_top.vを見てくれ。
　　※当初はデータ受信動作で誤入力多し。
　　　JTAGからの信号が弱く、TDOの変化でTCK(クロック)にノイズが乗っているのをAnalyzer Oscilloscopeで確認。
　　　FPGAの出力低減策として、DRIVE=8->4にする事により誤入力は無くなったが。
　　　Analyzer Oscilloscopeの動作に影響しそう。真っ当なノイズ除去対策が必要かも。

#cm3モニター
　モニターの入出力を、UARTからSPIに振り替えただけ。
　　※USRKEY2を押しながらリセットで、UART入出力に切り替わる。
　「githubに上げておく。」
　対応コマンドとして、下記を追加。
　　RS　SPIからの受信データを表示。
　　RG　GPIO入力を表示
　　WS　SPIから送信　※ WS 30 31 32 33 34(CR)
　　WG　GPIOに出力　※ WG 0001(CR)

#Analyzer OscilloscopeによるMCU搭載回路のデバック
　前回、mcuのデバックは出来ないと言っていたが、動作限定されるが利用可能で有った。
　先ず、MCU込みの回路とソフトをEEROMに書込んでおく。(旧いProgrammerが必要)
　次に、同一ロジックをAnalyzer Oscilloscopeの操作で書き込み、実行する。(Educationバージョンで)
　MCUが稼働可能な状態で、Analyzer Oscilloscopeでの計測が可能となる。
　　※ロジックを書き換えても問題無く使えたが、何処まで行けるかは不明。

#ＭＣＵ
　MCUに付属のGPIOは Enable GPIO をチェックするだけでは、inoutとしてビンへの接続しか出来ず内部使用不可。
　しかしその下の、 Enable GPIO I/O のチェックを外すと入出力が分離される。
この状態では、GPIOの信号がFPGA内で信号として利用可能となる。
　　※専用のＩＯポートを作らなくても、GPIOを使ってFPGA部との信号のやり取りが出来る。

　MCUのRAMとして、ディフォルトでは16KB割り割り当てられるが、これは20KBしか無い貴重なBSRAMの無駄遣い。
　EMPU設定画面で SRAM部をダブルクリックして設定画面を開けば SRAM SiZE の変更設定が可能。
　　※BSRAMが多く残れば、Analyzer Oscilloscopeでのキャプチャー範囲が増やせる。
　　　MCUが必要なRAMはコンパイル画面のdataセクションの表示で判る。(多分)
　　　現状は1084Byteと表示されている。設定で4KBを割り当てている。2KBに減らしても良いかも。

#BSRAMの使用について
　通信バッファを構成しているが、バッファを256byteとした場合、BSRAMを使用していた。
　バッファを32byteにした場合、BSRAMは使用されなくなったが、LUTの使用が200LUT程度増加。
　最適なバッファ容量も有るだろうが、BSRAMとLUTのどちらを使うかを天秤にかける事も出来る。
　　※BSRAMがもっと多ければ何の問題も無いが、コストに絡むのだろう。
　　　BSRAMが必要なのはAnalyzer Oscilloscopeの使い勝手向上の為であり、素人的運用だけど。

#Analyzer Oscilloscopeの利用について
　設定ファイル作成時には、 For Post-Synthesis を推奨しているが、 For RTL Design の方が使い勝手が宜しい。
　この状態ではロジックで作成した信号名だけが表示される。中間的な信号は無い方が素人は判りやすい。
　また、他社の物の様に、信号が存在しませんと言われない。
　この状態ではその分、最適化されて無いと言う事だろうけども。
　なにより、この程度の規模ではコンパイルは爆速、ロジックをガシガシ組み替えて動作確認が出来るのは嬉しい。
　　※シミュレーター環境組むほどの能力も根気も無いからね。

　Programmerと同様、USBにデバイスを１個以上接続すると動いてくれない。
　従って、書き込み時は本体のみにして行うが、Analyzer Oscilloscope動作時はそうも行かない。
　そこで、まず本体のみ接続しておきAUTO(連続再起動)で起動し、追加デバイスは起動後に繋ぐ。
　JtagTermは後から繋いだ方と通信するので、その儘で計測続行が可能。
　　※本体をUSBハブの上流に置かないと駄目かも知れない。
　但し、都合よくトリガが掛かるように考慮しないと、再トリガで波形が流れてしまう。
　　※MCUからGPI経由でトリガ信号を制御すれば問題無し。

　凄く便利なんだけど、設定の判り難さは何とかならないものか。
　特にトリガ条件の設定。Valueの設定が、RとかF,0,1とか言われても判るかな。
　　※トリガ信号を一本に絞り、自前でトリガ条件回路作れば済む話だけど。

#感想
　今回のデバックでも活用したが、コンパイル速度が速いのと相まってAnalyzer Oscilloscopeが超便利。
　ものの数十秒でロジックの動作再確認が可能になる。これなら半田付けよりも早いぜ。
　昔からFPGAで戯れてる身としては、ターンアラウンドの改善には驚異さえ感じてしまう。
　こんな機材を使う勉強と、紙上でand,orなんて言ってるレベルでは、競争にならないだろうな。
　パソコンと基板一枚あれば、技術レベルは飛躍的に向上。でも日本の教育ではやんないだろうね。
　高級な機材を有する教育期間も有るだろうが、其れじゃあ遅いんだな。
　プログラム教育が問題になってるが、ハードウェアはそれ以前じゃ無いかな。なんてね。

　JtagTermが使えるレベルになっているとは思うが、制約が面倒くさいので、使うかどうかは微妙。
　なお、上記記載内容は全て無保証であり、各自の責任においてご利用願います。