Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

zondag 12 april 2026 13:46

Acties:

Lasoul schreef op zaterdag 11 april 2026 @ 16:15:
Is er al iemand die DAO in combinatie gebruikt met een Deye hybride omvormer en dat goed heeft draaien?
Ben opzoek naar de automatiseringen en config.

"battery": [
{
"name": "Deye",
"entity_actual_level": "sensor.jk_bms_jk_bms_state_of_charge",
"capacity": 32.0,
"upper_limit": 100,
"lower_limit": 10,
"optimal_lower_level": 10,
"penalty_low_soc": 0.0025,
"charge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 100.0,
"efficiency": 0.62
},
{
"power": 500.0,
"efficiency": 0.87
},
{
"power": 1500.0,
"efficiency": 0.94
},
{
"power": 3000.0,
"efficiency": 0.95
},
{
"power": 5000.0,
"efficiency": 0.96
},
{
"power": 7500.0,
"efficiency": 0.964
},
{
"power": 10000.0,
"efficiency": 0.966
},
{
"power": 12000.0,
"efficiency": 0.966
}
],
"discharge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 100.0,
"efficiency": 0.62
},
{
"power": 500.0,
"efficiency": 0.78
},
{
"power": 1000.0,
"efficiency": 0.87
},
{
"power": 1500.0,
"efficiency": 0.9
},
{
"power": 3000.0,
"efficiency": 0.923
},
{
"power": 4500.0,
"efficiency": 0.926
},
{
"power": 6000.0,
"efficiency": 0.928
},
{
"power": 7500.0,
"efficiency": 0.93
},
{
"power": 9000.0,
"efficiency": 0.93
},
{
"power": 12000.0,
"efficiency": 0.931
}
],
"reduce_power_low_soc": [],
"reduce_power_high_soc": [],
"minimum_power": 200,
"dc_to_bat_efficiency": 0.9838,
"dc_to_bat_max_power": 12000,
"bat_to_dc_efficiency": 0.9838,
"bat_to_dc_max_power": 12000,
"cycle_cost": 0.01,
"entity_set_power_feedin": "input_number.dao_set_power_feedin",
"entity_set_operating_mode": "input_select.dao_set_operating_mode",
"entity_set_operating_mode_on": "Aan",
"entity_set_operating_mode_off": "Uit",
"entity_stop_inverter": "input_datetime.dao_stop_inverter",
"entity_balance_switch": "input_boolean.dao_balance_switch",
"entity_from_battery": "input_number.dao_from_battery",
"entity_from_pv": "input_number.dao_from_pv",
"entity_from_ac": "input_number.dao_from_ac",
"entity_calculated_soc": "input_number.dao_calculated_soc",
"solar": [
{
"name": "Oost",
"tilt": 35.0,
"orientation": 125.0,
"capacity": 3.5,
"yield_factor": 0.0074375,
"strings": [],
"ml_prediction": true,
"entities_sensors": [
"sensor.deye_pv2_power_kwh"
]
},
{
"name": "West",
"tilt": 35.0,
"orientation": -55.0,
"capacity": 3.5,
"yield_factor": 0.0074375,
"strings": [],
"ml_prediction": true,
"entities_sensors": [
"sensor.deye_pv1_power_kwh"
]
}
]
}
],

alias: DOA DEYE Battery Mode Control
description: >

Balance: Zero Export to CT, TOU enabled, SOC 10%, Charge off Discharge:
Export first, feedin > charge current, SOC 10%, Charge off Charge: Zero Export
To Load, feedin > charge current, SOC 100%, Charge on Idle: Zero Export To
Load, TOU enabled, Master Grid Charge off, SOC 10%, Charge off
triggers:
- entity_id:
- input_boolean.dao_balance_switch
- input_number.dao_set_power_feedin
trigger: state
conditions: []
actions:
- choose:
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "on"
sequence:
- action: select.select_option
metadata: {}
data:
option: Zero Export To CT
target:
entity_id: select.deye_work_mode
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Disabled
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "10"
alias: Balans, Nul op meter
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "off"
- condition: template
value_template: "{{ states('input_number.dao_set_power_feedin')|float < 0 }}"
sequence:
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_work_mode
data:
option: Export First
- action: switch.turn_off
metadata: {}
target:
entity_id: switch.deye_battery_grid_charging
data: {}
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Disabled
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "10"
- target:
entity_id:
- number.deye_program_1_power
- number.deye_program_2_power
data:
value: "{{ (states('input_number.dao_set_power_feedin')|float | abs) }}"
action: number.set_value
alias: Discharge
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "off"
- condition: template
value_template: "{{ states('input_number.dao_set_power_feedin')|float > 0 }}"
sequence:
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_work_mode
data:
option: Zero Export To Load
- action: switch.turn_on
metadata: {}
target:
entity_id: switch.deye_battery_grid_charging
data: {}
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Grid
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "100"
- target:
entity_id:
- number.deye_program_1_power
- number.deye_program_2_power
data:
value: "{{ (states('input_number.dao_set_power_feedin')|float | abs) }}"
action: number.set_value
alias: Charge
- conditions:
- condition: state
entity_id: input_boolean.dao_balance_switch
state: "off"
- condition: template
value_template: "{{ states('input_number.dao_set_power_feedin')|float == 0 }}"
sequence:
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_work_mode
data:
option: Zero Export To Load
- action: switch.turn_off
metadata: {}
target:
entity_id: switch.deye_battery_grid_charging
data: {}
- action: select.select_option
metadata: {}
target:
entity_id: select.deye_time_of_use
data:
option: Enabled
- action: select.select_option
metadata: {}
target:
entity_id:
- select.deye_program_1_charging
- select.deye_program_2_charging
data:
option: Disabled
- action: number.set_value
metadata: {}
target:
entity_id:
- number.deye_program_1_soc
- number.deye_program_2_soc
data:
value: "10"
alias: Idle
mode: single

En de helpers niet vergeten aan te maken.

zondag 12 april 2026 13:52

Acties:

Lasoul

The Source schreef op zondag 12 april 2026 @ 13:46:
[...]

[...]

[...]

En de helpers niet vergeten aan te maken.

Top, bedankt!

Klopt het dat je maar twee Time of Use programma's gebruikt op de Deye?
Hoe moet de feed_in worden geïnterpreteerd?

[ Voor 23% gewijzigd door Lasoul op 12-04-2026 20:30 ]

zondag 12 april 2026 17:06

Acties:

BertSmelik

KC27 schreef op zaterdag 11 april 2026 @ 17:49:
Er is een nieuwe versie onderweg waarin de hoofdletters in entity-namen worden geaccepteerd:
versie 2026.04.2 / 2026.04.2.rc1
Die zal er over ongeveer 10 minuten zijn.

Nog een probleem bij het omschakelen naar 2026.04.2.
Ik kon aanvankeliijk niet de optimalisatie berekening uitvoeren. Een heleboel fouten en tracing in de logging.
Toen geprobeerd om in Solar de entity "entity pv switch" toegevoegd met "" als gegeven. Ook dat ging fout, maar al direct in het begin signaleringen over het formaat ervan.
Daarna de "entity pv switch" weer uit de configuratie gehaald en toen liet de optimalisatie berekening gewoon door!!
Geen idee hoe dit kan, maar ik ben wel blij dat het weer loopt.

zondag 12 april 2026 20:43

Acties:

Lasoul

Ben vanmiddag even met excel aan de slag geweest voor 2027 om te bepalen wat je moet doen met welke Epex-prijs. Nu vroeg ik mij af of ik vanuit DAO een signaal krijg wanneer ik de zonnepanelen moet "knijpen" op het moment dat de batterij bijna vol zit en ik toch PV overschot heb. Dus van -0.11 tot -0,03.
Nou kan ik de PV die rechtstreeks op mijn hybride omvormer zit wel direct sturen maar ik heb ook nog andere AC-gekoppelde omvormers (Enphase en een kleine omvormer met 3 panelen).

Afbeeldingslocatie: https://tweakers.net/i/1afj8gUsEeCs_8mnfUJLZa3_IC4=/800x/filters:strip_exif()/f/image/uYGALiffVvfG4WsqwHHl5ufY.png?f=fotoalbum_large

zondag 12 april 2026 21:29

Acties:

The Source

@KC27 , helaas geeft de nieuwe versie mij ook een error bij optimalisatie berekening met debug:

ERROR while running Cbc. Signal SIGSEGV caught. Getting stack trace.
en
ERROR while running Cbc. Signal SIGABRT caught. Getting stack trace.

Mijn log:

2026-04-12 21:13:06 INFO: Loaded 6 secrets from ../data/secrets.json
2026-04-12 21:13:06 INFO: Validating configuration with ConfigurationV0
2026-04-12 21:13:06 info: Day Ahead Optimalisering versie: 2026.04.2
2026-04-12 21:13:06 info: Day Ahead Optimalisering gestart op: 12-04-2026 21:13:06
2026-04-12 21:13:06 info: Day Ahead Optimalisatie gestart: 12-04-2026 21:13:06 taak: calc_optimum_met_debug
2026-04-12 21:13:06 info: Debug = True
2026-04-12 21:13:06 info: Zelf berekende baseload
2026-04-12 21:13:06 info: ML prediction Zuid
date_time prediction
0 2026-04-12 21:00:00+02:00 0.003
1 2026-04-12 22:00:00+02:00 0.003
2 2026-04-12 23:00:00+02:00 0.003
3 2026-04-13 00:00:00+02:00 0.003
4 2026-04-13 01:00:00+02:00 0.003
5 2026-04-13 02:00:00+02:00 0.003
6 2026-04-13 03:00:00+02:00 0.003
7 2026-04-13 04:00:00+02:00 0.003
8 2026-04-13 05:00:00+02:00 0.003
9 2026-04-13 06:00:00+02:00 0.003
10 2026-04-13 07:00:00+02:00 0.015
11 2026-04-13 08:00:00+02:00 0.138
12 2026-04-13 09:00:00+02:00 0.250
13 2026-04-13 10:00:00+02:00 0.203
14 2026-04-13 11:00:00+02:00 0.239
15 2026-04-13 12:00:00+02:00 0.753
16 2026-04-13 13:00:00+02:00 2.042
17 2026-04-13 14:00:00+02:00 2.206
18 2026-04-13 15:00:00+02:00 2.112
19 2026-04-13 16:00:00+02:00 1.635
20 2026-04-13 17:00:00+02:00 0.649
21 2026-04-13 18:00:00+02:00 0.103
22 2026-04-13 19:00:00+02:00 0.030
23 2026-04-13 20:00:00+02:00 0.004
24 2026-04-13 21:00:00+02:00 0.003
25 2026-04-13 22:00:00+02:00 0.003
26 2026-04-13 23:00:00+02:00 0.003
2026-04-12 21:13:06 info: ML prediction Oost
date_time prediction
0 2026-04-12 21:00:00+02:00 0.006
1 2026-04-12 22:00:00+02:00 0.007
2 2026-04-12 23:00:00+02:00 0.007
3 2026-04-13 00:00:00+02:00 0.007
4 2026-04-13 01:00:00+02:00 0.007
5 2026-04-13 02:00:00+02:00 0.017
6 2026-04-13 03:00:00+02:00 0.017
7 2026-04-13 04:00:00+02:00 0.017
8 2026-04-13 05:00:00+02:00 0.017
9 2026-04-13 06:00:00+02:00 0.017
10 2026-04-13 07:00:00+02:00 0.025
11 2026-04-13 08:00:00+02:00 0.102
12 2026-04-13 09:00:00+02:00 0.161
13 2026-04-13 10:00:00+02:00 0.119
14 2026-04-13 11:00:00+02:00 0.149
15 2026-04-13 12:00:00+02:00 0.457
16 2026-04-13 13:00:00+02:00 0.878
17 2026-04-13 14:00:00+02:00 0.863
18 2026-04-13 15:00:00+02:00 0.738
19 2026-04-13 16:00:00+02:00 0.420
20 2026-04-13 17:00:00+02:00 0.128
21 2026-04-13 18:00:00+02:00 0.043
22 2026-04-13 19:00:00+02:00 0.027
23 2026-04-13 20:00:00+02:00 0.011
24 2026-04-13 21:00:00+02:00 0.009
25 2026-04-13 22:00:00+02:00 0.009
26 2026-04-13 23:00:00+02:00 0.009
2026-04-12 21:13:06 info: ML prediction West
date_time prediction
0 2026-04-12 21:00:00+02:00 0.007
1 2026-04-12 22:00:00+02:00 0.004
2 2026-04-12 23:00:00+02:00 0.004
3 2026-04-13 00:00:00+02:00 0.009
4 2026-04-13 01:00:00+02:00 0.009
5 2026-04-13 02:00:00+02:00 0.001
6 2026-04-13 03:00:00+02:00 0.001
7 2026-04-13 04:00:00+02:00 0.001
8 2026-04-13 05:00:00+02:00 0.001
9 2026-04-13 06:00:00+02:00 0.001
10 2026-04-13 07:00:00+02:00 0.020
11 2026-04-13 08:00:00+02:00 0.111
12 2026-04-13 09:00:00+02:00 0.165
13 2026-04-13 10:00:00+02:00 0.170
14 2026-04-13 11:00:00+02:00 0.182
15 2026-04-13 12:00:00+02:00 0.470
16 2026-04-13 13:00:00+02:00 0.525
17 2026-04-13 14:00:00+02:00 0.611
18 2026-04-13 15:00:00+02:00 0.778
19 2026-04-13 16:00:00+02:00 0.564
20 2026-04-13 17:00:00+02:00 0.225
21 2026-04-13 18:00:00+02:00 0.138
22 2026-04-13 19:00:00+02:00 0.068
23 2026-04-13 20:00:00+02:00 0.023
24 2026-04-13 21:00:00+02:00 0.001
25 2026-04-13 22:00:00+02:00 0.001
26 2026-04-13 23:00:00+02:00 0.001
2026-04-12 21:13:06 info: Start waarden:
uur tijd spot p_l p_t base pv_ac pv_dc
0 21:00 2026-04-12 21:00:00 0.137 0.313 0.313 0.867 0.003 0.010
1 22:00 2026-04-12 22:00:00 0.131 0.305 0.305 0.771 0.003 0.011
2 23:00 2026-04-12 23:00:00 0.121 0.293 0.293 0.466 0.003 0.011
3 00:00 2026-04-13 00:00:00 0.116 0.287 0.287 0.287 0.003 0.016
4 01:00 2026-04-13 01:00:00 0.110 0.280 0.280 0.220 0.003 0.016
5 02:00 2026-04-13 02:00:00 0.106 0.276 0.276 0.228 0.003 0.018
6 03:00 2026-04-13 03:00:00 0.106 0.276 0.276 0.202 0.003 0.018
7 04:00 2026-04-13 04:00:00 0.109 0.279 0.279 0.223 0.003 0.018
8 05:00 2026-04-13 05:00:00 0.117 0.289 0.289 0.200 0.003 0.018
9 06:00 2026-04-13 06:00:00 0.135 0.310 0.310 0.290 0.003 0.018
10 07:00 2026-04-13 07:00:00 0.144 0.322 0.322 0.439 0.015 0.045
11 08:00 2026-04-13 08:00:00 0.173 0.357 0.357 -0.305 0.138 0.213
12 09:00 2026-04-13 09:00:00 0.164 0.345 0.345 -1.113 0.250 0.326
13 10:00 2026-04-13 10:00:00 0.142 0.319 0.319 -0.640 0.203 0.289
14 11:00 2026-04-13 11:00:00 0.122 0.295 0.295 -0.753 0.239 0.331
15 12:00 2026-04-13 12:00:00 0.112 0.282 0.282 -0.309 0.753 0.927
16 13:00 2026-04-13 13:00:00 0.106 0.276 0.276 0.003 2.042 1.404
17 14:00 2026-04-13 14:00:00 0.114 0.285 0.285 -0.372 2.206 1.474
18 15:00 2026-04-13 15:00:00 0.117 0.289 0.289 -0.235 2.112 1.517
19 16:00 2026-04-13 16:00:00 0.114 0.285 0.285 -0.142 1.635 0.983
20 17:00 2026-04-13 17:00:00 0.125 0.299 0.299 0.477 0.649 0.353
21 18:00 2026-04-13 18:00:00 0.145 0.322 0.322 0.470 0.103 0.181
22 19:00 2026-04-13 19:00:00 0.165 0.347 0.347 0.824 0.030 0.095
23 20:00 2026-04-13 20:00:00 0.154 0.333 0.333 0.794 0.004 0.034
24 21:00 2026-04-13 21:00:00 0.143 0.320 0.320 0.227 0.003 0.011
25 22:00 2026-04-13 22:00:00 0.131 0.305 0.305 0.458 0.003 0.011
26 23:00 2026-04-13 23:00:00 0.123 0.296 0.296 0.521 0.003 0.011
2026-04-12 21:13:07 info: No reduced hours applied for Deye
2026-04-12 21:13:07 info: No reduced power applied during discharging at low soc
2026-04-12 21:13:07 info: No reduced power applied during charging at high soc
2026-04-12 21:13:07 info: Startwaarde SoC Deye: 78.0%

2026-04-12 21:13:07 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-04-12 21:13:07 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-04-12 21:13:07 info: Strategie: minimale kosten
2026-04-12 21:13:07 info: Maximale fout (maximal gap): 0.005000 euro
Cbc0036I Heuristics switched off as 54 branching objects are of wrong type

▶ Cut generation (root node)

Pass Rows Tight Frac Suminf Objective Time(s)
──── ──────── ──────── ────── ────────── ──────────────── ────────
1 405 0 41 2.612 -5.46132 0.011
2 446 41 0 0 -5.46132 0.015

▶ Branch and bound

Nodes OnTree Depth BestSol Method BestBound Gap% Time(s)
──────── ──────── ────── ─────────────── ──────────────── ─────────────── ──────── ─────────
★ 6 0 0 -5.43678 strong branching -5.45513 0.34% 0.031
★ 6 0 0 -5.43843 strong branching -5.45513 0.31% 0.032
★ 11 0 0 -5.44161 strong branching -5.45513 0.25% 0.038
★ 19 0 0 -5.45513 strong branching -5.45513 0.00% 0.058

✔ Optimal — Obj: -5.45513 Bound: -5.45513 Gap: 0.00% Nodes: 20 Iters: 234 Time: 0.061s

Cut generator summary:
Generator Row cuts Avg density Col cuts Time(s) Next run
────────────────────── ──────── ─────────── ──────── ───────── ────────────
Probing 131 2.3 0 0.001 every node
Gomory 28 25.8 0 0.000 every node
Knapsack 0 0.0 0 0.001 disabled
Clique 0 0.0 0 0.000 disabled
MixedIntegerRounding2 28 6.1 0 0.000 every node
FlowCover 17 4.0 0 0.000 every node
TwoMirCuts 34 11.6 0 0.000 disabled

✔ Cut generation complete — 41 cuts, obj -5.46132 → -5.46132 in 2 passes

ERROR while running Cbc. Signal SIGSEGV caught. Getting stack trace.
/root/dao/prog/miplib/lib/libCbc.so(_Z15CbcCrashHandleri+0xf2) [0x7f5817cc5672]
/lib/x86_64-linux-gnu/libc.so.6(+0x3fdf0) [0x7f5841e48df0]
/root/dao/prog/miplib/lib/libCoinUtils.so.0(_ZN18CoinMessageHandler13internalPrintEv+0xe5) [0x7f5817545ab5]
/root/dao/prog/miplib/lib/libCoinUtils.so.0(_ZN18CoinMessageHandler6finishEv+0x2b) [0x7f5817546f4b]
/root/dao/prog/miplib/lib/libCoinUtils.so.0(_ZN18CoinMessageHandlerlsE17CoinMessageMarker+0x5d) [0x7f58175479fd]
/root/dao/prog/miplib/lib/libCgl.so.0(_ZN13CglPreProcess11postProcessER18OsiSolverInterfacei+0x854) [0x7f5817a54fc4]
/root/dao/prog/miplib/lib/libCbc.so(_Z8CbcMain1St5dequeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EER8CbcModelR13CbcParametersPFiPS8_iEP9ampl_info+0x1bfff) [0x7f5817cf757f]
/root/dao/prog/miplib/lib/libCbc.so(Cbc_solve+0x2418) [0x7f5817d5c358]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(+0x2d052) [0x7f583543b052]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(+0x2b978) [0x7f5835439978]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(cffistatic_ffi_call+0x178) [0x7f5835439af3]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(+0x135e7) [0x7f58354215e7]
python3(_PyObject_MakeTpCall+0x27b) [0x54726b]
python3(_PyEval_EvalFrameDefault+0x2661) [0x563da1]
python3(PyEval_EvalCode+0xcc) [0x55d48c]
python3() [0x6ab8d1]
python3() [0x6a899c]
python3() [0x6b9943]
python3() [0x6b93e3]
python3() [0x6b921e]
python3(Py_RunMain+0x3c1) [0x6b86f1]
python3(Py_BytesMain+0x2b) [0x6838eb]
/lib/x86_64-linux-gnu/libc.so.6(+0x29ca8) [0x7f5841e32ca8]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f5841e32d65]
python3(_start+0x21) [0x682c81]

ERROR while running Cbc. Signal SIGABRT caught. Getting stack trace.
/root/dao/prog/miplib/lib/libCbc.so(_Z15CbcCrashHandleri+0xf2) [0x7f5817cc5672]
/lib/x86_64-linux-gnu/libc.so.6(+0x3fdf0) [0x7f5841e48df0]
/lib/x86_64-linux-gnu/libc.so.6(+0x9495c) [0x7f5841e9d95c]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x12) [0x7f5841e48cc2]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x22) [0x7f5841e314ac]
/root/dao/prog/miplib/lib/libCbc.so(+0x79f38) [0x7f5817bd6f38]
/lib/x86_64-linux-gnu/libc.so.6(+0x3fdf0) [0x7f5841e48df0]
/root/dao/prog/miplib/lib/libCoinUtils.so.0(_ZN18CoinMessageHandler13internalPrintEv+0xe5) [0x7f5817545ab5]
/root/dao/prog/miplib/lib/libCoinUtils.so.0(_ZN18CoinMessageHandler6finishEv+0x2b) [0x7f5817546f4b]
/root/dao/prog/miplib/lib/libCoinUtils.so.0(_ZN18CoinMessageHandlerlsE17CoinMessageMarker+0x5d) [0x7f58175479fd]
/root/dao/prog/miplib/lib/libCgl.so.0(_ZN13CglPreProcess11postProcessER18OsiSolverInterfacei+0x854) [0x7f5817a54fc4]
/root/dao/prog/miplib/lib/libCbc.so(_Z8CbcMain1St5dequeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EER8CbcModelR13CbcParametersPFiPS8_iEP9ampl_info+0x1bfff) [0x7f5817cf757f]
/root/dao/prog/miplib/lib/libCbc.so(Cbc_solve+0x2418) [0x7f5817d5c358]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(+0x2d052) [0x7f583543b052]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(+0x2b978) [0x7f5835439978]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(cffistatic_ffi_call+0x178) [0x7f5835439af3]
/root/dao/venv/day_ahead/lib/python3.13/site-packages/_cffi_backend.cpython-313-x86_64-linux-gnu.so(+0x135e7) [0x7f58354215e7]
python3(_PyObject_MakeTpCall+0x27b) [0x54726b]
python3(_PyEval_EvalFrameDefault+0x2661) [0x563da1]
python3(PyEval_EvalCode+0xcc) [0x55d48c]
python3() [0x6ab8d1]
python3() [0x6a899c]
python3() [0x6b9943]
python3() [0x6b93e3]
python3() [0x6b921e]
python3(Py_RunMain+0x3c1) [0x6b86f1]
python3(Py_BytesMain+0x2b) [0x6838eb]
/lib/x86_64-linux-gnu/libc.so.6(+0x29ca8) [0x7f5841e32ca8]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f5841e32d65]
python3(_start+0x21) [0x682c81]

2026-04-12 21:00:00 info: Day Ahead Optimalisering versie: 2026.04.2
2026-04-12 21:00:00 info: Day Ahead Optimalisering gestart op: 12-04-2026 21:00:00
2026-04-12 21:00:00 info: Day Ahead Optimalisatie gestart: 12-04-2026 21:00:00 taak: calc_optimum
2026-04-12 21:00:00 info: Debug = False
2026-04-12 21:00:00 info: Zelf berekende baseload
2026-04-12 21:00:00 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
File "/root/dao/prog/da_base.py", line 694, in run_task_function
getattr(self, run_task["function"])()
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
File "/root/dao/prog/da_base.py", line 546, in calc_optimum
dacalc.calc_optimum()
~~~~~~~~~~~~~~~~~~~^^
File "/root/dao/prog/day_ahead.py", line 288, in calc_optimum
solar_prog = self.calc_solar_predictions(
self.solar[s], start_interval_dt, end, self.interval
)
File "/root/dao/prog/da_base.py", line 587, in calc_solar_predictions
solar_prog = solar_predictor.predict_solar_device(
solar_option, vanaf, tot
)
File "/root/dao/prog/solar_predictor.py", line 1024, in predict_solar_device
prediction = self.predict(weather_data)
File "/root/dao/prog/solar_predictor.py", line 702, in predict
prediction = self.model.predict(featured_df)
File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/xgboost/core.py", line 751, in inner_f
return func(**kwargs)
File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/xgboost/sklearn.py", line 1446, in predict
predts = self.get_booster().inplace_predict(
data=X,
...<4 lines>...
validate_features=validate_features,
)
File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/xgboost/core.py", line 751, in inner_f
return func(**kwargs)
File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/xgboost/core.py", line 2854, in inplace_predict
self._validate_features(fns)
~~~~~~~~~~~~~~~~~~~~~~~^^^^^
File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/xgboost/core.py", line 3429, in _validate_features
raise ValueError(msg.format(self.feature_names, feature_names))
ValueError: feature_names mismatch: ['temperature', 'irradiance', 'day_of_week', 'hour', 'quarter', 'month', 'season', 'week_nr'] ['temperature', 'irradiance', 'windvelocity', 'day_of_week', 'hour', 'quarter', 'month', 'season', 'week_nr']
training data did not have the following fields: windvelocity
feature_names mismatch: ['temperature', 'irradiance', 'day_of_week', 'hour', 'quarter', 'month', 'season', 'week_nr'] ['temperature', 'irradiance', 'windvelocity', 'day_of_week', 'hour', 'quarter', 'month', 'season', 'week_nr']
training data did not have the following fields: windvelocity

Lasoul schreef op zondag 12 april 2026 @ 13:52:
[...]

Top, bedankt!

Klopt het dat je maar twee Time of Use programma's gebruikt op de Deye?
Hoe moet de feed_in worden geïnterpreteerd?

Ja, om het makkelijk te houden, heb ik 2 TOU gedefinieerd aan wie ik beide elke keer schrijf met de waardes van SOC en Power.

Program 1: 00:00
Program 2: 23.55

De feedin is een van de triggers voor het script en dit is de snelheid om te laden of te ontladen.
In mijn config staan enkel variablen gedefineerd die ik (nog) niet gebruik.

[ Voor 17% gewijzigd door The Source op 12-04-2026 21:33 ]

zondag 12 april 2026 22:43

Acties:

Batavia

Bij de nieuwste versie krijg ik deze error

2026-04-12 22:39:26 INFO: Configuration at version 0
Error loading configuration: 1 validation error for ConfigurationV0
electric vehicle.0.charge stages.1.ampere
Input should be a valid integer, got a number with a fractional part [type=int_from_float, input_value=15.5, input_type=float]
For further information visit https://errors.pydantic.dev/2.12/v/int_from_float

Weet even niet goed hoe ik nu de conferentie kan fixen nu hij helemaal niet start

maandag 13 april 2026 00:09

Acties:

KC27

Zonnepanelen en toebehoren

Topicstarter

Batavia schreef op zondag 12 april 2026 @ 22:43:
Bij de nieuwste versie krijg ik deze error

[...]

Weet even niet goed hoe ik nu de conferentie kan fixen nu hij helemaal niet start

In deze versie worden alleen gehele getallen geaccepteerd. In de volgende versie zal dat worden aangepast. Als je nu verder wil kun je misschien vooruit met alleen gehele getallen?

maandag 13 april 2026 00:17

Acties:

KC27

Zonnepanelen en toebehoren

Topicstarter

The Source schreef op zondag 12 april 2026 @ 21:29:
@KC27 , helaas geeft de nieuwe versie mij ook een error bij optimalisatie berekening met debug:

ERROR while running Cbc. Signal SIGSEGV caught. Getting stack trace.
en
ERROR while running Cbc. Signal SIGABRT caught. Getting stack trace.

Mijn log:

[...]

en

[...]

[...]

Ja, om het makkelijk te houden, heb ik 2 TOU gedefinieerd aan wie ik beide elke keer schrijf met de waardes van SOC en Power.

Program 1: 00:00
Program 2: 23.55

De feedin is een van de triggers voor het script en dit is de snelheid om te laden of te ontladen.
In mijn config staan enkel variablen gedefineerd die ik (nog) niet gebruik.

Die Signal SIGSEGV fout kun je waarschijnlijk voorkomen door je eigen mip-binaries te compileren.
Dat kan eenvoudig met het meegeleverde script.
Zie de wiki.

De fout bij de ml-voorspelling berekening komt omdat je ml-modellen niet opnieuw hebt getraind.

maandag 13 april 2026 07:05

Acties:

Batavia

KC27 schreef op maandag 13 april 2026 @ 00:09:
[...]

In deze versie worden alleen gehele getallen geaccepteerd. In de volgende versie zal dat worden aangepast. Als je nu verder wil kun je misschien vooruit met alleen gehele getallen?

Hele getallen is geen probleem.
Ik moet er alleen achter komen hoe ik of een versie terug kan of hoe ik de config aanpas naar een heel getal zonder dat dao start want hij stopt met deze error van starten

maandag 13 april 2026 08:32

Acties:

wmc

Ik blijf bij versie 2026.4.2 tegen het probleem aanlopen dat hij niet opstart. Gaat hier hier fout op de hoofdletter in de naam Dishwasher?

code:

[08:27:43] INFO: => directory dao_data exist
[08:27:43] INFO: => /root/dao/data doesn't exist, made
[08:27:43] INFO: => /root/dao/webserver/app/static/data exist
2026-04-13 08:27:45 INFO: Configuration needs migration from unversioned to v0
2026-04-13 08:27:45 INFO: Saved backup configuration to ../data/options_unversioned.json
2026-04-13 08:27:45 INFO: Migrating unversioned configuration to v0
2026-04-13 08:27:45 INFO: Added config_version=0 to unversioned configuration
2026-04-13 08:27:45 INFO: Migrated scheduler: active=True, 14 schedule entries
2026-04-13 08:27:45 INFO: Coerced boiler.boiler present from 'True' to boolean
2026-04-13 08:27:45 INFO: Coerced heating.heater present from 'True' to boolean
2026-04-13 08:27:45 INFO: Configuration at version 0
Error loading configuration: 1 validation error for ConfigurationV0
machines.0.entity calculated end
  Field required [type=missing, input_value={'name': 'Dishwasher', 'p...dao_dishwasher_trigger'}, input_type=dict]
    For further information visit https://errors.pydantic.dev/2.12/v/missing
[08:27:46] INFO: check_db.py failed, exiting

De config voor de machine (die in 2026.3 wel werkt)

code:

"machines" : [ 
    {
    "name" : "Dishwasher",
    "programs" : [
      {
        "name": "Uit",
        "power": []
      },
      {
        "name": "Normaal",
        "power": [1350, 1000, 1350, 50, 50, 50, 50, 500, 50, 100]
      }

    ],
    "entity start window" : "input_datetime.dao_dishwasher_start",
    "entity end window" : "input_datetime.dao_dishwasher_end",
    "entity selected program" : "input_select.dao_dishwasher_program",
    "entity calculated start" : "input_datetime.dao_dishwasher_trigger"
    }

maandag 13 april 2026 08:54

Acties:

simnet

wmc schreef op maandag 13 april 2026 @ 08:32:
Ik blijf bij versie 2026.4.2 tegen het probleem aanlopen dat hij niet opstart. Gaat hier hier fout op de hoofdletter in de naam Dishwasher?

[...]

De config voor de machine (die in 2026.3 wel werkt)

[...]

Hij mist 'entity calculated end' in de configuratie voor de machine.

maandag 13 april 2026 09:06

Acties:

konehead

Voordat ik allerlei logging ga posten: Ik heb vanaf 1 nov zondata in mijn database. Ik zie 'zo zo' resultaten met het ML model voor voorspellingen. Ik dacht gelezen te hebben dat je minimaal 3 maanden aan zondata moet hebben (en liever 12). Voor vandaag is de DAO prognose 6 KWh en ML 10 KWh. Wat zijn jullie ervaringen qua lengte historische data? Moet ik nog even wachten met ML totdat ik meer historie heb?

maandag 13 april 2026 09:10

Acties:

wmc

simnet schreef op maandag 13 april 2026 @ 08:54:
[...]

Hij mist 'entity calculated end' in de configuratie voor de machine.

Volgens de wiki is dat een optionele entity, daar hoort het dan toch niet op fout te gaan toch?

Edit: Die entiteit toegevoegd lost het inderdaad op

[ Voor 8% gewijzigd door wmc op 13-04-2026 09:19 ]

maandag 13 april 2026 09:20

Acties:

The Source

KC27 schreef op maandag 13 april 2026 @ 00:17:
[...]

Die Signal SIGSEGV fout kun je waarschijnlijk voorkomen door je eigen mip-binaries te compileren.
Dat kan eenvoudig met het meegeleverde script.
Zie de wiki.

De fout bij de ml-voorspelling berekening komt omdat je ml-modellen niet opnieuw hebt getraind.

Mijn fout, sorry
Omdat ik de nieuwe versie niet aan de gang kreeg had ik het gebruik van eigen mip binaries aangezet.
Nadat ik de config had geedit en alles werkte ben ik dat vergeten uit te zetten. Na een restart werkt alles weer.

maandag 13 april 2026 12:31

Acties:

Lasoul

Kan de ml ook al worden gebruikt voor de Warmtepomp?

maandag 13 april 2026 12:48

Acties:

simnet

Lasoul schreef op maandag 13 april 2026 @ 12:31:
Kan de ml ook al worden gebruikt voor de Warmtepomp?

De ML is bedoeld voor het voorspellen van energie opwek (via PV of windenergie).
Het is niet bedoeld voor verbruikers.

maandag 13 april 2026 12:49

Acties:

Lasoul

simnet schreef op maandag 13 april 2026 @ 12:48:
[...]

De ML is bedoeld voor het voorspellen van energie opwek (via PV of windenergie).
Het is niet bedoeld voor verbruikers.

Dat snap ik maar het zou ook goed ingezet kunnen worden voor bijvoorbeeld een warmtepomp. Het verbruik van de warmtepomp is afhankelijk van de buitentemperatuur en het warmteverlies van de woning. Daar zou je prima een ml model op kunnen trainen en is niet anders dan PV opwek of windenergie.

maandag 13 april 2026 15:42

Acties:

balk

Ik krijg use_self_compiled_miplib niet werkend.
Compileren gaat goed:

code:

knip
##################################################
### Installing Cgl master 
##################################################
From https://github.com/coin-or/Cbc
##################################################
### Configuring Cbc master 
##################################################
##################################################
### Building Cbc master 
##################################################
##################################################
### Installing Cbc master 
##################################################
Install completed. If executing any of the installed
binaries results in an error that shared libraries cannot
be found, you may need to
  - add 'export LD_LIBRARY_PATH=/root/build/prog//lib' to your ~/.bashrc (Linux)
  - add 'export DYLD_LIBRARY_PATH=/root/build/prog//lib' to ~/.bashrc (OS X)
Compilation finished! Moving lib into place.
All buiding done.
Setting up watches.
Watches established.
[2026-04-13 15:07:27 +0200] [30570] [INFO] Starting gunicorn 25.3.0
[2026-04-13 15:07:27 +0200] [30570] [INFO] Listening at: http://0.0.0.0:5000 (30570)
knip

Model trainen lijkt ook goed te gaan:

code:

2026-04-13 15:21:24 info: Starting solar prediction model for Solaredge training...
2026-04-13 15:21:24 info: Loading and processing data...
2026-04-13 15:21:24 info: Merging weather and solar data...
2026-04-13 15:21:24 info: Merged dataset: 20918 records
2026-04-13 15:21:24 info: Date range: 2023-11-21 10:00:00+00:00 to 2026-04-11 14:00:00+00:00
2026-04-13 15:21:24 info: Detecting outliers...
2026-04-13 15:21:25 info: Outliers removed: 503 (2.4%)
2026-04-13 15:21:25 info: Clean dataset: 20415 records
2026-04-13 15:21:25 info: Training samples: 16332
2026-04-13 15:21:25 info: Testing samples: 4083
2026-04-13 15:21:25 info: Tune hyperparameters: True
2026-04-13 15:21:25 info: Tuning hyperparameters...
2026-04-13 15:21:25 info: Parameter grid: {'n_estimators': [100, 200, 300], 'max_depth': [3, 4, 6], 'learning_rate': [0.05, 0.1, 0.15], 'subsample': [0.8, 0.9]}
2026-04-13 15:21:30 info: Best parameters: {'learning_rate': 0.1, 'max_depth': 4, 'n_estimators': 100, 'subsample': 0.8}
2026-04-13 15:21:30 info: Training final model...
2026-04-13 15:21:30 info: Parameters: {'learning_rate': 0.1, 'max_depth': 4, 'n_estimators': 100, 'subsample': 0.8}
2026-04-13 15:21:30 info: Model training van Solaredge complete
2026-04-13 15:21:30 info: Model saved to: ../data/prediction/models/Solaredge.pkl
2026-04-13 15:21:30 info: Training MAE: 0.0392 kWh
2026-04-13 15:21:30 info: Testing MAE: 0.0239 kWh
2026-04-13 15:21:30 info: Training R²: 0.9642
2026-04-13 15:21:30 info: Testing R²: 0.9438
2026-04-13 15:21:30 info: Sorted features:
2026-04-13 15:21:30 info:   1. irradiance: 0.871
2026-04-13 15:21:30 info:   2. hour: 0.077
2026-04-13 15:21:30 info:   3. week_nr: 0.012
2026-04-13 15:21:30 info:   4. month: 0.011
2026-04-13 15:21:30 info:   5. season: 0.010
2026-04-13 15:21:30 info:   6. quarter: 0.006
2026-04-13 15:21:30 info:   7. windvelocity: 0.005
2026-04-13 15:21:30 info:   8. temperature: 0.005
2026-04-13 15:21:30 info:   9. day_of_week: 0.004

maar wanneer ik daarna een run doe krijg ik fouten:

code:

2026-04-13 15:27:10 info: Maximale fout (maximal gap): 0.005000 euro
Cbc0036I Heuristics switched off as 262 branching objects are of wrong type

▶ Cut generation (root node)

  Pass     Rows    Tight   Frac     Suminf        Objective  Time(s)
  ──── ──────── ──────── ────── ────────── ──────────────── ────────
     1     1964        0    135       29.1        -0.640825    0.031
     2     2110      146      3     0.4257        -0.640825    0.045
     3     2110      146      3  0.0003904        -0.640825    0.052

  Cut generator summary:
  Generator              Row cuts Avg density Col cuts   Time(s) Next run    
  ────────────────────── ──────── ─────────── ──────── ───────── ────────────
  Probing                     596         2.4        0     0.004 disabled    
  Gomory                      132        38.0        0     0.003 disabled    
  Knapsack                      0         0.0        0     0.003 disabled    
  Clique                        0         0.0        0     0.000 disabled    
  MixedIntegerRounding2       124         7.3        0     0.002 disabled    
  FlowCover                    44         4.0        0     0.004 disabled    
  TwoMirCuts                  130         8.9        0     0.003 disabled    

✔ Cut generation complete — 146 cuts, obj -0.640825 → -0.640825 in 3 passes

▶ Branch and bound

     Nodes   OnTree  Depth         BestSol Method                 BestBound     Gap%   Time(s)
  ──────── ──────── ────── ─────────────── ──────────────── ─────────────── ──────── ─────────
 ★     102       68     15       -0.569618 strong branching       -0.640825   12.50%     0.456
 ★     102       68     15       -0.569635 strong branching       -0.640825   12.50%     0.463
       156       68     15       -0.569635                        -0.640825   12.50%     0.707
 ★     197       68     15       -0.572817 B&B                    -0.640825   11.87%     0.866
 ★     226       68     15       -0.573364 B&B                    -0.640825   11.77%     0.933
 ★     262       68     15       -0.573956 B&B                    -0.640825   11.65%      1.06
       340      120     15       -0.573956                        -0.640825   11.65%      1.41
 ★     425      120     15       -0.582395 B&B                    -0.640825   10.03%      1.77
       509      179     14       -0.582395                        -0.640825   10.03%      2.11
       670      259     15       -0.582395                        -0.640825   10.03%      2.81
       825      334     18       -0.582395                        -0.640825   10.03%      3.52
       979      411     18       -0.582395                        -0.640825   10.03%      4.22
      1097      431     27       -0.582395                        -0.640825   10.03%      4.92
      1229      431     27       -0.582395                        -0.640825   10.03%      5.63
      1363      431     27       -0.582395                        -0.640825   10.03%      6.33
      1479      429     29       -0.582395                        -0.640825   10.03%      7.04

✔ Stopped (node limit) — BestSol: -0.582395   Bound: -0.640825   Gap: 10.03%   Nodes: 1500   Iters: 6663   Time: 7.19s
corrupted double-linked list (not small)


ERROR while running Cbc. Signal SIGABRT caught. Getting stack trace.

weet iemand wat hier mis gaat?
edit:
"logging_level": "debug" geeft geen duidelijkere info. Ik gebruik een VM op Proxmox.

[ Voor 0% gewijzigd door balk op 13-04-2026 17:17 . Reden: quote tags toegevoegd ]

maandag 13 april 2026 19:30

Acties:

mgroen81

Na de update van 3.2 naar 4.0 en hogen is de rekentijd toegenomen van ongeveer 20-30 seconde naar 300 seconde. Zijn er meer die dit ervaren?
Verder is er in mijn config niets veranderd. Wat zou ik hier aan kunnen doen?

Mitsubishi PUHZ-W50VHA + EHPT20X-VM2C / 30x JASolar 265Wp oost/west + SolarEdge 7K

maandag 13 april 2026 20:43

Acties:

pimNH

mgroen81 schreef op maandag 13 april 2026 @ 19:30:
Na de update van 3.2 naar 4.0 en hogen is de rekentijd toegenomen van ongeveer 20-30 seconde naar 300 seconde. Zijn er meer die dit ervaren?
Verder is er in mijn config niets veranderd. Wat zou ik hier aan kunnen doen?

Bij mij doet hij het er op een Rpi 4 direct in homeassistant 1 seconde over. Wellicht kun je de max gap wat hoger zetten -> "max_gap": 0.005, zo staat hij bij mij.

maandag 13 april 2026 20:56

Acties:

hemertje

Lasoul schreef op maandag 13 april 2026 @ 12:49:
[...]

Dat snap ik maar het zou ook goed ingezet kunnen worden voor bijvoorbeeld een warmtepomp. Het verbruik van de warmtepomp is afhankelijk van de buitentemperatuur en het warmteverlies van de woning. Daar zou je prima een ml model op kunnen trainen en is niet anders dan PV opwek of windenergie.

ja mijn idee ook, waarom zou je de warmteverliezen van de woning (=opwek warmtepomp) samen met de buitentemperaturen niet meenemen in de ML en berekeningen?

Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal

maandag 13 april 2026 21:11

Acties:

mgroen81

pimNH schreef op maandag 13 april 2026 @ 20:43:
[...]

Bij mij doet hij het er op een Rpi 4 direct in homeassistant 1 seconde over. Wellicht kun je de max gap wat hoger zetten -> "max_gap": 0.005, zo staat hij bij mij.

Bedankt voor de tip. Ik zie deze setting nu voor het eerst.
Ik gebruik een odroid N2+ dus vergelijkbaar met rpi4. Iet krachtiger misschien zelfds.
edit: is niet de oplossing.

[ Voor 3% gewijzigd door mgroen81 op 13-04-2026 22:06 ]

Mitsubishi PUHZ-W50VHA + EHPT20X-VM2C / 30x JASolar 265Wp oost/west + SolarEdge 7K

maandag 13 april 2026 22:39

Acties:

KC27

Zonnepanelen en toebehoren

Topicstarter

balk schreef op maandag 13 april 2026 @ 15:42:
Ik krijg use_self_compiled_miplib niet werkend.
Compileren gaat goed:

[...]

Model trainen lijkt ook goed te gaan:

[...]

maar wanneer ik daarna een run doe krijg ik fouten:

[...]

weet iemand wat hier mis gaat?
edit:
"logging_level": "debug" geeft geen duidelijkere info. Ik gebruik een VM op Proxmox.

Ik vrees dat voor jou de self-complied mip-binaries ook niet gaan werken.
Er heeft laatst iemand een issue op github aangemaakt met een VM op Proxmox.
Misschien zelf even opzoeken in de "closed" issues.
Hij heeft uiteindelijk zelf een oplossing gevonden door in de VM de processor op "host" te zetten.
Als de de zelf compiled binaries niet meer wilt gebruiken moet je "de knop omzetten en de map "miplib" uit je config-map verwijderen.

maandag 13 april 2026 22:42

Acties:

KC27

Zonnepanelen en toebehoren

Topicstarter

konehead schreef op maandag 13 april 2026 @ 09:06:
Voordat ik allerlei logging ga posten: Ik heb vanaf 1 nov zondata in mijn database. Ik zie 'zo zo' resultaten met het ML model voor voorspellingen. Ik dacht gelezen te hebben dat je minimaal 3 maanden aan zondata moet hebben (en liever 12). Voor vandaag is de DAO prognose 6 KWh en ML 10 KWh. Wat zijn jullie ervaringen qua lengte historische data? Moet ik nog even wachten met ML totdat ik meer historie heb?

Drie wintermaanden zijn wel erg weinig voor het trainen van je ml-model(len).
Het gaat beter als er data van meer seizoenen (liefst zomer en winter) bij betrokken zijn en nog beter als je minimaal een jaar aan data hebt.
Als je drie jaar aan data hebt werkt het (bij mij) perfect.

Maar ..
je blijft afhankelijk van de stralingsvoorspelling. Vandaag was bij mij (net als bij jou) de voorspelling 6 kWh en de productie 10 kWh. Een paar wolkjes minder (of later) kan veel verschil maken.

[ Voor 11% gewijzigd door KC27 op 13-04-2026 22:45 ]

maandag 13 april 2026 22:58

Acties:

KC27

Zonnepanelen en toebehoren

Topicstarter

Er is een testversie gepubliceerd: 2026.4.3.rc1
Dit staat er in de changelog:

Changes

- Added flatpickr datetime picker in Home-menu (PR from @Dogooder )

Fixes

changed ev-ampere from integer to float
Skip NaN values when persisting DB records
Fix startup issue (PR from @simnet)

Met deze testversie moet het makkelijker worden om "fouten" in je config te corrigeren, omdat het opstartproces van de app/addon doorloopt ook als er iets wordt geconstateerd.
Je kunt dan met de editor in het dashboard alsnog je wijzigingen aanbrengen.

@Dogooder heeft een fraaie date/time picker toegevoegd aan het Home-menu:

Afbeeldingslocatie: https://tweakers.net/i/WJt6JrfKW4GPUtdHdGASwIwntcE=/800x/filters:strip_exif()/f/image/ZEbiEunWnFeNnqFlG6elhCYx.png?f=fotoalbum_large

Veel dank daarvoor!

Graag testen, als het goed bevalt kunnen we deze versie snel doorzetten naar "productie".

maandag 13 april 2026 23:06

Acties:

KC27

Zonnepanelen en toebehoren

Topicstarter

mgroen81 schreef op maandag 13 april 2026 @ 19:30:
Na de update van 3.2 naar 4.0 en hogen is de rekentijd toegenomen van ongeveer 20-30 seconde naar 300 seconde. Zijn er meer die dit ervaren?
Verder is er in mijn config niets veranderd. Wat zou ik hier aan kunnen doen?

Ik zag het zelf ook gistermiddag vanaf 13:00 uur.
Ik denk dat het een combinatie is van "weinig spreiding in de prijzen", laag verbruik van de wp.
Als ik de wp even "uit" zet dan gaat de berekening een factor 10 sneller.
Mijn ervaring is wel dat de binaries die met de laatste versie van mip zijn meegekomen sneller zijn dan de oude binaries.

maandag 13 april 2026 23:36

Acties:

thomvh

Ik ben ook met DAO aan de slag gegaan. Heb voorlopig EVCC de deur uit gedaan en heb Tibber maar gewoon losgelaten op de Laadpalen voor wat Grid Rewards. De batterij ben ik nu aan het proberen aan te sturen met DAO. Maar heb de EV's voorlopig nog wel uit de DAO berekeningen gelaten, aangezien voor de Grid Rewards ik Tibber de controle moet geven. Ik hoop dat het niet al te veel problemen gaat geven maar ik zal jullie op de hoogte houden. EVCC is mooie software maar speelde een te complexe rol in dit hele verhaal + is zo erg gefocust op zon terwijl wij overdag werken dus de zon helaas niet echt kunnen gebruiken om mee te laden behalve voor de accu's.

dinsdag 14 april 2026 11:32

Acties:

tonvanboven

Topicstarter

mgroen81 schreef op maandag 13 april 2026 @ 19:30:
Na de update van 3.2 naar 4.0 en hogen is de rekentijd toegenomen van ongeveer 20-30 seconde naar 300 seconde. Zijn er meer die dit ervaren?
Verder is er in mijn config niets veranderd. Wat zou ik hier aan kunnen doen?

Onlangs heb ik bij mijn zwager een 20kWh accu systeem geinstalleerd en uiteraard aan laten sturen met DAO op een HA Green. De rekentijd was voor de update met een max_gap van default 0,005 circa 2 minuten. Door de max_gap via een HA entiteit instelbaar te maken en deze te brengen naar 0,1 is de tijd aanzienlijk korter geworden: 3 seconden. Geen verschil in de winst.

Update 13:30u: na het ophalen van de prijzen helaas weer 300s rekentijd nodig

[ Voor 5% gewijzigd door tonvanboven op 14-04-2026 13:31 ]

Tibber; 3-fase Victron 5000 ESS, 60 kWh opslag; Day Ahead Optimizing van @KC27; PV 10kWp sinds 2010, EV sinds 2014; gasloos sinds 2001

dinsdag 14 april 2026 15:48

Acties:

thomvh

Hoe wil DAO de waardes hebben? Ik heb namelijk een aantal waardes die per week of per dag resetten. Ik doel hier voornamelijk mee op de waardes van bijvoorbeeld PV:

Afbeeldingslocatie: https://tweakers.net/i/82G9Nw7DqrI6AOs6eCnoCk2lEK4=/800x/filters:strip_exif()/f/image/f1L8LKtcCcyPGAmPyOXafpQf.png?f=fotoalbum_large

Ik zit al te kijken of ik op de een of andere manier deze waarde kan laten doorlopen door een Home Assistant helper. Want ik weet anders geen raad hiermee.

Pagina: Vorige 1 ... 35 36 Laatste

Reageer

Onderwerpen

Changes

Fixes