Darkside（https対応しました）

　次は、受信機 dsPIC をソフトウェアＩ２Ｃに戻す。
　ハードウェアＩ２Ｃで散々苦労したのは何だったんだ？と呆れるほどあっさりと、傾斜センサー値の取得と液晶ディスプレイ表示が成功する。安定している。シングルマスターで使う分には、ソフトウェアＩ２Ｃの信頼性は圧倒的だ。

　ならば、Jetson Nano のＳＰＩに再挑戦しよう。こちらのページを参考に、作業する。
　Jetson-IO を使い、ＳＰＩ１を有効にする。ところが、保存してもリブートすると unused に戻ってしまう。設定をファイルに保存、という項目を選ぶと、リブートしても設定が消えなくなった。しかしそれで Jetson-IO 上からＳＰＩ１が確認できても、ls /dev/ には表示されない。spidev が出て来ないのでは、動作する可能性は低い。

　そこで今度は、flash-dtb-update-2019-12-09.tar.gz を使ってみる。
　しかしこれも、エラーが出て設定できない。
　どうやら最も面倒臭い、Linux PC を用意しての書き換え作業しかないようだ。

　だが、cat /sys/kernel/debug/tegra_gpio を実行して確認すると、ＳＰＩが有効になっている。ls /dev/ では、相変わらず出て来ない。

　出てこないのだが、spidev はビルドされている。

　デバイスツリーの再構築が出来ていることを確認する試験は、すべてパスするのだ。唯一、ls /dev/ だけがパスしない。/dev/spi0.0 など、どこにも存在しない。このまま強行しても、９月同様に spi.open でエラーになるのがオチだ。完全に、当時の轍を踏んでいる。

　そう言えば、Ｉ２Ｃの時は１系統壊れていた。試しに Jetson-IO で、ＳＰＩ２を有効にしてみる。しかし遺憾ながら、/dev/spi* は出現してくれない。どうやら、諦めるしかないようだ。ＳＰＩの使い方を試行錯誤する以前に、ＳＰＩをオープンできないのでは手も足も出ない。
　プランＢ・・・信号線の１本を使い、傾斜センサーへのアクセスを時分割する。