Question 1

EVCC fixed-zones tariff エラー「slot duration 8m0s shorter than 15m0s」を修正する方法は？

Accepted Answer

Time-based Tariff ゾーンの開始時刻と終了時刻をすべて 15 分境界に合わせてください。EVCC はゾーンを正時境界で分割するため、13:52 に始まるゾーンでは 13:52–14:00 の 8 分スロットが作成され、検証に失敗します。13:45–16:45、14:00–17:00、または動作確認済みの設定である 01:30–06:15 と 14:00–16:45 などの時刻を使用してください。生成されるすべてのスロットが少なくとも 15 分であれば、別のゾーンが後で失敗する場合でも、最初のゾーンは単独で通過できます。これは EVCC 0.316.2 および slot-duration validation を含む新しいビルドに影響します。

Question 2

evccでchargesZonesの時間依存の価格調整がTibberタリフに適用されないのはなぜですか？

Accepted Answer

これは evcc 0.317.0 の既知のバグです（PR #34643 で修正済みで、次のリリースに含まれます）。`tariff/tibber.go` では、`chargesZones` を適用して計算された合計価格は、`charges`、`tax`、または `formula` が設定されている場合にのみ使用されていました。`charges: 0`、税なし、空の formula の場合、ゾーンはデータベースに正しく保存されているにもかかわらず、evcc は Tibber の通常の合計価格を返し、ゾーンを無視していました。修正方法：修正が含まれるリリースにアップグレードしてください。追加の設定は必要ありません。0.317.0 での回避策：ゼロ以外の基本料金（例：`0.0001`）を設定し、価格計算パスがトリガーされてゾーンが適用されるようにしてください。注意：`price - 0.08` のような formula を使用しても同等の回避策にはなりません。formula は合計価格（例：0.351 €/kWh）ではなく、Tibber のエネルギー成分（例：0.1173 €/kWh）に対して動作するためです。

Question 3

minCurrent を 2.9 A に設定して circuit に割り当てているのに、evcc の loadpoint が smart/PV モードで有効にならないのはなぜですか？

Accepted Answer

これは evcc の `setLimit()`（core/loadpoint.go）における既知の float64 丸め誤差のバグです。ロードポイントが circuit に割り当てられている場合、要求された電流はいったん電力に変換され、再び電流に戻されます。`2.9 * 3 * 230 / (3 * 230)` の計算結果は `2.8999999999999995` となり、これは `minCurrent: 2.9` を下回るため、evcc は `circuit limit 2.9A below min current 2.9A` というログを出力し、余剰電力が十分にある場合でも、充電器を有効化しないまま PV 有効化タイマーを延々と再起動し続けます。回避策: 往復変換を経ても値が維持される `minCurrent` を設定してください（例: `3` や `2.95`。整数値や 2.95/3.0 のような値は影響を受けません）。あるいは、ロードポイントから circuit の割り当てを解除するか、モード `now` を使用してください（maxCurrent で開始します）。恒久的な修正: `ValidatePower` が値を制限しない場合に電力への往復変換をスキップするコード修正が準備されています（あるいは小さなイプシロンで比較する方法）。この修正がマージされたら、それを含むリリースにアップデートしてください。

Question 4

アップストリームCSMSへのOCPP転送が有効になっている場合、なぜevccはOCPP idTag経由で車両を識別しないのですか？

Accepted Answer

これは evcc stable v0.318.1 の既知のバグです。OCPP 転送を有効にしている場合、evcc は中継された StartTransaction から idTag とアップストリームの transactionId を記録せず、後から MeterValues でトランザクションを検出するだけでした（'recovered transaction'）。そのため、車両が照合されることはありませんでした。これは PR #35244 で修正されており、トランザクション追跡（charger/ocpp/forwarder.go の trackTransaction）が追加されました。修正方法: 2026-10-25 以降に作成された nightly ビルドに更新するか（nightly.20261027-3a456cb / evcc 0.319.0-dev.1793067603 で動作確認済み）、v0.318.1 より新しい stable リリースを待ってください。更新後、evcc は idTag（例: VID:441DB1B02C72）を loadpoint の RFID 識別子として表示し、設定されている車両を自動的に識別します。

Question 5

How to fix evcc not using available PV excess with a Kostal Plenticore and KSEM dynamic feed-in limit?

Accepted Answer

In evcc 0.316.0, PR #32732 reads `maxacpower` once at startup from SunSpec model 120 (`WRtg`, Kostal register 531). With a KSEM smart meter, this can report the static grid-connection limit (e.g. 6825 W) instead of the inverter's AC rating (8500 W for a Plenticore 8.5). evcc then incorrectly subtracts power above 6825 W as `pv excess DC`, even when the grid meter shows export (`grid power` negative), causing Smart-mode charging to throttle or stop. Fix by upgrading to an evcc release containing the PR "Kostal Plenticore: restore manual maxacpower configuration", then set `maxacpower` explicitly to the inverter's nameplate AC rating, not the feed-in limit: `maxacpower: 8500`. Restart evcc. In the debug log, `pv excess DC` should then be 0/absent during export and `site power` should remain negative, allowing PV charging to continue. If upgrading is not immediately possible, use an older evcc version that allows manual `maxacpower` configuration and set it to 8500 W.

evcc

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト