昨年末頃から引き続き自分の中で盛り上がっているラズパイ弄り...年明け早々にロボットカーを作ったことで更に拍車が掛かってきた模様。PICAR-Xを作ってみた】ロボットカーでは搭載されたセンサーやサーボなどを操作・制御して様々な動きをさせることが出来る。これはこれで楽しいし、未だに全ての機能を使いこなせているわけでもないけれど、次は自分が考えた操作・制御をハードとソフトの両方から作り上げていく形で試したい。考えて、ふと欲しいと思った機能を持った(盛った)ラズパイ四号機を組み立てることにした。ちなみに、一号機は色々使い回して今は電子工作用になっているラズパイ3B+、二号機はタブレット(RasPad3.0...4B)、三号機はロボットカー(PiCar-X...4B)になる。・CPU温度に応じて回転ON/OFFと回転速度を可変するクーリングファン・OLEDで各種情報表示(IPアドレス、CPU温度とファンの稼動状況、バッテリー残量、他)・シャットダウンボタン・電源スイッチそして、出来るだけコンパクトな金属製ケースに収めたい。希望機能から先ずは主要モジュール(ボード、HAT)を選定し、ダンボールなどでモックアップを作って大まかな容積を出し、更に各モジュール間の接続などを検討した上で、全てが無理なく収まるケースを調査。並行して、外付けのスイッチ(電源用スライドスイッチ、操作用タクトスイッチ)やGPIO端子の引き出し、I2Cの延長と分岐(RTC、OLED)などを検討。或る程度構想が固まった時点で必要な部材と工具を洗い出して発注...最近はAmazonを始めとして中国製の安価な部材や工具を良く見掛けるが、以前に比べると品質が大いに向上していて価格も安いので、こうした趣味の物作りには非常に嬉しい。中にはハズレも有ったりするけれど、流石に使い物にならないような物はもはや無く、ちょっとした不具合も安いので大目に見られるレベル、小物(ネジやスタンドオフなど)は元の量が豊富なので殆ど問題無し。外観(斜め前方から)外観(斜め後方から)構想から約一ヶ月。スクリプト)など、時々トラブルも遭ったけれど、かなり楽しんで進めることが出来た。金属製ケース元々は背の高い冷却システム(大型ヒートシンク&クーリングファン)の搭載を想定したケースで高さ方向に結構余裕があり、今回の用途にピッタリ。フットプリントはほぼラズパイサイズだけど、GPIOコネクタ側が広めになっていて、外付けスイッチ類を内蔵するのに良さそう。ラズパイ固定用のダボ(雌ネジ受け)は二箇所(写真下側)にしかなく、他方(写真上側)は各コネクタの出っ張りをケース側面に引っ掛けて支える構造になっている。このままではラズパイに重ねて装着する各種モジュールやバッテリーの重さでコネクタへ大きな負担が掛かるため、ラズパイの下側に短い(5mm)スタンドオフを装着して支え、ケースには両面テープで固定することにした。上からケースの蓋で押し付ける感じになるため、強固に固定する必要は無い。純銅製ヒートシンク一般的な貼り付けタイプのヒートシンクは意外と高さ(厚さ)があるため、上に重ねるモジュールとの干渉の恐れが有るし、干渉を回避しようと間隔を空けるとケース内に収まらない。このヒートシンクは熱伝導性が良い純銅製で、薄い(2mm)ため他モジュールと干渉し難く、間隔を最小限に出来る。四ヶ所をネジ留めするのでしっかり固定出来るのも良し。ちなみに、ロボットカーでも使用しており、剥き出しなこともあってかラズパイ4Bでもファン無しで全く問題無し。クーリングファンHATラズパイのGPIOコネクタに装着してCPU温度によって回転を制御するタイプのHATは幾つか出ているが、これはGPIOコネクタを自分でハンダ付けするタイプのため、このような拡張基板を追加するのが容易。(ファンのドライブ回路...トランジスタ、ダイオード、抵抗...も自分でハンダ付けする必要がある。)また、基板の一角にユニバーサルエリアが有り、自作の回路(今回はI2Cの延長と分岐)を実装出来る。オリジナルのファンは大きくて(40mm角×厚さ10mm)、上に重ねる他モジュールと干渉するため、以前KiWiSDRに使った小型の物(30mm角×厚さ7mm)に交換した。⇒【KIWISDRでラジオサーバー構築】ファンのPWM制御にはGPIO18が使用されるが、UPSボードもシャットダウン信号の通知用に同じくGPIO18を使用するため、ファン側をGPIO19に変更している。(UPSボード側でも無改造で変更出来るが、シリアル信号(二本)と合わせてシンプルに横並べしたかった。)変更は、基板上に明記されたカット位置でパターンをカットして、それぞれ用意されたスルーホールを使ってストラップ(上の写真でファンコネクタの手前を通っている青色の配線)をするだけ。RTCとOLEDを装着ユニバーサルエリアへのI2C各信号はラズパイ(+3.3V、GND)とファンHAT内(SDA、SCL)から供給し、RTCはピンヘッダに直挿し、OLEDはケーブルで接続。拡張基板ラズパイ用ブレッドボードから切り出して作成した拡張基板には、各種スイッチとGPIOコネクタから引き出したピンヘッダ(使用するGPIO、+5V、+3.3V、GND)を装着している。スイッチは左から、電源、シャットダウン(長押しでシャットダウン)、OLED表示(押すと一定時間表示)。UPSボード3.7VのLiPoバッテリーを接続し、外部給電(USB-C)されている時は機器への給電とバッテリーへの充電、外部給電が途切れるとバッテリーから機器へ給電し、その切替時は一切瞬断無し。機器への給電はUSB-A(二系統)の他に、直接ラズパイのGPIOコネクタ(+5V、GND)経由で行う方法があり、今回は給電性能が高く、ケーブルの引き回しがコンパクトになる後者を採用。シリアル通信でバッテリー残量/外部給電有無/出力電圧などの情報を取得することが出来る。他には、UPSボード自身にも電源スイッチ(ボード右端)が搭載されているが、外部スイッチ用コネクタ(ボード右端)も用意されている。(自照LED用端子も有り。)尚、シリアル通信/シャットダウン通知用と給電用のコネクタ(ボード中程に有る横に並んだ3pinと2pinの物)は装着されていないので(ピンヘッダ付属)、手持ちのパーツを使用した。今回、各コネクタ付きケーブルは全てシリコン電線を使用。軟らかくて取り回しがし易く、それでいて強く、耐熱性も良い。電流量が多い(+5V、3A以上)給電部分は22AWG、その他は28AWGを使い分けている。基板部分の配線(I2C)にはポリウレタン線を使用。ハード組み上げケースへの組み込みラズパイのインタフェース(給電用USB-Cは使わないためカバーを装着)各種スイッチとOLED各部材を下から積み上げる感じでケースに固定していくが、窮屈ではないが結構込み入っているため、まるでパズルのよう。事前にケーブルの引き回しを試行錯誤したおかげでちょうど良い感じの長さになったと思う。バッテリーの上に載っているのは、ケースとバッテリーの隙間を埋めるための熱伝導シート。両面テープだと粘着力が強くて剥がすのが大変だけど、これは程良い粘着力だし、バッテリーの熱をケースに伝えて放熱にもなる。ちなみに、UPSへの給電用USB-C端子と各種スイッチ類はそのままではケース側面に蔽われてしまうため、元々の開口部(OLEDが覗いている部分)を一部上に切り拡げた。UPSに実装されている電源スイッチを使用せず外付けスイッチを付けたのも、同じくケース(蓋部分の側面)に蔽われてしまい、更にそちらは開口部の拡張が難しかったため。ソフト(スクリプト)作りこれで一応ラズパイとしては普通に使えるけれど、予定機能を実現するためにはソフトの作成が必要。ラズパイのプログラミングも今回の目標なので、早速Pythonでスクリプトを作ることにした。ちなみに、Pythonに触れたのはほぼ初めてだったりする。プログラミング自体が随分久しぶりだけど(ロボットカーではブロックを並べる仕組みなのでちょっと雰囲気が違う)、自分が作ったハード/ソフトが自分の思う通りに動くのはやはり感動する。そこに至るまでの試行錯誤も面白い。今回作成したスクリプトはシステムの起動時に自動実行し、そのまま常駐する。&」を追記して再起動。実装機能:・スクリプト起動時に(システムの)起動完了を通知する。・一定間隔(現在約1分)でCPU温度を監視し、規定値(40°C)を超えたらファンが回転する。)し、上限値(70°C)を超えたらフル回転する。・一定間隔(現在約1分)でバッテリー残量を監視し、規定値(30%)を下回ったら警告メッセージを表示、下限値(5%)を下回ったらメッセージを表示してシャットダウンを実行。実はUPSボード自身にもバッテリー残量監視機能が有るが、「残量が無くなるとシャットダウン通知をする」(GPIO経由で通知し、ソフトで監視⇒シャットダウン処理)という仕様なので、明確な残量を指定して警告とシャットダウンを個別に行いたく自分で組むことにした次第。)を取得し、一定時間(約10秒)表示する。・シャットダウンボタンが長押しされたらメッセージを表示してシャットダウンを実行。LEDを、正常時は点滅・異常時は点灯したまま(heartbeat)にソフト設定だけで行えることを知り、早速適用。LEDの点滅が停まれば電源をOFFに出来る。・彫刻刀(三角、1.5mm)...プリントパターンのカット用いずれも以前から欲しかった物で今回思い切って購入。工具が揃っていると作業が捗る...特に精密圧着ペンチはコレがあるおかげでケーブル作りが全く苦にならなかった。余談だが、ナットドライバはAmazonで二本セットが単品(一本)より五割ほど安かった。トラブルラズパイでハードを弄るのが初めてならPythonを使うのも初めて...当然全てが順調だったわけではなくて、ハード/ソフトで結構あちこち引っ掛かった。トラブルシューティングは原因を突き止めて解決策を見出した時の達成感と爽快感があるので、さほど苦にならない(特に趣味だとね)。RTCが認識出来なくなった最初は問題無く認識して時刻操作も正常に行えていたが、OLEDを追加すると認識が不安定になり、その内完全に認識しなくなってしまった。⇒最初は普通に使えていたので初期不良ではなく、その後OLEDを追加する際に何度か外して付け替えていたので、もしかすると挿し間違えて逆電圧でも掛けてしまったのかもしれない。タクトスイッチでチャタリングと誤認識が起こる一度押すと何度も押されたかのように認識したり、スイッチや接続しているGPIO端子を触れただけで押されたと認識してしまう。⇒該当するGPIO端子のプルアップ設定を忘れるという実に単純なミス。ラズパイの動作不安定ラズパイとUPSをシリアル接続しているとシリアル通信をしていなくてもラズパイが非常に不安定(極端に遅くなる、フリーズする)になってしまう。Piの設定】で【インターフェイス】の「シリアルポート」と「シリアルコンソール」の両方が有効になっていたため、試しに「シリアルコンソール」を無効にしたら解決したが、いずれちゃんと原因を調べよう。(試しにやって結果オーライでは成果にならない。)さてまだ初歩の初歩・基礎の基礎だけどラズパイのハードとソフト弄りのスタートを切った。して組み上げた四号機の活用についてはまだスタート前。バッテリー稼働とステータス表示があるので、屋外での単体使用に良さそう。...アマ無線のFT8運用とかね。後日談1(Wi-FIのアクセスポートモード/クライアントモード同時対応)屋外での単体使用・アマ無線のFT8運用...となると是非とも欲しい機能がある。&単体使用であればノートPCやタブレット、スマートホンで操作(VNC、SSH)することになり、その際にWi-Fiルータ等が必要だが、別持ちするのは嵩張るので避けたい。FT8運用時には同時にラズパイからインターネットへのアクセスも行いたい。インターネットアクセスは必須ではないが、交信直後にeQSLへのログのアップロード(⇒カード送付)を自動実行したり、PSKreporterへリアルタイムで情報提供する際には欠かせない。それにインターネットアクセスが出来れば、NTPと同期してより正確な時刻補正が出来る。USB接続のGPSレシーバーやIC-705内蔵のGPSを使えば、NTPが使えなくても正確な時刻補正が出来るけれど、内蔵RTCやNTPとの切替で挙動不審を起こしやすいという事例もあることから見送り。現在は、NTPが利用出来る時はNTPがマスター/NTPが利用出来ない時はRTCがマスターになってシステムの時計を補正する構成にしている。(NTPがマスターの時はRTCの補正も行う。)まずはラズパイをWi-Fiのアクセスポイントにすべく情報収集していると、アクセスポイントモード(AP、親機として他の端末を接続)とクライアントモード(STA、子機として他のAPに接続)の両方を、ラズパイ内蔵のWi-Fi機能だけで同時に実現する方法を発見。5から操作(VNC、SSH)する環境が構築出来た。8の他に自宅のWi-Fiルータ(アクセスポイント)での使用もOK。現在はiPhone8が最優先になっているため、自宅のWi-Fiルータに接続していてもiPhone8のインターネット共有を有効にして暫く経つと自動で切り替わっている。クライアントモードでIPアドレスやDNSアドレスなどの設定を「自宅のWi-Fiルータ接続時は固定/iPhoneのインターネット共有接続時は未固定」と接続SSID毎に切り替える動作が未だ実現していない。自宅ではVNCやSSHでの利便性を考えて設定を固定したいが、固定にするとiPhoneのインターネット共有で接続出来ているのにインターネットアクセスが出来ないという状態になってしまうため、現在はやむを得ず常に未固定にしている。アクセスポイントモードではIPアドレス固定で問題無い。覚え書き(ヘッドレス&VNC操作時の低レスポンス回避)作製した四号機はディスプレイなどを繋がないヘッドレスで、VNC経由での表示・操作がメイン。使ってみたところ、Chromium(標準でインストールされているWebブラウザ)が非常に重く、表示までに時間がかなり掛かる、スクロールバーを使ったスクロール操作に全く追従出来ない(というか殆ど動かない)、スクロールバーをクリック(タップ)して直接移動しても表示されるまでにかなり時間が掛かる。文字入力でも一文字入力するのに秒単位で掛かるほどで、Googleなどの認証コード入力がタイムアウトになる始末。3.0では全く問題無く、内蔵ディスプレイはもちろんVNC経由でもスクロールバー操作でもスムーズに追従し、直接移動では即座に表示され、文字入力も問題無し。Webブラウザ自体の問題だろうと考えて、軽いと評判のブラウザを試してみたものの、多少軽減はされるが軽さは全く感じられず。3.0はHDMI接続のディスプレイ内蔵、四号機はディスプレイ接続無し。してVNC経由だけではなくヘッドレスも何か関係するのかも。試しに四号機にHDMI接続のディスプレイを繋いだところ、VNC経由でもWebブラウザが不満無く使用出来た。ヘッドレス且つVNC操作時の低レスポンスを回避する方法を適用したところ、驚くほど改善された。回避策自体は以前から知っていたが、VNC操作全般(マウス、キーボード)が遅くなるという事例であり、自分の場合はChromium(を含むWebブラウザ)以外では特に遅さを感じていなかったので、別の問題だと思い込んでいた。実際に操作全般や他のアプリでは適用前から特に高速化した感じは無し。JTDXのLagが明らかに減ったという嬉しい副効果は有ったかな。それによってデコード率やコールバック率が上がったという実感は無いけれども。※外部ディスプレイを使用する場合は以下の設定も行う。5の間で直接操作(VNC、SSH)が可能になる。ラズパイのIPアドレスはその都度変わってしまうが、内蔵したOLEDにIPアドレスを表示出来るので、そのIPアドレス宛に接続すれば良い。5自体もインターネットアクセスが可能になる。