Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

dinsdag 16 juni 2026 14:47

Wunk schreef op dinsdag 16 juni 2026 @ 12:37:
[...]

Dit zouden de waardes vanuit de calc_baseloads moeten zijn

Even calc opnieuw gedraaid:

[...]

En nu zie ik geen negatieve waarden (nog wel die error trouwens)

[...]

Kloppen die laatste paar "Vermogen uit...." om allemaal 0 te zijn?
Ik heb een aparte batterij en pv inverter (solaredge+solis) dus er zit geen directe pv>dc op, maar zou 'ie dan geen "binnenkomt van ac" moeten rapporteren?

Zal m'n config ook even bijsluiten voor de volledigheid:

[...]

En wat gebeurt er wanneer je use_calc_baseload op False zet?

Acties:

dinsdag 16 juni 2026 15:30

TheMystery schreef op dinsdag 16 juni 2026 @ 12:27:
ik heb nog een vraagje over de volgende situaties, hierbij moet de accu niets doen en direct pv terugleveren aan het net aangezien prijs hoger is en dus interessanter maar ik vind raar hoe dit bij een accu werkt waar pv via dc aangesloten zit:
code:
1
2
3
4
5
6
7
8
9
2026-06-16 11:00:01 info: Doorzetten van alle settings naar HA
2026-06-16 11:00:01 info: Grid balanceren: off
2026-06-16 11:00:01 info: Grid set point: -3302.0 W
2026-06-16 11:00:01 info: Cycle cost AlphaEss G3 Smile T10: 0.76 euro
2026-06-16 11:00:01 info: Netto vermogen naar(+)/uit(-) omvormer AlphaEss G3 Smile T10: -5000 W  tot: 2026-06-16 11:45
2026-06-16 11:00:01 info: Vermogen uit batterij: -139W
2026-06-16 11:00:01 info: Vermogen dat binnenkomt van pv: 4016W
2026-06-16 11:00:01 info: Vermogen dat binnenkomt van ac: -3876W
2026-06-16 11:00:01 info: Waarde SoC na eerste uur: 60.3%
code:
1
2
3
4
5
6
7
8
9
2026-06-16 11:00:00 info: Doorzetten van alle settings naar HA
2026-06-16 11:00:00 info: Grid balanceren: off
2026-06-16 11:00:00 info: Grid set point: -2857.0 W
2026-06-16 11:00:00 info: Cycle cost AlphaEss G3 Smile T10: 0.53 euro
2026-06-16 11:00:00 info: Netto vermogen naar(+)/uit(-) omvormer AlphaEss G3 Smile T10: 0 W 
2026-06-16 11:00:00 info: Vermogen uit batterij: 0W
2026-06-16 11:00:00 info: Vermogen dat binnenkomt van pv: 0W
2026-06-16 11:00:00 info: Vermogen dat binnenkomt van ac: 0W
2026-06-16 11:00:00 info: Waarde SoC na eerste uur: 99.6%
eerste voorbeeld is waar pv via dc aangesloten is, voor efficientie zet ie de omvormer op -5000 en dit voor 45 min. als ik dit nu uit laat voeren gaat ie idd 45 min terugleveren aan het net (dit doet ie via mijn automatisering omdat soc persentage hetzelfde blijft waar alphaess op regelt) maar mijns inziens zou dit gewoon 60 min moeten zijn, komt denk ik doordat de efficientie meegenomen wordt wat in dit geval niet zou moeten, dit moet alleen met laden en ontladen gebeuren en niet met pv.

bij het 2de voorbeeld waar pv ac aangesloten zit wordt accu gewoon uit gezet voor een volledig uur, wat klopt.

is dit een bug of bewust zo gedaan voor pv op ac?

En in dit voorbeeld moet ie van pv laden maar ik stuur de logica op from ac, dat gaat prima als het van ac komt maar als het intern in de omvormer komt niet dus nu was hij met dit voorbeeld niet aan het laden:

code:

2026-06-16 14:00:06 info: Doorzetten van alle settings naar HA
2026-06-16 14:00:06 info: Grid balanceren: off
2026-06-16 14:00:06 info: Grid set point: 248.0 W
2026-06-16 14:00:06 info: Cycle cost AlphaEss G3 Smile T10: 1.39 euro
2026-06-16 14:00:06 info: Netto vermogen naar(+)/uit(-) omvormer AlphaEss G3 Smile T10: -202 W 
2026-06-16 14:00:06 info: Vermogen uit batterij: -2148W
2026-06-16 14:00:06 info: Vermogen dat binnenkomt van pv: 2357W
2026-06-16 14:00:06 info: Vermogen dat binnenkomt van ac: -209W
2026-06-16 14:00:06 info: Waarde SoC na eerste uur: 84.5%

dus ik kom er niet zo uit hoe aan te sturen met pv op dc, ik neig erna om de panelen gewoon naar ac te verplaatsen.

edit:
een uur later zet hij balanceren on en dan wekt het wel zoal ik verwacht:

code:

2026-06-16 15:00:02 info: Doorzetten van alle settings naar HA
2026-06-16 15:00:02 info: Grid balanceren: on
2026-06-16 15:00:02 info: Grid set point: 0.0 W
2026-06-16 15:00:02 info: Cycle cost AlphaEss G3 Smile T10: 1.29 euro
2026-06-16 15:00:02 info: Netto vermogen naar(+)/uit(-) omvormer AlphaEss G3 Smile T10: -449 W 
2026-06-16 15:00:02 info: Vermogen uit batterij: -3248W
2026-06-16 15:00:02 info: Vermogen dat binnenkomt van pv: 3713W
2026-06-16 15:00:02 info: Vermogen dat binnenkomt van ac: -464W
2026-06-16 15:00:02 info: Waarde SoC na eerste uur: 91.6%

[ Voor 9% gewijzigd door TheMystery op 16-06-2026 15:10 ]

Acties:

Wunk

balk schreef op dinsdag 16 juni 2026 @ 12:39:
[...]

En wat gebeurt er wanneer je use_calc_baseload op False zet?

Nog steeds die error die geen error lijkt?

❌ Opdracht 'Optimaliseringsberekening zonder debug' geëindigd met fout

2026-06-16 15:28:37 INFO: Loaded 6 secrets from ../data/secrets.json

2026-06-16 15:28:37 INFO: Validating configuration with ConfigurationV2

2026-06-16 15:28:37 info: Day Ahead Optimalisering versie: 2026.6.0

2026-06-16 15:28:37 info: Day Ahead Optimalisering gestart op: 16-06-2026 15:28:37

2026-06-16 15:28:37 info: Day Ahead Optimalisatie gestart: 16-06-2026 15:28:37 taak: calc_optimum

2026-06-16 15:28:37 info: Debug = False

2026-06-16 15:28:37 info: Baseload uit instellingen

2026-06-16 15:28:38 info: ML prediction woning

date_time prediction

0 2026-06-16 15:00:00+02:00 4.560

1 2026-06-16 16:00:00+02:00 4.528

2 2026-06-16 17:00:00+02:00 3.632

3 2026-06-16 18:00:00+02:00 2.045

4 2026-06-16 19:00:00+02:00 0.548

5 2026-06-16 20:00:00+02:00 0.641

6 2026-06-16 21:00:00+02:00 0.103

7 2026-06-16 22:00:00+02:00 0.020

8 2026-06-16 23:00:00+02:00 0.003

9 2026-06-17 00:00:00+02:00 0.003

10 2026-06-17 01:00:00+02:00 0.000

11 2026-06-17 02:00:00+02:00 0.036

12 2026-06-17 03:00:00+02:00 0.000

13 2026-06-17 04:00:00+02:00 0.000

14 2026-06-17 05:00:00+02:00 0.008

15 2026-06-17 06:00:00+02:00 0.430

16 2026-06-17 07:00:00+02:00 0.618

17 2026-06-17 08:00:00+02:00 0.888

18 2026-06-17 09:00:00+02:00 0.337

19 2026-06-17 10:00:00+02:00 1.614

20 2026-06-17 11:00:00+02:00 0.356

21 2026-06-17 12:00:00+02:00 0.143

22 2026-06-17 13:00:00+02:00 0.615

23 2026-06-17 14:00:00+02:00 1.616

24 2026-06-17 15:00:00+02:00 1.995

25 2026-06-17 16:00:00+02:00 2.385

26 2026-06-17 17:00:00+02:00 1.575

27 2026-06-17 18:00:00+02:00 0.000

28 2026-06-17 19:00:00+02:00 0.000

29 2026-06-17 20:00:00+02:00 0.000

30 2026-06-17 21:00:00+02:00 0.000

31 2026-06-17 22:00:00+02:00 0.016

32 2026-06-17 23:00:00+02:00 0.020

2026-06-16 15:28:38 info: Start waarden:

uur tijd spot p_l p_t base pv_ac pv_dc

0 15:15 2026-06-16 15:15:00 0.071 0.222 0.222 0.053 0.105 0

1 15:30 2026-06-16 15:30:00 0.074 0.226 0.226 0.050 1.139 0

2 15:45 2026-06-16 15:45:00 0.088 0.242 0.242 0.050 1.137 0

3 16:00 2026-06-16 16:00:00 0.071 0.222 0.222 0.047 1.149 0

4 16:15 2026-06-16 16:15:00 0.086 0.240 0.240 0.047 1.147 0

5 16:30 2026-06-16 16:30:00 0.093 0.248 0.248 0.047 1.145 0

6 16:45 2026-06-16 16:45:00 0.100 0.257 0.257 0.068 1.089 0

7 17:00 2026-06-16 17:00:00 0.093 0.249 0.249 0.114 1.003 0

8 17:15 2026-06-16 17:15:00 0.101 0.258 0.258 0.134 0.947 0

9 17:30 2026-06-16 17:30:00 0.112 0.271 0.271 0.155 0.891 0

10 17:45 2026-06-16 17:45:00 0.122 0.283 0.283 0.137 0.792 0

11 18:00 2026-06-16 18:00:00 0.112 0.271 0.271 0.087 0.659 0

12 18:15 2026-06-16 18:15:00 0.120 0.281 0.281 0.069 0.560 0

13 18:30 2026-06-16 18:30:00 0.127 0.290 0.290 0.052 0.460 0

14 18:45 2026-06-16 18:45:00 0.143 0.308 0.308 0.052 0.367 0

15 19:00 2026-06-16 19:00:00 0.126 0.288 0.288 0.066 0.253 0

16 19:15 2026-06-16 19:15:00 0.141 0.306 0.306 0.066 0.159 0

17 19:30 2026-06-16 19:30:00 0.154 0.322 0.322 0.066 0.065 0

18 19:45 2026-06-16 19:45:00 0.170 0.341 0.341 0.063 0.071 0

19 20:00 2026-06-16 20:00:00 0.151 0.319 0.319 0.059 0.161 0

20 20:15 2026-06-16 20:15:00 0.170 0.342 0.342 0.056 0.167 0

21 20:30 2026-06-16 20:30:00 0.182 0.356 0.356 0.054 0.173 0

22 20:45 2026-06-16 20:45:00 0.199 0.376 0.376 0.052 0.139 0

23 21:00 2026-06-16 21:00:00 0.190 0.365 0.365 0.050 0.069 0

24 21:15 2026-06-16 21:15:00 0.196 0.372 0.372 0.048 0.035 0

25 21:30 2026-06-16 21:30:00 0.184 0.358 0.358 0.046 0.002 0

26 21:45 2026-06-16 21:45:00 0.166 0.336 0.336 0.046 0.000 0

27 22:00 2026-06-16 22:00:00 0.194 0.371 0.371 0.046 0.012 0

28 22:15 2026-06-16 22:15:00 0.164 0.333 0.333 0.045 0.007 0

29 22:30 2026-06-16 22:30:00 0.154 0.322 0.322 0.045 0.001 0

30 22:45 2026-06-16 22:45:00 0.147 0.314 0.314 0.044 0.000 0

31 23:00 2026-06-16 23:00:00 0.153 0.321 0.321 0.042 0.002 0

32 23:15 2026-06-16 23:15:00 0.146 0.313 0.313 0.041 0.001 0

33 23:30 2026-06-16 23:30:00 0.140 0.306 0.306 0.039 0.000 0

34 23:45 2026-06-16 23:45:00 0.134 0.298 0.298 0.038 0.000 0

35 00:00 2026-06-17 00:00:00 0.149 0.315 0.315 0.033 0.001 0

36 00:15 2026-06-17 00:15:00 0.142 0.308 0.308 0.032 0.001 0

37 00:30 2026-06-17 00:30:00 0.138 0.303 0.303 0.030 0.001 0

38 00:45 2026-06-17 00:45:00 0.133 0.297 0.297 0.045 0.001 0

39 01:00 2026-06-17 01:00:00 0.143 0.308 0.308 0.078 0.000 0

40 01:15 2026-06-17 01:15:00 0.134 0.298 0.298 0.093 0.000 0

41 01:30 2026-06-17 01:30:00 0.133 0.296 0.296 0.108 0.000 0

42 01:45 2026-06-17 01:45:00 0.130 0.293 0.293 0.101 0.002 0

43 02:00 2026-06-17 02:00:00 0.131 0.294 0.294 0.072 0.007 0

44 02:15 2026-06-17 02:15:00 0.128 0.291 0.291 0.064 0.009 0

45 02:30 2026-06-17 02:30:00 0.128 0.291 0.291 0.057 0.011 0

46 02:45 2026-06-17 02:45:00 0.127 0.289 0.289 0.067 0.009 0

47 03:00 2026-06-17 03:00:00 0.128 0.290 0.290 0.097 0.003 0

48 03:15 2026-06-17 03:15:00 0.127 0.289 0.289 0.107 0.001 0

49 03:30 2026-06-17 03:30:00 0.127 0.289 0.289 0.117 0.000 0

50 03:45 2026-06-17 03:45:00 0.125 0.287 0.287 0.100 0.000 0

51 04:00 2026-06-17 04:00:00 0.125 0.287 0.287 0.059 0.000 0

52 04:15 2026-06-17 04:15:00 0.125 0.287 0.287 0.042 0.000 0

53 04:30 2026-06-17 04:30:00 0.126 0.288 0.288 0.025 0.000 0

54 04:45 2026-06-17 04:45:00 0.128 0.290 0.290 0.023 0.000 0

55 05:00 2026-06-17 05:00:00 0.124 0.286 0.286 0.032 0.000 0

56 05:15 2026-06-17 05:15:00 0.126 0.288 0.288 0.030 0.000 0

57 05:30 2026-06-17 05:30:00 0.128 0.290 0.290 0.028 0.000 0

58 05:45 2026-06-17 05:45:00 0.130 0.293 0.293 0.029 0.022 0

59 06:00 2026-06-17 06:00:00 0.134 0.297 0.297 0.031 0.072 0

60 06:15 2026-06-17 06:15:00 0.139 0.303 0.303 0.032 0.098 0

61 06:30 2026-06-17 06:30:00 0.141 0.306 0.306 0.033 0.124 0

62 06:45 2026-06-17 06:45:00 0.134 0.298 0.298 0.034 0.136 0

63 07:00 2026-06-17 07:00:00 0.144 0.310 0.310 0.035 0.136 0

64 07:15 2026-06-17 07:15:00 0.136 0.300 0.300 0.036 0.147 0

65 07:30 2026-06-17 07:30:00 0.134 0.297 0.297 0.037 0.159 0

66 07:45 2026-06-17 07:45:00 0.122 0.284 0.284 0.042 0.176 0

67 08:00 2026-06-17 08:00:00 0.132 0.295 0.295 0.051 0.210 0

68 08:15 2026-06-17 08:15:00 0.125 0.287 0.287 0.056 0.226 0

69 08:30 2026-06-17 08:30:00 0.116 0.276 0.276 0.061 0.243 0

70 08:45 2026-06-17 08:45:00 0.108 0.267 0.267 0.063 0.209 0

71 09:00 2026-06-17 09:00:00 0.120 0.280 0.280 0.062 0.107 0

72 09:15 2026-06-17 09:15:00 0.105 0.263 0.263 0.064 0.073 0

73 09:30 2026-06-17 09:30:00 0.104 0.261 0.261 0.066 0.039 0

74 09:45 2026-06-17 09:45:00 0.110 0.269 0.269 0.069 0.118 0

75 10:00 2026-06-17 10:00:00 0.116 0.276 0.276 0.073 0.323 0

76 10:15 2026-06-17 10:15:00 0.106 0.264 0.264 0.077 0.403 0

77 10:30 2026-06-17 10:30:00 0.100 0.257 0.257 0.080 0.483 0

78 10:45 2026-06-17 10:45:00 0.086 0.240 0.240 0.080 0.404 0

79 11:00 2026-06-17 11:00:00 0.105 0.263 0.263 0.079 0.191 0

80 11:15 2026-06-17 11:15:00 0.094 0.249 0.249 0.080 0.112 0

81 11:30 2026-06-17 11:30:00 0.085 0.238 0.238 0.081 0.033 0

82 11:45 2026-06-17 11:45:00 0.086 0.240 0.240 0.080 0.020 0

83 12:00 2026-06-17 12:00:00 0.091 0.246 0.246 0.080 0.045 0

84 12:15 2026-06-17 12:15:00 0.088 0.242 0.242 0.079 0.032 0

85 12:30 2026-06-17 12:30:00 0.082 0.235 0.235 0.078 0.018 0

86 12:45 2026-06-17 12:45:00 0.087 0.241 0.241 0.073 0.048 0

87 13:00 2026-06-17 13:00:00 0.097 0.253 0.253 0.063 0.101 0

88 13:15 2026-06-17 13:15:00 0.091 0.246 0.246 0.058 0.131 0

89 13:30 2026-06-17 13:30:00 0.087 0.240 0.240 0.053 0.160 0

90 13:45 2026-06-17 13:45:00 0.080 0.233 0.233 0.055 0.223 0

91 14:00 2026-06-17 14:00:00 0.078 0.230 0.230 0.063 0.320 0

92 14:15 2026-06-17 14:15:00 0.079 0.231 0.231 0.065 0.382 0

93 14:30 2026-06-17 14:30:00 0.075 0.226 0.226 0.067 0.445 0

94 14:45 2026-06-17 14:45:00 0.070 0.221 0.221 0.064 0.469 0

95 15:00 2026-06-17 15:00:00 0.082 0.235 0.235 0.056 0.463 0

96 15:15 2026-06-17 15:15:00 0.075 0.226 0.226 0.053 0.487 0

97 15:30 2026-06-17 15:30:00 0.078 0.231 0.231 0.050 0.510 0

98 15:45 2026-06-17 15:45:00 0.081 0.234 0.234 0.050 0.535 0

99 16:00 2026-06-17 16:00:00 0.073 0.223 0.223 0.047 0.578 0

100 16:15 2026-06-17 16:15:00 0.080 0.232 0.232 0.047 0.603 0

101 16:30 2026-06-17 16:30:00 0.091 0.245 0.245 0.047 0.627 0

102 16:45 2026-06-17 16:45:00 0.098 0.255 0.255 0.068 0.576 0

103 17:00 2026-06-17 17:00:00 0.085 0.238 0.238 0.114 0.482 0

104 17:15 2026-06-17 17:15:00 0.100 0.257 0.257 0.134 0.431 0

105 17:30 2026-06-17 17:30:00 0.109 0.268 0.268 0.155 0.381 0

106 17:45 2026-06-17 17:45:00 0.121 0.282 0.282 0.137 0.282 0

107 18:00 2026-06-17 18:00:00 0.105 0.263 0.263 0.087 0.123 0

108 18:15 2026-06-17 18:15:00 0.115 0.275 0.275 0.069 0.025 0

109 18:30 2026-06-17 18:30:00 0.122 0.283 0.283 0.052 0.000 0

110 18:45 2026-06-17 18:45:00 0.128 0.291 0.291 0.052 0.000 0

111 19:00 2026-06-17 19:00:00 0.126 0.288 0.288 0.066 0.000 0

112 19:15 2026-06-17 19:15:00 0.135 0.299 0.299 0.066 0.000 0

113 19:30 2026-06-17 19:30:00 0.148 0.314 0.314 0.066 0.000 0

114 19:45 2026-06-17 19:45:00 0.156 0.324 0.324 0.063 0.000 0

115 20:00 2026-06-17 20:00:00 0.145 0.311 0.311 0.059 0.000 0

116 20:15 2026-06-17 20:15:00 0.153 0.321 0.321 0.056 0.000 0

117 20:30 2026-06-17 20:30:00 0.168 0.339 0.339 0.054 0.000 0

118 20:45 2026-06-17 20:45:00 0.171 0.343 0.343 0.052 0.000 0

119 21:00 2026-06-17 21:00:00 0.170 0.341 0.341 0.050 0.000 0

120 21:15 2026-06-17 21:15:00 0.167 0.337 0.337 0.048 0.000 0

121 21:30 2026-06-17 21:30:00 0.161 0.330 0.330 0.046 0.000 0

122 21:45 2026-06-17 21:45:00 0.152 0.320 0.320 0.046 0.001 0

123 22:00 2026-06-17 22:00:00 0.172 0.344 0.344 0.046 0.003 0

124 22:15 2026-06-17 22:15:00 0.159 0.328 0.328 0.045 0.004 0

125 22:30 2026-06-17 22:30:00 0.154 0.323 0.323 0.045 0.005 0

126 22:45 2026-06-17 22:45:00 0.147 0.313 0.313 0.044 0.005 0

127 23:00 2026-06-17 23:00:00 0.151 0.319 0.319 0.042 0.005 0

128 23:15 2026-06-17 23:15:00 0.144 0.310 0.310 0.041 0.005 0

129 23:30 2026-06-17 23:30:00 0.139 0.303 0.303 0.039 0.005 0

130 23:45 2026-06-17 23:45:00 0.134 0.298 0.298 0.038 0.005 0

2026-06-16 15:28:40 info: No reduced hours applied for Home Battery

2026-06-16 15:28:40 info: No reduced power applied during discharging at low soc

2026-06-16 15:28:40 info: No reduced power applied during charging at high soc

2026-06-16 15:28:40 info: Startwaarde SoC Home Battery: 99.0%

2026-06-16 15:28:40 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland

2026-06-16 15:28:40 info: Instellingen voor laden van EV: Audi Etron GT

2026-06-16 15:28:40 info: Direct laden is uit

2026-06-16 15:28:40 info: Ampere Effic. Grid kW Accu kW

2026-06-16 15:28:40 info: 0.00 1.00 0.00 0.00

2026-06-16 15:28:40 info: 16.00 0.90 11.04 9.94

2026-06-16 15:28:40 info: Capaciteit accu: 93.0 kWh

2026-06-16 15:28:40 info: Maximaal laadvermogen: 11.04 kW

2026-06-16 15:28:40 info: Klaar met laden op: 16-06-2026 16:32:00

2026-06-16 15:28:40 info: Huidig laadniveau: 68.0 %

2026-06-16 15:28:40 info: Gewenst laadniveau:80.0 %

2026-06-16 15:28:40 info: Marge voor het laden: 1 %

2026-06-16 15:28:40 info: Locatie: home

2026-06-16 15:28:40 info: Ingeplugged:False

2026-06-16 15:28:40 info: Benodigde netto energie: 11.160 kWh

2026-06-16 15:28:40 info: Tijd nodig om te laden: 1:8 uur

2026-06-16 15:28:40 info: Afgerond naar hele intervallen: 5 kwartier

2026-06-16 15:28:40 info: Stand laden schakelaar: off

2026-06-16 15:28:40 info: Stand aantal ampere laden: 0.0 A

2026-06-16 15:28:40 info: Opladen wordt niet ingepland, omdat auto is niet ingeplugd.

2026-06-16 15:28:40 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland

2026-06-16 15:28:40 info: Strategie: minimale kosten

2026-06-16 15:28:40 info: Maximale fout (maximal gap): 0.005000 euro

2026-06-16 15:28:41 info: Rekentijd: 1.43 sec

2026-06-16 15:28:41 info: Het programma heeft een optimale oplossing gevonden.

2026-06-16 15:28:41 info: Ontlaad volume in uur 21 20:30 2.7300000000000004 kWh

2026-06-16 15:28:41 info: 2 0.9100000000000001 12.0

2026-06-16 15:28:41 info: Ontlaad volume in uur 22 20:45 2.73 kWh

2026-06-16 15:28:41 info: 2 0.9100000000000001 12.0

2026-06-16 15:28:41 info: Ontlaad volume in uur 23 21:00 2.7300000000000004 kWh

2026-06-16 15:28:41 info: 2 0.9100000000000001 12.0

2026-06-16 15:28:41 info: Ontlaad volume in uur 24 21:15 2.73 kWh

2026-06-16 15:28:41 info: 2 0.9100000000000001 12.0

2026-06-16 15:28:41 info: Ontlaad volume in uur 25 21:30 2.73 kWh

2026-06-16 15:28:41 info: 2 0.9100000000000001 12.0

2026-06-16 15:28:41 info: Ontlaad volume in uur 27 22:00 2.7300000000000004 kWh

2026-06-16 15:28:41 info: 2 0.9100000000000001 12.0

2026-06-16 15:28:42 info: Ontlaad volume in uur 118 20:45 0.8886149999996709 kWh

2026-06-16 15:28:42 info: 1 0.4443074999998355 8.0

2026-06-16 15:28:42 info: Ontlaad volume in uur 123 22:00 2.73 kWh

2026-06-16 15:28:42 info: 2 0.9100000000000001 12.0

2026-06-16 15:28:42 info: In- en uitgaande energie per kwartier batterij Home Battery

uur ac-> eff ->dc pv->dc dc-> eff ->bat o_eff SoC

kWh % kWh kWh kWh % kWh % %

15:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

15:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

15:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

16:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

16:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

16:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

16:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

17:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

17:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

17:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

17:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

18:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

18:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

18:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

18:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

19:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

19:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

19:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

19:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

20:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

20:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 99.00

20:30 -2.73 91.00 -3.00 0.00 -3.00 91.00 -3.30 82.81 89.58

20:45 -2.73 91.00 -3.00 0.00 -3.00 91.00 -3.30 82.81 80.16

21:00 -2.73 91.00 -3.00 0.00 -3.00 91.00 -3.30 82.81 70.74

21:15 -2.73 91.00 -3.00 0.00 -3.00 91.00 -3.30 82.81 61.32

21:30 -2.73 91.00 -3.00 0.00 -3.00 91.00 -3.30 82.81 51.90

21:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 51.90

22:00 -2.73 91.00 -3.00 0.00 -3.00 91.00 -3.30 82.81 42.49

22:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

22:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

22:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

23:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

23:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

23:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

23:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

00:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

00:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

00:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

00:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

01:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

01:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

01:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

01:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

02:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

02:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

02:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

02:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

03:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

03:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

03:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

03:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

04:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

04:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

04:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

04:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

05:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

05:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

05:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

05:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

06:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

06:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

06:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

06:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

07:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

07:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

07:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

07:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

08:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

08:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

08:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

08:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

09:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

09:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

09:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

09:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

10:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

10:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

10:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

10:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

11:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

11:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

11:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

11:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

12:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

12:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

12:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

12:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

13:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

13:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

13:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

13:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

14:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

14:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

14:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

14:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

15:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

15:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

15:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

15:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

16:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

16:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

16:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

16:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

17:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

17:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

17:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

17:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

18:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

18:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

18:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

18:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

19:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

19:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

19:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

19:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

20:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

20:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

20:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 42.49

20:45 -0.89 91.00 -0.98 0.00 -0.98 91.00 -1.07 82.81 39.42

21:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 39.42

21:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 39.42

21:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 39.42

21:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 39.42

22:00 -2.73 91.00 -3.00 0.00 -3.00 91.00 -3.30 82.81 30.00

22:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 30.00

22:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 30.00

22:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 30.00

23:00 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 30.00

23:15 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 30.00

23:30 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 30.00

23:45 0.00 -- 0.00 0.00 0.00 -- 0.00 -- 30.00

Totaal -20.00 -21.98 0.00 -21.98 -24.15

2026-06-16 15:28:50 info: Berekende prognoses:

uur bat_in bat_out cons prod base boil wp ev pv_ac cost profit b_tem

15:15 0.00 0.00 0.00 0.10 0.05 0.00 0.00 0.00 0.11 0.00 -0.02 20.00

15:30 0.00 0.00 0.00 1.09 0.05 0.00 0.00 0.00 1.14 0.00 -0.25 20.00

15:45 0.00 0.00 0.00 1.09 0.05 0.00 0.00 0.00 1.14 0.00 -0.26 20.00

16:00 0.00 0.00 0.00 1.10 0.05 0.00 0.00 0.00 1.15 0.00 -0.24 20.00

16:15 0.00 0.00 0.00 1.10 0.05 0.00 0.00 0.00 1.15 0.00 -0.26 20.00

16:30 0.00 0.00 0.00 1.10 0.05 0.00 0.00 0.00 1.14 0.00 -0.27 20.00

16:45 0.00 0.00 0.00 1.02 0.07 0.00 0.00 0.00 1.09 0.00 -0.26 20.00

17:00 0.00 0.00 0.00 0.89 0.11 0.00 0.00 0.00 1.00 0.00 -0.22 20.00

17:15 0.00 0.00 0.00 0.81 0.13 0.00 0.00 0.00 0.95 0.00 -0.21 20.00

17:30 0.00 0.00 0.00 0.74 0.15 0.00 0.00 0.00 0.89 0.00 -0.20 20.00

17:45 0.00 0.00 0.00 0.65 0.14 0.00 0.00 0.00 0.79 0.00 -0.19 20.00

18:00 0.00 0.00 0.00 0.57 0.09 0.00 0.00 0.00 0.66 0.00 -0.15 20.00

18:15 0.00 0.00 0.00 0.49 0.07 0.00 0.00 0.00 0.56 0.00 -0.14 20.00

18:30 0.00 0.00 0.00 0.41 0.05 0.00 0.00 0.00 0.46 0.00 -0.12 20.00

18:45 0.00 0.00 0.00 0.31 0.05 0.00 0.00 0.00 0.37 0.00 -0.10 20.00

19:00 0.00 0.00 0.00 0.19 0.07 0.00 0.00 0.00 0.25 0.00 -0.05 20.00

19:15 0.00 0.00 0.00 0.09 0.07 0.00 0.00 0.00 0.16 0.00 -0.03 20.00

19:30 0.00 0.00 0.00 0.00 0.07 0.00 0.00 0.00 0.07 0.00 -0.00 20.00

19:45 0.00 0.00 0.00 0.01 0.06 0.00 0.00 0.00 0.07 0.00 -0.00 20.00

20:00 0.00 0.00 0.00 0.10 0.06 0.00 0.00 0.00 0.16 0.00 -0.03 20.00

20:15 0.00 0.00 0.00 0.11 0.06 0.00 0.00 0.00 0.17 0.00 -0.04 20.00

20:30 0.00 2.73 0.00 2.85 0.05 0.00 0.00 0.00 0.17 0.00 -1.01 20.00

20:45 0.00 2.73 0.00 2.82 0.05 0.00 0.00 0.00 0.14 0.00 -1.06 20.00

21:00 0.00 2.73 0.00 2.75 0.05 0.00 0.00 0.00 0.07 0.00 -1.00 20.00

21:15 0.00 2.73 0.00 2.72 0.05 0.00 0.00 0.00 0.04 0.00 -1.01 20.00

21:30 0.00 2.73 0.00 2.69 0.05 0.00 0.00 0.00 0.00 0.00 -0.96 20.00

21:45 0.00 0.00 0.05 0.00 0.05 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

22:00 0.00 2.73 0.00 2.70 0.05 0.00 0.00 0.00 0.01 0.00 -1.00 20.00

22:15 0.00 0.00 0.04 0.00 0.05 0.00 0.00 0.00 0.01 0.01 -0.00 20.00

22:30 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

22:45 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

23:00 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

23:15 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

23:30 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

23:45 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

00:00 0.00 0.00 0.03 0.00 0.03 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

00:15 0.00 0.00 0.03 0.00 0.03 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

00:30 0.00 0.00 0.03 0.00 0.03 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

00:45 0.00 0.00 0.04 0.00 0.05 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

01:00 0.00 0.00 0.08 0.00 0.08 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

01:15 0.00 0.00 0.09 0.00 0.09 0.00 0.00 0.00 0.00 0.03 -0.00 20.00

01:30 0.00 0.00 0.11 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00

01:45 0.00 0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00

02:00 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.01 0.02 -0.00 20.00

02:15 0.00 0.00 0.06 0.00 0.06 0.00 0.00 0.00 0.01 0.02 -0.00 20.00

02:30 0.00 0.00 0.05 0.00 0.06 0.00 0.00 0.00 0.01 0.01 -0.00 20.00

02:45 0.00 0.00 0.06 0.00 0.07 0.00 0.00 0.00 0.01 0.02 -0.00 20.00

03:00 0.00 0.00 0.09 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00

03:15 0.00 0.00 0.11 0.00 0.11 0.00 0.00 0.00 0.00 0.03 -0.00 20.00

03:30 0.00 0.00 0.12 0.00 0.12 0.00 0.00 0.00 0.00 0.03 -0.00 20.00

03:45 0.00 0.00 0.10 0.00 0.10 0.00 0.00 0.00 0.00 0.03 -0.00 20.00

04:00 0.00 0.00 0.06 0.00 0.06 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

04:15 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

04:30 0.00 0.00 0.03 0.00 0.03 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

04:45 0.00 0.00 0.02 0.00 0.02 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

05:00 0.00 0.00 0.03 0.00 0.03 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

05:15 0.00 0.00 0.03 0.00 0.03 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

05:30 0.00 0.00 0.03 0.00 0.03 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

05:45 0.00 0.00 0.01 0.00 0.03 0.00 0.00 0.00 0.02 0.00 -0.00 20.00

06:00 0.00 0.00 0.00 0.04 0.03 0.00 0.00 0.00 0.07 0.00 -0.01 20.00

06:15 0.00 0.00 0.00 0.07 0.03 0.00 0.00 0.00 0.10 0.00 -0.02 20.00

06:30 0.00 0.00 0.00 0.09 0.03 0.00 0.00 0.00 0.12 0.00 -0.03 20.00

06:45 0.00 0.00 0.00 0.10 0.03 0.00 0.00 0.00 0.14 0.00 -0.03 20.00

07:00 0.00 0.00 0.00 0.10 0.03 0.00 0.00 0.00 0.14 0.00 -0.03 20.00

07:15 0.00 0.00 0.00 0.11 0.04 0.00 0.00 0.00 0.15 0.00 -0.03 20.00

07:30 0.00 0.00 0.00 0.12 0.04 0.00 0.00 0.00 0.16 0.00 -0.04 20.00

07:45 0.00 0.00 0.00 0.13 0.04 0.00 0.00 0.00 0.18 0.00 -0.04 20.00

08:00 0.00 0.00 0.00 0.16 0.05 0.00 0.00 0.00 0.21 0.00 -0.05 20.00

08:15 0.00 0.00 0.00 0.17 0.06 0.00 0.00 0.00 0.23 0.00 -0.05 20.00

08:30 0.00 0.00 0.00 0.18 0.06 0.00 0.00 0.00 0.24 0.00 -0.05 20.00

08:45 0.00 0.00 0.00 0.15 0.06 0.00 0.00 0.00 0.21 0.00 -0.04 20.00

09:00 0.00 0.00 0.00 0.05 0.06 0.00 0.00 0.00 0.11 0.00 -0.01 20.00

09:15 0.00 0.00 0.00 0.01 0.06 0.00 0.00 0.00 0.07 0.00 -0.00 20.00

09:30 0.00 0.00 0.03 0.00 0.07 0.00 0.00 0.00 0.04 0.01 -0.00 20.00

09:45 0.00 0.00 0.00 0.05 0.07 0.00 0.00 0.00 0.12 0.00 -0.01 20.00

10:00 0.00 0.00 0.00 0.25 0.07 0.00 0.00 0.00 0.32 0.00 -0.07 20.00

10:15 0.00 0.00 0.00 0.33 0.08 0.00 0.00 0.00 0.40 0.00 -0.09 20.00

10:30 0.00 0.00 0.00 0.40 0.08 0.00 0.00 0.00 0.48 0.00 -0.10 20.00

10:45 0.00 0.00 0.00 0.32 0.08 0.00 0.00 0.00 0.40 0.00 -0.08 20.00

11:00 0.00 0.00 0.00 0.11 0.08 0.00 0.00 0.00 0.19 0.00 -0.03 20.00

11:15 0.00 0.00 0.00 0.03 0.08 0.00 0.00 0.00 0.11 0.00 -0.01 20.00

11:30 0.00 0.00 0.05 0.00 0.08 0.00 0.00 0.00 0.03 0.01 -0.00 20.00

11:45 0.00 0.00 0.06 0.00 0.08 0.00 0.00 0.00 0.02 0.01 -0.00 20.00

12:00 0.00 0.00 0.03 0.00 0.08 0.00 0.00 0.00 0.05 0.01 -0.00 20.00

12:15 0.00 0.00 0.05 0.00 0.08 0.00 0.00 0.00 0.03 0.01 -0.00 20.00

12:30 0.00 0.00 0.06 0.00 0.08 0.00 0.00 0.00 0.02 0.01 -0.00 20.00

12:45 0.00 0.00 0.03 0.00 0.07 0.00 0.00 0.00 0.05 0.01 -0.00 20.00

13:00 0.00 0.00 0.00 0.04 0.06 0.00 0.00 0.00 0.10 0.00 -0.01 20.00

13:15 0.00 0.00 0.00 0.07 0.06 0.00 0.00 0.00 0.13 0.00 -0.02 20.00

13:30 0.00 0.00 0.00 0.11 0.05 0.00 0.00 0.00 0.16 0.00 -0.03 20.00

13:45 0.00 0.00 0.00 0.17 0.06 0.00 0.00 0.00 0.22 0.00 -0.04 20.00

14:00 0.00 0.00 0.00 0.26 0.06 0.00 0.00 0.00 0.32 0.00 -0.06 20.00

14:15 0.00 0.00 0.00 0.32 0.07 0.00 0.00 0.00 0.38 0.00 -0.07 20.00

14:30 0.00 0.00 0.00 0.38 0.07 0.00 0.00 0.00 0.45 0.00 -0.09 20.00

14:45 0.00 0.00 0.00 0.40 0.06 0.00 0.00 0.00 0.47 0.00 -0.09 20.00

15:00 0.00 0.00 0.00 0.41 0.06 0.00 0.00 0.00 0.46 0.00 -0.10 20.00

15:15 0.00 0.00 0.00 0.43 0.05 0.00 0.00 0.00 0.49 0.00 -0.10 20.00

15:30 0.00 0.00 0.00 0.46 0.05 0.00 0.00 0.00 0.51 0.00 -0.11 20.00

15:45 0.00 0.00 0.00 0.48 0.05 0.00 0.00 0.00 0.53 0.00 -0.11 20.00

16:00 0.00 0.00 0.00 0.53 0.05 0.00 0.00 0.00 0.58 0.00 -0.12 20.00

16:15 0.00 0.00 0.00 0.56 0.05 0.00 0.00 0.00 0.60 0.00 -0.13 20.00

16:30 0.00 0.00 0.00 0.58 0.05 0.00 0.00 0.00 0.63 0.00 -0.14 20.00

16:45 0.00 0.00 0.00 0.51 0.07 0.00 0.00 0.00 0.58 0.00 -0.13 20.00

17:00 0.00 0.00 0.00 0.37 0.11 0.00 0.00 0.00 0.48 0.00 -0.09 20.00

17:15 0.00 0.00 0.00 0.30 0.13 0.00 0.00 0.00 0.43 0.00 -0.08 20.00

17:30 0.00 0.00 0.00 0.23 0.15 0.00 0.00 0.00 0.38 0.00 -0.06 20.00

17:45 0.00 0.00 0.00 0.14 0.14 0.00 0.00 0.00 0.28 0.00 -0.04 20.00

18:00 0.00 0.00 0.00 0.04 0.09 0.00 0.00 0.00 0.12 0.00 -0.01 20.00

18:15 0.00 0.00 0.04 0.00 0.07 0.00 0.00 0.00 0.02 0.01 -0.00 20.00

18:30 0.00 0.00 0.05 0.00 0.05 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

18:45 0.00 0.00 0.05 0.00 0.05 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

19:00 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

19:15 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

19:30 0.00 0.00 0.07 0.00 0.07 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

19:45 0.00 0.00 0.06 0.00 0.06 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

20:00 0.00 0.00 0.06 0.00 0.06 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

20:15 0.00 0.00 0.06 0.00 0.06 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

20:30 0.00 0.00 0.05 0.00 0.05 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

20:45 0.00 0.89 0.00 0.84 0.05 0.00 0.00 0.00 0.00 0.00 -0.29 20.00

21:00 0.00 0.00 0.05 0.00 0.05 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

21:15 0.00 0.00 0.05 0.00 0.05 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

21:30 0.00 0.00 0.05 0.00 0.05 0.00 0.00 0.00 0.00 0.02 -0.00 20.00

21:45 0.00 0.00 0.04 0.00 0.05 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

22:00 0.00 2.73 0.00 2.69 0.05 0.00 0.00 0.00 0.00 0.00 -0.92 20.00

22:15 0.00 0.00 0.04 0.00 0.05 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

22:30 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

22:45 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

23:00 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

23:15 0.00 0.00 0.04 0.00 0.04 0.00 0.00 0.00 0.00 0.01 -0.00 20.00

23:30 0.00 0.00 0.03 0.00 0.04 0.00 0.00 0.00 0.01 0.01 -0.00 20.00

23:45 0.00 0.00 0.03 0.00 0.04 0.00 0.00 0.00 0.01 0.01 -0.00 20.00

Totaal 0.00 20.00 3.06 41.76 8.07 0.00 0.00 0.00 26.73 0.91 -12.74 NaN

2026-06-16 15:28:50 info: Consumption 3.06 (kWh)

2026-06-16 15:28:50 info: Cost consumption 0.91 (€)

2026-06-16 15:28:50 info: Tariff consumption 0.297 (€/kWh)

2026-06-16 15:28:50 info: Production 41.76 (kWh)

2026-06-16 15:28:50 info: Profit production -12.74 (€)

2026-06-16 15:28:50 info: Tariff production 0.305 (€/kWh)

2026-06-16 15:28:50 info:

Calculation profit after optimize in €

Cost before optimize -4.57

Cost consumption 0.91

Cycle cost 0.22

Penalty cost 0.00

EV switch costs 0.00

Battery storage 5.72

Boiler storage 0.00

Profit production -12.74

Total -5.89

Cost after optimize -5.89

Profit: 1.31

2026-06-16 15:28:50 info: Doorzetten van alle settings naar HA

2026-06-16 15:28:50 info: Grid balanceren: off

2026-06-16 15:28:50 info: Grid set point: -4351.0 W

2026-06-16 15:28:50 info: Laden van Audi Etron GT is niet ingepland

2026-06-16 15:28:50 info: Aantal partial stops: 0

2026-06-16 15:28:50 info: Aantal boundary stops: 0

2026-06-16 15:28:50 info: Aantal start/stops: 0

2026-06-16 15:28:50 info: Penalty per start/stop: 0.000

2026-06-16 15:28:50 info: Totale switch kosten: 0.00

2026-06-16 15:28:50 info: Berekeningsuitkomst voor opladen van Audi Etron GT:

2026-06-16 15:28:50 info: - aantal ampere 0A (was 0.0A)

2026-06-16 15:28:50 info: - stand schakelaar 'off' (was 'off')

2026-06-16 15:28:50 info: - positie: home

2026-06-16 15:28:50 info: - ingeplugd: False

2026-06-16 15:28:50 info: Audi Etron GT is niet thuis of niet ingeplugd

2026-06-16 15:28:50 info: Evaluatie status laden Audi Etron GT op 2026-06-16 15:28

2026-06-16 15:28:50 info: - schakelaar laden: off

2026-06-16 15:28:50 info: - aantal ampere: 0.0

2026-06-16 15:28:50 info: Cycle cost Home Battery: 0.22 euro

2026-06-16 15:28:50 info: Netto vermogen naar(+)/uit(-) omvormer Home Battery: 0 W

2026-06-16 15:28:50 info: Vermogen uit batterij: 0W

2026-06-16 15:28:50 info: Vermogen dat binnenkomt van pv: 0W

2026-06-16 15:28:50 info: Vermogen dat binnenkomt van ac: 0W

2026-06-16 15:28:50 info: Waarde SoC na eerste uur: 99.0%

woensdag 17 juni 2026 15:30

Acties:

woensdag 17 juni 2026 18:23

hemertje schreef op maandag 15 juni 2026 @ 23:17:
[...]

Hey @tomvandepoel3,

Echt goed dat je het EV-voorbeeld hebt toegevoegd — dit ontbrak nog.
De opbouw parallel aan Battery maakt het veel duidelijker: config, helpers, automation, dashboard, resultaat. Veel overzichtelijker dan alleen de EV Configuration-pagina.

Wat me vooral aanspreekt is het onderscheid tussen input en set helpers, en die planningsgrafieken bij minimize cost vs minimize consumption. Dan snap je eindelijk waarom DAO op bepaalde uren laadt.
De Min+Solar uitbreiding vind ik ook slim: DAO plant wanneer, EVCC regelt realtime PV — mooi richting saldering 2027.

Ik zag nog een paar dingetjes die waarschijnlijk typootjes zijn.
In de automation staat dao_ev_charge_target_soc_2; bedoel je dao_ev_charge_target_soc?
Bij Battery wisselen helper-namen (dao_set_power_feedin vs dao_battery_set_power_feedin, balance switch idem).
En bij de gecombineerde Sessy: sensor.dao_battery_set_power_feedin lijkt me input_number.dao_battery_set_power_feedin.
De eerste charge_stage met efficiency 0.0 bij 0A is verwarrend — DAO voegt zelf al een 0A-stap toe.

Verder geen must-haves, maar misschien handig voor later:
een entity-mapping tabel, een korte checklist bovenaan de EV-sectie, en een alinea over min-SoC guard (SoC onder 35% direct laden komt in de praktijk vaak voor).
Ook ready_datetime vs planningshorizon (~48u) — anders vraag je je af waarom laden soms niet ingepland wordt.
De automation zou compacter kunnen via een script; EVCC’s select-entities dwingen die if-ladder helaas wel af.
EVCC is logisch als generiek voorbeeld; een korte noot over Zaptec/Tibber zou NL-gebruikers helpen — zelfde principe, andere entity-namen.

Bij mij draait EV nog buiten de MILP (Zaptec/Tibber naast Zendure in DAO).
Dit wiki-stuk is wel de blauwdruk om dat ooit wél te doen.

Nogmaals dank — goed stuk!

Gegroet, Hemertje

@hemertje, dank voor de scherpe review en het melden van de fouten (het zijn natuurlijk niet echt typo's; ik heb er iets langer aan gewerkt met een vakantie in het midden en niet overal de consistente naamgeving op het zelfde moment doorgevoerd). De fouten zijn ondertussen gecorrigeerd. Nogmaals dank!

Ik werk ondertussen ook aan een uitbreiding + voorbeeld om het plannen over een langere periode (b.v. weekend waarin de EV rustig 48 uur of meer aan de lader mag blijven hangen) te vereenvoudigen. Duurt nog even.

Als er tweakers zijn die de HA aansturing voor andere laadpalen in een PM willen delen, dan zal ik deze aan de Wiki toevoegen.

Afbeeldingslocatie: https://tweakers.net/i/sYC1mgFr-g2GePIrNxtbMmkoJeo=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/ZG0aNazTE8M1XMBou1JOAndi.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/sYC1mgFr-g2GePIrNxtbMmkoJeo=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/ZG0aNazTE8M1XMBou1JOAndi.png?f=user_large

@KC27, zou zo'n EV min-SoC guard (onder x% direct laden tot x% en daarna de rest van het EV laden proberen te optimaliseren) op termijn niet beter in de DAO planning toegevoegd kunnen worden?

Acties:

woensdag 17 juni 2026 19:09

Morgen wordt een leuke avond voor ons accu bezitters.

Acties:

simnet

@KC27 deze is voor DAO van toepassing geloof ik..

nieuws: Kwetsbaarhedenscanner CodeQL van GitHub kost vanaf juli maandbedrag e...

woensdag 17 juni 2026 20:27

Acties:

RudolfR

@simnet

Vaak is er een gratis versie voor open source, hiervan ook, geloof ik.

woensdag 17 juni 2026 22:00

Acties:

konehead

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

Wie gebruikt hier DAO + ZON + ACCU + warmtepomp? én wil zijn/haar overzicht hier (of met mij in de DM delen)? Ik ben erg benieuwd wat het effect van de warmte pomp is op het gemiddeld tarief per maand en het verbruik. Hierboven is de situatie Zon + ACCU en niet DaO gestuurde ev laden. Mogelijk ga ik ook over op een warmte pomp en probeer in te schatten wat dit gaat doen met mijn kosten / gemiddeld verbruik.

Ik gebruik DAO nu een jaar, in oktober'25 helaas een HA DB crash gehad, vandaar maar 8 maanden aan data.

Alvast bedankt!

woensdag 17 juni 2026 22:51

Acties:

woensdag 17 juni 2026 22:51

Zonnepanelen en toebehoren

Topicstarter

simnet schreef op woensdag 17 juni 2026 @ 19:09:
@KC27 deze is voor DAO van toepassing geloof ik..

nieuws: Kwetsbaarhedenscanner CodeQL van GitHub kost vanaf juli maandbedrag e...

Dank je wel voor de melding. DAO gebruikt inderdaad CodeQL. Tot nu toe heeft het weinig tot niets gemeld. Ik heb meer aan de testbuilders van jou. Ik wil op (korte) termijn meer tests toevoegen aan de CI-flow.

Acties:

woensdag 17 juni 2026 23:04

Hoi @KC27

Ik loop tegen iets aan in DAO waar ik even je mening over wil — geen GitHub-issue, gewoon praktijkverhaal van mijn setup.

Ik draai DAO met Zendure (NOM, P1 staat dus vrijwel op 0) en een stuk slimmer gemeten verbruik via stekkers: wasmachine, vaatwasser, NAS, Quooker, TV, dat soort dingen. Allemaal total_increasing kWh-sensors in HA, ook netjes in het Energy-dashboard.

Ik dacht: mooi, als ik die in entities machine consumption zet wordt de baseload-berekening concreter. Je meet een deel van het huis echt, in plaats van dat alles in één grijze P1/Zendure-rest zit. Klopt ook voor de history: calc_baseloads wordt zuiverder.

Maar dan komt het gekke: in calc_optimum telt DAO die stekkers niet meer mee. Die worden bij de baseload-berekening afgetrokken, en in de 15-min planner krijg je alleen dat lagere rest-profiel (baseload_0..6.json). Terug in de MILP komen ze alleen via machines[] — en dat is weer het hele circus met startvenster, programma, calculated start, enz.

Ik wil die apparaten níet inplannen. Ze zijn gewoon huishoudverbruik. Ze moeten ook geen flexibel load worden. Ik wil ze alleen meten zodat de balans klopt — zeker met NOM — en dat DAO daarna ook met het juiste totaalverbruik rekent.

Nu mis je dus kWh in de voorspelling. De optimizer denkt dat we 's avonds minder nodig hebben dan we echt gebruiken (NAS, TV, standby, Quooker, soms wasmachine). Batterij blijft daardoor conservatiever dan nodig. NOM vangt het wel op, maar de planning zelf is dan onderbouwend fout.

Mijn gevoel: dit is een ontwerpgat. Je hebt nu twee werelden:

entities machine consumption = haal het uit de baseload-history
machines[] = plan het vooruit

Er mist een derde: "meet het, gebruik het in de voorspelling, maar stuur het niet aan."

Wat ik me voorstel (simpelste fix):

Bij calc_baseloads naast baseload_{weekdag}.json ook iets als measured_{weekdag}.json opslaan — het uurgemiddelde van die stekkers, dezelfde statistics die je nu al aftrekt.

In calc_optimum bij b_l gewoon optellen: rest-baseload + gemeten profiel. machines[] blijft voor mensen die wél willen inplannen.

Dan wordt baseload echt concreter én effectiever: je meet meer apparaten, en de optimizer ziet ook het volledige plaatje — zonder dat iedereen met stekkers gedwongen wordt tot machine-planning.

Staat dit ergens al anders in de docs en heb ik iets verkeerd geconfigureerd?
Of herken je dit als iets wat meer mensen gaan raken nu steeds meer mensen per apparaat meten (Shelly, BW-SHP, ESPurna, whatever)?

Groet, Hemertje

(Er staat per ongeluk ook een GitHub #701 open — die kun je negeren of sluiten als je het via Tweakers wilt doen.)

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

Acties:

woensdag 17 juni 2026 23:22

Zonnepanelen en toebehoren

Topicstarter

tomvandepoel3 schreef op woensdag 17 juni 2026 @ 15:30:
[...]

@hemertje, dank voor de scherpe review en het melden van de fouten (het zijn natuurlijk niet echt typo's; ik heb er iets langer aan gewerkt met een vakantie in het midden en niet overal de consistente naamgeving op het zelfde moment doorgevoerd). De fouten zijn ondertussen gecorrigeerd. Nogmaals dank!

Ik werk ondertussen ook aan een uitbreiding + voorbeeld om het plannen over een langere periode (b.v. weekend waarin de EV rustig 48 uur of meer aan de lader mag blijven hangen) te vereenvoudigen. Duurt nog even.

Als er tweakers zijn die de HA aansturing voor andere laadpalen in een PM willen delen, dan zal ik deze aan de Wiki toevoegen.

[Afbeelding]

@KC27, zou zo'n EV min-SoC guard (onder x% direct laden tot x% en daarna de rest van het EV laden proberen te optimaliseren) op termijn niet beter in de DAO planning toegevoegd kunnen worden?

Ik wil graag een roadmap gaan maken in overleg met de actieve gebruikers hier. Ik ben nu even ruim een week onthand want mijn laptop is weg voor groot onderhoud. Ik zal in de loop van volgende week een eerste versie hier of op GitHub presenteren, dan kunnen jullie je bijdrage leveren in de vorm van enerzijds "upvoten" van reeds aangeleverde ideeën en anderzijds nieuwe ideeën aanleveren. Als een van de eerstvolgende stappen staat het realiseren van de GUI van de config op de roadmap.
Jouw suggestie van een minimum SoC voor de ev zal daar ook op komen.

Acties:

woensdag 17 juni 2026 23:27

tomvandepoel3 schreef op woensdag 17 juni 2026 @ 15:30:
[...]

@hemertje, dank voor de scherpe review en het melden van de fouten (het zijn natuurlijk niet echt typo's; ik heb er iets langer aan gewerkt met een vakantie in het midden en niet overal de consistente naamgeving op het zelfde moment doorgevoerd). De fouten zijn ondertussen gecorrigeerd. Nogmaals dank!

Ik werk ondertussen ook aan een uitbreiding + voorbeeld om het plannen over een langere periode (b.v. weekend waarin de EV rustig 48 uur of meer aan de lader mag blijven hangen) te vereenvoudigen. Duurt nog even.

Als er tweakers zijn die de HA aansturing voor andere laadpalen in een PM willen delen, dan zal ik deze aan de Wiki toevoegen.

[Afbeelding]

@KC27, zou zo'n EV min-SoC guard (onder x% direct laden tot x% en daarna de rest van het EV laden proberen te optimaliseren) op termijn niet beter in de DAO planning toegevoegd kunnen worden?

@tomvandepoel3 thanks voor de update en het werk aan langere planningsperiode — dat is precies wat je nodig hebt als de auto een weekend aan de lader hangt.

@KC27 : +1 op die min-SoC guard in DAO zelf.
Nu los je dat met HA-automation (onder x% → direct laden, daarna pas optimaliseren).

Werkt, maar het zit buiten de MILP.
Dan kan DAO op papier nog "goedkoop wachten" terwijl de auto eigenlijk nu moet laden, vaak gaat de auto dan ook al laden want zit onder de basiscapaciteit.
In de planner als harde constraint of tweefasen-doel (eerst tot min-SoC, rest minimize cost) zou dat consistenter zijn — vergelijkbaar met entity min soc end opt bij de thuisbatterij, maar dan voor EV met plugged-in state.

Bij mij draait EV nog buiten de MILP (Zaptec + Tibber naast Zendure in DAO).
Als je een Zaptec/Tibber-voorbeeld wilt voor de wiki, stuur ik je in een PB mijn entity-mapping en hoe ik laad naast DAO — zelfde principe als EVCC, andere namen.

Succes met de 48u-uitbreiding — ben benieuwd.

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

Acties:

donderdag 18 juni 2026 00:27

KC27 schreef op woensdag 17 juni 2026 @ 23:04:
[...]

Ik wil graag een roadmap gaan maken in overleg met de actieve gebruikers hier. Ik ben nu even ruim een week onthand want mijn laptop is weg voor groot onderhoud. Ik zal in de loop van volgende week een eerste versie hier of op GitHub presenteren, dan kunnen jullie je bijdrage leveren in de vorm van enerzijds "upvoten" van reeds aangeleverde ideeën en anderzijds nieuwe ideeën aanleveren. Als een van de eerstvolgende stappen staat het realiseren van de GUI van de config op de roadmap.
Jouw suggestie van een minimum SoC voor de ev zal daar ook op komen.

goed initiatief, geniet van je rust zonder laptop, het is je van harte gegund!

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

Acties:

donderdag 18 juni 2026 06:43

Ik heb een eerste koppeling gebouwd waarmee DAO prijs-forecast kan gebruiken voor uren waarvoor de officiele day-ahead prijs nog niet gepubliceerd is.

Belangrijk:

zodra de officiele day-ahead prijs beschikbaar is, blijft die leidend. De forecast vult dus alleen de nog open uren in de horizon aan. Het doel is niet om de marktprijs te vervangen, maar om DAO eerder al met een bruikbare prijsreeks te laten werken.

Ik heb de uitleg, tijdelijke patch en voorbeeldconfiguratie hier verzameld:

https://energypriceforecast.eu/nl/dao-stroomprijs-prognose/

Daar staat onder andere:

- wanneer deze koppeling zinvol is

- hoe je de tijdelijke patch toepast

- welke config je nodig hebt

- hoe je de live JSON direct kunt controleren

Status nu:

- de koppeling werkt technisch

- de tijdelijke DAO-patch haalt lokaal aantoonbaar waarden op en schrijft ze weg

- het is nog geen officiele upstream DAO-feature

Als iemand hier DAO actief gebruikt en dit wil testen, dan hoor ik graag of het in een echte setup logisch gedrag geeft, vooral in de uren voor publicatie van de officiele day-ahead prijs.

Acties:

donderdag 18 juni 2026 07:25

KC27 schreef op woensdag 17 juni 2026 @ 23:04:
[...]

Ik wil graag een roadmap gaan maken in overleg met de actieve gebruikers hier. Ik ben nu even ruim een week onthand want mijn laptop is weg voor groot onderhoud. Ik zal in de loop van volgende week een eerste versie hier of op GitHub presenteren, dan kunnen jullie je bijdrage leveren in de vorm van enerzijds "upvoten" van reeds aangeleverde ideeën en anderzijds nieuwe ideeën aanleveren. Als een van de eerstvolgende stappen staat het realiseren van de GUI van de config op de roadmap.
Jouw suggestie van een minimum SoC voor de ev zal daar ook op komen.

Fantastisch initiatief! Is het mogelijk om daarbij ook GitHub te gebruiken, en dan met name de Discussion Ideas funtie? Daar kan een gebruiker een idee omhoog stemmen en is gefocuste discussie mogelijk. Misschien moeten we de bestaande lijst even opschonen; zaken die er al in zitten sluiten.

Acties:

donderdag 18 juni 2026 09:12

Ik heb het idee dat mijn reduced hours niet werkt. Ik heb dit in mijn config:

code:

"reduced_hours": {
        "0": 1000,
        "1": 1000,
        "2": 1000,
        "3": 1000,
        "4": 1000,
        "5": 1000,
        "6": 1000,
        "20": 1000,
        "21": 1000,
        "22": 1000,
        "23": 1000
      }

Het viel me op dat DAO meer dan 1000 W ontlaadt in die uren. Dit was gisteren. Ik zag voor vandaag in de planning wel 0.25 per kwartier staan, maar dat wordt dan zo niet zo uitgevoerd? Weet iemand hoe dit hoort te werken? Moet ik zelf in DAO nog een trucje doen?

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

Acties:

geerttttt

Manisch positief

Mooi. ik heb mijn twee thuisaccu's nu werkend via DAO. Ik vroeg me alleen af. Het lijkt me dat het soms wenselijk is om niet perse terug te leveren aan het net , maar wel om nul op de meter te realiseren zodat er niet onnodig stroom van het net gepakt wordt maar direct vanuit mijn batterij gebruikt wordt. Ik betaal immers via tibber 2,5 cent aan 'boete' voor het terugleveren.

Kan DAO ook op een of andere manier daar rekening mee houden? Of hoe zet ik dat door naar HASS?

Oost west, 127.0.0.1 best!

donderdag 18 juni 2026 10:40

Acties:

Impossibl3

geerttttt schreef op donderdag 18 juni 2026 @ 09:12:
Mooi. ik heb mijn twee thuisaccu's nu werkend via DAO. Ik vroeg me alleen af. Het lijkt me dat het soms wenselijk is om niet perse terug te leveren aan het net , maar wel om nul op de meter te realiseren zodat er niet onnodig stroom van het net gepakt wordt maar direct vanuit mijn batterij gebruikt wordt. Ik betaal immers via tibber 2,5 cent aan 'boete' voor het terugleveren.

Kan DAO ook op een of andere manier daar rekening mee houden? Of hoe zet ik dat door naar HASS?

Jup zie:
KC27 in "Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO"

PV 5.590 Wp Enphase, 2.700 Wp Growatt - Easee laadpaal - Itho Amber 95 WP

donderdag 18 juni 2026 12:42

Acties:

donderdag 18 juni 2026 13:10

geerttttt schreef op donderdag 18 juni 2026 @ 09:12:
Mooi. ik heb mijn twee thuisaccu's nu werkend via DAO. Ik vroeg me alleen af. Het lijkt me dat het soms wenselijk is om niet perse terug te leveren aan het net , maar wel om nul op de meter te realiseren zodat er niet onnodig stroom van het net gepakt wordt maar direct vanuit mijn batterij gebruikt wordt. Ik betaal immers via tibber 2,5 cent aan 'boete' voor het terugleveren.

Kan DAO ook op een of andere manier daar rekening mee houden? Of hoe zet ik dat door naar HASS?

Ja dat kan. Als je iets als dit aan je config toevoegt dan schakelt dao deze switch in Home Assistant. Je moet dat zelf doorzetten naar je accu. Je kunt naar behoefte instellen dat je alleen importeert of alleen exporteert. Maar DAO heeft alleen aan of er NoM gedraaid moet worden.

code:

1
2
3

"grid": {
    "entity_balance_switch": "input_boolean.sessy_dao_controlled_nom_aan"
  }

Acties:

donderdag 18 juni 2026 14:28

BackupBaTTerY schreef op donderdag 18 juni 2026 @ 00:27:
Ik heb een eerste koppeling gebouwd waarmee DAO prijs-forecast kan gebruiken voor uren waarvoor de officiele day-ahead prijs nog niet gepubliceerd is.

Belangrijk:

zodra de officiele day-ahead prijs beschikbaar is, blijft die leidend. De forecast vult dus alleen de nog open uren in de horizon aan. Het doel is niet om de marktprijs te vervangen, maar om DAO eerder al met een bruikbare prijsreeks te laten werken.

Ik heb de uitleg, tijdelijke patch en voorbeeldconfiguratie hier verzameld:

https://energypriceforecast.eu/nl/dao-stroomprijs-prognose/

Daar staat onder andere:

- wanneer deze koppeling zinvol is

- hoe je de tijdelijke patch toepast

- welke config je nodig hebt

- hoe je de live JSON direct kunt controleren

Status nu:

- de koppeling werkt technisch

- de tijdelijke DAO-patch haalt lokaal aantoonbaar waarden op en schrijft ze weg

- het is nog geen officiele upstream DAO-feature

Als iemand hier DAO actief gebruikt en dit wil testen, dan hoor ik graag of het in een echte setup logisch gedrag geeft, vooral in de uren voor publicatie van de officiele day-ahead prijs.

Goed initiatief ! Ik zal proberen om mee te kijken/testen (had zelf ook ideeën om naar de EV planning over langere perioden (48 uur) te kijken maar dit is een veel betere/algemenere oplossingsrichting).

Bij een eerste test direct in de browser (api.energypriceforecast.eu/api/v1/dao/prices?country=nl&hours=72) krijg is het volgende resultaat:

Afbeeldingslocatie: https://tweakers.net/i/lZb9x1UFkrlhZm457h13sjVaxoM=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/2xYbMjVu3MyP3OpffGAtNNFn.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/lZb9x1UFkrlhZm457h13sjVaxoM=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/2xYbMjVu3MyP3OpffGAtNNFn.png?f=user_large

Alle waarden lijken uit DAO (forecast_entries=0) te komen. Er is geen mix van DAO & Forecast. Mis ik iets? Het resultaat voor 48 uur geeft hetzelfde probleem.

Acties:

Karpertje

BackupBaTTerY schreef op donderdag 18 juni 2026 @ 00:27:
Ik heb een eerste koppeling gebouwd waarmee DAO prijs-forecast kan gebruiken voor uren waarvoor de officiele day-ahead prijs nog niet gepubliceerd is.

Belangrijk:

zodra de officiele day-ahead prijs beschikbaar is, blijft die leidend. De forecast vult dus alleen de nog open uren in de horizon aan. Het doel is niet om de marktprijs te vervangen, maar om DAO eerder al met een bruikbare prijsreeks te laten werken.

Ik heb de uitleg, tijdelijke patch en voorbeeldconfiguratie hier verzameld:

https://energypriceforecast.eu/nl/dao-stroomprijs-prognose/

Daar staat onder andere:

- wanneer deze koppeling zinvol is

- hoe je de tijdelijke patch toepast

- welke config je nodig hebt

- hoe je de live JSON direct kunt controleren

Status nu:

- de koppeling werkt technisch

- de tijdelijke DAO-patch haalt lokaal aantoonbaar waarden op en schrijft ze weg

- het is nog geen officiele upstream DAO-feature

Als iemand hier DAO actief gebruikt en dit wil testen, dan hoor ik graag of het in een echte setup logisch gedrag geeft, vooral in de uren voor publicatie van de officiele day-ahead prijs.

Vind dit een zeer goed idee. Soms komt hier de accu niet vol zodat we de nacht kunnen overbruggen, en hiermee kijkt hij verder voorruit. Krijg het zelf niet direct aan de praat in ha, maar hoop dat dit toegevoegd wordt

donderdag 18 juni 2026 15:34

Acties:

simnet

BackupBaTTerY schreef op donderdag 18 juni 2026 @ 00:27:
Ik heb een eerste koppeling gebouwd waarmee DAO prijs-forecast kan gebruiken voor uren waarvoor de officiele day-ahead prijs nog niet gepubliceerd is.

Belangrijk:

zodra de officiele day-ahead prijs beschikbaar is, blijft die leidend. De forecast vult dus alleen de nog open uren in de horizon aan. Het doel is niet om de marktprijs te vervangen, maar om DAO eerder al met een bruikbare prijsreeks te laten werken.

Ik heb de uitleg, tijdelijke patch en voorbeeldconfiguratie hier verzameld:

https://energypriceforecast.eu/nl/dao-stroomprijs-prognose/

Daar staat onder andere:

- wanneer deze koppeling zinvol is

- hoe je de tijdelijke patch toepast

- welke config je nodig hebt

- hoe je de live JSON direct kunt controleren

Status nu:

- de koppeling werkt technisch

- de tijdelijke DAO-patch haalt lokaal aantoonbaar waarden op en schrijft ze weg

- het is nog geen officiele upstream DAO-feature

Als iemand hier DAO actief gebruikt en dit wil testen, dan hoor ik graag of het in een echte setup logisch gedrag geeft, vooral in de uren voor publicatie van de officiele day-ahead prijs.

Heb je hiervan ook een normale repo? Gezien de licentie voor DAO is het zomaar toepassen (of zelfs inzien) van een willekeurige patch die niet het formele signoff proces heeft doorlopen een mogelijk probleem met de licentie.

Alvorens dat een DAO maintainer iets van code ziet, moet een (mogelijke) contributor zijn rechten op de code overzetten naar het DAO project dmv een Sign-off.

Ik ben namelijk nieuwsgierig hoe je dit hebt gedaan.

PS: ik krijg geen verdere forecasts als ik het voorbeeld url gebruik. Alleen maar officiële day-ahead markt data.

[ Voor 4% gewijzigd door simnet op 18-06-2026 15:37 ]

donderdag 18 juni 2026 17:25

Acties:

johnvolkering

Vraagje:

in de debug run zie ik dat DAO kan voorspellen wanneer de laat-ontlaad cyclus zal plaats vinden. Is het mogelijk om deze tijd uit DAO te halen dmv een helper zodat ik dit op een dashboard kan tonen?

Het lijkt me handig om op die manier iets meer inzicht te krijgen in de correcte werking van DAO mtb energie prijzen.

donderdag 18 juni 2026 18:20

Acties:

Torch1969

Topicstarter

johnvolkering schreef op donderdag 18 juni 2026 @ 17:25:
Vraagje:

in de debug run zie ik dat DAO kan voorspellen wanneer de laat-ontlaad cyclus zal plaats vinden. Is het mogelijk om deze tijd uit DAO te halen dmv een helper zodat ik dit op een dashboard kan tonen?

Het lijkt me handig om op die manier iets meer inzicht te krijgen in de correcte werking van DAO mtb energie prijzen.

Via de api kun je veel info mbt planning ophalen. Kijk eens hier: https://github.com/corneel27/day-ahead/wiki/6.-Gebruik-van-de-API

Bijvoorbeeld zo’n soort grafiek:

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

donderdag 18 juni 2026 22:50

Acties:

The Source

Ik heb mijn laadpaal aangesloten en in HA zitten.

KC27 schreef op maandag 18 augustus 2025 @ 22:40:
[...]

Ik denk inderdaad dat evcc en dao gecombineerd de beste oplossing realiseren:
DAO voor de strategie per uur (en straks per kwartier) en de lange termijn
EVCC voor de realtime aansturing binnen het uur (kwartier).
Wel jammer dat evcc alleen werkt met een abbo (of heb ik dat verkeerd begrepen)?

Wat is best practice voor een laadpaal anno 2026? EVCC ertussen zetten of direct in DAO aansturen (waar nu nog enkel mijn PV en Batterij in zitten, maar ik heb ook nog een warmtepomp, zwembad (pomp+warmtepomp), airco's en nog een vaatwasser, etc).

donderdag 18 juni 2026 23:28

Acties:

donderdag 18 juni 2026 23:34

Zonnepanelen en toebehoren

Topicstarter

hemertje schreef op woensdag 17 juni 2026 @ 22:51:
Hoi @KC27

Ik loop tegen iets aan in DAO waar ik even je mening over wil — geen GitHub-issue, gewoon praktijkverhaal van mijn setup.

Ik draai DAO met Zendure (NOM, P1 staat dus vrijwel op 0) en een stuk slimmer gemeten verbruik via stekkers: wasmachine, vaatwasser, NAS, Quooker, TV, dat soort dingen. Allemaal total_increasing kWh-sensors in HA, ook netjes in het Energy-dashboard.

Ik dacht: mooi, als ik die in entities machine consumption zet wordt de baseload-berekening concreter. Je meet een deel van het huis echt, in plaats van dat alles in één grijze P1/Zendure-rest zit. Klopt ook voor de history: calc_baseloads wordt zuiverder.

Maar dan komt het gekke: in calc_optimum telt DAO die stekkers niet meer mee. Die worden bij de baseload-berekening afgetrokken, en in de 15-min planner krijg je alleen dat lagere rest-profiel (baseload_0..6.json). Terug in de MILP komen ze alleen via machines[] — en dat is weer het hele circus met startvenster, programma, calculated start, enz.

Ik wil die apparaten níet inplannen. Ze zijn gewoon huishoudverbruik. Ze moeten ook geen flexibel load worden. Ik wil ze alleen meten zodat de balans klopt — zeker met NOM — en dat DAO daarna ook met het juiste totaalverbruik rekent.

Nu mis je dus kWh in de voorspelling. De optimizer denkt dat we 's avonds minder nodig hebben dan we echt gebruiken (NAS, TV, standby, Quooker, soms wasmachine). Batterij blijft daardoor conservatiever dan nodig. NOM vangt het wel op, maar de planning zelf is dan onderbouwend fout.

Mijn gevoel: dit is een ontwerpgat. Je hebt nu twee werelden:
entities machine consumption = haal het uit de baseload-history
machines[] = plan het vooruit
Er mist een derde: "meet het, gebruik het in de voorspelling, maar stuur het niet aan."

Wat ik me voorstel (simpelste fix):
Bij calc_baseloads naast baseload_{weekdag}.json ook iets als measured_{weekdag}.json opslaan — het uurgemiddelde van die stekkers, dezelfde statistics die je nu al aftrekt.
In calc_optimum bij b_l gewoon optellen: rest-baseload + gemeten profiel. machines[] blijft voor mensen die wél willen inplannen.

Dan wordt baseload echt concreter én effectiever: je meet meer apparaten, en de optimizer ziet ook het volledige plaatje — zonder dat iedereen met stekkers gedwongen wordt tot machine-planning.

Staat dit ergens al anders in de docs en heb ik iets verkeerd geconfigureerd?
Of herken je dit als iets wat meer mensen gaan raken nu steeds meer mensen per apparaat meten (Shelly, BW-SHP, ESPurna, whatever)?

Groet, Hemertje

(Er staat per ongeluk ook een GitHub #701 open — die kun je negeren of sluiten als je het via Tweakers wilt doen.)

Die extra bemetering van "kleine" verbruikers is prima om het verbruik ervan te bewaken in Home Assistant. Maar vanuit oogpunt van DAO horen ze bij de baseload en en moet je ze niet opnemen bij machines of ergens anders.We zouden in de toekomst ervoor kunnen kiezen om de baseload uit te splitsen in twee categorieen: bemeterde baseload en onbemeterde baseload. Maar dat heeft alleen zin voor de rapportages en verandert niks aan de berekening van DAO.

Acties:

donderdag 18 juni 2026 23:40

Zonnepanelen en toebehoren

Topicstarter

simnet schreef op woensdag 17 juni 2026 @ 19:09:
@KC27 deze is voor DAO van toepassing geloof ik..

nieuws: Kwetsbaarhedenscanner CodeQL van GitHub kost vanaf juli maandbedrag e...

Ik ben nog even op github gaan zoeken, maar als ik dit document mag geloven blijft het scannen van code met CodeQL voor publieke repositories (zoals DAO) gratis beschikbaar.

Acties:

donderdag 18 juni 2026 23:52

Zonnepanelen en toebehoren

Topicstarter

tomvandepoel3 schreef op woensdag 17 juni 2026 @ 15:30:
[...]

@KC27, zou zo'n EV min-SoC guard (onder x% direct laden tot x% en daarna de rest van het EV laden proberen te optimaliseren) op termijn niet beter in de DAO planning toegevoegd kunnen worden?

Dat is zeker een van de punten die thuis horen in de roadmap. Ik denk dan wel dat je niet direct moet willen gaan laden, maar dat je naast een minimum SoC ook een periode (aantal uur) moet kunnen opgeven waarin dat minimum moet zijn bereikt, zodat je voorkomt dat je alsnog de hoofdprijs betaalt voor dat minimum (zoals met de prijzen van vanavond).

Acties:

donderdag 18 juni 2026 23:58

tomvandepoel3 schreef op donderdag 18 juni 2026 @ 13:10:
[...]

Goed initiatief ! Ik zal proberen om mee te kijken/testen (had zelf ook ideeën om naar de EV planning over langere perioden (48 uur) te kijken maar dit is een veel betere/algemenere oplossingsrichting).

Bij een eerste test direct in de browser (api.energypriceforecast.eu/api/v1/dao/prices?country=nl&hours=72) krijg is het volgende resultaat:

[Afbeelding]

Alle waarden lijken uit DAO (forecast_entries=0) te komen. Er is geen mix van DAO & Forecast. Mis ik iets? Het resultaat voor 48 uur geeft hetzelfde probleem.

Dank voor het testen, je zat precies goed: dit was inderdaad een bug aan mijn kant.

Bij lege day-ahead slots werden forecast-uren onterecht als day-ahead behandeld. Daardoor ontstond bij 48u en 72u geen echte mix, terwijl dat juist wel de bedoeling was.

Dat is inmiddels live gefixt. Ik heb het direct op de live endpoint gecontroleerd:

- 48 uur: 24 officiële day-ahead + 24 forecast

- 72 uur: 24 officiële day-ahead + 48 forecast

Dank voor het scherpe melden. Zonder jouw concrete test op de live URL had dit waarschijnlijk langer onopgemerkt gebleven.

Acties:

donderdag 18 juni 2026 23:59

Karpertje schreef op donderdag 18 juni 2026 @ 14:28:
[...]

Vind dit een zeer goed idee. Soms komt hier de accu niet vol zodat we de nacht kunnen overbruggen, en hiermee kijkt hij verder voorruit. Krijg het zelf niet direct aan de praat in ha, maar hoop dat dit toegevoegd wordt

Dank voor het testen. Je had gelijk dat de mix daar nog niet goed werkte.

Dat is inmiddels live gefixt, dus het zou nu gewoon moeten werken.

Acties:

vrijdag 19 juni 2026 00:10

KC27 schreef op donderdag 18 juni 2026 @ 23:40:
[...]

Dat is zeker een van de punten die thuis horen in de roadmap. Ik denk dan wel dat je niet direct moet willen gaan laden, maar dat je naast een minimum SoC ook een periode (aantal uur) moet kunnen opgeven waarin dat minimum moet zijn bereikt, zodat je voorkomt dat je alsnog de hoofdprijs betaalt voor dat minimum (zoals met de prijzen van vanavond).

mijn hyundai ioniq 6 gaat bij een te lage accucapaciteit gelijk laden wanneer deze aan de lader hangt voor zover ik weet, zal ongetwijfeld bij andere EV's ook zo zijn ipv wachten op goedkopere tarieven?

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

Acties:

vrijdag 19 juni 2026 10:10

simnet schreef op donderdag 18 juni 2026 @ 15:34:
[...]

Heb je hiervan ook een normale repo? Gezien de licentie voor DAO is het zomaar toepassen (of zelfs inzien) van een willekeurige patch die niet het formele signoff proces heeft doorlopen een mogelijk probleem met de licentie.

Alvorens dat een DAO maintainer iets van code ziet, moet een (mogelijke) contributor zijn rechten op de code overzetten naar het DAO project dmv een Sign-off.

Ik ben namelijk nieuwsgierig hoe je dit hebt gedaan.

PS: ik krijg geen verdere forecasts als ik het voorbeeld url gebruik. Alleen maar officiële day-ahead markt data.

Dank, beide punten waren terecht.

Technisch had je gelijk: bij de voorbeeld-URL kwam op dat moment geen echte mix terug. Dat was een bug aan mijn kant en die is inmiddels live opgelost.

Als je nu dezelfde NL-voorbeeld-URL test, zou je wel de bedoelde mix moeten zien: officiële day-ahead waar beschikbaar, forecast voor de nog open uren.

@KC27 jij had hierboven al gereageerd op de roadmap en verdere uitbreiding. Als deze richting voor DAO interessant is, hoor ik ook graag wat voor jou het prettigste vervolg zou zijn: liever een nette fork, een PR, of eerst nog wat los testen buiten upstream?

Acties:

vrijdag 19 juni 2026 15:22

KC27 schreef op donderdag 18 juni 2026 @ 23:40:
[...]

Dat is zeker een van de punten die thuis horen in de roadmap. Ik denk dan wel dat je niet direct moet willen gaan laden, maar dat je naast een minimum SoC ook een periode (aantal uur) moet kunnen opgeven waarin dat minimum moet zijn bereikt, zodat je voorkomt dat je alsnog de hoofdprijs betaalt voor dat minimum (zoals met de prijzen van vanavond).

Of gewoon een max tarief instellen? Als tarief onder 0,40 cent per kWh dan direct laden.

Acties:

zaterdag 20 juni 2026 09:05

BackupBaTTerY schreef op donderdag 18 juni 2026 @ 23:52:
[...]

Dank voor het testen, je zat precies goed: dit was inderdaad een bug aan mijn kant.

Bij lege day-ahead slots werden forecast-uren onterecht als day-ahead behandeld. Daardoor ontstond bij 48u en 72u geen echte mix, terwijl dat juist wel de bedoeling was.

Dat is inmiddels live gefixt. Ik heb het direct op de live endpoint gecontroleerd:

- 48 uur: 24 officiële day-ahead + 24 forecast

- 72 uur: 24 officiële day-ahead + 48 forecast

Dank voor het scherpe melden. Zonder jouw concrete test op de live URL had dit waarschijnlijk langer onopgemerkt gebleven.

Ik zie nu inderdaad een mix van day-ahead + forecast prijzen. Echter, bij een 72 uur run (nu net om 15:08) zie ik 8 uur-prijzen van day-ahead (tot eind van vandaag) en de resterende 64 uur prijzen zijn forecast. Maar op dit moment heeft Day-Ahead al kwartier-prijzen tot morgen eind van de dag. Ik had dus 8+24 day-ahead uur-prijzen verwacht en de resterende 64-24 uur forecast-prijzen. Begrijp is dat er op dit moment nog geen koppeling is met DAO om te zien welke prijzen daar echt beschikbaar zijn?

Ik vermoedt dat de forecast prijzen enkel per uur bepaald worden. Misschien moeten de forecast uur-prijzen naar kwartier-prijzen worden "geëxplodeerd" zodat de DA optimalisatie er mee aan de gang kan?

[ Voor 5% gewijzigd door tomvandepoel3 op 19-06-2026 15:49 ]

Acties:

zaterdag 20 juni 2026 11:12

tomvandepoel3 schreef op vrijdag 19 juni 2026 @ 15:22:
[...]

Ik zie nu inderdaad een mix van day-ahead + forecast prijzen. Echter, bij een 72 uur run (nu net om 15:08) zie ik 8 uur-prijzen van day-ahead (tot eind van vandaag) en de resterende 64 uur prijzen zijn forecast. Maar op dit moment heeft Day-Ahead al kwartier-prijzen tot morgen eind van de dag. Ik had dus 8+24 day-ahead uur-prijzen verwacht en de resterende 64-24 uur forecast-prijzen. Begrijp is dat er op dit moment nog geen koppeling is met DAO om te zien welke prijzen daar echt beschikbaar zijn?

Ik vermoedt dat de forecast prijzen enkel per uur bepaald worden. Misschien moeten de forecast uur-prijzen naar kwartier-prijzen worden "geëxplodeerd" zodat de DA optimalisatie er mee aan de gang kan?

@KC27 @tomvandepoel3

Jullie opmerkingen waren inhoudelijk precies juist. De eerste variant maakte mijn forecast-feed te leidend, en dat is voor DAO niet de juiste architectuur.

Ik heb het nu aangepast in mijn fork, zodat de officiële DAO day-ahead bron leidend blijft en Energy Price Forecast EU alleen de nog ontbrekende toekomstige uren aanvult als fallback-tail.

Dus concreet:

- wat DAO officieel al heeft, blijft onaangeraakt

- alleen het stuk ná de laatste beschikbare officiële prijs wordt met forecast aangevuld

- voor 15min-configuraties worden de uurlijkse forecast-waarden naar kwartierwaarden uitgezet, zodat DAO er direct mee kan rekenen

Tegelijk heb ik ook mijn eigen public refresh-pad verbeterd, zodat officiële day-ahead- en EXAA-waarden sneller in mijn publieke API zichtbaar worden, in plaats van pas bij de volgende forecast-run.

Ik heb dit nu werkend in mijn fork getest. Als dit voor jou de juiste richting is, maak ik hier graag een nette PR van of pas ik het verder aan zoals jij het liever ziet.

Acties:

zaterdag 20 juni 2026 14:54

Zonnepanelen en toebehoren

Topicstarter

BackupBaTTerY schreef op zaterdag 20 juni 2026 @ 09:05:
[...]

@KC27 @tomvandepoel3

Jullie opmerkingen waren inhoudelijk precies juist. De eerste variant maakte mijn forecast-feed te leidend, en dat is voor DAO niet de juiste architectuur.

Ik heb het nu aangepast in mijn fork, zodat de officiële DAO day-ahead bron leidend blijft en Energy Price Forecast EU alleen de nog ontbrekende toekomstige uren aanvult als fallback-tail.

Dus concreet:

- wat DAO officieel al heeft, blijft onaangeraakt

- alleen het stuk ná de laatste beschikbare officiële prijs wordt met forecast aangevuld

- voor 15min-configuraties worden de uurlijkse forecast-waarden naar kwartierwaarden uitgezet, zodat DAO er direct mee kan rekenen

Tegelijk heb ik ook mijn eigen public refresh-pad verbeterd, zodat officiële day-ahead- en EXAA-waarden sneller in mijn publieke API zichtbaar worden, in plaats van pas bij de volgende forecast-run.

Ik heb dit nu werkend in mijn fork getest. Als dit voor jou de juiste richting is, maak ik hier graag een nette PR van of pas ik het verder aan zoals jij het liever ziet.

Ik heb je ingediende PR bekeken.
Ik heb er de volgende opmerkingen over:

Er zijn meer aanbieders (ook open source op github) die een voorspelling van de Day Ahead prijs aanbieden. Ik wil DAO niet binden aan een (closed souce) aanbieder, dus er moet m.i. een keuze komen voor de aanbieder. Iedere aanbieder zal zijn eigen url en verwerking moeten krijgen. Zoals dat nu ook al gaat met de aanbieders van de vastgestelde Day Ahead prijzen.
Het ophalen van een voorspelling moet altijd een aanvulling zijn op de vastgestelde en geimporteerde Day Ahead prijzen.
Ik zou graag het aantal uur van de de "horizonverlenging" als een instelbare waarde zien, die dan door de software wordt vertaald naar de parameter in de url.
Het ophalen van een aanvullende voorspelling moet een aparte scheduler- en run-actie worden, want je wilt vaker dan eens per dag de aanvulling/voorspelling verversen, want deze wijzigt met de voorspelling van de onderliggende voorspellingen (zon, wind, consumption etc). De voorspellingen van NED.nl wijzigen iedere 6 uur.

Om deze redenen kan ik je huidige PR niet goedkeuren.

Acties:

PieAr

Bedankt voor de Dao, hij doet al een paar weken precies wat ik ervan verwacht. Alleen heb ik last van een BMS die de maximale ontlaadtstroom knijpt als de SOC onder de 20% zakt. Heeft iemand daar al een oplossing voor bedacht? Nu werkt de DAO dus niet optimaal omdat deze denkt altijd met 12kw te kunnen ontladen maar bij SOC 19% nog maar 7kw en bij SOC 9% nog maar 4kw. Zit in de batterij en niet in de omvormer en via HA kan ik alleen de omvormer aansturen. De kwartierprijzen zaten er nog niet helemaal goed in want de DOA draaide wel nog per uur. Dat was simpel op te lossen in de config bij de scheduler. Nu gaat dat goed.

Bij een hoge SOC, boven de 95%, wordt het trouwens ook verlaagd...

[ Voor 5% gewijzigd door PieAr op 20-06-2026 15:08 ]

zaterdag 20 juni 2026 15:06

Acties:

zaterdag 20 juni 2026 15:58

KC27 schreef op zaterdag 20 juni 2026 @ 11:12:
[...]

Ik heb je ingediende PR bekeken.
Ik heb er de volgende opmerkingen over:
Er zijn meer aanbieders (ook open source op github) die een voorspelling van de Day Ahead prijs aanbieden. Ik wil DAO niet binden aan een (closed souce) aanbieder, dus er moet m.i. een keuze komen voor de aanbieder. Iedere aanbieder zal zijn eigen url en verwerking moeten krijgen. Zoals dat nu ook al gaat met de aanbieders van de vastgestelde Day Ahead prijzen.
Het ophalen van een voorspelling moet altijd een aanvulling zijn op de vastgestelde en geimporteerde Day Ahead prijzen.
Ik zou graag het aantal uur van de de "horizonverlenging" als een instelbare waarde zien, die dan door de software wordt vertaald naar de parameter in de url.
Het ophalen van een aanvullende voorspelling moet een aparte scheduler- en run-actie worden, want je wilt vaker dan eens per dag de aanvulling/voorspelling verversen, want deze wijzigt met de voorspelling van de onderliggende voorspellingen (zon, wind, consumption etc). De voorspellingen van NED.nl wijzigen iedere 6 uur.
Om deze redenen kan ik je huidige PR niet goedkeuren.

Dank dat je de tijd hebt genomen om dit te bekijken.

Ik heb geprobeerd je punten te verwerken. Als je wilt, kun je er nog eens naar kijken.

Acties:

zondag 21 juni 2026 09:17

Zonnepanelen en toebehoren

Topicstarter

PieAr schreef op zaterdag 20 juni 2026 @ 14:54:
Bedankt voor de Dao, hij doet al een paar weken precies wat ik ervan verwacht. Alleen heb ik last van een BMS die de maximale ontlaadtstroom knijpt als de SOC onder de 20% zakt. Heeft iemand daar al een oplossing voor bedacht? Nu werkt de DAO dus niet optimaal omdat deze denkt altijd met 12kw te kunnen ontladen maar bij SOC 19% nog maar 7kw en bij SOC 9% nog maar 4kw. Zit in de batterij en niet in de omvormer en via HA kan ik alleen de omvormer aansturen. De kwartierprijzen zaten er nog niet helemaal goed in want de DOA draaide wel nog per uur. Dat was simpel op te lossen in de config bij de scheduler. Nu gaat dat goed.

Bij een hoge SOC, boven de 95%, wordt het trouwens ook verlaagd...

Heb je dit al gelezen:
https://github.com/cornee...-reduce-power-lowhigh-soc

Acties:

diamanten

Vanochtend zag ik deze fout in de DAO-log over een SSL certificaat van www.daggegevens.knmi.nl:

code:

2026-06-21 09:05:00 info: Day Ahead Optimalisering versie: 2026.6.0
2026-06-21 09:05:00 info: Day Ahead Optimalisering gestart op: 21-06-2026 09:05:00
2026-06-21 09:05:00 info: Day Ahead Optimalisatie gestart: 21-06-2026 09:05:00 taak: train_ml_predictions
2026-06-21 09:05:00 info: KNMI-weerstation: XXX YYYY
2026-06-21 09:05:00 info: Er zijn knmi-data aanwezig vanaf 2023-01-17 01:00:00 tot 2026-06-19 01:00:00
2026-06-21 09:05:00 fout: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/connectionpool.py", line 464, in _make_request
    self._validate_conn(conn)
    ~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/connectionpool.py", line 1106, in _validate_conn
    conn.connect()
    ~~~~~~~~~~~~^^
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/connection.py", line 796, in connect
    sock_and_verified = _ssl_wrap_socket_and_match_hostname(
        sock=sock,
    ...<14 lines>...
        assert_fingerprint=self.assert_fingerprint,
    )
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/connection.py", line 975, in _ssl_wrap_socket_and_match_hostname
    ssl_sock = ssl_wrap_socket(
        sock=sock,
    ...<8 lines>...
        tls_in_tls=tls_in_tls,
    )
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/util/ssl_.py", line 433, in ssl_wrap_socket
    ssl_sock = _ssl_wrap_socket_impl(sock, context, tls_in_tls, server_hostname)
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/util/ssl_.py", line 477, in _ssl_wrap_socket_impl
    return ssl_context.wrap_socket(sock, server_hostname=server_hostname)
           ~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/ssl.py", line 455, in wrap_socket
    return self.sslsocket_class._create(
           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        sock=sock,
        ^^^^^^^^^^
    ...<5 lines>...
        session=session
        ^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/ssl.py", line 1076, in _create
    self.do_handshake()
    ~~~~~~~~~~~~~~~~~^^
  File "/usr/lib/python3.13/ssl.py", line 1372, in do_handshake
    self._sslobj.do_handshake()
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch, certificate is not valid for 'www.daggegevens.knmi.nl'. (_ssl.c:1029)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/connectionpool.py", line 788, in urlopen
    response = self._make_request(
        conn,
    ...<10 lines>...
        **response_kw,
    )
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/connectionpool.py", line 488, in _make_request
    raise new_e
urllib3.exceptions.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch, certificate is not valid for 'www.daggegevens.knmi.nl'. (_ssl.c:1029)

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/requests/adapters.py", line 696, in send
    resp = conn.urlopen(
        method=request.method,
    ...<9 lines>...
        chunked=chunked,
    )
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/connectionpool.py", line 842, in urlopen
    retries = retries.increment(
        method, url, error=new_e, _pool=self, _stacktrace=sys.exc_info()[2]
    )
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/urllib3/util/retry.py", line 543, in increment
    raise MaxRetryError(_pool, url, reason) from reason  # type: ignore[arg-type]
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='www.daggegevens.knmi.nl', port=443): Max retries exceeded with url: /klimatologie/uurgegevens (Caused by SSLError(SSLCertVerificationError(1, "[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch, certificate is not valid for 'www.daggegevens.knmi.nl'. (_ssl.c:1029)")))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 696, in run_task_function
    getattr(self, run_task["function"])()
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/da_base.py", line 646, in train_ml_predictions
    solar_predictor.run_train()
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/root/dao/prog/solar_predictor.py", line 992, in run_train
    weather_data = self.get_weatherdata(start=start)
  File "/root/dao/prog/solar_predictor.py", line 899, in get_weatherdata
    self.import_knmi_df(start, end)
    ~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^
  File "/root/dao/prog/solar_predictor.py", line 876, in import_knmi_df
    self.get_and_save_knmi_data(latest_dt, end)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^
  File "/root/dao/prog/solar_predictor.py", line 792, in get_and_save_knmi_data
    knmi_df = knmi.get_hour_data_dataframe(
        [self.knmi_station],
    ...<2 lines>...
        variables=variables,
    )
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/knmi/knmi.py", line 193, in get_hour_data_dataframe
    disclaimer, stations, legend, data = get_hour_data_raw(
                                         ~~~~~~~~~~~~~~~~~^
        stations=stations, start=start, end=end, inseason=inseason, variables=variables
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/knmi/knmi.py", line 184, in get_hour_data_raw
    r = requests.post(url=url, data=params)
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/requests/api.py", line 134, in post
    return request("post", url, data=data, json=json, **kwargs)
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/requests/api.py", line 71, in request
    return session.request(method=method, url=url, **kwargs)
           ~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/requests/sessions.py", line 651, in request
    resp = self.send(prep, **send_kwargs)
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/requests/sessions.py", line 784, in send
    r = adapter.send(request, **kwargs)
  File "/root/dao/venv/day_ahead/lib/python3.13/site-packages/requests/adapters.py", line 727, in send
    raise SSLError(e, request=request)
requests.exceptions.SSLError: HTTPSConnectionPool(host='www.daggegevens.knmi.nl', port=443): Max retries exceeded with url: /klimatologie/uurgegevens (Caused by SSLError(SSLCertVerificationError(1, "[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: Hostname mismatch, certificate is not valid for 'www.daggegevens.knmi.nl'. (_ssl.c:1029)")))

Wat is de impact hiervan op de optimalisaties?

zondag 21 juni 2026 12:36

Acties:

zondag 21 juni 2026 21:15

PieAr schreef op zaterdag 20 juni 2026 @ 14:54:
Bedankt voor de Dao, hij doet al een paar weken precies wat ik ervan verwacht. Alleen heb ik last van een BMS die de maximale ontlaadtstroom knijpt als de SOC onder de 20% zakt. Heeft iemand daar al een oplossing voor bedacht? Nu werkt de DAO dus niet optimaal omdat deze denkt altijd met 12kw te kunnen ontladen maar bij SOC 19% nog maar 7kw en bij SOC 9% nog maar 4kw. Zit in de batterij en niet in de omvormer en via HA kan ik alleen de omvormer aansturen. De kwartierprijzen zaten er nog niet helemaal goed in want de DOA draaide wel nog per uur. Dat was simpel op te lossen in de config bij de scheduler. Nu gaat dat goed.

Bij een hoge SOC, boven de 95%, wordt het trouwens ook verlaagd...

Kun je dat niet extrapoleren door de efficiency omlaag te zetten onder de 20?

Acties:

zondag 21 juni 2026 21:49

Sinds de afgelopen 24u geeft DAO de opmerking dat hij geen oplossing kan vinden voor minimize costs. Ook niet als ik een apparaat (droger) instel om binnen een tijdsvenster ingezet te worden.
Ook heb ik de maximale gap zowel verhoogd als verlaagd, dit maakte ook niet uit

Dit is mijn config:

{
"config_version": 2,
"homeassistant": {
"ip_address": "supervisor",
"protocol_api": "http"
},
"database_ha": {
"engine": "sqlite",
"db_path": "/homeassistant",
"database": "home-assistant_v2.db"
},
"database_da": {
"engine": "sqlite",
"db_path": "../data",
"database": "day_ahead.db"
},
"meteoserver_key": "!secret meteoserver-key",
"meteoserver_model": "harmonie",
"meteoserver_attemps": 2,
"prices": {
"source_day_ahead": "nordpool",
"energy_taxes_consumption": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.1088,
"2025-01-01": 0.10154,
"2025-07-01": 0.12286,
"2026-01-01": 0.09239
},
"energy_taxes_production": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.1088,
"2025-01-01": 0.10154,
"2025-07-01": 0.12286,
"2026-01-01": 0.09239
},
"cost_supplier_consumption": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175,
"2024-08-01": 0.020496,
"2025-07-01": 0.01815
},
"cost_supplier_production": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175,
"2024-08-01": 0.020496,
"2025-07-01": -0.03509
},
"vat_consumption": {
"2022-01-01": 21.0,
"2022-07-01": 9.0,
"2023-01-01": 21.0
},
"vat_production": {
"2022-01-01": 21.0,
"2022-07-01": 9.0,
"2023-01-01": 21.0
},
"multiplier_consumption": {
"2000-01-01": 1.0
},
"multiplier_production": {
"2000-01-01": 1.0
},
"last_invoice": "2026-05-20",
"tax_refund": false,
"regular high": 0.5,
"regular low": 0.4,
"switch to low": 23
},
"logging_level": "info",
"use_calc_baseload": true,
"baseload_calc_periode": 56,
"baseload": [
0.23,
0.876,
0.285,
1.066,
0.38,
0.312,
0.294,
0.35,
0.252,
0.294,
0.178,
0.774,
0.901,
1.217,
1.146,
0.758,
0.301,
0.426,
0.466,
0.46,
0.457,
0.216,
0.225,
0.32
],
"graphical_backend": "",
"graphics": {
"style": "default",
"battery_balance": true,
"prices_consumption": true,
"prices_production": true,
"prices_spot": false,
"average_consumption": true,
"show": "False"
},
"interval": "15min",
"strategy": "minimize cost",
"max_gap": 0.005,
"notifications": {
"notification_entity": "input_text.dao_notification",
"opstarten": true,
"berekening": true
},
"grid": {
"max_power": 17.0,
"entity_balance_switch": "input_boolean.dao_balanceer_grid"
},
"history": {
"save_days": 30
},
"dashboard": {
"port": 5000
},
"battery": [
{
"name": "Indevolt",
"entity_actual_level": "sensor.indevolt_cms_sf2000_battery_soc",
"capacity": 6.0,
"upper_limit": 100,
"lower_limit": 10,
"optimal_lower_level": 10,
"penalty_low_soc": 0.0025,
"entity_min_soc_end_opt": "input_number.dao_min_soc_end_opt",
"entity_max_soc_end_opt": "input_number.dao_max_soc_end_opt",
"charge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 2400.0,
"efficiency": 0.8
}
],
"discharge_stages": [
{
"power": 0.0,
"efficiency": 1.0
},
{
"power": 1000.0,
"efficiency": 0.8
}
],
"reduce_power_low_soc": [],
"reduce_power_high_soc": [],
"minimum_power": 100,
"dc_to_bat_efficiency": 1.0,
"dc_to_bat_max_power": 2400.0,
"bat_to_dc_efficiency": 1.0,
"bat_to_dc_max_power": 2400.0,
"cycle_cost": 0.0,
"entity_set_power_feedin": "input_number.dao_feedin_grid",
"entity_set_operating_mode": "input_select.dao_operating_mode",
"entity_set_operating_mode_on": "Aan",
"entity_set_operating_mode_off": "Uit",
"entity_stop_inverter": "input_datetime.dao_stop_battery",
"entity_calculated_soc": "input_number.dao_calculated_soc",
"solar": [],
"cycle cost calculated": 0.03125
}
],
"solar": [
{
"name": "pv schuur",
"entity_pv_switch": "switch.zonnepanelen_schuurtje_switch_1",
"tilt": 25.0,
"orientation": -80.0,
"capacity": 0.92,
"yield_factor": 0.0011625,
"strings": [],
"ml_prediction": true,
"ml_training_start_date": "2000-01-01",
"entities_sensors": [
"sensor.zonnepanelen_opbrengst"
]
},
{
"name": "pv enphase",
"entity_pv_switch": "switch.enphase_aan_uit",
"tilt": 10.0,
"orientation": -80.0,
"capacity": 3.0,
"yield_factor": 0.0095,
"strings": [],
"ml_prediction": true,
"ml_training_start_date": "2000-01-01",
"entities_sensors": [
"sensor.envoy_122301002892_energy_production_today"
]
}
],
"electric_vehicle": [],
"machines": [
{
"name": "Vaatwasser",
"programs": [
{
"name": "off",
"power": []
},
{
"name": "eco",
"power": [
7.0,
400.0,
1300.0,
350.0,
35.0,
40.0,
50.0,
20.0,
1150.0,
20.0,
15.0
]
}
],
"entity_start_window": "input_datetime.start_window_vaatwasser",
"entity_end_window": "input_datetime.end_window_vaatwasser",
"entity_selected_program": "input_select.program_vaatwasser",
"entity_calculated_start": "input_datetime.calculated_start_vaatwasser",
"entity_calculated_end": "input_datetime.calculated_stop_vaatwasser",
"entity_instant_start": "input_boolean.instant_start_vaatwasser"
},
{
"name": "Wasmachine",
"programs": [
{
"name": "off",
"power": []
},
{
"name": "eco",
"power": [
20.0,
70.0,
2000.0,
70.0,
80.0,
80.0,
80.0,
80.0,
80.0,
80.0
]
},
{
"name": "katoen",
"power": [
150.0,
2100.0,
2100.0,
2100.0,
15.0,
80.0,
80.0,
100.0,
100.0
]
}
],
"entity_start_window": "input_datetime.start_window_wasmachine",
"entity_end_window": "input_datetime.end_window_wasmachine",
"entity_selected_program": "input_select.program_wasmachine",
"entity_calculated_start": "input_datetime.calculated_start_wasmachine",
"entity_calculated_end": "input_datetime.calculated_stop_wasmachine",
"entity_instant_start": "input_boolean.instant_start_wasmachine"
},
{
"name": "Droger",
"programs": [
{
"name": "off",
"power": []
},
{
"name": "katoen",
"power": [
300.0,
300.0,
300.0,
480.0,
420.0,
420.0,
420.0,
420.0,
420.0,
375.0,
320.0,
400.0,
400.0,
400.0,
400.0,
100.0,
15.0,
15.0,
15.0,
15.0
]
}
],
"entity_start_window": "input_datetime.start_window_droger",
"entity_end_window": "input_datetime.end_window_droger",
"entity_selected_program": "input_select.program_droger",
"entity_calculated_start": "input_datetime.calculated_start_droger",
"entity_calculated_end": "input_datetime.calculated_stop_droger",
"entity_instant_start": "input_boolean.instant_start_droger"
},
{
"name": "Cooker",
"programs": [
{
"name": "off",
"power": []
},
{
"name": "on",
"power": [
2200.0,
0.0,
2100.0,
0.0,
0.0,
2100.0,
0.0,
0.0,
2100.0,
0.0
]
}
],
"entity_start_window": "input_datetime.start_window_cooker",
"entity_end_window": "input_datetime.end_window_cooker",
"entity_selected_program": "input_select.program_cooker",
"entity_calculated_start": "input_datetime.calculated_start_cooker",
"entity_calculated_end": "input_datetime.calculated_stop_cooker",
"entity_instant_start": "input_boolean.instant_start_cooker"
}
],

"xgboost": {
"tune_hyperparameters": true
},
"report": {
"entities_grid_consumption": [
"sensor.electricity_meter_energieverbruik_tarief_2",
"sensor.electricity_meter_energieverbruik_tarief_1"
],
"entities_grid_production": [
"sensor.electricity_meter_energieproductie_tarief_2",
"sensor.electricity_meter_energieproductie_tarief_1"
],
"entities_solar_production_ac": [
"sensor.zonnepanelen_opbrengst",
"sensor.envoy_122301002892_energy_production_today"
],
"entities_solar_production_dc": [],
"entities_ev_consumption": [],
"entities_wp_consumption": [],
"entities_boiler_consumption": [],
"entities_battery_consumption": [
"sensor.indevolt_cms_sf2000_battery_total_charging_energy"
],
"entities_battery_production": [
"sensor.indevolt_cms_sf2000_battery_total_discharging_energy"
],
"entities_machine_consumption": [],
"entity co2-intensity": [
"sensor.co2_intensity"
]
},
"scheduler": {
"active": true,
"schedule": [
{
"time": "0431",
"action": "get_meteo_data"
},
{
"time": "1031",
"action": "get_meteo_data"
},
{
"time": "1131",
"action": "calc_baseloads"
},
{
"time": "1211",
"action": "train_ml_predictions"
},
{
"time": "1255",
"action": "get_day_ahead_prices"
},
{
"time": "1355",
"action": "get_day_ahead_prices"
},
{
"time": "1455",
"action": "get_day_ahead_prices"
},
{
"time": "1554",
"action": "get_day_ahead_prices"
},
{
"time": "1655",
"action": "get_day_ahead_prices"
},
{
"time": "1631",
"action": "get_meteo_data"
},
{
"time": "2231",
"action": "get_meteo_data"
},
{
"time": "2359",
"action": "clean_data"
}
]
},
"meteoserver_attempts": 2,
}

Wat kan de oorzaak zijn?

Laurens-Jan Merkx

Acties:

zondag 21 juni 2026 21:59

Hoop dat iemand mij kan helpen. Heb DAO netjes geinstalleerd, weergegevens en kosten per kwartier opgehaald. Eerste berekening gaat prima maar als ik er solar inzet, dan stop hij ineens, dit zijn de laatste regels. Op basis van een eerder vergelijkbaar verhaal heb ik de minimal gap op 0.1 gezet maar resultaat blijft hetzelfde. Suggesties?

code:

Build Date: Mar 23 2026
Starting solution of the Linear programming relaxation problem using Dual Simplex

Coin0506I Presolve 248 (-485) rows, 248 (-1004) columns and 496 (-1660) elements
Clp0000I Optimal - objective value -8.148218
Coin0511I After Postsolve, objective -8.148218, infeasibilities - dual 0 (0), primal 0 (0)
Clp0032I Optimal objective -8.148218035 - 124 iterations time 0.012, Presolve 0.00

Starting MIP optimization

Acties:

zondag 21 juni 2026 22:00

Zonnepanelen en toebehoren

Topicstarter

ljsquare schreef op zondag 21 juni 2026 @ 21:15:
Sinds de afgelopen 24u geeft DAO de opmerking dat hij geen oplossing kan vinden voor minimize costs. Ook niet als ik een apparaat (droger) instel om binnen een tijdsvenster ingezet te worden.
Ook heb ik de maximale gap zowel verhoogd als verlaagd, dit maakte ook niet uit

Dit is mijn config:

code:

{
  "config_version": 2,
  "homeassistant": {
    "ip_address": "supervisor",
    "protocol_api": "http"
  },
  "database_ha": {
    "engine": "sqlite",
    "db_path": "/homeassistant",
    "database": "home-assistant_v2.db"
  },
  "database_da": {
    "engine": "sqlite",
    "db_path": "../data",
    "database": "day_ahead.db"
  },
  "meteoserver_key": "!secret meteoserver-key",
  "meteoserver_model": "harmonie",
  "meteoserver_attemps": 2,
  "prices": {
    "source_day_ahead": "nordpool",
    "energy_taxes_consumption": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.1088,
      "2025-01-01": 0.10154,
      "2025-07-01": 0.12286,
      "2026-01-01": 0.09239
    },
    "energy_taxes_production": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.1088,
      "2025-01-01": 0.10154,
      "2025-07-01": 0.12286,
      "2026-01-01": 0.09239
    },
    "cost_supplier_consumption": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496,
      "2025-07-01": 0.01815
    },
    "cost_supplier_production": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496,
      "2025-07-01": -0.03509
    },
    "vat_consumption": {
      "2022-01-01": 21.0,
      "2022-07-01": 9.0,
      "2023-01-01": 21.0
    },
    "vat_production": {
      "2022-01-01": 21.0,
      "2022-07-01": 9.0,
      "2023-01-01": 21.0
    },
    "multiplier_consumption": {
      "2000-01-01": 1.0
    },
    "multiplier_production": {
      "2000-01-01": 1.0
    },
    "last_invoice": "2026-05-20",
    "tax_refund": false,
    "regular high": 0.5,
    "regular low": 0.4,
    "switch to low": 23
  },
  "logging_level": "info",
  "use_calc_baseload": true,
  "baseload_calc_periode": 56,
  "baseload": [
    0.23,
    0.876,
    0.285,
    1.066,
    0.38,
    0.312,
    0.294,
    0.35,
    0.252,
    0.294,
    0.178,
    0.774,
    0.901,
    1.217,
    1.146,
    0.758,
    0.301,
    0.426,
    0.466,
    0.46,
    0.457,
    0.216,
    0.225,
    0.32
  ],
  "graphical_backend": "",
  "graphics": {
    "style": "default",
    "battery_balance": true,
    "prices_consumption": true,
    "prices_production": true,
    "prices_spot": false,
    "average_consumption": true,
    "show": "False"
  },
  "interval": "15min",
  "strategy": "minimize cost",
  "max_gap": 0.005,
  "notifications": {
    "notification_entity": "input_text.dao_notification",
    "opstarten": true,
    "berekening": true
  },
  "grid": {
    "max_power": 17.0,
    "entity_balance_switch": "input_boolean.dao_balanceer_grid"
  },
  "history": {
    "save_days": 30
  },
  "dashboard": {
    "port": 5000
  },
  "battery": [
    {
      "name": "Indevolt",
      "entity_actual_level": "sensor.indevolt_cms_sf2000_battery_soc",
      "capacity": 6.0,
      "upper_limit": 100,
      "lower_limit": 10,
      "optimal_lower_level": 10,
      "penalty_low_soc": 0.0025,
      "entity_min_soc_end_opt": "input_number.dao_min_soc_end_opt",
      "entity_max_soc_end_opt": "input_number.dao_max_soc_end_opt",
      "charge_stages": [
        {
          "power": 0.0,
          "efficiency": 1.0
        },
        {
          "power": 2400.0,
          "efficiency": 0.8
        }
      ],
      "discharge_stages": [
        {
          "power": 0.0,
          "efficiency": 1.0
        },
        {
          "power": 1000.0,
          "efficiency": 0.8
        }
      ],
      "reduce_power_low_soc": [],
      "reduce_power_high_soc": [],
      "minimum_power": 100,
      "dc_to_bat_efficiency": 1.0,
      "dc_to_bat_max_power": 2400.0,
      "bat_to_dc_efficiency": 1.0,
      "bat_to_dc_max_power": 2400.0,
      "cycle_cost": 0.0,
      "entity_set_power_feedin": "input_number.dao_feedin_grid",
      "entity_set_operating_mode": "input_select.dao_operating_mode",
      "entity_set_operating_mode_on": "Aan",
      "entity_set_operating_mode_off": "Uit",
      "entity_stop_inverter": "input_datetime.dao_stop_battery",
      "entity_calculated_soc": "input_number.dao_calculated_soc",
      "solar": [],
      "cycle cost calculated": 0.03125
    }
  ],
  "solar": [
    {
      "name": "pv schuur",
      "entity_pv_switch": "switch.zonnepanelen_schuurtje_switch_1",
      "tilt": 25.0,
      "orientation": -80.0,
      "capacity": 0.92,
      "yield_factor": 0.0011625,
      "strings": [],
      "ml_prediction": true,
      "ml_training_start_date": "2000-01-01",
      "entities_sensors": [
        "sensor.zonnepanelen_opbrengst"
      ]
    },
    {
      "name": "pv enphase",
      "entity_pv_switch": "switch.enphase_aan_uit",
      "tilt": 10.0,
      "orientation": -80.0,
      "capacity": 3.0,
      "yield_factor": 0.0095,
      "strings": [],
      "ml_prediction": true,
      "ml_training_start_date": "2000-01-01",
      "entities_sensors": [
        "sensor.envoy_122301002892_energy_production_today"
      ]
    }
  ],
  "electric_vehicle": [],
  "machines": [
    {
      "name": "Vaatwasser",
      "programs": [
        {
          "name": "off",
          "power": []
        },
        {
          "name": "eco",
          "power": [
            7.0,
            400.0,
            1300.0,
            350.0,
            35.0,
            40.0,
            50.0,
            20.0,
            1150.0,
            20.0,
            15.0
          ]
        }
      ],
      "entity_start_window": "input_datetime.start_window_vaatwasser",
      "entity_end_window": "input_datetime.end_window_vaatwasser",
      "entity_selected_program": "input_select.program_vaatwasser",
      "entity_calculated_start": "input_datetime.calculated_start_vaatwasser",
      "entity_calculated_end": "input_datetime.calculated_stop_vaatwasser",
      "entity_instant_start": "input_boolean.instant_start_vaatwasser"
    },
    {
      "name": "Wasmachine",
      "programs": [
        {
          "name": "off",
          "power": []
        },
        {
          "name": "eco",
          "power": [
            20.0,
            70.0,
            2000.0,
            70.0,
            80.0,
            80.0,
            80.0,
            80.0,
            80.0,
            80.0
          ]
        },
        {
          "name": "katoen",
          "power": [
            150.0,
            2100.0,
            2100.0,
            2100.0,
            15.0,
            80.0,
            80.0,
            100.0,
            100.0
          ]
        }
      ],
      "entity_start_window": "input_datetime.start_window_wasmachine",
      "entity_end_window": "input_datetime.end_window_wasmachine",
      "entity_selected_program": "input_select.program_wasmachine",
      "entity_calculated_start": "input_datetime.calculated_start_wasmachine",
      "entity_calculated_end": "input_datetime.calculated_stop_wasmachine",
      "entity_instant_start": "input_boolean.instant_start_wasmachine"
    },
    {
      "name": "Droger",
      "programs": [
        {
          "name": "off",
          "power": []
        },
        {
          "name": "katoen",
          "power": [
            300.0,
            300.0,
            300.0,
            480.0,
            420.0,
            420.0,
            420.0,
            420.0,
            420.0,
            375.0,
            320.0,
            400.0,
            400.0,
            400.0,
            400.0,
            100.0,
            15.0,
            15.0,
            15.0,
            15.0
          ]
        }
      ],
      "entity_start_window": "input_datetime.start_window_droger",
      "entity_end_window": "input_datetime.end_window_droger",
      "entity_selected_program": "input_select.program_droger",
      "entity_calculated_start": "input_datetime.calculated_start_droger",
      "entity_calculated_end": "input_datetime.calculated_stop_droger",
      "entity_instant_start": "input_boolean.instant_start_droger"
    },
    {
      "name": "Cooker",
      "programs": [
        {
          "name": "off",
          "power": []
        },
        {
          "name": "on",
          "power": [
            2200.0,
            0.0,
            2100.0,
            0.0,
            0.0,
            2100.0,
            0.0,
            0.0,
            2100.0,
            0.0
          ]
        }
      ],
      "entity_start_window": "input_datetime.start_window_cooker",
      "entity_end_window": "input_datetime.end_window_cooker",
      "entity_selected_program": "input_select.program_cooker",
      "entity_calculated_start": "input_datetime.calculated_start_cooker",
      "entity_calculated_end": "input_datetime.calculated_stop_cooker",
      "entity_instant_start": "input_boolean.instant_start_cooker"
    }
  ],
  
  "xgboost": {
    "tune_hyperparameters": true
  },
  "report": {
    "entities_grid_consumption": [
      "sensor.electricity_meter_energieverbruik_tarief_2",
      "sensor.electricity_meter_energieverbruik_tarief_1"
    ],
    "entities_grid_production": [
      "sensor.electricity_meter_energieproductie_tarief_2",
      "sensor.electricity_meter_energieproductie_tarief_1"
    ],
    "entities_solar_production_ac": [
      "sensor.zonnepanelen_opbrengst",
      "sensor.envoy_122301002892_energy_production_today"
    ],
    "entities_solar_production_dc": [],
    "entities_ev_consumption": [],
    "entities_wp_consumption": [],
    "entities_boiler_consumption": [],
    "entities_battery_consumption": [
      "sensor.indevolt_cms_sf2000_battery_total_charging_energy"
    ],
    "entities_battery_production": [
      "sensor.indevolt_cms_sf2000_battery_total_discharging_energy"
    ],
    "entities_machine_consumption": [],
    "entity co2-intensity": [
      "sensor.co2_intensity"
    ]
  },
  "scheduler": {
    "active": true,
    "schedule": [
      {
        "time": "0431",
        "action": "get_meteo_data"
      },
      {
        "time": "1031",
        "action": "get_meteo_data"
      },
      {
        "time": "1131",
        "action": "calc_baseloads"
      },
      {
        "time": "1211",
        "action": "train_ml_predictions"
      },
      {
        "time": "1255",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1355",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1455",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1554",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1655",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1631",
        "action": "get_meteo_data"
      },
      {
        "time": "2231",
        "action": "get_meteo_data"
      },
      {
        "time": "2359",
        "action": "clean_data"
      }
    ]
  },
  "meteoserver_attempts": 2,
 }

Wat kan de oorzaak zijn?

Heb je ook de logging van een "foute" berekening, graag tussen quote- en code-tags.

Acties:

zondag 21 juni 2026 22:02

Zonnepanelen en toebehoren

Topicstarter

stat schreef op zondag 21 juni 2026 @ 21:49:
Hoop dat iemand mij kan helpen. Heb DAO netjes geinstalleerd, weergegevens en kosten per kwartier opgehaald. Eerste berekening gaat prima maar als ik er solar inzet, dan stop hij ineens, dit zijn de laatste regels. Op basis van een eerder vergelijkbaar verhaal heb ik de minimal gap op 0.1 gezet maar resultaat blijft hetzelfde. Suggesties?
code:
1
2
3
4
5
6
7
8
9
Build Date: Mar 23 2026
Starting solution of the Linear programming relaxation problem using Dual Simplex

Coin0506I Presolve 248 (-485) rows, 248 (-1004) columns and 496 (-1660) elements
Clp0000I Optimal - objective value -8.148218
Coin0511I After Postsolve, objective -8.148218, infeasibilities - dual 0 (0), primal 0 (0)
Clp0032I Optimal objective -8.148218035 - 124 iterations time 0.012, Presolve 0.00

Starting MIP optimization

Heb je ook de logging vanaf het begin en je solar-instelling(en). Beide liefst tussen quote en code -tags.

Acties:

zondag 21 juni 2026 22:05

Zonnepanelen en toebehoren

Topicstarter

thomvh schreef op zondag 21 juni 2026 @ 12:36:
[...]

Kun je dat niet extrapoleren door de efficiency omlaag te zetten onder de 20?

Daarvoor is juist deze oplossing bedacht:
https://github.com/cornee...-reduce-power-lowhigh-soc

Acties:

zondag 21 juni 2026 22:11

KC27 schreef op zondag 21 juni 2026 @ 21:59:
[...]

Heb je ook de logging van een "foute" berekening, graag tussen quote- en code-tags.

Natuurlijk, in mijn eerste bericht mocht ik deze niet plaatsen (bericht te lang)

2026-06-21 22:02:34 info: Day Ahead Optimalisering versie: 2026.6.0
2026-06-21 22:02:34 info: Day Ahead Optimalisering gestart op: 21-06-2026 22:02:34
2026-06-21 22:02:34 info: Day Ahead Optimalisatie gestart: 21-06-2026 22:02:34 taak: calc_optimum_met_debug
2026-06-21 22:02:34 info: Debug = True
2026-06-21 22:02:36 info: Zelf berekende baseload
2026-06-21 22:02:37 info: ML prediction pv_schuur
date_time prediction
0 2026-06-21 22:00:00+02:00 0.000
1 2026-06-21 23:00:00+02:00 0.003
2 2026-06-22 00:00:00+02:00 0.003
3 2026-06-22 01:00:00+02:00 0.003
4 2026-06-22 02:00:00+02:00 0.001
5 2026-06-22 03:00:00+02:00 0.001
6 2026-06-22 04:00:00+02:00 0.001
7 2026-06-22 05:00:00+02:00 0.002
8 2026-06-22 06:00:00+02:00 0.022
9 2026-06-22 07:00:00+02:00 0.050
10 2026-06-22 08:00:00+02:00 0.120
11 2026-06-22 09:00:00+02:00 0.224
12 2026-06-22 10:00:00+02:00 0.263
13 2026-06-22 11:00:00+02:00 0.273
14 2026-06-22 12:00:00+02:00 0.322
15 2026-06-22 13:00:00+02:00 0.306
16 2026-06-22 14:00:00+02:00 0.304
17 2026-06-22 15:00:00+02:00 0.262
18 2026-06-22 16:00:00+02:00 0.232
19 2026-06-22 17:00:00+02:00 0.177
20 2026-06-22 18:00:00+02:00 0.114
21 2026-06-22 19:00:00+02:00 0.076
22 2026-06-22 20:00:00+02:00 0.050
23 2026-06-22 21:00:00+02:00 0.009
24 2026-06-22 22:00:00+02:00 0.005
25 2026-06-22 23:00:00+02:00 0.003
2026-06-21 22:02:37 info: ML prediction pv_enphase
date_time prediction
0 2026-06-21 22:00:00+02:00 0.009
1 2026-06-21 23:00:00+02:00 0.009
2 2026-06-22 00:00:00+02:00 0.002
3 2026-06-22 01:00:00+02:00 0.000
4 2026-06-22 02:00:00+02:00 0.005
5 2026-06-22 03:00:00+02:00 0.005
6 2026-06-22 04:00:00+02:00 0.005
7 2026-06-22 05:00:00+02:00 0.019
8 2026-06-22 06:00:00+02:00 0.222
9 2026-06-22 07:00:00+02:00 0.596
10 2026-06-22 08:00:00+02:00 1.050
11 2026-06-22 09:00:00+02:00 1.399
12 2026-06-22 10:00:00+02:00 1.708
13 2026-06-22 11:00:00+02:00 1.876
14 2026-06-22 12:00:00+02:00 1.930
15 2026-06-22 13:00:00+02:00 1.986
16 2026-06-22 14:00:00+02:00 1.894
17 2026-06-22 15:00:00+02:00 1.729
18 2026-06-22 16:00:00+02:00 1.535
19 2026-06-22 17:00:00+02:00 1.191
20 2026-06-22 18:00:00+02:00 0.673
21 2026-06-22 19:00:00+02:00 0.252
22 2026-06-22 20:00:00+02:00 0.174
23 2026-06-22 21:00:00+02:00 0.069
24 2026-06-22 22:00:00+02:00 0.009
25 2026-06-22 23:00:00+02:00 0.009
2026-06-21 22:02:37 info: Start waarden:
uur tijd spot p_l p_t base pv_ac pv_dc
0 22:00 2026-06-21 22:00:00 0.149 0.315 0.138 0.100 0.002 0
1 22:15 2026-06-21 22:15:00 0.149 0.314 0.138 0.101 0.002 0
2 22:30 2026-06-21 22:30:00 0.146 0.310 0.134 0.101 0.002 0
3 22:45 2026-06-21 22:45:00 0.138 0.301 0.125 0.100 0.003 0
4 23:00 2026-06-21 23:00:00 0.143 0.306 0.130 0.097 0.003 0
5 23:15 2026-06-21 23:15:00 0.136 0.298 0.122 0.096 0.003 0
6 23:30 2026-06-21 23:30:00 0.132 0.294 0.118 0.094 0.003 0
7 23:45 2026-06-21 23:45:00 0.123 0.282 0.106 0.090 0.003 0
8 00:00 2026-06-22 00:00:00 0.136 0.299 0.122 0.084 0.002 0
9 00:15 2026-06-22 00:15:00 0.128 0.289 0.113 0.081 0.001 0
10 00:30 2026-06-22 00:30:00 0.123 0.283 0.107 0.077 0.001 0
11 00:45 2026-06-22 00:45:00 0.120 0.279 0.103 0.075 0.001 0
12 01:00 2026-06-22 01:00:00 0.122 0.282 0.105 0.075 0.001 0
13 01:15 2026-06-22 01:15:00 0.121 0.280 0.103 0.074 0.001 0
14 01:30 2026-06-22 01:30:00 0.119 0.277 0.101 0.073 0.001 0
15 01:45 2026-06-22 01:45:00 0.117 0.275 0.099 0.072 0.001 0
16 02:00 2026-06-22 02:00:00 0.119 0.277 0.101 0.071 0.001 0
17 02:15 2026-06-22 02:15:00 0.114 0.272 0.095 0.070 0.002 0
18 02:30 2026-06-22 02:30:00 0.110 0.267 0.091 0.070 0.002 0
19 02:45 2026-06-22 02:45:00 0.107 0.263 0.087 0.070 0.002 0
20 03:00 2026-06-22 03:00:00 0.112 0.269 0.093 0.070 0.002 0
21 03:15 2026-06-22 03:15:00 0.111 0.268 0.092 0.070 0.002 0
22 03:30 2026-06-22 03:30:00 0.111 0.268 0.091 0.070 0.002 0
23 03:45 2026-06-22 03:45:00 0.111 0.268 0.092 0.070 0.002 0
24 04:00 2026-06-22 04:00:00 0.111 0.268 0.092 0.072 0.001 0
25 04:15 2026-06-22 04:15:00 0.113 0.271 0.095 0.072 0.001 0
26 04:30 2026-06-22 04:30:00 0.113 0.271 0.094 0.073 0.001 0
27 04:45 2026-06-22 04:45:00 0.117 0.275 0.099 0.072 0.002 0
28 05:00 2026-06-22 05:00:00 0.115 0.273 0.097 0.069 0.000 0
29 05:15 2026-06-22 05:15:00 0.118 0.277 0.101 0.069 0.001 0
30 05:30 2026-06-22 05:30:00 0.121 0.280 0.104 0.068 0.002 0
31 05:45 2026-06-22 05:45:00 0.130 0.291 0.114 0.068 0.016 0
32 06:00 2026-06-22 06:00:00 0.133 0.294 0.118 0.069 0.037 0
33 06:15 2026-06-22 06:15:00 0.138 0.301 0.125 0.070 0.051 0
34 06:30 2026-06-22 06:30:00 0.139 0.302 0.126 0.071 0.065 0
35 06:45 2026-06-22 06:45:00 0.139 0.302 0.126 0.075 0.090 0
36 07:00 2026-06-22 07:00:00 0.152 0.318 0.142 0.083 0.122 0
37 07:15 2026-06-22 07:15:00 0.148 0.312 0.136 0.087 0.147 0
38 07:30 2026-06-22 07:30:00 0.146 0.310 0.134 0.092 0.172 0
39 07:45 2026-06-22 07:45:00 0.134 0.296 0.120 0.093 0.205 0
40 08:00 2026-06-22 08:00:00 0.146 0.311 0.135 0.087 0.245 0
41 08:15 2026-06-22 08:15:00 0.134 0.295 0.119 0.088 0.277 0
42 08:30 2026-06-22 08:30:00 0.125 0.285 0.109 0.090 0.310 0
43 08:45 2026-06-22 08:45:00 0.108 0.264 0.088 0.110 0.338 0
44 09:00 2026-06-22 09:00:00 0.125 0.284 0.108 0.153 0.365 0
45 09:15 2026-06-22 09:15:00 0.119 0.278 0.102 0.173 0.393 0
46 09:30 2026-06-22 09:30:00 0.106 0.262 0.086 0.193 0.422 0
47 09:45 2026-06-22 09:45:00 0.094 0.248 0.072 0.176 0.443 0
48 10:00 2026-06-22 10:00:00 0.112 0.269 0.093 0.121 0.463 0
49 10:15 2026-06-22 10:15:00 0.092 0.245 0.069 0.104 0.485 0
50 10:30 2026-06-22 10:30:00 0.081 0.232 0.056 0.087 0.506 0
51 10:45 2026-06-22 10:45:00 0.065 0.212 0.036 0.109 0.517 0
52 11:00 2026-06-22 11:00:00 0.071 0.220 0.043 0.169 0.522 0
53 11:15 2026-06-22 11:15:00 0.061 0.208 0.032 0.191 0.533 0
54 11:30 2026-06-22 11:30:00 0.051 0.195 0.019 0.213 0.544 0
55 11:45 2026-06-22 11:45:00 0.046 0.189 0.013 0.200 0.550 0
56 12:00 2026-06-22 12:00:00 0.050 0.194 0.018 0.155 0.554 0
57 12:15 2026-06-22 12:15:00 0.041 0.183 0.007 0.141 0.561 0
58 12:30 2026-06-22 12:30:00 0.038 0.180 0.003 0.128 0.567 0
59 12:45 2026-06-22 12:45:00 0.030 0.170 -0.006 0.134 0.570 0
60 13:00 2026-06-22 13:00:00 0.036 0.177 0.001 0.157 0.571 0
61 13:15 2026-06-22 13:15:00 0.033 0.174 -0.002 0.162 0.574 0
62 13:30 2026-06-22 13:30:00 0.030 0.170 -0.006 0.168 0.576 0
63 13:45 2026-06-22 13:45:00 0.030 0.170 -0.006 0.163 0.571 0
64 14:00 2026-06-22 14:00:00 0.018 0.155 -0.021 0.148 0.560 0
65 14:15 2026-06-22 14:15:00 0.033 0.174 -0.002 0.143 0.554 0
66 14:30 2026-06-22 14:30:00 0.037 0.179 0.002 0.138 0.548 0
67 14:45 2026-06-22 14:45:00 0.040 0.182 0.006 0.134 0.535 0
68 15:00 2026-06-22 15:00:00 0.047 0.191 0.015 -8.817 0.517 0
69 15:15 2026-06-22 15:15:00 0.057 0.202 0.026 -8.820 0.504 0
70 15:30 2026-06-22 15:30:00 0.066 0.213 0.037 -8.824 0.492 0
71 15:45 2026-06-22 15:45:00 0.081 0.232 0.056 26.965 0.478 0
72 16:00 2026-06-22 16:00:00 0.072 0.221 0.045 107.497 0.466 0
73 16:15 2026-06-22 16:15:00 0.084 0.236 0.060 143.286 0.452 0
74 16:30 2026-06-22 16:30:00 0.094 0.247 0.071 179.075 0.438 0
75 16:45 2026-06-22 16:45:00 0.113 0.270 0.094 143.275 0.413 0
76 17:00 2026-06-22 17:00:00 0.092 0.245 0.069 44.830 0.382 0
77 17:15 2026-06-22 17:15:00 0.111 0.268 0.092 9.030 0.357 0
78 17:30 2026-06-22 17:30:00 0.120 0.279 0.102 -26.769 0.332 0
79 17:45 2026-06-22 17:45:00 0.132 0.294 0.117 -26.753 0.296 0
80 18:00 2026-06-22 18:00:00 0.115 0.273 0.097 0.129 0.249 0
81 18:15 2026-06-22 18:15:00 0.130 0.291 0.115 0.145 0.213 0
82 18:30 2026-06-22 18:30:00 0.149 0.314 0.138 0.160 0.177 0
83 18:45 2026-06-22 18:45:00 0.182 0.354 0.177 0.158 0.148 0
84 19:00 2026-06-22 19:00:00 0.150 0.315 0.139 0.141 0.120 0
85 19:15 2026-06-22 19:15:00 0.166 0.334 0.158 0.139 0.091 0
86 19:30 2026-06-22 19:30:00 0.207 0.384 0.208 0.137 0.062 0
87 19:45 2026-06-22 19:45:00 0.261 0.450 0.274 0.137 0.056 0
88 20:00 2026-06-22 20:00:00 0.220 0.400 0.224 0.141 0.067 0
89 20:15 2026-06-22 20:15:00 0.259 0.447 0.270 0.142 0.060 0
90 20:30 2026-06-22 20:30:00 0.293 0.488 0.312 0.142 0.054 0
91 20:45 2026-06-22 20:45:00 0.300 0.497 0.321 0.131 0.044 0
92 21:00 2026-06-22 21:00:00 0.300 0.497 0.321 0.108 0.032 0
93 21:15 2026-06-22 21:15:00 0.280 0.473 0.297 0.097 0.023 0
94 21:30 2026-06-22 21:30:00 0.249 0.435 0.258 0.086 0.014 0
95 21:45 2026-06-22 21:45:00 0.207 0.384 0.208 0.086 0.010 0
96 22:00 2026-06-22 22:00:00 0.234 0.417 0.241 0.095 0.009 0
97 22:15 2026-06-22 22:15:00 0.208 0.386 0.210 0.095 0.005 0
98 22:30 2026-06-22 22:30:00 0.171 0.340 0.164 0.095 0.001 0
99 22:45 2026-06-22 22:45:00 0.153 0.319 0.143 0.095 0.001 0
100 23:00 2026-06-22 23:00:00 0.164 0.333 0.157 0.095 0.003 0
101 23:15 2026-06-22 23:15:00 0.167 0.336 0.160 0.095 0.003 0
102 23:30 2026-06-22 23:30:00 0.160 0.328 0.151 0.094 0.003 0
103 23:45 2026-06-22 23:45:00 0.148 0.313 0.137 0.094 0.003 0
2026-06-21 22:02:41 info: No reduced hours applied for Indevolt
2026-06-21 22:02:41 info: No reduced power applied during discharging at low soc
2026-06-21 22:02:41 info: No reduced power applied during charging at high soc
2026-06-21 22:02:41 info: Startwaarde SoC Indevolt: 87.0%

2026-06-21 22:02:41 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-06-21 22:02:41 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-06-21 22:02:41 info: Apparaat Vaatwasser direct starten staat uit
2026-06-21 22:02:41 info: Apparaat Vaatwasser met programma 'eco' wordt ingepland tussen 2026-06-21 22:02 en 2026-06-22 05:00.
2026-06-21 22:02:41 info: Apparaat Wasmachine direct starten staat uit
2026-06-21 22:02:42 info: Machine Wasmachine wordt niet ingepland, want er is gekozen voor off
2026-06-21 22:02:42 info: Apparaat Droger direct starten staat uit
2026-06-21 22:02:42 info: Machine Droger wordt niet ingepland, want er is gekozen voor off
2026-06-21 22:02:42 info: Apparaat Cooker direct starten staat uit
2026-06-21 22:02:42 info: Apparaat Cooker met programma 'on' wordt ingepland tussen 2026-06-22 16:00 en 2026-06-22 19:00.
2026-06-21 22:02:43 info: Strategie: minimale kosten
2026-06-21 22:02:43 info: Maximale fout (maximal gap): 0.005000 euro
2026-06-21 22:02:43 info: Rekentijd: 0.08 sec
2026-06-21 22:02:43 waarschuwing: Geen oplossing voor: minimize cost

Laurens-Jan Merkx

Acties:

zondag 21 juni 2026 22:13

Zonnepanelen en toebehoren

Topicstarter

diamanten schreef op zondag 21 juni 2026 @ 09:17:
Vanochtend zag ik deze fout in de DAO-log over een SSL certificaat van www.daggegevens.knmi.nl:

[...]

Wat is de impact hiervan op de optimalisaties?

Bij mij treedt de fout niet op tijdens het trainen van het ml-model.
Misschien was het een eenmalige fout aan de kant van KNMI.
Wil je het nog eens proberen?

De fout heeft niet direct invloed op de werking van DAO. Alleen wordt het trainen overgeslagen en wordt het laatste berekende model gebruikt voor de voorspelling van je pv-productie.

Acties:

zondag 21 juni 2026 22:21

Zonnepanelen en toebehoren

Topicstarter

ljsquare schreef op zondag 21 juni 2026 @ 22:05:
[...]

Natuurlijk, in mijn eerste bericht mocht ik deze niet plaatsen (bericht te lang)

code:

 2026-06-21 22:02:34 info: Day Ahead Optimalisering versie: 2026.6.0
2026-06-21 22:02:34 info: Day Ahead Optimalisering gestart op: 21-06-2026 22:02:34
2026-06-21 22:02:34 info: Day Ahead Optimalisatie gestart: 21-06-2026 22:02:34 taak: calc_optimum_met_debug
2026-06-21 22:02:34 info: Debug = True
2026-06-21 22:02:36 info: Zelf berekende baseload
2026-06-21 22:02:37 info: ML prediction pv_schuur
                   date_time  prediction
0  2026-06-21 22:00:00+02:00       0.000
1  2026-06-21 23:00:00+02:00       0.003
2  2026-06-22 00:00:00+02:00       0.003
3  2026-06-22 01:00:00+02:00       0.003
4  2026-06-22 02:00:00+02:00       0.001
5  2026-06-22 03:00:00+02:00       0.001
6  2026-06-22 04:00:00+02:00       0.001
7  2026-06-22 05:00:00+02:00       0.002
8  2026-06-22 06:00:00+02:00       0.022
9  2026-06-22 07:00:00+02:00       0.050
10 2026-06-22 08:00:00+02:00       0.120
11 2026-06-22 09:00:00+02:00       0.224
12 2026-06-22 10:00:00+02:00       0.263
13 2026-06-22 11:00:00+02:00       0.273
14 2026-06-22 12:00:00+02:00       0.322
15 2026-06-22 13:00:00+02:00       0.306
16 2026-06-22 14:00:00+02:00       0.304
17 2026-06-22 15:00:00+02:00       0.262
18 2026-06-22 16:00:00+02:00       0.232
19 2026-06-22 17:00:00+02:00       0.177
20 2026-06-22 18:00:00+02:00       0.114
21 2026-06-22 19:00:00+02:00       0.076
22 2026-06-22 20:00:00+02:00       0.050
23 2026-06-22 21:00:00+02:00       0.009
24 2026-06-22 22:00:00+02:00       0.005
25 2026-06-22 23:00:00+02:00       0.003
2026-06-21 22:02:37 info: ML prediction pv_enphase
                   date_time  prediction
0  2026-06-21 22:00:00+02:00       0.009
1  2026-06-21 23:00:00+02:00       0.009
2  2026-06-22 00:00:00+02:00       0.002
3  2026-06-22 01:00:00+02:00       0.000
4  2026-06-22 02:00:00+02:00       0.005
5  2026-06-22 03:00:00+02:00       0.005
6  2026-06-22 04:00:00+02:00       0.005
7  2026-06-22 05:00:00+02:00       0.019
8  2026-06-22 06:00:00+02:00       0.222
9  2026-06-22 07:00:00+02:00       0.596
10 2026-06-22 08:00:00+02:00       1.050
11 2026-06-22 09:00:00+02:00       1.399
12 2026-06-22 10:00:00+02:00       1.708
13 2026-06-22 11:00:00+02:00       1.876
14 2026-06-22 12:00:00+02:00       1.930
15 2026-06-22 13:00:00+02:00       1.986
16 2026-06-22 14:00:00+02:00       1.894
17 2026-06-22 15:00:00+02:00       1.729
18 2026-06-22 16:00:00+02:00       1.535
19 2026-06-22 17:00:00+02:00       1.191
20 2026-06-22 18:00:00+02:00       0.673
21 2026-06-22 19:00:00+02:00       0.252
22 2026-06-22 20:00:00+02:00       0.174
23 2026-06-22 21:00:00+02:00       0.069
24 2026-06-22 22:00:00+02:00       0.009
25 2026-06-22 23:00:00+02:00       0.009
2026-06-21 22:02:37 info: Start waarden: 
       uur                tijd  spot   p_l    p_t    base  pv_ac  pv_dc
0    22:00 2026-06-21 22:00:00 0.149 0.315  0.138   0.100  0.002      0
1    22:15 2026-06-21 22:15:00 0.149 0.314  0.138   0.101  0.002      0
2    22:30 2026-06-21 22:30:00 0.146 0.310  0.134   0.101  0.002      0
3    22:45 2026-06-21 22:45:00 0.138 0.301  0.125   0.100  0.003      0
4    23:00 2026-06-21 23:00:00 0.143 0.306  0.130   0.097  0.003      0
5    23:15 2026-06-21 23:15:00 0.136 0.298  0.122   0.096  0.003      0
6    23:30 2026-06-21 23:30:00 0.132 0.294  0.118   0.094  0.003      0
7    23:45 2026-06-21 23:45:00 0.123 0.282  0.106   0.090  0.003      0
8    00:00 2026-06-22 00:00:00 0.136 0.299  0.122   0.084  0.002      0
9    00:15 2026-06-22 00:15:00 0.128 0.289  0.113   0.081  0.001      0
10   00:30 2026-06-22 00:30:00 0.123 0.283  0.107   0.077  0.001      0
11   00:45 2026-06-22 00:45:00 0.120 0.279  0.103   0.075  0.001      0
12   01:00 2026-06-22 01:00:00 0.122 0.282  0.105   0.075  0.001      0
13   01:15 2026-06-22 01:15:00 0.121 0.280  0.103   0.074  0.001      0
14   01:30 2026-06-22 01:30:00 0.119 0.277  0.101   0.073  0.001      0
15   01:45 2026-06-22 01:45:00 0.117 0.275  0.099   0.072  0.001      0
16   02:00 2026-06-22 02:00:00 0.119 0.277  0.101   0.071  0.001      0
17   02:15 2026-06-22 02:15:00 0.114 0.272  0.095   0.070  0.002      0
18   02:30 2026-06-22 02:30:00 0.110 0.267  0.091   0.070  0.002      0
19   02:45 2026-06-22 02:45:00 0.107 0.263  0.087   0.070  0.002      0
20   03:00 2026-06-22 03:00:00 0.112 0.269  0.093   0.070  0.002      0
21   03:15 2026-06-22 03:15:00 0.111 0.268  0.092   0.070  0.002      0
22   03:30 2026-06-22 03:30:00 0.111 0.268  0.091   0.070  0.002      0
23   03:45 2026-06-22 03:45:00 0.111 0.268  0.092   0.070  0.002      0
24   04:00 2026-06-22 04:00:00 0.111 0.268  0.092   0.072  0.001      0
25   04:15 2026-06-22 04:15:00 0.113 0.271  0.095   0.072  0.001      0
26   04:30 2026-06-22 04:30:00 0.113 0.271  0.094   0.073  0.001      0
27   04:45 2026-06-22 04:45:00 0.117 0.275  0.099   0.072  0.002      0
28   05:00 2026-06-22 05:00:00 0.115 0.273  0.097   0.069  0.000      0
29   05:15 2026-06-22 05:15:00 0.118 0.277  0.101   0.069  0.001      0
30   05:30 2026-06-22 05:30:00 0.121 0.280  0.104   0.068  0.002      0
31   05:45 2026-06-22 05:45:00 0.130 0.291  0.114   0.068  0.016      0
32   06:00 2026-06-22 06:00:00 0.133 0.294  0.118   0.069  0.037      0
33   06:15 2026-06-22 06:15:00 0.138 0.301  0.125   0.070  0.051      0
34   06:30 2026-06-22 06:30:00 0.139 0.302  0.126   0.071  0.065      0
35   06:45 2026-06-22 06:45:00 0.139 0.302  0.126   0.075  0.090      0
36   07:00 2026-06-22 07:00:00 0.152 0.318  0.142   0.083  0.122      0
37   07:15 2026-06-22 07:15:00 0.148 0.312  0.136   0.087  0.147      0
38   07:30 2026-06-22 07:30:00 0.146 0.310  0.134   0.092  0.172      0
39   07:45 2026-06-22 07:45:00 0.134 0.296  0.120   0.093  0.205      0
40   08:00 2026-06-22 08:00:00 0.146 0.311  0.135   0.087  0.245      0
41   08:15 2026-06-22 08:15:00 0.134 0.295  0.119   0.088  0.277      0
42   08:30 2026-06-22 08:30:00 0.125 0.285  0.109   0.090  0.310      0
43   08:45 2026-06-22 08:45:00 0.108 0.264  0.088   0.110  0.338      0
44   09:00 2026-06-22 09:00:00 0.125 0.284  0.108   0.153  0.365      0
45   09:15 2026-06-22 09:15:00 0.119 0.278  0.102   0.173  0.393      0
46   09:30 2026-06-22 09:30:00 0.106 0.262  0.086   0.193  0.422      0
47   09:45 2026-06-22 09:45:00 0.094 0.248  0.072   0.176  0.443      0
48   10:00 2026-06-22 10:00:00 0.112 0.269  0.093   0.121  0.463      0
49   10:15 2026-06-22 10:15:00 0.092 0.245  0.069   0.104  0.485      0
50   10:30 2026-06-22 10:30:00 0.081 0.232  0.056   0.087  0.506      0
51   10:45 2026-06-22 10:45:00 0.065 0.212  0.036   0.109  0.517      0
52   11:00 2026-06-22 11:00:00 0.071 0.220  0.043   0.169  0.522      0
53   11:15 2026-06-22 11:15:00 0.061 0.208  0.032   0.191  0.533      0
54   11:30 2026-06-22 11:30:00 0.051 0.195  0.019   0.213  0.544      0
55   11:45 2026-06-22 11:45:00 0.046 0.189  0.013   0.200  0.550      0
56   12:00 2026-06-22 12:00:00 0.050 0.194  0.018   0.155  0.554      0
57   12:15 2026-06-22 12:15:00 0.041 0.183  0.007   0.141  0.561      0
58   12:30 2026-06-22 12:30:00 0.038 0.180  0.003   0.128  0.567      0
59   12:45 2026-06-22 12:45:00 0.030 0.170 -0.006   0.134  0.570      0
60   13:00 2026-06-22 13:00:00 0.036 0.177  0.001   0.157  0.571      0
61   13:15 2026-06-22 13:15:00 0.033 0.174 -0.002   0.162  0.574      0
62   13:30 2026-06-22 13:30:00 0.030 0.170 -0.006   0.168  0.576      0
63   13:45 2026-06-22 13:45:00 0.030 0.170 -0.006   0.163  0.571      0
64   14:00 2026-06-22 14:00:00 0.018 0.155 -0.021   0.148  0.560      0
65   14:15 2026-06-22 14:15:00 0.033 0.174 -0.002   0.143  0.554      0
66   14:30 2026-06-22 14:30:00 0.037 0.179  0.002   0.138  0.548      0
67   14:45 2026-06-22 14:45:00 0.040 0.182  0.006   0.134  0.535      0
68   15:00 2026-06-22 15:00:00 0.047 0.191  0.015  -8.817  0.517      0
69   15:15 2026-06-22 15:15:00 0.057 0.202  0.026  -8.820  0.504      0
70   15:30 2026-06-22 15:30:00 0.066 0.213  0.037  -8.824  0.492      0
71   15:45 2026-06-22 15:45:00 0.081 0.232  0.056  26.965  0.478      0
72   16:00 2026-06-22 16:00:00 0.072 0.221  0.045 107.497  0.466      0
73   16:15 2026-06-22 16:15:00 0.084 0.236  0.060 143.286  0.452      0
74   16:30 2026-06-22 16:30:00 0.094 0.247  0.071 179.075  0.438      0
75   16:45 2026-06-22 16:45:00 0.113 0.270  0.094 143.275  0.413      0
76   17:00 2026-06-22 17:00:00 0.092 0.245  0.069  44.830  0.382      0
77   17:15 2026-06-22 17:15:00 0.111 0.268  0.092   9.030  0.357      0
78   17:30 2026-06-22 17:30:00 0.120 0.279  0.102 -26.769  0.332      0
79   17:45 2026-06-22 17:45:00 0.132 0.294  0.117 -26.753  0.296      0
80   18:00 2026-06-22 18:00:00 0.115 0.273  0.097   0.129  0.249      0
81   18:15 2026-06-22 18:15:00 0.130 0.291  0.115   0.145  0.213      0
82   18:30 2026-06-22 18:30:00 0.149 0.314  0.138   0.160  0.177      0
83   18:45 2026-06-22 18:45:00 0.182 0.354  0.177   0.158  0.148      0
84   19:00 2026-06-22 19:00:00 0.150 0.315  0.139   0.141  0.120      0
85   19:15 2026-06-22 19:15:00 0.166 0.334  0.158   0.139  0.091      0
86   19:30 2026-06-22 19:30:00 0.207 0.384  0.208   0.137  0.062      0
87   19:45 2026-06-22 19:45:00 0.261 0.450  0.274   0.137  0.056      0
88   20:00 2026-06-22 20:00:00 0.220 0.400  0.224   0.141  0.067      0
89   20:15 2026-06-22 20:15:00 0.259 0.447  0.270   0.142  0.060      0
90   20:30 2026-06-22 20:30:00 0.293 0.488  0.312   0.142  0.054      0
91   20:45 2026-06-22 20:45:00 0.300 0.497  0.321   0.131  0.044      0
92   21:00 2026-06-22 21:00:00 0.300 0.497  0.321   0.108  0.032      0
93   21:15 2026-06-22 21:15:00 0.280 0.473  0.297   0.097  0.023      0
94   21:30 2026-06-22 21:30:00 0.249 0.435  0.258   0.086  0.014      0
95   21:45 2026-06-22 21:45:00 0.207 0.384  0.208   0.086  0.010      0
96   22:00 2026-06-22 22:00:00 0.234 0.417  0.241   0.095  0.009      0
97   22:15 2026-06-22 22:15:00 0.208 0.386  0.210   0.095  0.005      0
98   22:30 2026-06-22 22:30:00 0.171 0.340  0.164   0.095  0.001      0
99   22:45 2026-06-22 22:45:00 0.153 0.319  0.143   0.095  0.001      0
100  23:00 2026-06-22 23:00:00 0.164 0.333  0.157   0.095  0.003      0
101  23:15 2026-06-22 23:15:00 0.167 0.336  0.160   0.095  0.003      0
102  23:30 2026-06-22 23:30:00 0.160 0.328  0.151   0.094  0.003      0
103  23:45 2026-06-22 23:45:00 0.148 0.313  0.137   0.094  0.003      0
2026-06-21 22:02:41 info: No reduced hours applied for Indevolt
2026-06-21 22:02:41 info: No reduced power applied during discharging at low soc
2026-06-21 22:02:41 info: No reduced power applied during charging at high soc
2026-06-21 22:02:41 info: Startwaarde SoC Indevolt: 87.0%

2026-06-21 22:02:41 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-06-21 22:02:41 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-06-21 22:02:41 info: Apparaat Vaatwasser direct starten staat uit
2026-06-21 22:02:41 info: Apparaat Vaatwasser met programma 'eco' wordt ingepland tussen 2026-06-21 22:02 en 2026-06-22 05:00.
2026-06-21 22:02:41 info: Apparaat Wasmachine direct starten staat uit
2026-06-21 22:02:42 info: Machine Wasmachine wordt niet ingepland, want er is gekozen voor off
2026-06-21 22:02:42 info: Apparaat Droger direct starten staat uit
2026-06-21 22:02:42 info: Machine Droger wordt niet ingepland, want er is gekozen voor off
2026-06-21 22:02:42 info: Apparaat Cooker direct starten staat uit
2026-06-21 22:02:42 info: Apparaat Cooker met programma 'on' wordt ingepland tussen 2026-06-22 16:00 en 2026-06-22 19:00.
2026-06-21 22:02:43 info: Strategie: minimale kosten
2026-06-21 22:02:43 info: Maximale fout (maximal gap): 0.005000 euro
2026-06-21 22:02:43 info: Rekentijd: 0.08  sec
2026-06-21 22:02:43 waarschuwing: Geen oplossing voor: minimize cost

Ik ga ernaar kijken maar waarom zet je het niet tussen quote-tags. Scheelt veel scroll-werk. Kun je alsnog doen door te "wijzigen" (ook je vorige).

Acties:

maandag 22 juni 2026 07:53

KC27 schreef op zondag 21 juni 2026 @ 22:13:
[...]

Ik ga ernaar kijken maar waarom zet je het niet tussen quote-tags. Scheelt veel scroll-werk. Kun je alsnog doen door te "wijzigen" (ook je vorige).

Top dankjewel. En ook voor de tip, ik heb het nu in quote tags gezet.

Laurens-Jan Merkx

Acties:

maandag 22 juni 2026 11:46

KC27 schreef op zondag 21 juni 2026 @ 22:00:
[...]

Heb je ook de logging vanaf het begin en je solar-instelling(en). Beide liefst tussen quote en code -tags.

Sure, dank voor het meekijken:

code:

"solar": [
    {
      "name": "woning",
      "entity pv switch": "input_boolean.pv_woning_aan_uit",
      "ml_prediction": "false",
      "entities sensors": "sensor.solaredge_ac_energy_kwh",
      "strings": [
        {
          "tilt": 40,
          "orientation": 5,
          "capacity": 3.3,
          "yield": 0.0065
        },
        {
          "tilt": 15,
          "orientation": 5,
          "capacity": 0.9,
          "yield": 0.0025
        }
      ]
    }],

code:

2026-06-22 07:49:26 INFO: Loaded 6 secrets from ../data/secrets.json
2026-06-22 07:49:26 INFO: Validating configuration with ConfigurationV2
2026-06-22 07:49:26 debug: Starting new HTTP connection (1): supervisor:80
2026-06-22 07:49:26 debug: http://supervisor:80 "GET /core/api/ HTTP/1.1" 200 26
2026-06-22 07:49:26 debug: Starting new HTTP connection (1): supervisor:80
2026-06-22 07:49:26 debug: http://supervisor:80 "GET /core/api/config HTTP/1.1" 200 6372
2026-06-22 07:49:26 debug: hass/api/config: {"allowlist_external_dirs":["/tmp","/config/www","/media"],"allowlist_external_urls":[],"components":["XXXXXXXX":{"length":"km","accumulated_precipitation":"mm","area":"m²","mass":"g","pressure":"Pa","temperature":"°C","volume":"L","wind_speed":"m/s"},"version":"2026.6.4","whitelist_external_dirs":["/tmp","/config/www","/media"]}
2026-06-22 07:49:26 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 200 in /root/dao/prog/da_base.py
2026-06-22 07:49:26 debug: python pad:['/root/dao/prog', '/root', '/root/dao', '/root/dao/lib', '/root/dao/prog', '/usr/lib/python313.zip', '/usr/lib/python3.13', '/usr/lib/python3.13/lib-dynload', '/root/dao/venv/day_ahead/lib/python3.13/site-packages']
2026-06-22 07:49:26 info: Day Ahead Optimalisering versie: 2026.6.0
2026-06-22 07:49:26 info: Day Ahead Optimalisering gestart op: 22-06-2026 07:49:26
2026-06-22 07:49:26 debug: Locatie: latitude XXX
2026-06-22 07:49:26 info: Day Ahead Optimalisatie gestart: 22-06-2026 07:49:26 taak: calc_optimum_met_debug
2026-06-22 07:49:26 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 695 in /root/dao/prog/da_base.py
2026-06-22 07:49:26 debug: Starting new HTTP connection (1): supervisor:80
2026-06-22 07:49:26 debug: http://supervisor:80 "GET /core/api/ HTTP/1.1" 200 26
2026-06-22 07:49:26 debug: Starting new HTTP connection (1): supervisor:80
2026-06-22 07:49:26 debug: http://supervisor:80 "GET /core/api/config HTTP/1.1" 200 6372
2026-06-22 07:49:26 debug: hass/api/config: {XXXXX","whitelist_external_dirs":["/tmp","/config/www","/media"]}
2026-06-22 07:49:26 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 200 in /root/dao/prog/da_base.py
2026-06-22 07:49:26 info: Debug = True
2026-06-22 07:49:26 debug: Memory used/free:
MemTotal:        3897492 kB
MemFree:          254008 kB
MemAvailable:    1780048 kB
2026-06-22 07:49:26 debug: Starting new HTTP connection (1): supervisor:80
2026-06-22 07:49:26 debug: http://supervisor:80 "GET /core/api/ HTTP/1.1" 200 26
2026-06-22 07:49:26 debug: Starting new HTTP connection (1): supervisor:80
2026-06-22 07:49:26 debug: http://supervisor:80 "GET /core/api/config HTTP/1.1" 200 6372
2026-06-22 07:49:26 debug: hass/api/config: {"XXXX]}
2026-06-22 07:49:26 debug: Connection status Pool size: 5  Connections in pool: 1 Current Overflow: -4 Current Checked out connections: 0 at line 200 in /root/dao/prog/da_base.py
2026-06-22 07:49:26 debug: query get column data da:
 SELECT strftime(?, datetime("values".time, ?, ?)) AS uur, "values".time AS time, "values".time AS utc, "values".value AS value 
FROM "values", variabel 
WHERE variabel.code = ? AND "values".variabel = variabel.id AND "values".time >= strftime(?, ?, ?) ORDER BY time
2026-06-22 07:49:26 debug: Prognose data:
                  tijd     temp  glob_rad       time    da_ex   da_cons   da_prod
0  2026-06-22 07:45:00  19.3750   62.8750  1782114.0  0.13406  0.297812  0.273012
1  2026-06-22 08:00:00  19.6250   73.1875  1782115.0  0.14635  0.312683  0.287883
2  2026-06-22 08:15:00  19.8750   84.4375  1782116.0  0.13350  0.297135  0.272335
3  2026-06-22 08:30:00  20.1250   95.6875  1782117.0  0.12496  0.286801  0.262001
4  2026-06-22 08:45:00  20.3750  110.6875  1782117.0  0.10776  0.265989  0.241189
5  2026-06-22 09:00:00  20.6250  127.9375  1782118.0  0.12455  0.286305  0.261505
6  2026-06-22 09:15:00  20.8750  142.9375  1782119.0  0.11906  0.279662  0.254862
7  2026-06-22 09:30:00  21.1250  157.9375  1782120.0  0.10635  0.264283  0.239483
8  2026-06-22 09:45:00  21.3750  175.1875  1782121.0  0.09421  0.249594  0.224794
9  2026-06-22 10:00:00  21.5625  197.0000  1782122.0  0.11173  0.270793  0.245993
10 2026-06-22 10:15:00  21.8125  214.2500  1782123.0  0.09213  0.247077  0.222277
11 2026-06-22 10:30:00  22.0625  231.5000  1782124.0  0.08132  0.233997  0.209197
12 2026-06-22 10:45:00  22.5625  237.2500  1782125.0  0.06500  0.214250  0.189450
13 2026-06-22 11:00:00  23.3125  237.0625  1782126.0  0.07101  0.221522  0.196722
14 2026-06-22 11:15:00  23.8125  242.8125  1782126.0  0.06120  0.209652  0.184852
15 2026-06-22 11:30:00  24.3125  248.5625  1782127.0  0.05100  0.197310  0.172510
16 2026-06-22 11:45:00  24.5625  243.5625  1782128.0  0.04600  0.191260  0.166460
17 2026-06-22 12:00:00  24.6250  226.3125  1782129.0  0.04966  0.195688  0.170888
18 2026-06-22 12:15:00  24.8750  221.3125  1782130.0  0.04050  0.184605  0.159805
19 2026-06-22 12:30:00  25.1250  216.3125  1782131.0  0.03790  0.181459  0.156659
20 2026-06-22 12:45:00  25.3750  228.0625  1782132.0  0.03001  0.171912  0.147112
21 2026-06-22 13:00:00  25.6250  256.3750  1782133.0  0.03568  0.178773  0.153972
22 2026-06-22 13:15:00  25.8750  268.1250  1782134.0  0.03319  0.175760  0.150960
23 2026-06-22 13:30:00  26.1250  279.8750  1782135.0  0.03024  0.172190  0.147390
24 2026-06-22 13:45:00  26.3750  275.6250  1782135.0  0.03011  0.172033  0.147233
25 2026-06-22 14:00:00  26.6250  257.1875  1782136.0  0.01760  0.156896  0.132096
26 2026-06-22 14:15:00  26.8750  252.9375  1782137.0  0.03305  0.175590  0.150790
27 2026-06-22 14:30:00  27.1250  248.6875  1782138.0  0.03703  0.180406  0.155606
28 2026-06-22 14:45:00  27.3750  253.1875  1782139.0  0.04000  0.184000  0.159200
29 2026-06-22 15:00:00  27.6875  268.9375  1782140.0  0.04738  0.192930  0.168130
30 2026-06-22 15:15:00  27.9375  273.4375  1782141.0  0.05660  0.204086  0.179286
31 2026-06-22 15:30:00  28.1875  277.9375  1782142.0  0.06551  0.214867  0.190067
32 2026-06-22 15:45:00  28.1875  263.6875  1782143.0  0.08112  0.233755  0.208955
33 2026-06-22 16:00:00  28.0000  234.3750  1782144.0  0.07230  0.223083  0.198283
34 2026-06-22 16:15:00  28.0000  220.1250  1782144.0  0.08433  0.237639  0.212839
35 2026-06-22 16:30:00  28.0000  205.8750  1782145.0  0.09400  0.249340  0.224540
36 2026-06-22 16:45:00  28.0000  195.6250  1782146.0  0.11292  0.272233  0.247433
37 2026-06-22 17:00:00  28.0000  188.1875  1782147.0  0.09207  0.247005  0.222204
38 2026-06-22 17:15:00  28.0000  177.9375  1782148.0  0.11125  0.270212  0.245412
39 2026-06-22 17:30:00  28.0000  167.6875  1782149.0  0.11974  0.280485  0.255685
40 2026-06-22 17:45:00  28.0000  158.1875  1782150.0  0.13208  0.295417  0.270617
41 2026-06-22 18:00:00  28.0625  149.6250  1782151.0  0.11490  0.274629  0.249829
42 2026-06-22 18:15:00  28.0625  140.1250  1782152.0  0.13011  0.293033  0.268233
43 2026-06-22 18:30:00  28.0625  130.6250  1782153.0  0.14914  0.316059  0.291259
44 2026-06-22 18:45:00  27.8125  119.6250  1782153.0  0.18161  0.355348  0.330548
45 2026-06-22 19:00:00  27.4375  107.5625  1782154.0  0.15006  0.317172  0.292372
46 2026-06-22 19:15:00  27.1875   96.5625  1782155.0  0.16589  0.336327  0.311527
47 2026-06-22 19:30:00  26.9375   85.5625  1782156.0  0.20720  0.386312  0.361512
48 2026-06-22 19:45:00  26.4375   74.3125  1782157.0  0.26119  0.451640  0.426840
49 2026-06-22 20:00:00  25.6875   62.2500  1782158.0  0.21985  0.401618  0.376818
50 2026-06-22 20:15:00  25.1875   51.0000  1782159.0  0.25851  0.448397  0.423597
51 2026-06-22 20:30:00  24.6875   39.7500  1782160.0  0.29253  0.489561  0.464761
52 2026-06-22 20:45:00  24.4375   31.0000  1782161.0  0.30007  0.498685  0.473884
53 2026-06-22 21:00:00  24.4375   22.6250  1782162.0  0.30004  0.498648  0.473848
54 2026-06-22 21:15:00  24.1875   13.8750  1782162.0  0.28021  0.474654  0.449854
55 2026-06-22 21:30:00  23.9375    5.1250  1782163.0  0.24871  0.436539  0.411739
56 2026-06-22 21:45:00  23.4375    2.3750  1782164.0  0.20683  0.385864  0.361064
57 2026-06-22 22:00:00  22.6875    3.4375  1782165.0  0.23442  0.419248  0.394448
58 2026-06-22 22:15:00  22.1875    0.6875  1782166.0  0.20845  0.387824  0.363024
59 2026-06-22 22:30:00  21.6875   -2.0625  1782167.0  0.17060  0.342026  0.317226
60 2026-06-22 22:45:00  21.4375   -2.0625  1782168.0  0.15346  0.321286  0.296486
61 2026-06-22 23:00:00  21.3750    0.0000  1782169.0  0.16449  0.334633  0.309833
62 2026-06-22 23:15:00  21.1250    0.0000  1782170.0  0.16745  0.338214  0.313414
63 2026-06-22 23:30:00  20.8750    0.0000  1782171.0  0.16021  0.329454  0.304654
64 2026-06-22 23:45:00  20.6250    0.0000  1782171.0  0.14829  0.315031  0.290231
2026-06-22 07:49:26 info: Baseload uit instellingen
2026-06-22 07:49:27 info: Start waarden: 
      uur                tijd  spot   p_l   p_t  base  pv_ac  pv_dc
0   07:45 2026-06-22 07:45:00 0.134 0.298 0.273 0.042  0.188      0
1   08:00 2026-06-22 08:00:00 0.146 0.313 0.288 0.051  0.311      0
2   08:15 2026-06-22 08:15:00 0.134 0.297 0.272 0.056  0.359      0
3   08:30 2026-06-22 08:30:00 0.125 0.287 0.262 0.061  0.407      0
4   08:45 2026-06-22 08:45:00 0.108 0.266 0.241 0.063  0.470      0
5   09:00 2026-06-22 09:00:00 0.125 0.286 0.262 0.062  0.544      0
6   09:15 2026-06-22 09:15:00 0.119 0.280 0.255 0.064  0.607      0
7   09:30 2026-06-22 09:30:00 0.106 0.264 0.239 0.066  0.671      0
8   09:45 2026-06-22 09:45:00 0.094 0.250 0.225 0.069  0.744      0
9   10:00 2026-06-22 10:00:00 0.112 0.271 0.246 0.073  0.837      0
10  10:15 2026-06-22 10:15:00 0.092 0.247 0.222 0.077  0.910      0
11  10:30 2026-06-22 10:30:00 0.081 0.234 0.209 0.080  0.984      0
12  10:45 2026-06-22 10:45:00 0.065 0.214 0.189 0.080  1.008      0
13  11:00 2026-06-22 11:00:00 0.071 0.222 0.197 0.079  1.007      0
14  11:15 2026-06-22 11:15:00 0.061 0.210 0.185 0.080  1.032      0
15  11:30 2026-06-22 11:30:00 0.051 0.197 0.173 0.081  1.056      0
16  11:45 2026-06-22 11:45:00 0.046 0.191 0.166 0.080  1.035      0
17  12:00 2026-06-22 12:00:00 0.050 0.196 0.171 0.080  0.962      0
18  12:15 2026-06-22 12:15:00 0.041 0.185 0.160 0.079  0.940      0
19  12:30 2026-06-22 12:30:00 0.038 0.181 0.157 0.078  0.919      0
20  12:45 2026-06-22 12:45:00 0.030 0.172 0.147 0.073  0.969      0
21  13:00 2026-06-22 13:00:00 0.036 0.179 0.154 0.063  1.089      0
22  13:15 2026-06-22 13:15:00 0.033 0.176 0.151 0.058  1.139      0
23  13:30 2026-06-22 13:30:00 0.030 0.172 0.147 0.053  1.189      0
24  13:45 2026-06-22 13:45:00 0.030 0.172 0.147 0.055  1.171      0
25  14:00 2026-06-22 14:00:00 0.018 0.157 0.132 0.063  1.093      0
26  14:15 2026-06-22 14:15:00 0.033 0.176 0.151 0.065  1.075      0
27  14:30 2026-06-22 14:30:00 0.037 0.180 0.156 0.067  1.057      0
28  14:45 2026-06-22 14:45:00 0.040 0.184 0.159 0.064  1.076      0
29  15:00 2026-06-22 15:00:00 0.047 0.193 0.168 0.056  1.143      0
30  15:15 2026-06-22 15:15:00 0.057 0.204 0.179 0.053  1.162      0
31  15:30 2026-06-22 15:30:00 0.066 0.215 0.190 0.050  1.181      0
32  15:45 2026-06-22 15:45:00 0.081 0.234 0.209 0.050  1.120      0
33  16:00 2026-06-22 16:00:00 0.072 0.223 0.198 0.047  0.996      0
34  16:15 2026-06-22 16:15:00 0.084 0.238 0.213 0.047  0.935      0
35  16:30 2026-06-22 16:30:00 0.094 0.249 0.225 0.047  0.875      0
36  16:45 2026-06-22 16:45:00 0.113 0.272 0.247 0.068  0.831      0
37  17:00 2026-06-22 17:00:00 0.092 0.247 0.222 0.114  0.800      0
38  17:15 2026-06-22 17:15:00 0.111 0.270 0.245 0.134  0.756      0
39  17:30 2026-06-22 17:30:00 0.120 0.280 0.256 0.155  0.713      0
40  17:45 2026-06-22 17:45:00 0.132 0.295 0.271 0.137  0.672      0
41  18:00 2026-06-22 18:00:00 0.115 0.275 0.250 0.087  0.636      0
42  18:15 2026-06-22 18:15:00 0.130 0.293 0.268 0.069  0.595      0
43  18:30 2026-06-22 18:30:00 0.149 0.316 0.291 0.052  0.555      0
44  18:45 2026-06-22 18:45:00 0.182 0.355 0.331 0.052  0.508      0
45  19:00 2026-06-22 19:00:00 0.150 0.317 0.292 0.066  0.457      0
46  19:15 2026-06-22 19:15:00 0.166 0.336 0.312 0.066  0.410      0
47  19:30 2026-06-22 19:30:00 0.207 0.386 0.362 0.066  0.364      0
48  19:45 2026-06-22 19:45:00 0.261 0.452 0.427 0.063  0.316      0
49  20:00 2026-06-22 20:00:00 0.220 0.402 0.377 0.059  0.265      0
50  20:15 2026-06-22 20:15:00 0.259 0.448 0.424 0.056  0.217      0
51  20:30 2026-06-22 20:30:00 0.293 0.490 0.465 0.054  0.169      0
52  20:45 2026-06-22 20:45:00 0.300 0.499 0.474 0.052  0.132      0
53  21:00 2026-06-22 21:00:00 0.300 0.499 0.474 0.050  0.089      0
54  21:15 2026-06-22 21:15:00 0.280 0.475 0.450 0.048  0.045      0
55  21:30 2026-06-22 21:30:00 0.249 0.437 0.412 0.046  0.013      0
56  21:45 2026-06-22 21:45:00 0.207 0.386 0.361 0.046  0.005      0
57  22:00 2026-06-22 22:00:00 0.234 0.419 0.394 0.046  0.008      0
58  22:15 2026-06-22 22:15:00 0.208 0.388 0.363 0.045  0.002      0
59  22:30 2026-06-22 22:30:00 0.171 0.342 0.317 0.045  0.000      0
60  22:45 2026-06-22 22:45:00 0.153 0.321 0.296 0.044  0.000      0
61  23:00 2026-06-22 23:00:00 0.164 0.335 0.310 0.042  0.000      0
62  23:15 2026-06-22 23:15:00 0.167 0.338 0.313 0.041  0.000      0
63  23:30 2026-06-22 23:30:00 0.160 0.329 0.305 0.039  0.000      0
64  23:45 2026-06-22 23:45:00 0.148 0.315 0.290 0.038  0.000      0
2026-06-22 07:49:28 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-06-22 07:49:28 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-06-22 07:49:28 info: Strategie: minimale kosten
2026-06-22 07:49:28 info: Maximale fout (maximal gap): 0.100000 euro
Welcome to the CBC MILP Solver 
Version: devel 
Build Date: Mar 23 2026
Starting solution of the Linear programming relaxation problem using Dual Simplex

Coin0506I Presolve 216 (-244) rows, 216 (-568) columns and 432 (-932) elements
Clp0000I Optimal - objective value -7.4693629
Coin0511I After Postsolve, objective -7.4693629, infeasibilities - dual 0 (0), primal 0 (0)
Clp0032I Optimal objective -7.469362864 - 108 iterations time 0.012, Presolve 0.00

Starting MIP optimization

Acties:

maandag 22 juni 2026 20:59

Er zit vermoedelijk nog een foutje in het gebruik van "reduce_power_low_soc" (reduced power during discharging). Het vermogen wordt helaas niet gereduceerd. Bij het gebruik van "reduce_power_high_soc" (reduced power during charging) werkt de vermogensreductie wel zoals ik het verwacht.

Afbeeldingslocatie: https://tweakers.net/i/sotJO-MuRBCcJH6b5igG3CmndkE=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/pflOiZQCoFnYvaGIAm1vy04M.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/sotJO-MuRBCcJH6b5igG3CmndkE=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/pflOiZQCoFnYvaGIAm1vy04M.png?f=user_large

Hierboven de test situatie van gisteravond en vanochtend:
- charging met reduced power tussen 16:00 en 17:00 (batterij SoC loopt op van 85% naar 97%)
- discharging met reduced power o.a tussen 22:00 en 23:00 (SoC loopt terug van 54% naar 35%)
- discharging met reduced power tussen 6:15 - 7:15 (SoC loopt verder terug naar 3%)

De batterij configuratie:

code:

  "battery": [
    {
      "name": "Sessy",
      "entity_actual_level": "sensor.sessy_soc",
      "capacity": 15.6,
      "upper_limit": 100,
      "lower_limit": 0,
      "penalty_low_soc": 0.0025,
      "charge_stages": [
        {
          "power": 0.0,
          "efficiency": 1.0
        },
        {
          "power": 6600.0,
          "efficiency": 0.875
        }
      ],
      "discharge_stages": [
        {
          "power": 0.0,
          "efficiency": 1.0
        },
        {
          "power": 5100.0,
          "efficiency": 0.875
        }
      ],
      "reduce_power_low_soc": [
        { "soc": 0, "power": 1500},
        { "soc": 10, "power": 2000},
        { "soc": 20, "power": 3000},
        { "soc": 30, "power": 4000},
        { "soc": 40, "power": 5000},
        { "soc": 50, "power": 5100},
        { "soc": 100, "power": 5100}
      ],
      "reduce_power_high_soc": [
        { "soc": 0, "power": 6600},
        { "soc": 50, "power": 6600},
        { "soc": 60, "power": 6000},
        { "soc": 70, "power": 5000},
        { "soc": 80, "power": 4000},
        { "soc": 90, "power": 3000},
        { "soc": 100, "power": 1500}
      ],
      "minimum_power": 500,
      "dc_to_bat_efficiency": 0.975,
      "bat_to_dc_efficiency": 0.975,
      "cycle_cost": 0.0,
      "entity_set_power_feedin": "input_number.dao_battery_set_power_feedin",
      "entity_set_operating_mode": "input_select.dao_battery_set_operating_mode",
      "entity_set_operating_mode_on": "Aan",
      "entity_set_operating_mode_off": "Uit",
      "entity_from_battery": "input_number.dao_battery_from_battery",
      "entity_from_pv": "input_number.dao_battery_from_pv",
      "entity_from_ac": "input_number.dao_battery_from_ac",
      "entity_calculated_soc": "input_number.dao_battery_calculated_soc",
      "solar": []
    }

De relevante statements uit de log files voor charging met reduced power:

code:

CHARGING (OK) - Netto vermogen wordt correct gereduceert:

2026-06-21 16:15:13 info: Startwaarde SoC Sessy: 85.0%
2026-06-21 16:15:31 info: Doorzetten van alle settings naar HA
2026-06-21 16:15:31 info: Grid balanceren: off
2026-06-21 16:15:32 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: 3712 W 

2026-06-21 16:30:11 info: Startwaarde SoC Sessy: 88.6666666666667%
2026-06-21 16:30:34 info: Doorzetten van alle settings naar HA
2026-06-21 16:30:34 info: Grid balanceren: off
2026-06-21 16:30:34 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: 3276 W

2026-06-21 16:45:04 info: Startwaarde SoC Sessy: 92.3333333333333%
2026-06-21 16:45:30 info: Doorzetten van alle settings naar HA
2026-06-21 16:45:30 info: Grid balanceren: off
2026-06-21 16:45:30 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: 2710 W 

2026-06-21 17:00:04 info: Startwaarde SoC Sessy: 96.3333333333333%
2026-06-21 17:00:24 info: Doorzetten van alle settings naar HA
2026-06-21 17:00:24 info: Grid balanceren: off
2026-06-21 17:00:24 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: 2097 W

2026-06-21 17:15:03 info: Startwaarde SoC Sessy: 97.3333333333333%
2026-06-21 17:15:24 info: Doorzetten van alle settings naar HA
2026-06-21 17:15:24 info: Grid balanceren: off
2026-06-21 17:15:24 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: 1943 W

En tenslotte de relevante statements uit de log files voor discharging met reduced power:

code:

DISCHARGING (Not OK) - Netto vermogen wordt niet gereduceert:

---- gisteravond ---

2026-06-21 20:15:03 info: Reduced power applied during discharging at low soc, between 0% and 10% power is reduced from 1500W until 2000W
2026-06-21 20:15:03 info: Reduced power applied during discharging at low soc, between 10% and 20% power is reduced from 2000W until 3000W
2026-06-21 20:15:03 info: Reduced power applied during discharging at low soc, between 20% and 30% power is reduced from 3000W until 4000W
2026-06-21 20:15:03 info: Reduced power applied during discharging at low soc, between 30% and 40% power is reduced from 4000W until 5000W
2026-06-21 20:15:03 info: Reduced power applied during discharging at low soc, between 40% and 50% power is reduced from 5000W until 5100W
2026-06-21 20:15:03 info: Reduced power applied during discharging at low soc, between 50% and 100% power is reduced from 5100W until 5100W

2026-06-21 20:15:03 info: Reduced power applied during charging at high soc, between 0% and 50% power is reduced from 6600W until 6600W
2026-06-21 20:15:03 info: Reduced power applied during charging at high soc, between 50% and 60% power is reduced from 6600W until 6000W
2026-06-21 20:15:03 info: Reduced power applied during charging at high soc, between 60% and 70% power is reduced from 6000W until 5000W
2026-06-21 20:15:03 info: Reduced power applied during charging at high soc, between 70% and 80% power is reduced from 5000W until 4000W
2026-06-21 20:15:03 info: Reduced power applied during charging at high soc, between 80% and 90% power is reduced from 4000W until 3000W
2026-06-21 20:15:03 info: Reduced power applied during charging at high soc, between 90% and 100% power is reduced from 3000W until 1500W

2026-06-21 22:15:03 info: Startwaarde SoC Sessy: 54.3333333333333%
2026-06-21 22:15:18 info: Doorzetten van alle settings naar HA
2026-06-21 22:15:18 info: Grid balanceren: off
2026-06-21 22:15:19 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: -5100 W  tot: 2026-06-21 22:25

2026-06-21 22:30:02 info: Startwaarde SoC Sessy: 50.0%
2026-06-21 22:30:17 info: Doorzetten van alle settings naar HA
2026-06-21 22:30:17 info: Grid balanceren: off
2026-06-21 22:30:17 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: -5100 W  tot: 2026-06-21 22:39

2026-06-21 22:45:02 info: Startwaarde SoC Sessy: 45.0%
2026-06-21 22:45:16 info: Doorzetten van alle settings naar HA
2026-06-21 22:45:16 info: Grid balanceren: off
2026-06-21 22:45:16 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: -5100 W  tot: 2026-06-21 22:54

2026-06-21 23:00:03 info: Startwaarde SoC Sessy: 40.0%
2026-06-21 23:00:17 info: Doorzetten van alle settings naar HA
2026-06-21 23:00:17 info: Grid balanceren: off
2026-06-21 23:00:18 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: -5100 W  tot: 2026-06-21 23:08

2026-06-21 23:15:03 info: Startwaarde SoC Sessy: 34.6666666666667%
2026-06-21 23:15:17 info: Doorzetten van alle settings naar HA
2026-06-21 23:15:17 info: Grid balanceren: off
2026-06-21 23:15:17 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: 0 W 

---- vanochtend ---

2026-06-22 06:15:03 info: Startwaarde SoC Sessy: 32.3333333333333%
2026-06-22 06:15:13 info: Doorzetten van alle settings naar HA
2026-06-22 06:15:13 info: Grid balanceren: off
2026-06-22 06:15:13 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: -5100 W  tot: 2026-06-22 06:22

2026-06-22 06:30:03 info: Startwaarde SoC Sessy: 24.6666666666667%
2026-06-22 06:30:13 info: Doorzetten van alle settings naar HA
2026-06-22 06:30:13 info: Grid balanceren: off
2026-06-22 06:30:13 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: -5100 W  tot: 2026-06-22 06:36

2026-06-22 07:15:03 info: Startwaarde SoC Sessy: 3.0%
2026-06-22 07:15:12 info: Doorzetten van alle settings naar HA
2026-06-22 07:15:12 info: Grid balanceren: off
2026-06-22 07:15:12 info: Netto vermogen naar(+)/uit(-) omvormer Sessy: -5100 W  tot: 2026-06-22 07:18

Helaas blijft het Netto vermogen uit de Sessy omvormer constant op -5100 W en vindt er geen reductie plaats.

Acties:

maandag 22 juni 2026 21:14

Ik probeer DAO werkend te krijgen. Ik heb nu mijn zonnepanelen erin zitten en probeer als eerste apparaat de wasmachine toe te voegen. Ik krijg het niet goed werkend.

Afbeeldingslocatie: https://tweakers.net/i/iQzOX6dRWKxYxH2TdJKvmdu1bAc=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/N2iyiZKru6sCKckxGfdOFDAP.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/iQzOX6dRWKxYxH2TdJKvmdu1bAc=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/N2iyiZKru6sCKckxGfdOFDAP.png?f=user_large

"config_version": 2,

"homeassistant": {

"ip_address": "10.0.0.11",

"ip_port": 8123,

"hasstoken": "",

"protocol_api": "http"

},

"database_ha": {

"engine": "sqlite",

"db_path": "/homeassistant",

"database": "home-assistant_v2.db"

},

"database_da": {

"engine": "sqlite",

"db_path": "../data",

"database": "day_ahead.db"

},

"meteoserver_key": "",

"meteoserver_model": "harmonie",

"meteoserver_attemps": 2,

"prices": {

"source_day_ahead": "nordpool",

"energy_taxes_consumption": {

"2025-01-01": 0.10154,

"2026-01-01": 0.09161

},

"energy_taxes_production": {

"2025-01-01": 0.10154,

"2026-01-01": 0.09161

},

"cost_supplier_consumption": {

"2024-08-01": 0.0165

},

"cost_supplier_production": {

"2024-08-01": 0.0165

},

"vat_consumption": {

"2023-01-01": 21.0

},

"vat_production": {

"2023-01-01": 21.0

},

"multiplier_consumption": {

"2000-01-01": 1.0

},

"multiplier_production": {

"2000-01-01": 1.0

},

"last_invoice": "2025-07-01",

"tax_refund": true,

"regular high": 0.5,

"regular low": 0.4,

"switch to low": 23

},

"logging_level": "info",

"use_calc_baseload": false,

"baseload_calc_periode": 56,

"baseload": [

0.14,

0.38,

0.26,

0.42,

0.15,

0.12,

0.13,

0.15,

0.23,

0.26,

0.31,

0.32,

0.31,

0.23,

0.26,

0.21,

0.21,

0.54,

0.26,

0.26,

0.22,

0.19,

0.18,

0.16

],

"graphical_backend": "",

"graphics": {

"style": "Solarize_Light2",

"battery_balance": true,

"prices_consumption": true,

"prices_production": false,

"prices_spot": true,

"average_consumption": true,

"show": "true"

},

"interval": "15min",

"strategy": "minimize cost",

"max_gap": 0.005,

"notifications": {

"opstarten": false,

"berekening": false

},

"grid": {

"max_power": 17.0

},

"history": {

"save_days": 7

},

"dashboard": {

"port": 5000

},

"battery": [],

"solar": [

{

"name": "Dak zuid",

"tilt": 45.0,

"orientation": 73.0,

"capacity": 6.44,

"yield_factor": 0.0125,

"strings": [],

"ml_prediction": true,

"ml_training_start_date": "2000-01-01",

"entities_sensors": [

"sensor.saj_total_yield"

],

"max_power": 6.0

}

],

"electric_vehicle": [],

"machines": [

{

"name": "Wasmachine",

"programs": [

{

"name": "Uit",

"power": []

},

{

"name": "30 graden",

"power": [

2480.0,

1430.0,

51.0,

52.0,

52.0,

52.0,

55.0,

85.0

]

}

],

"entity_start_window": "input_datetime.helper_dao_wasmachine_range_start",

"entity_end_window": "input_datetime.helper_dao_wasmachine_range_eind",

"entity_selected_program": "input_select.helper_dao_wasmachine_programma",

"entity_calculated_start": "input_datetime.helper_dao_wasmachine_start",

"entity_calculated_end": "input_datetime.helper_dao_wasmachine_eindtijd"

}

],

"boiler": {

"boiler_present": false,

"entity actual temp.": "sensor.boiler_gemeten",

"entity setpoint": "sensor.boiler_ingesteld",

"entity hysterese": "sensor.hysterese_hot_water",

"cop": 2.9,

"cooling rate": 0.4,

"volume": 180,

"heating allowed below": 44,

"elec. power": 1500,

"activate service": "press",

"activate entity": "input_button.hw_trigger"

},

"heating": {

"heater_present": false,

"degree days factor": 3.6,

"stages": [

{

"max_power": 225,

"cop": 7.1

},

{

"max_power": 300,

"cop": 7.0

},

{

"max_power": 400,

"cop": 6.5

},

{

"max_power": 500,

"cop": 6.0

},

{

"max_power": 600,

"cop": 5.5

},

{

"max_power": 750,

"cop": 5.0

},

{

"max_power": 1000,

"cop": 4.5

},

{

"max_power": 1250,

"cop": 4.0

}

],

"entity adjust heating curve": "input_number.stooklijn_verschuiving_day_ahead",

"adjustment factor": 0.04

},

"tibber": {

"api_token": "!secret tibber_api_token",

"api_url": "https://api.tibber.com/v1-beta/gql"

},

"xgboost": {

"tune_hyperparameters": true

},

"report": {

"entities_grid_consumption": [

"sensor.grid_consumption_low",

"sensor.grid_consumption_high"

],

"entities_grid_production": [

"sensor.grid_production_low",

"sensor.grid_production_high"

],

"entities_solar_production_ac": [

"sensor.solaredge_woning_ac_energy_kwh"

],

"entities_solar_production_dc": [],

"entities_ev_consumption": [

"sensor.laadpunt_total_energy"

],

"entities_wp_consumption": [],

"entities_boiler_consumption": [],

"entities_battery_consumption": [

"sensor.ess_grid_consumption"

],

"entities_battery_production": [

"sensor.ess_grid_production"

],

"entities_machine_consumption": []

},

"scheduler": {

"active": true,

"schedule": [

{

"time": "0435",

"action": "get_meteo_data"

},

{

"time": "1035",

"action": "get_meteo_data"

},

{

"time": "1635",

"action": "get_meteo_data"

},

{

"time": "2235",

"action": "get_meteo_data"

},

{

"time": "1255",

"action": "get_day_ahead_prices"

},

{

"time": "1355",

"action": "get_day_ahead_prices"

},

{

"time": "1455",

"action": "get_day_ahead_prices"

},

{

"time": "1554",

"action": "get_day_ahead_prices"

},

{

"time": "1655",

"action": "get_day_ahead_prices"

},

{

"time": "xx00",

"action": "calc_optimum"

},

{

"time": "xx15",

"action": "calc_optimum"

},

{

"time": "xx30",

"action": "calc_optimum"

},

{

"time": "xx45",

"action": "calc_optimum"

},

{

"time": "2359",

"action": "clean_data"

}

]

},

"meteoserver_attempts": 2

}

Output:

2026-06-22 20:57:36 INFO: Loaded 6 secrets from ../data/secrets.json
2026-06-22 20:57:36 INFO: Validating configuration with ConfigurationV2
2026-06-22 20:57:36 info: Day Ahead Optimalisering versie: 2026.6.0
2026-06-22 20:57:36 info: Day Ahead Optimalisering gestart op: 22-06-2026 20:57:36
2026-06-22 20:57:36 info: Day Ahead Optimalisatie gestart: 22-06-2026 20:57:36 taak: calc_optimum_met_debug
2026-06-22 20:57:36 info: Debug = True
2026-06-22 20:57:36 info: Baseload uit instellingen
2026-06-22 20:57:37 info: ML prediction Dak_zuid
date_time prediction
0 2026-06-22 20:00:00+02:00 0.304
1 2026-06-22 21:00:00+02:00 0.041
2 2026-06-22 22:00:00+02:00 0.000
3 2026-06-22 23:00:00+02:00 0.000
4 2026-06-23 00:00:00+02:00 0.000
5 2026-06-23 01:00:00+02:00 0.000
6 2026-06-23 02:00:00+02:00 0.003
7 2026-06-23 03:00:00+02:00 0.003
8 2026-06-23 04:00:00+02:00 0.003
9 2026-06-23 05:00:00+02:00 0.027
10 2026-06-23 06:00:00+02:00 0.318
11 2026-06-23 07:00:00+02:00 1.104
12 2026-06-23 08:00:00+02:00 1.896
13 2026-06-23 09:00:00+02:00 2.731
14 2026-06-23 10:00:00+02:00 3.419
15 2026-06-23 11:00:00+02:00 3.685
16 2026-06-23 12:00:00+02:00 3.952
17 2026-06-23 13:00:00+02:00 4.132
18 2026-06-23 14:00:00+02:00 3.848
19 2026-06-23 15:00:00+02:00 3.563
20 2026-06-23 16:00:00+02:00 3.023
21 2026-06-23 17:00:00+02:00 2.140
22 2026-06-23 18:00:00+02:00 1.297
23 2026-06-23 19:00:00+02:00 0.568
24 2026-06-23 20:00:00+02:00 0.299
25 2026-06-23 21:00:00+02:00 0.041
26 2026-06-23 22:00:00+02:00 0.000
27 2026-06-23 23:00:00+02:00 0.000
2026-06-22 20:57:37 info: Start waarden:
uur tijd spot p_l p_t base pv_ac pv_dc
0 20:45 2026-06-22 20:45:00 0.300 0.494 0.494 0.052 0.008 0
1 21:00 2026-06-22 21:00:00 0.300 0.494 0.494 0.050 0.031 0
2 21:15 2026-06-22 21:15:00 0.280 0.470 0.470 0.048 0.015 0
3 21:30 2026-06-22 21:30:00 0.249 0.432 0.432 0.046 0.000 0
4 21:45 2026-06-22 21:45:00 0.207 0.381 0.381 0.046 0.000 0
5 22:00 2026-06-22 22:00:00 0.234 0.414 0.414 0.046 0.003 0
6 22:15 2026-06-22 22:15:00 0.208 0.383 0.383 0.045 0.001 0
7 22:30 2026-06-22 22:30:00 0.171 0.337 0.337 0.045 0.000 0
8 22:45 2026-06-22 22:45:00 0.153 0.316 0.316 0.044 0.000 0
9 23:00 2026-06-22 23:00:00 0.164 0.330 0.330 0.042 0.000 0
10 23:15 2026-06-22 23:15:00 0.167 0.333 0.333 0.041 0.000 0
11 23:30 2026-06-22 23:30:00 0.160 0.325 0.325 0.039 0.000 0
12 23:45 2026-06-22 23:45:00 0.148 0.310 0.310 0.038 0.000 0
13 00:00 2026-06-23 00:00:00 0.154 0.317 0.317 0.033 0.000 0
14 00:15 2026-06-23 00:15:00 0.149 0.311 0.311 0.032 0.000 0
15 00:30 2026-06-23 00:30:00 0.142 0.303 0.303 0.030 0.000 0
16 00:45 2026-06-23 00:45:00 0.138 0.298 0.298 0.045 0.000 0
17 01:00 2026-06-23 01:00:00 0.142 0.303 0.303 0.078 0.000 0
18 01:15 2026-06-23 01:15:00 0.138 0.298 0.298 0.093 0.000 0
19 01:30 2026-06-23 01:30:00 0.137 0.296 0.296 0.108 0.000 0
20 01:45 2026-06-23 01:45:00 0.135 0.294 0.294 0.101 0.000 0
21 02:00 2026-06-23 02:00:00 0.136 0.296 0.296 0.072 0.001 0
22 02:15 2026-06-23 02:15:00 0.134 0.293 0.293 0.064 0.001 0
23 02:30 2026-06-23 02:30:00 0.133 0.292 0.292 0.057 0.001 0
24 02:45 2026-06-23 02:45:00 0.134 0.292 0.292 0.067 0.001 0
25 03:00 2026-06-23 03:00:00 0.134 0.293 0.293 0.097 0.001 0
26 03:15 2026-06-23 03:15:00 0.135 0.294 0.294 0.107 0.001 0
27 03:30 2026-06-23 03:30:00 0.133 0.292 0.292 0.117 0.001 0
28 03:45 2026-06-23 03:45:00 0.135 0.295 0.295 0.100 0.001 0
29 04:00 2026-06-23 04:00:00 0.135 0.295 0.295 0.059 0.000 0
30 04:15 2026-06-23 04:15:00 0.135 0.294 0.294 0.042 0.000 0
31 04:30 2026-06-23 04:30:00 0.136 0.296 0.296 0.025 0.000 0
32 04:45 2026-06-23 04:45:00 0.141 0.301 0.301 0.023 0.002 0
33 05:00 2026-06-23 05:00:00 0.134 0.294 0.294 0.032 0.000 0
34 05:15 2026-06-23 05:15:00 0.136 0.295 0.295 0.030 0.002 0
35 05:30 2026-06-23 05:30:00 0.142 0.303 0.303 0.028 0.003 0
36 05:45 2026-06-23 05:45:00 0.152 0.315 0.315 0.029 0.021 0
37 06:00 2026-06-23 06:00:00 0.155 0.318 0.318 0.031 0.044 0
38 06:15 2026-06-23 06:15:00 0.167 0.332 0.332 0.032 0.063 0
39 06:30 2026-06-23 06:30:00 0.178 0.346 0.346 0.033 0.081 0
40 06:45 2026-06-23 06:45:00 0.192 0.363 0.363 0.034 0.130 0
41 07:00 2026-06-23 07:00:00 0.191 0.362 0.362 0.035 0.202 0
42 07:15 2026-06-23 07:15:00 0.173 0.341 0.341 0.036 0.251 0
43 07:30 2026-06-23 07:30:00 0.162 0.327 0.327 0.037 0.300 0
44 07:45 2026-06-23 07:45:00 0.141 0.301 0.301 0.042 0.350 0
45 08:00 2026-06-23 08:00:00 0.173 0.340 0.340 0.051 0.399 0
46 08:15 2026-06-23 08:15:00 0.150 0.313 0.313 0.056 0.449 0
47 08:30 2026-06-23 08:30:00 0.123 0.280 0.280 0.061 0.498 0
48 08:45 2026-06-23 08:45:00 0.113 0.267 0.267 0.063 0.550 0
49 09:00 2026-06-23 09:00:00 0.126 0.283 0.283 0.062 0.607 0
50 09:15 2026-06-23 09:15:00 0.116 0.271 0.271 0.064 0.659 0
51 09:30 2026-06-23 09:30:00 0.108 0.262 0.262 0.066 0.711 0
52 09:45 2026-06-23 09:45:00 0.101 0.253 0.253 0.069 0.754 0
53 10:00 2026-06-23 10:00:00 0.114 0.269 0.269 0.073 0.797 0
54 10:15 2026-06-23 10:15:00 0.100 0.252 0.252 0.077 0.840 0
55 10:30 2026-06-23 10:30:00 0.090 0.240 0.240 0.080 0.883 0
56 10:45 2026-06-23 10:45:00 0.082 0.231 0.231 0.080 0.900 0
57 11:00 2026-06-23 11:00:00 0.087 0.236 0.236 0.079 0.896 0
58 11:15 2026-06-23 11:15:00 0.079 0.227 0.227 0.080 0.913 0
59 11:30 2026-06-23 11:30:00 0.070 0.216 0.216 0.081 0.930 0
60 11:45 2026-06-23 11:45:00 0.069 0.214 0.214 0.080 0.946 0
61 12:00 2026-06-23 12:00:00 0.077 0.224 0.224 0.080 0.964 0
62 12:15 2026-06-23 12:15:00 0.061 0.205 0.205 0.079 0.981 0
63 12:30 2026-06-23 12:30:00 0.052 0.194 0.194 0.078 0.998 0
64 12:45 2026-06-23 12:45:00 0.048 0.189 0.189 0.073 1.009 0
65 13:00 2026-06-23 13:00:00 0.047 0.187 0.187 0.063 1.023 0
66 13:15 2026-06-23 13:15:00 0.046 0.187 0.187 0.058 1.035 0
67 13:30 2026-06-23 13:30:00 0.040 0.179 0.179 0.053 1.046 0
68 13:45 2026-06-23 13:45:00 0.041 0.181 0.181 0.055 1.028 0
69 14:00 2026-06-23 14:00:00 0.032 0.169 0.169 0.063 0.989 0
70 14:15 2026-06-23 14:15:00 0.036 0.175 0.175 0.065 0.971 0
71 14:30 2026-06-23 14:30:00 0.040 0.179 0.179 0.067 0.953 0
72 14:45 2026-06-23 14:45:00 0.057 0.200 0.200 0.064 0.935 0
73 15:00 2026-06-23 15:00:00 0.000 0.131 0.131 0.056 0.922 0
74 15:15 2026-06-23 15:15:00 0.054 0.197 0.197 0.053 0.904 0
75 15:30 2026-06-23 15:30:00 0.072 0.218 0.218 0.050 0.886 0
76 15:45 2026-06-23 15:45:00 0.093 0.244 0.244 0.050 0.852 0
77 16:00 2026-06-23 16:00:00 0.077 0.224 0.224 0.047 0.812 0
78 16:15 2026-06-23 16:15:00 0.092 0.242 0.242 0.047 0.778 0
79 16:30 2026-06-23 16:30:00 0.109 0.262 0.262 0.047 0.744 0
80 16:45 2026-06-23 16:45:00 0.121 0.277 0.277 0.068 0.689 0
81 17:00 2026-06-23 17:00:00 0.104 0.256 0.256 0.114 0.617 0
82 17:15 2026-06-23 17:15:00 0.118 0.273 0.273 0.134 0.562 0
83 17:30 2026-06-23 17:30:00 0.124 0.281 0.281 0.155 0.507 0
84 17:45 2026-06-23 17:45:00 0.142 0.303 0.303 0.137 0.454 0
85 18:00 2026-06-23 18:00:00 0.120 0.276 0.276 0.087 0.401 0
86 18:15 2026-06-23 18:15:00 0.147 0.309 0.309 0.069 0.349 0
87 18:30 2026-06-23 18:30:00 0.179 0.347 0.347 0.052 0.296 0
88 18:45 2026-06-23 18:45:00 0.233 0.413 0.413 0.052 0.251 0
89 19:00 2026-06-23 19:00:00 0.181 0.350 0.350 0.066 0.203 0
90 19:15 2026-06-23 19:15:00 0.244 0.426 0.426 0.066 0.158 0
91 19:30 2026-06-23 19:30:00 0.424 0.643 0.643 0.066 0.112 0
92 19:45 2026-06-23 19:45:00 0.500 0.736 0.736 0.063 0.095 0
93 20:00 2026-06-23 20:00:00 0.481 0.713 0.713 0.059 0.100 0
94 20:15 2026-06-23 20:15:00 0.561 0.809 0.809 0.056 0.083 0
95 20:30 2026-06-23 20:30:00 0.614 0.874 0.874 0.054 0.066 0
96 20:45 2026-06-23 20:45:00 0.657 0.926 0.926 0.052 0.050 0
97 21:00 2026-06-23 21:00:00 0.599 0.856 0.856 0.050 0.031 0
98 21:15 2026-06-23 21:15:00 0.591 0.846 0.846 0.048 0.015 0
99 21:30 2026-06-23 21:30:00 0.586 0.840 0.840 0.046 0.000 0
100 21:45 2026-06-23 21:45:00 0.478 0.709 0.709 0.046 0.000 0
101 22:00 2026-06-23 22:00:00 0.487 0.721 0.721 0.046 0.003 0
102 22:15 2026-06-23 22:15:00 0.445 0.669 0.669 0.045 0.001 0
103 22:30 2026-06-23 22:30:00 0.271 0.459 0.459 0.045 0.000 0
104 22:45 2026-06-23 22:45:00 0.197 0.369 0.369 0.044 0.000 0
105 23:00 2026-06-23 23:00:00 0.219 0.396 0.396 0.042 0.000 0
106 23:15 2026-06-23 23:15:00 0.248 0.431 0.431 0.041 0.000 0
107 23:30 2026-06-23 23:30:00 0.196 0.368 0.368 0.039 0.000 0
108 23:45 2026-06-23 23:45:00 0.171 0.338 0.338 0.038 0.000 0
2026-06-22 20:57:38 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-06-22 20:57:38 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-06-22 20:57:38 info: Apparaat Wasmachine direct starten staat uit
2026-06-22 20:57:38 info: Apparaat Wasmachine met programma '30 graden' wordt ingepland tussen 2026-06-22 21:00 en 2026-06-22 23:59.
2026-06-22 20:57:38 info: Strategie: minimale kosten
2026-06-22 20:57:38 info: Maximale fout (maximal gap): 0.005000 euro

Ik krijg telkens de melding: Opdracht 'Optimaliseringsberekening met debug' geëindigd met fout.

Welk window ik ook instel, deze foutmelding ontstaat. Ik zie de oplossing even niet meer, wat doe ik fout?

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

maandag 22 juni 2026 22:07

Dit is precies wat ik heb. Hoe eindigt je log als je "logging_level": "debug" zet in je config? Toevallig net als bij mij (paar posts hierboven)?

Acties:

maandag 22 juni 2026 22:44

Zonnepanelen en toebehoren

Topicstarter

@manusjevanalles en anderen:

Ik krijg een lamme vinger/muis van die lange logging s en configuraties: graag alles tussen quote-tags (ook reeds geposte bijdragen wijzigen)
Lees even een paar bladzijden terug: veel van jullie vragen zijn al eens beantwoord. Zoals die fout na een berekening via het run-menu

Acties:

maandag 22 juni 2026 23:50

Ik begrijp niet helemaal wat je bedoelt. Ik waardeer je inzet enorm en het lijkt me een hele krachtige benadering, dat sowieso.
Enige pagina's terug staat dat de error geen error is, maar ik krijg een gewoon resultaat met plaatjes en al als ik solar leeg laat, zodra ik iets toevoeg (ook al komt het direct uit het voorbeeld) krijg ik de error, en alleen maar het weerplaatje.

Acties:

dinsdag 23 juni 2026 07:12

KC27 schreef op zondag 21 juni 2026 @ 22:13:
[...]

Ik ga ernaar kijken maar waarom zet je het niet tussen quote-tags. Scheelt veel scroll-werk. Kun je alsnog doen door te "wijzigen" (ook je vorige).

Uit zichzelf (ik heb geen instelling veranderd) berekent DAO alles weer en krijg ik de melding geen berekening mogelijk niet meer bij minimize costs.
Maar kan dit een (situatie afhankelijke) bug zijn?

Laurens-Jan Merkx

Acties:

wmc

Het is weer heet, dus de discussie over koelen start weer

.

Ik koel met een L/W warmtepomp en praktisch gezien laat ik hem bijna 24/7 lopen. Dit kan ik dus afvangen door de baseload te verhogen met het de energie die de warmtepomp in 15 minuten gebruikt. Echter, stel dat ik de warmte pomp 12 van de 24 uur wil laten draaien, dan zie ik een aantal opties:
- Een complete overhaul van DAO, waarbij koel energie op dezelfde manier wordt geimplementeerd als het opwarmen van het huis (onrealistische vraag)
- Implementatie als machine. Het vermogen is redelijk constant, echter ik zou graag willen kunnen werken in blokken. De implementatie die ik in gedachte heb is een machine aanmaken voor een blok van 2 uur, dat vervolgens ergens op de dag gepland kan worden. Als dit blok loopt moet er een nieuw blok gepland worden, totdat voldaan is aan het totaal aantal uren dat is ingesteld (in het voorbeeld dus 6 blokken van 2 uur). Het grootste probleem dat ik hier zie is dat DAO zich niet bewust is van het aantal blokken dat ingepland moet worden, en er dus geen rekening gehouden wordt met de totalen duur.

Hoe kijken jullie hier tegenaan?

dinsdag 23 juni 2026 07:36

Acties:

dinsdag 23 juni 2026 08:17

stat schreef op maandag 22 juni 2026 @ 22:44:
Ik begrijp niet helemaal wat je bedoelt. Ik waardeer je inzet enorm en het lijkt me een hele krachtige benadering, dat sowieso.
Enige pagina's terug staat dat de error geen error is, maar ik krijg een gewoon resultaat met plaatjes en al als ik solar leeg laat, zodra ik iets toevoeg (ook al komt het direct uit het voorbeeld) krijg ik de error, en alleen maar het weerplaatje.

Ik heb hetzelfde. Ik kom er helaas niet uit. Window voor wasmachine staat tussen 7-13 uur, maar hij wordt gewoon niet ingepland.

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

dinsdag 23 juni 2026 10:40

Heb het net op kunnen lossen, mijn probleem bleek veroorzaakt door oude hardware waarop proxmox draait. Met processor=host deed 1 van mijn servers het wel, maar een andere niet. Die nu ook opgelost door eea zelf te compileren (kwartiertje ofzo) zoals hier beschreven:

JohnnyDune schreef op vrijdag 15 mei 2026 @ 13:49:
[...]

Hierbij nog even een bevestiging van het bovenstaande: ik had exact dezelfde problemen als @eagle73 (DAO en HA in afzonderlijke docker containers. Bij mij draait Docker onder Fedora, met als hardware een Mac mini 2011 Server met een Pentium i7 quad core). Een uitstapje in de Docker manager gaf mij de miplib, deze heb ik laten compileren en DAO draait nu weer perfect. Enorm bedankt voor de tip, @eagle73!

Ik ga weer verder uitproberen!

Acties:

dinsdag 23 juni 2026 11:39

manusjevanalles schreef op dinsdag 23 juni 2026 @ 07:36:
[...]

Ik heb hetzelfde. Ik kom er helaas niet uit. Window voor wasmachine staat tussen 7-13 uur, maar hij wordt gewoon niet ingepland.

In de log file van je eerste post (maandagavond rond 20:00) staat:

code:

2026-06-22 20:57:36 info: Day Ahead Optimalisering gestart op: 22-06-2026 20:57:36
2026-06-22 20:57:36 info: Day Ahead Optimalisatie gestart: 22-06-2026 20:57:36 taak: calc_optimum_met_debug
2026-06-22 20:57:36 info: Debug = True
...
2026-06-22 20:57:38 info: Apparaat Wasmachine met programma '30 graden' wordt ingepland tussen 2026-06-22 21:00 en 2026-06-22 23:59.

Mijn conclusie is dat de wasmachine keurig tussen de "range start" en "range eind" tijdstippen wordt ingepland door DAO.
Omdat je "Run - Optimaliseringsberekening met debug" gebruikt wordt het planningsresultaat echter nog NIET naar je HA entiteiten doorgezet (die veranderen dus niet).

code:

1 2	"entity_calculated_start": "input_datetime.helper_dao_wasmachine_start", "entity_calculated_end": "input_datetime.helper_dao_wasmachine_eindtijd"

Als volgende stap zou je "Run - Optimaliseringsberekening zonder debug" moeten kunnen proberen om daarna te zien of DAO de planningsresultaten goed doorzet. Tenslotte heb je nog een HA automation nodig die op op de calculated_start tijd ook echt de wasmachine aanzet.

Success.

Acties:

dinsdag 23 juni 2026 12:12

tomvandepoel3 schreef op dinsdag 23 juni 2026 @ 10:40:
[...]

In de log file van je eerste post (maandagavond rond 20:00) staat:
code:
1
2
3
4
5
2026-06-22 20:57:36 info: Day Ahead Optimalisering gestart op: 22-06-2026 20:57:36
2026-06-22 20:57:36 info: Day Ahead Optimalisatie gestart: 22-06-2026 20:57:36 taak: calc_optimum_met_debug
2026-06-22 20:57:36 info: Debug = True
...
2026-06-22 20:57:38 info: Apparaat Wasmachine met programma '30 graden' wordt ingepland tussen 2026-06-22 21:00 en 2026-06-22 23:59.
Mijn conclusie is dat de wasmachine keurig tussen de "range start" en "range eind" tijdstippen wordt ingepland door DAO.
Omdat je "Run - Optimaliseringsberekening met debug" gebruikt wordt het planningsresultaat echter nog NIET naar je HA entiteiten doorgezet (die veranderen dus niet).
code:
1
2
"entity_calculated_start": "input_datetime.helper_dao_wasmachine_start",
"entity_calculated_end": "input_datetime.helper_dao_wasmachine_eindtijd"
Als volgende stap zou je "Run - Optimaliseringsberekening zonder debug" moeten kunnen proberen om daarna te zien of DAO de planningsresultaten goed doorzet. Tenslotte heb je nog een HA automation nodig die op op de calculated_start tijd ook echt de wasmachine aanzet.

Success.

Ook zonder debug worden er geen tijden naar HA gestuurd en het dashboard in DAO laat alleen weersinfo zien.

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

dinsdag 23 juni 2026 12:58

@manusjevanalles op wat voor hardware / omgeving draai jij? Zou het iets vergelijkbaars kunnen zijn? Compileren van miplib is een kleine moeite.

Acties:

sMoKeFiSh

DAO wil de Tesla weer niet laden. Direct Laden staat aan, maar wordt niet ingepland omdat er niet voldoende tijd is om tot 100% te laden? Een laadopdracht moet toch gewoon altijd gestart worden ongeacht het eindpercentage dat haalbaar is?

Edit: Ik heb een beetje het gevoel dat hij de 2 auto's door elkaar haalt. Ik heb net de stekker uit de EV6 gehaald en de volgende run begon DAO de Tesla wel in te plannen.

[code2026-06-23 12:52:20 INFO: Loaded 6 secrets from ../data/secrets.json
2026-06-23 12:52:20 INFO: Validating configuration with ConfigurationV2
2026-06-23 12:52:20 info: Day Ahead Optimalisering versie: 2026.6.0
2026-06-23 12:52:20 info: Day Ahead Optimalisering gestart op: 23-06-2026 12:52:20
2026-06-23 12:52:20 info: Day Ahead Optimalisatie gestart: 23-06-2026 12:52:20 taak: calc_optimum
2026-06-23 12:52:20 info: Debug = False
2026-06-23 12:52:20 info: Baseload uit instellingen
2026-06-23 12:52:21 info: Start waarden:
uur tijd spot p_l p_t base pv_ac pv_dc
0 12:45 2026-06-23 12:45:00 0.048 0.201 0.201 0.275 0 2.353
1 13:00 2026-06-23 13:00:00 0.047 0.199 0.199 0.275 0 4.477
2 13:15 2026-06-23 13:15:00 0.046 0.199 0.199 0.275 0 4.399
3 13:30 2026-06-23 13:30:00 0.040 0.191 0.191 0.275 0 4.321
4 13:45 2026-06-23 13:45:00 0.041 0.193 0.193 0.275 0 4.436
5 14:00 2026-06-23 14:00:00 0.032 0.181 0.181 0.275 0 4.743
6 14:15 2026-06-23 14:15:00 0.036 0.187 0.187 0.275 0 4.858
7 14:30 2026-06-23 14:30:00 0.040 0.191 0.191 0.275 0 4.972
8 14:45 2026-06-23 14:45:00 0.057 0.212 0.212 0.275 0 4.886
9 15:00 2026-06-23 15:00:00 0.000 0.143 0.143 0.270 0 4.662
10 15:15 2026-06-23 15:15:00 0.054 0.209 0.209 0.270 0 4.576
11 15:30 2026-06-23 15:30:00 0.072 0.230 0.230 0.270 0 4.490
12 15:45 2026-06-23 15:45:00 0.093 0.256 0.256 0.289 0 4.358
13 16:00 2026-06-23 16:00:00 0.077 0.236 0.236 0.327 0 4.209
14 16:15 2026-06-23 16:15:00 0.092 0.254 0.254 0.345 0 4.078
15 16:30 2026-06-23 16:30:00 0.109 0.274 0.274 0.364 0 3.947
16 16:45 2026-06-23 16:45:00 0.121 0.289 0.289 0.364 0 3.760
17 17:00 2026-06-23 17:00:00 0.104 0.268 0.268 0.350 0 3.537
18 17:15 2026-06-23 17:15:00 0.118 0.285 0.285 0.350 0 3.349
19 17:30 2026-06-23 17:30:00 0.124 0.293 0.293 0.350 0 3.162
20 17:45 2026-06-23 17:45:00 0.142 0.315 0.315 0.350 0 2.941
21 18:00 2026-06-23 18:00:00 0.120 0.288 0.288 0.350 0 2.695
22 18:15 2026-06-23 18:15:00 0.147 0.321 0.321 0.350 0 2.475
23 18:30 2026-06-23 18:30:00 0.179 0.359 0.359 0.350 0 2.255
24 18:45 2026-06-23 18:45:00 0.233 0.425 0.425 0.350 0 2.034
25 19:00 2026-06-23 19:00:00 0.181 0.362 0.362 0.350 0 1.807
26 19:15 2026-06-23 19:15:00 0.244 0.438 0.438 0.350 0 1.586
27 19:30 2026-06-23 19:30:00 0.424 0.655 0.655 0.350 0 1.366
28 19:45 2026-06-23 19:45:00 0.500 0.748 0.748 0.350 0 1.179
29 20:00 2026-06-23 20:00:00 0.481 0.725 0.725 0.355 0 1.004
30 20:15 2026-06-23 20:15:00 0.561 0.821 0.821 0.355 0 0.817
31 20:30 2026-06-23 20:30:00 0.614 0.886 0.886 0.355 0 0.629
32 20:45 2026-06-23 20:45:00 0.657 0.938 0.938 0.336 0 0.486
33 21:00 2026-06-23 21:00:00 0.599 0.868 0.868 0.298 0 0.344
34 21:15 2026-06-23 21:15:00 0.591 0.858 0.858 0.280 0 0.196
35 21:30 2026-06-23 21:30:00 0.586 0.852 0.852 0.261 0 0.061
36 21:45 2026-06-23 21:45:00 0.478 0.721 0.721 0.261 0 0.023
37 22:00 2026-06-23 22:00:00 0.487 0.733 0.733 0.275 0 0.048
38 22:15 2026-06-23 22:15:00 0.445 0.681 0.681 0.275 0 0.010
39 22:30 2026-06-23 22:30:00 0.271 0.471 0.471 0.275 0 0.000
40 22:45 2026-06-23 22:45:00 0.197 0.381 0.381 0.275 0 0.000
41 23:00 2026-06-23 23:00:00 0.219 0.408 0.408 0.275 0 0.000
42 23:15 2026-06-23 23:15:00 0.248 0.443 0.443 0.275 0 0.000
43 23:30 2026-06-23 23:30:00 0.196 0.381 0.381 0.275 0 0.000
44 23:45 2026-06-23 23:45:00 0.171 0.350 0.350 0.275 0 0.000
2026-06-23 12:52:22 info: No reduced hours applied for Accu
2026-06-23 12:52:22 info: No reduced power applied during discharging at low soc
2026-06-23 12:52:22 info: No reduced power applied during charging at high soc
2026-06-23 12:52:22 info: Startwaarde SoC Accu: 23.0%

2026-06-23 12:52:22 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-06-23 12:52:22 info: Instellingen voor laden van EV: Tesla Model 3
2026-06-23 12:52:22 info: Direct laden is aan
2026-06-23 12:52:22 info: Ampere Effic. Grid kW Accu kW
2026-06-23 12:52:22 info: 0.00 1.00 0.00 0.00
2026-06-23 12:52:22 info: 16.00 0.99 11.04 10.93
2026-06-23 12:52:22 info: Capaciteit accu: 75.0 kWh
2026-06-23 12:52:22 info: Maximaal laadvermogen: 11.04 kW
2026-06-23 12:52:22 info: Klaar met laden op: 24-06-2026 16:00:00
2026-06-23 12:52:22 info: Huidig laadniveau: 61.0 %
2026-06-23 12:52:22 info: Gewenst laadniveau:100.0 %
2026-06-23 12:52:22 info: Marge voor het laden: 0 %
2026-06-23 12:52:22 info: Locatie: home
2026-06-23 12:52:22 info: Ingeplugged:True
2026-06-23 12:52:22 info: Benodigde netto energie: 29.250 kWh
2026-06-23 12:52:22 info: Tijd nodig om te laden: 2:41 uur
2026-06-23 12:52:22 info: Afgerond naar hele intervallen: 11 kwartier
2026-06-23 12:52:22 info: Stand laden schakelaar: off
2026-06-23 12:52:22 info: Stand aantal ampere laden: 0.0 A
2026-06-23 12:52:22 info: Opladen wordt ingepland.
2026-06-23 12:52:22 info: Instellingen voor laden van EV: Kia EV6
2026-06-23 12:52:22 info: Direct laden is uit
2026-06-23 12:52:22 info: Ampere Effic. Grid kW Accu kW
2026-06-23 12:52:22 info: 0.00 1.00 0.00 0.00
2026-06-23 12:52:22 info: 10.00 1.00 6.90 6.90
2026-06-23 12:52:22 info: 12.00 1.00 8.28 8.28
2026-06-23 12:52:22 info: 14.00 1.00 9.66 9.66
2026-06-23 12:52:22 info: 16.00 0.99 11.04 10.93
2026-06-23 12:52:22 info: Capaciteit accu: 80.0 kWh
2026-06-23 12:52:22 info: Maximaal laadvermogen: 11.04 kW
2026-06-23 12:52:22 info: Klaar met laden op: 20-06-2026 16:00:00
2026-06-23 12:52:22 info: Huidig laadniveau: 59.0 %
2026-06-23 12:52:22 info: Gewenst laadniveau:100.0 %
2026-06-23 12:52:22 info: Marge voor het laden: 0 %
2026-06-23 12:52:22 info: Locatie: home
2026-06-23 12:52:22 info: Ingeplugged:True
2026-06-23 12:52:22 waarschuwing: Er is te weinig tijd om tot 100.0% te laden
2026-06-23 12:52:22 info: Bijgesteld gewenst laadniveau:59.0 %
2026-06-23 12:52:22 info: Benodigde netto energie: 0.000 kWh
2026-06-23 12:52:22 info: Tijd nodig om te laden: 0:0 uur
2026-06-23 12:52:22 info: Afgerond naar hele intervallen: 0 kwartier
2026-06-23 12:52:22 info: Stand laden schakelaar: off
2026-06-23 12:52:22 info: Stand aantal ampere laden: 0.0 A
2026-06-23 12:52:22 info: Opladen wordt niet ingepland, omdat werkelijk niveau (59.0%) hoger is of gelijk aan gewenst niveau (59.0% minus de marge 0%), opgegeven tijdstip (2026-06-20 16:00:00) is verouderd.
2026-06-23 12:52:22 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-06-23 12:52:22 info: Strategie: minimale kosten
2026-06-23 12:52:22 info: Maximale fout (maximal gap): 0.005000 euro
2026-06-23 12:52:22 info: Rekentijd: 0.02 sec
2026-06-23 12:52:22 waarschuwing: Geen oplossing voor: minimize cost][/code]

Full Electric | 2x Deye 12KSG04LP3 met 1.680Ah LFP 51,2V (4x Seplos Mason 280, 2x Seplos vertical 280) | 23,3 kWp PV

dinsdag 23 juni 2026 13:24

Acties:

dinsdag 23 juni 2026 14:07

stat schreef op dinsdag 23 juni 2026 @ 12:12:
@manusjevanalles op wat voor hardware / omgeving draai jij? Zou het iets vergelijkbaars kunnen zijn? Compileren van miplib is een kleine moeite.

Odroid H4+, met proxmox, daarin vm met Ubuntu server. HA en DAO draaien in docker containers.
Ik ga naar miplib kijken!

Miplib nu zelf gecompileerd via het script in de container. Hopelijk werkt het nu.

[ Voor 13% gewijzigd door manusjevanalles op 23-06-2026 13:56 ]

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

dinsdag 23 juni 2026 14:41

manusjevanalles schreef op dinsdag 23 juni 2026 @ 11:39:
[...]

Ook zonder debug worden er geen tijden naar HA gestuurd en het dashboard in DAO laat alleen weersinfo zien.

Kan je aub nog een keer de log delen van de "Optimaliseringsberekening zonder debug" ?

Acties:

dinsdag 23 juni 2026 15:11

tomvandepoel3 schreef op dinsdag 23 juni 2026 @ 14:07:
[...]

Kan je aub nog een keer de log delen van de "Optimaliseringsberekening zonder debug" ?

Ik heb hem nu werkend met gecomplieerde miplib!

Is het mogelijk om DAO te gebruiken voor het “affakkelen” van overtollige zonnestroom? Ik zou in de winter de radiator in de badkamer aan kunnen zetten als er overtollige productie is. Uiteraard kan het in Home Assistant, maar ik wil het iets geavanceerder dan alleen het actuele moment (er moet bv komende uur voldoende opwek verwacht worden), en niet de planning van andere apparaten doorkruisen. Het is dus een optionele machine, die niet per se hoeft te draaien itt een wasmachine.

[ Voor 49% gewijzigd door manusjevanalles op 23-06-2026 14:56 ]

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

Deikke

Mijn DAO is kapot, ik krijg de volgende melding, enig idee?:

code:

 2026-06-23 15:00:00 INFO: Day Ahead Optimalisering versie: 2026.6.0
2026-06-23 15:00:00 INFO: Day Ahead Optimalisering gestart op: 23-06-2026 15:00:00
2026-06-23 15:00:00 INFO: Day Ahead Optimalisatie gestart: 23-06-2026 15:00:00 taak: calc_optimum
2026-06-23 15:00:00 ERROR: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 695, in run_task_function
    self.db_da.log_pool_status()
    ^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'log_pool_status'

dinsdag 23 juni 2026 15:31

Acties:

dinsdag 23 juni 2026 15:36

Zonnepanelen en toebehoren

Topicstarter

Deikke schreef op dinsdag 23 juni 2026 @ 15:11:
Mijn DAO is kapot, ik krijg de volgende melding, enig idee?:

code:

 2026-06-23 15:00:00 INFO: Day Ahead Optimalisering versie: 2026.6.0
2026-06-23 15:00:00 INFO: Day Ahead Optimalisering gestart op: 23-06-2026 15:00:00
2026-06-23 15:00:00 INFO: Day Ahead Optimalisatie gestart: 23-06-2026 15:00:00 taak: calc_optimum
2026-06-23 15:00:00 ERROR: Er is een fout opgetreden, zie de fout-tracering
Traceback (most recent call last):
  File "/root/dao/prog/da_base.py", line 695, in run_task_function
    self.db_da.log_pool_status()
    ^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'log_pool_status'

Fout in je database voor DAO. Welke engine heb je? Kun je hem herstellen?

Acties:

Deikke

KC27 schreef op dinsdag 23 juni 2026 @ 15:31:
[...]

Fout in je database voor DAO. Welke engine heb je? Kun je hem herstellen?

Ik gebruik postgres/timescaledb addon in home assistant. Ik zie daar de volgende logging:

code:

2026-06-23 13:18:54.182 UTC [448] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "dao", no encryption
2026-06-23 13:18:54.189 UTC [449] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "postgres", no encryption
2026-06-23 13:18:54.196 UTC [450] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "template1", no encryption
2026-06-23 13:18:54.202 UTC [451] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "template0", no encryption
2026-06-23 13:18:54.208 UTC [452] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "dao", no encryption

Die vereist kennelijk sinds gisteren encryptie. Hoe kan ik de encryptie aanzetten?

dinsdag 23 juni 2026 16:43

Acties:

dinsdag 23 juni 2026 17:12

Zonnepanelen en toebehoren

Topicstarter

Deikke schreef op dinsdag 23 juni 2026 @ 15:36:
[...]

Ik gebruik postgres/timescaledb addon in home assistant. Ik zie daar de volgende logging:

code:

2026-06-23 13:18:54.182 UTC [448] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "dao", no encryption
2026-06-23 13:18:54.189 UTC [449] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "postgres", no encryption
2026-06-23 13:18:54.196 UTC [450] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "template1", no encryption
2026-06-23 13:18:54.202 UTC [451] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "template0", no encryption
2026-06-23 13:18:54.208 UTC [452] FATAL:  no pg_hba.conf entry for host "fd0c:ac1e:2100::f", user "dao", database "dao", no encryption

Die vereist kennelijk sinds gisteren encryptie. Hoe kan ik de encryptie aanzetten?

Ik zou het niet weten, ik ben geen PostgreSQL kenner.
Heb je een update van PostgreSQL geïnstalleerd? Wat stond er in de changelog?
Kun je het niet uitzetten in de configuratie van PostgreSQL zelf?
Hij mist ook een configuratie voor user DAO en database DAO.

Acties:

Deikke

KC27 schreef op dinsdag 23 juni 2026 @ 16:43:
[...]

Ik zou het niet weten, ik ben geen PostgreSQL kenner.
Heb je een update van PostgreSQL geïnstalleerd? Wat stond er in de changelog?
Kun je het niet uitzetten in de configuratie van PostgreSQL zelf?
Hij mist ook een configuratie voor user DAO en database DAO.

Het bleek te komen omdat er nu vanaf een ipv6 adres ingelogd werd en de pg_hba.conf regels waren alleen gewhitelist voor ipv4 adressen. Zal te maken hebben met de laatste upgrade van HaOS/docker denk ik.

dinsdag 23 juni 2026 21:04

Acties:

woensdag 24 juni 2026 08:44

Vraagje van een DAO-beginneling: ik zou het volgende willen bereiken:
- Boiler op het gunstigste moment tot 43 graden opwarmen als de temp onder de 41 is
- Behalve als er zonnestroom over blijft, dan opwarmen tot 60 graden.

Co-pilot stelt voor om het bovenste met DAO in te stellen, en het onderste met home-assistant: als er voldoende stroomoverschot is --> opwarmen boiler naar 60 graden

Dat klinkt mij wel als een goed plan, zien jullie dat ook zo of denken copilot en ik helemaal de verkeerde kant op?

Acties:

woensdag 24 juni 2026 09:04

Zonnepanelen en toebehoren

Topicstarter

stat schreef op dinsdag 23 juni 2026 @ 21:04:
Vraagje van een DAO-beginneling: ik zou het volgende willen bereiken:
- Boiler op het gunstigste moment tot 43 graden opwarmen als de temp onder de 41 is
- Behalve als er zonnestroom over blijft, dan opwarmen tot 60 graden.

Co-pilot stelt voor om het bovenste met DAO in te stellen, en het onderste met home-assistant: als er voldoende stroomoverschot is --> opwarmen boiler naar 60 graden

Dat klinkt mij wel als een goed plan, zien jullie dat ook zo of denken copilot en ik helemaal de verkeerde kant op?

Het "boiler_setpoint" is een waarde die DAO ophaalt uit HA. Als jij in HA een algoritme maakt die bepaalt of er "pv-overschot" is dan kun je dat setpoint (eventueel evenredig aan je overschot) ophogen of verlagen.
Ik vind wel je hysterese van 2 K (43-41) erg klein. Daarmee geef je DAO weinig tijd-speelruimte om een gunstig moment te kiezen. Ter vergelijking: bij mij staat die op 17 K en warmt ie eens per dag op.

Acties:

buiter

Het zou mooi zijn als die hele configuratie van DAO geïntegreerd zou zijn met alle entiteiten van HA.
Dan selecteer je in ieder geval de juiste configuratie bij elkaar.
Helmaal mooi als daar een soort check overheen kan komen zodat bij het runnen minder fouten voorkomen.

woensdag 24 juni 2026 11:24

Acties:

woensdag 24 juni 2026 11:55

KC27 schreef op woensdag 24 juni 2026 @ 08:44:
[...]

Het "boiler_setpoint" is een waarde die DAO ophaalt uit HA. Als jij in HA een algoritme maakt die bepaalt of er "pv-overschot" is dan kun je dat setpoint (eventueel evenredig aan je overschot) ophogen of verlagen.
Ik vind wel je hysterese van 2 K (43-41) erg klein. Daarmee geef je DAO weinig tijd-speelruimte om een gunstig moment te kiezen. Ter vergelijking: bij mij staat die op 17 K en warmt ie eens per dag op.

Hoe weet DAO vanaf welke temperatuur het elektrisch element wordt ingeschakeld, bij verwarmen door de warmtepomp? Je kan het verbruik van het element meegeven, en ook de doeltemperatuur. Maar wanneer het element inschakelt weet DAO niet (bij mij vanaf 56 graden). Voor de planning kan het dus uitmaken of je tot 50 graden wilt verwarmen (dus alleen op WP), of tot 60 graden (met element vanaf 56 graden). Zou die temperatuur niet als setting bij de boilersettings toegevoegd moeten worden?

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

woensdag 24 juni 2026 13:32

KC27 schreef op woensdag 24 juni 2026 @ 08:44:
[...]

Het "boiler_setpoint" is een waarde die DAO ophaalt uit HA. Als jij in HA een algoritme maakt die bepaalt of er "pv-overschot" is dan kun je dat setpoint (eventueel evenredig aan je overschot) ophogen of verlagen.
Ik vind wel je hysterese van 2 K (43-41) erg klein. Daarmee geef je DAO weinig tijd-speelruimte om een gunstig moment te kiezen. Ter vergelijking: bij mij staat die op 17 K en warmt ie eens per dag op.

Dank voor het meedenken. Ik gebruik de hysterese op dit moment niet echt, was meer een voorbeeld. Nu heb ik een automation lopen in HA die bepaald wanneer de boiler moet worden opgewarmd. Maar hier kan ik verder mee.

Acties:

woensdag 24 juni 2026 13:49

Zonnepanelen en toebehoren

Topicstarter

manusjevanalles schreef op woensdag 24 juni 2026 @ 11:24:
[...]

Hoe weet DAO vanaf welke temperatuur het elektrisch element wordt ingeschakeld, bij verwarmen door de warmtepomp? Je kan het verbruik van het element meegeven, en ook de doeltemperatuur. Maar wanneer het element inschakelt weet DAO niet (bij mij vanaf 56 graden). Voor de planning kan het dus uitmaken of je tot 50 graden wilt verwarmen (dus alleen op WP), of tot 60 graden (met element vanaf 56 graden). Zou die temperatuur niet als setting bij de boilersettings toegevoegd moeten worden?

Je kunt in DAO drie waarden meegeven (via HA entities):

de eind-temperatuur van een verwarmingscyclus: entity_setpoint
de hysterese, als de actuele temperatuur het eindpunt minus de hysterese bereikt gaat de boiler sosie zelf opwarmen: entity_hysterese
de temperatuur waaronder DAO de boiler mag gaan opwarmen (moet ergens tussen de eindtemperatuur en het minimum liggen): heating_allowed_below

Jij bepaalt in HA of je wilt opwarmen met de wp of het element door de eind-temepratuur aan te passen.

Acties:

woensdag 24 juni 2026 15:37

KC27 schreef op woensdag 24 juni 2026 @ 13:32:
[...]

Je kunt in DAO drie waarden meegeven (via HA entities):
de eind-temperatuur van een verwarmingscyclus: entity_setpoint
de hysterese, als de actuele temperatuur het eindpunt minus de hysterese bereikt gaat de boiler sosie zelf opwarmen: entity_hysterese
de temperatuur waaronder DAO de boiler mag gaan opwarmen (moet ergens tussen de eindtemperatuur en het minimum liggen): heating_allowed_below
Jij bepaalt in HA of je wilt opwarmen met de wp of het element door de eind-temepratuur aan te passen.

Ja dat snap ik. Maar de planning kan anders uitvallen als het element nodig is tov alleen SWW-run puur op WP. Mijn twee elementen verbruiken bijvoorbeeld 6 kW samen gedurende 20-30 minuten. Het zou toch kunnen zijn dat DAO tot een andere planning komt als hij weet dat het element gebruikt gaat worden, vs niet gebruikt?

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

woensdag 24 juni 2026 15:47

Zonnepanelen en toebehoren

Topicstarter

manusjevanalles schreef op woensdag 24 juni 2026 @ 13:49:
[...]

Ja dat snap ik. Maar de planning kan anders uitvallen als het element nodig is tov alleen SWW-run puur op WP. Mijn twee elementen verbruiken bijvoorbeeld 6 kW samen gedurende 20-30 minuten. Het zou toch kunnen zijn dat DAO tot een andere planning komt als hij weet dat het element gebruikt gaat worden, vs niet gebruikt?

Ik vrees dat je nu een functionaliteit verwacht die DAO niet kan leveren.
Op basis waarvan zou DAO moeten kiezen om met het element te gaan verwarmen?
Is het niet zo dat verwarmen met een elektrisch element (COP=1) altijd duurder is dan verwarmen met de wp (COP= ca 3). Alleen als de all-in inkoopprijzen (dus met belasting en btw) negatief zijn (is dit jaar ca vier keer voorgekomen) wil je elektriciteit verspillen.
Een andere reden die ik kan bedenken is een legionella run (hoeft hoogstens maar een keer per week). Die kun je het beste in het week-end plannen want dan zijn overdag de prijzen het laagst.

Acties:

woensdag 24 juni 2026 19:21

KC27 schreef op woensdag 24 juni 2026 @ 15:37:
[...]

Ik vrees dat je nu een functionaliteit verwacht die DAO niet kan leveren.
Op basis waarvan zou DAO moeten kiezen om met het element te gaan verwarmen?
Is het niet zo dat verwarmen met een elektrisch element (COP=1) altijd duurder is dan verwarmen met de wp (COP= ca 3). Alleen als de all-in inkoopprijzen (dus met belasting en btw) negatief zijn (is dit jaar ca vier keer voorgekomen) wil je elektriciteit verspillen.
Een andere reden die ik kan bedenken is een legionella run (hoeft hoogstens maar een keer per week). Die kun je het beste in het week-end plannen want dan zijn overdag de prijzen het laagst.

Helder, dan klopt mijn gedachte inderdaad dat DAO het niet kan. Ik denk dat hij het wel zou moeten kunnen toch? Als het element aan staat, dan is het gewoon een apparaat zoals een wasmachine. Dus in mijn geval 2x kwartier 6kW. Als je de grens in kan stellen bij DAO wanneer het element aan gaat (dus vanaf 56 graden), dan kan hij indien setpoint>56 een halfuur extra plannen. De tijd ervoor, tot 56 graden, doet hij dan op de WP, en die functionaliteit zit al in DAO. Via HA kan je het setpoint dan instellen.

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

woensdag 24 juni 2026 20:38

Zonnepanelen en toebehoren

Topicstarter

manusjevanalles schreef op woensdag 24 juni 2026 @ 15:47:
[...]

Helder, dan klopt mijn gedachte inderdaad dat DAO het niet kan. Ik denk dat hij het wel zou moeten kunnen toch? Als het element aan staat, dan is het gewoon een apparaat zoals een wasmachine. Dus in mijn geval 2x kwartier 6kW. Als je de grens in kan stellen bij DAO wanneer het element aan gaat (dus vanaf 56 graden), dan kan hij indien setpoint>56 een halfuur extra plannen. De tijd ervoor, tot 56 graden, doet hij dan op de WP, en die functionaliteit zit al in DAO. Via HA kan je het setpoint dan instellen.

Er zijn DAO gebruikers die hun boiler aansturen met een "machine" configuratie. Misschien is dat voor jou ook een oplossing?

Acties:

pimNH

Zijn er meer mensen die nu de prijs boven de euro ligt geen oplossing krijgen voor minimize cost? Zo niet dat moet ik het ergens anders zoeken.

edit:
ging enkel om 20.00, 21.00 deed hij het weer

[ Voor 18% gewijzigd door pimNH op 24-06-2026 21:35 ]

woensdag 24 juni 2026 20:52

Acties:

woensdag 24 juni 2026 21:13

KC27 schreef op woensdag 24 juni 2026 @ 19:21:
[...]

Er zijn DAO gebruikers die hun boiler aansturen met een "machine" configuratie. Misschien is dat voor jou ook een oplossing?

Ga ik in verdiepen!

☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant

Acties:

woensdag 24 juni 2026 21:14

pimNH schreef op woensdag 24 juni 2026 @ 20:38:
Zijn er meer mensen die nu de prijs boven de euro ligt geen oplossing krijgen voor minimize cost? Zo niet dat moet ik het ergens anders zoeken.

Gaat hier prima.

Acties:

Mirabis

Terug van een tijdje weggeweest - merk ik juist vandaag dat er af en toe nog wat aparte keuzes gemaakt worden. Het valt nu extra op met de hoge tarieven.

Met nog "juice" in de accu kiest het ervoor om 'Balanceren' in te schakelen waardoor mijn accu de zonneopbrengst wegsnoept i.p.v. te verkopen voor 100+ cent. Ik heb de automatisering handmatig overschreven.

2026-06-24 21:00:00 info: Day Ahead Optimalisering versie: 2026.6.0.rc1
2026-06-24 21:00:00 info: Day Ahead Optimalisering gestart op: 24-06-2026 21:00:00
2026-06-24 21:00:00 info: Day Ahead Optimalisatie gestart: 24-06-2026 21:00:00 taak: calc_optimum
2026-06-24 21:00:00 info: Debug = False
2026-06-24 21:00:00 info: Zelf berekende baseload
2026-06-24 21:00:00 info: ML prediction Growatt
                   date_time  prediction
0  2026-06-24 21:00:00+02:00       0.120
1  2026-06-24 22:00:00+02:00       0.000
2  2026-06-24 23:00:00+02:00       0.003
3  2026-06-25 00:00:00+02:00       0.003
4  2026-06-25 01:00:00+02:00       0.004
5  2026-06-25 02:00:00+02:00       0.001
6  2026-06-25 03:00:00+02:00       0.001
7  2026-06-25 04:00:00+02:00       0.001
8  2026-06-25 05:00:00+02:00       0.025
9  2026-06-25 06:00:00+02:00       0.794
10 2026-06-25 07:00:00+02:00       2.078
11 2026-06-25 08:00:00+02:00       3.232
12 2026-06-25 09:00:00+02:00       4.087
13 2026-06-25 10:00:00+02:00       4.529
14 2026-06-25 11:00:00+02:00       4.573
15 2026-06-25 12:00:00+02:00       4.504
16 2026-06-25 13:00:00+02:00       4.496
17 2026-06-25 14:00:00+02:00       4.314
18 2026-06-25 15:00:00+02:00       4.243
19 2026-06-25 16:00:00+02:00       4.069
20 2026-06-25 17:00:00+02:00       3.508
21 2026-06-25 18:00:00+02:00       2.662
22 2026-06-25 19:00:00+02:00       1.795
23 2026-06-25 20:00:00+02:00       0.902
24 2026-06-25 21:00:00+02:00       0.154
25 2026-06-25 22:00:00+02:00       0.000
26 2026-06-25 23:00:00+02:00       0.000
2026-06-24 21:00:00 info: Start waarden: 
      uur                tijd  spot   p_l   p_t   base  pv_ac  pv_dc
0   21:00 2026-06-24 21:00:00 0.799 1.098 1.195  0.561  0.120      0
1   22:00 2026-06-24 22:00:00 0.568 0.818 0.887  0.531  0.000      0
2   23:00 2026-06-24 23:00:00 0.302 0.496 0.533  0.522  0.003      0
3   00:00 2026-06-25 00:00:00 0.169 0.336 0.356  0.485  0.003      0
4   01:00 2026-06-25 01:00:00 0.153 0.316 0.334  0.409  0.004      0
5   02:00 2026-06-25 02:00:00 0.142 0.302 0.319  0.432  0.001      0
6   03:00 2026-06-25 03:00:00 0.139 0.300 0.316  0.402  0.001      0
7   04:00 2026-06-25 04:00:00 0.139 0.298 0.315  0.385  0.001      0
8   05:00 2026-06-25 05:00:00 0.140 0.301 0.318  0.366  0.025      0
9   06:00 2026-06-25 06:00:00 0.161 0.326 0.345  0.386  0.794      0
10  07:00 2026-06-25 07:00:00 0.147 0.308 0.326  0.244  2.078      0
11  08:00 2026-06-25 08:00:00 0.120 0.276 0.290  0.415  3.232      0
12  09:00 2026-06-25 09:00:00 0.105 0.258 0.271  0.558  4.087      0
13  10:00 2026-06-25 10:00:00 0.086 0.235 0.245  1.573  4.529      0
14  11:00 2026-06-25 11:00:00 0.051 0.193 0.199  1.832  4.573      0
15  12:00 2026-06-25 12:00:00 0.022 0.157 0.160  1.063  4.504      0
16  13:00 2026-06-25 13:00:00 0.011 0.144 0.145  1.194  4.496      0
17  14:00 2026-06-25 14:00:00 0.012 0.145 0.146  0.731  4.314      0
18  15:00 2026-06-25 15:00:00 0.055 0.197 0.204 -1.239  4.243      0
19  16:00 2026-06-25 16:00:00 0.087 0.236 0.246 -0.736  4.069      0
20  17:00 2026-06-25 17:00:00 0.105 0.258 0.270  0.571  3.508      0
21  18:00 2026-06-25 18:00:00 0.135 0.294 0.310  0.681  2.662      0
22  19:00 2026-06-25 19:00:00 0.205 0.378 0.403  0.531  1.795      0
23  20:00 2026-06-25 20:00:00 0.298 0.491 0.528  0.434  0.902      0
24  21:00 2026-06-25 21:00:00 0.252 0.435 0.466  0.564  0.154      0
25  22:00 2026-06-25 22:00:00 0.189 0.360 0.383  0.579  0.000      0
26  23:00 2026-06-25 23:00:00 0.160 0.324 0.344  0.525  0.000      0
2026-06-24 21:00:00 info: No reduced hours applied for Marstek
2026-06-24 21:00:00 info: No reduced power applied during discharging at low soc
2026-06-24 21:00:00 info: Reduced power applied during charging at high soc, between 98% and 100% power is reduced from 1350W until 1200W
2026-06-24 21:00:00 info: Startwaarde SoC Marstek: 21.0%
2026-06-24 21:00:00 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2026-06-24 21:00:00 info: Warmtepomp niet aanwezig - warmtepomp wordt niet ingepland
2026-06-24 21:00:00 info: Strategie: minimale kosten
2026-06-24 21:00:00 info: Maximale fout (maximal gap): 0.100000 euro
2026-06-24 21:00:00 info: Rekentijd: 0.05  sec
2026-06-24 21:00:00 info: Het programma heeft een optimale oplossing gevonden.
2026-06-24 21:00:00 info: Ontlaad volume in uur 0 21:00 0.43540992 kWh
2026-06-24 21:00:00 info: 13 0.174163968 2.5
2026-06-24 21:00:00 info: Laad volume in uur 16 13:00 0.0 kWh
2026-06-24 21:00:00 info: 12 0.5110032563831238 2.4
2026-06-24 21:00:00 info: 13 0.48899674361687623 2.5
2026-06-24 21:00:00 info: Laad volume in uur 17 14:00 0.0 kWh
2026-06-24 21:00:00 info: 12 1.0 2.4
2026-06-24 21:00:00 info: Ontlaad volume in uur 23 20:00 2.1475000000000004 kWh
2026-06-24 21:00:00 info: 13 0.8590000000000001 2.5
2026-06-24 21:00:00 info: Ontlaad volume in uur 24 21:00 1.7276482880000008 kWh
2026-06-24 21:00:00 info: 13 0.6910593152000002 2.5
2026-06-24 21:00:00 info: In- en uitgaande energie per uur batterij Marstek
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat  o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh      %      %
 21:00  -0.44  85.90  -0.51   0.00  -0.51  99.00  -0.51  85.04  11.00
 22:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 23:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 00:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 01:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 02:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 03:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 04:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 05:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 06:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 07:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 08:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 09:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 10:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 11:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 12:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 13:00   2.45  94.95   2.33   0.00   2.33  99.00   2.30  94.00  55.96
 14:00   2.40  94.90   2.28   0.00   2.28  99.00   2.25  93.95 100.00
 15:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 16:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 17:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 18:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 19:00   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
 20:00  -2.15  85.90  -2.50   0.00  -2.50  99.00  -2.53  85.04  50.68
 21:00  -1.73  85.90  -2.01   0.00  -2.01  99.00  -2.03  85.04  11.00
 22:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
 23:00   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
Totaal   0.54         -0.42   0.00  -0.42         -0.51              
2026-06-24 21:00:00 info: Berekende prognoses: 
   uur  bat_in  bat_out   cons   prod   base   boil     wp     ev  pv_ac   cost  profit  b_tem
 21:00    0.00     0.44   0.01   0.00   0.56   0.00   0.00   0.00   0.12   0.01   -0.00  20.00
 22:00    0.00     0.00   0.53   0.00   0.53   0.00   0.00   0.00   0.00   0.43   -0.00  20.00
 23:00    0.00     0.00   0.52   0.00   0.52   0.00   0.00   0.00   0.00   0.26   -0.00  20.00
 00:00    0.00     0.00   0.48   0.00   0.48   0.00   0.00   0.00   0.00   0.16   -0.00  20.00
 01:00    0.00     0.00   0.40   0.00   0.41   0.00   0.00   0.00   0.00   0.13   -0.00  20.00
 02:00    0.00     0.00   0.43   0.00   0.43   0.00   0.00   0.00   0.00   0.13   -0.00  20.00
 03:00    0.00     0.00   0.40   0.00   0.40   0.00   0.00   0.00   0.00   0.12   -0.00  20.00
 04:00    0.00     0.00   0.38   0.00   0.39   0.00   0.00   0.00   0.00   0.11   -0.00  20.00
 05:00    0.00     0.00   0.34   0.00   0.37   0.00   0.00   0.00   0.02   0.10   -0.00  20.00
 06:00    0.00     0.00   0.00   0.41   0.39   0.00   0.00   0.00   0.79   0.00   -0.14  20.00
 07:00    0.00     0.00   0.00   1.83   0.24   0.00   0.00   0.00   2.08   0.00   -0.60  20.00
 08:00    0.00     0.00   0.00   2.82   0.41   0.00   0.00   0.00   3.23   0.00   -0.82  20.00
 09:00    0.00     0.00   0.00   3.53   0.56   0.00   0.00   0.00   4.09   0.00   -0.96  20.00
 10:00    0.00     0.00   0.00   2.96   1.57   0.00   0.00   0.00   4.53   0.00   -0.73  20.00
 11:00    0.00     0.00   0.00   2.74   1.83   0.00   0.00   0.00   4.57   0.00   -0.55  20.00
 12:00    0.00     0.00   0.00   3.44   1.06   0.00   0.00   0.00   4.50   0.00   -0.55  20.00
 13:00    2.45     0.00   0.00   0.85   1.19   0.00   0.00   0.00   4.50   0.00   -0.12  20.00
 14:00    2.40     0.00   0.00   1.18   0.73   0.00   0.00   0.00   4.31   0.00   -0.17  20.00
 15:00    0.00     0.00   0.00   5.48  -1.24   0.00   0.00   0.00   4.24   0.00   -1.12  20.00
 16:00    0.00     0.00   0.00   4.80  -0.74   0.00   0.00   0.00   4.07   0.00   -1.18  20.00
 17:00    0.00     0.00   0.00   2.94   0.57   0.00   0.00   0.00   3.51   0.00   -0.79  20.00
 18:00    0.00     0.00   0.00   1.98   0.68   0.00   0.00   0.00   2.66   0.00   -0.61  20.00
 19:00    0.00     0.00   0.00   1.26   0.53   0.00   0.00   0.00   1.79   0.00   -0.51  20.00
 20:00    0.00     2.15   0.00   2.62   0.43   0.00   0.00   0.00   0.90   0.00   -1.38  20.00
 21:00    0.00     1.73   0.00   1.32   0.56   0.00   0.00   0.00   0.15   0.00   -0.61  20.00
 22:00    0.00     0.00   0.58   0.00   0.58   0.00   0.00   0.00   0.00   0.21   -0.00  20.00
 23:00    0.00     0.00   0.53   0.00   0.53   0.00   0.00   0.00   0.00   0.17   -0.00  20.00
Totaal    4.85     4.31   4.60  40.16  14.00   0.00   0.00   0.00  50.10   1.83  -10.84    NaN

2026-06-24 21:00:00 info: Consumption               4.60 (kWh)
2026-06-24 21:00:00 info: Cost consumption          1.83 (€)
2026-06-24 21:00:00 info: Tariff consumption        0.398 (€/kWh)
2026-06-24 21:00:00 info: Production               40.16 (kWh)
2026-06-24 21:00:00 info: Profit production       -10.84 (€)
2026-06-24 21:00:00 info: Tariff production         0.270 (€/kWh)

2026-06-24 21:00:00 info: 
Calculation profit after optimize in €
Cost before optimize             -7.31
Cost consumption      1.83
Cycle cost            0.25
Penalty cost          0.00
EV switch costs       0.00
Battery storage       0.15
Boiler storage        0.00
Profit production   -10.84
Total                -8.62
Cost after optimize              -8.62
Profit:                           1.30
2026-06-24 21:00:00 info: Doorzetten van alle settings naar HA
2026-06-24 21:00:00 info: Grid balanceren: on
2026-06-24 21:00:00 info: Grid set point: 6.0 W
2026-06-24 21:00:00 info: Cycle cost Marstek: 0.25 euro
2026-06-24 21:00:00 info: Netto vermogen naar(+)/uit(-) omvormer Marstek: -435 W 
2026-06-24 21:00:00 info: Vermogen uit batterij: 506W
2026-06-24 21:00:00 info: Vermogen dat binnenkomt van pv: 0W
2026-06-24 21:00:00 info: Vermogen dat binnenkomt van ac: -506W
2026-06-24 21:00:00 info: Waarde SoC na eerste uur: 11.0%

Configuratie:

{
  "config_version": 2,
  "homeassistant": {
    "ip_address": "172.31.20.108",
    "ip_port": 8123,
    "hasstoken": "!secret homeassistant-token",
    "protocol_api": "http"
  },
  "database_ha": {
    "engine": "sqlite",
    "db_path": "/homeassistant",
    "database": "home-assistant_v2.db"
  },
  "database_da": {
    "engine": "sqlite",
    "db_path": "../data",
    "database": "day_ahead.db"
  },
  "meteoserver_key": "!secret meteoserver-key",
  "meteoserver_model": "harmonie",
  "meteoserver_attemps": 2,
  "prices": {
    "source_day_ahead": "nordpool",
    "entsoe_api_key": "!secret entsoe-api-key",
    "energy_taxes_consumption": {
      "2024-01-01": 0.1088,
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161
    },
    "energy_taxes_production": {
      "2024-01-01": 0.1088,
      "2025-01-01": 0.10154,
      "2026-01-01": 0.09161,
      "2027-01-01": 0.0
    },
    "cost_supplier_consumption": {
      "2024-08-01": 0.020496,
      "2026-01-01": 0.01652893
    },
    "cost_supplier_production": {
      "2024-08-01": 0.020496,
      "2026-01-01": 0.01818182,
      "2026-01-22": 0.01652893
    },
    "vat_consumption": {
      "2000-01-01": 21.0
    },
    "vat_production": {
      "2000-01-01": 21.0,
      "2027-01-01": 0.0
    },
    "multiplier_consumption": {
      "2000-01-01": 1.0
    },
    "multiplier_production": {
      "2000-01-01": 1.0,
      "2026-01-01": 1.1
    },
    "last_invoice": "2026-01-01",
    "tax_refund": true
  },
  "logging_level": "info",
  "use_calc_baseload": true,
  "baseload_calc_periode": 56,
  "graphical_backend": "",
  "graphics": {
    "style": "Solarize_Light2",
    "battery_balance": true,
    "prices_consumption": true,
    "prices_production": true,
    "prices_spot": true,
    "average_consumption": true,
    "show": "true"
  },
  "interval": "1hour",
  "strategy": "minimize cost",
  "max_gap": 0.1,
  "notifications": {
    "notification_entity": "input_text.notification_dao",
    "opstarten": false,
    "berekening": true,
    "last_activity_entity": "input_datetime.dao_laatste_activiteit"
  },
  "grid": {
    "max_power": 17.0,
    "entity_balance_switch": "input_boolean.dao_balance_grid"
  },
  "history": {
    "save_days": 90
  },
  "dashboard": {
    "port": 5000
  },
  "battery": [
    {
      "name": "Marstek",
      "entity_actual_level": "sensor.lilygo_rs485_marstek_battery_state_of_charge",
      "capacity": 5.12,
      "upper_limit": 100,
      "lower_limit": 11,
      "optimal_lower_level": 11,
      "penalty_low_soc": 0.0025,
      "entity_min_soc_end_opt": "input_number.dao_min_soc_einde_opt",
      "entity_max_soc_end_opt": "input_number.dao_max_soc_einde_opt",
      "charge_stages": [
        {
          "power": 0.0,
          "efficiency": 1.0
        },
        {
          "power": 500.0,
          "efficiency": 0.8273
        },
        {
          "power": 600.0,
          "efficiency": 0.8576
        },
        {
          "power": 900.0,
          "efficiency": 0.9041
        },
        {
          "power": 1100.0,
          "efficiency": 0.9197
        },
        {
          "power": 1300.0,
          "efficiency": 0.9298
        },
        {
          "power": 1500.0,
          "efficiency": 0.9365
        },
        {
          "power": 1700.0,
          "efficiency": 0.9416
        },
        {
          "power": 1900.0,
          "efficiency": 0.944
        },
        {
          "power": 2100.0,
          "efficiency": 0.946
        },
        {
          "power": 2200.0,
          "efficiency": 0.9471
        },
        {
          "power": 2300.0,
          "efficiency": 0.9485
        },
        {
          "power": 2400.0,
          "efficiency": 0.949
        },
        {
          "power": 2500.0,
          "efficiency": 0.95
        }
      ],
      "discharge_stages": [
        {
          "power": 0.0,
          "efficiency": 1.0
        },
        {
          "power": 500.0,
          "efficiency": 0.7855
        },
        {
          "power": 600.0,
          "efficiency": 0.8048
        },
        {
          "power": 800.0,
          "efficiency": 0.8276
        },
        {
          "power": 1000.0,
          "efficiency": 0.8414
        },
        {
          "power": 1200.0,
          "efficiency": 0.8482
        },
        {
          "power": 1400.0,
          "efficiency": 0.8522
        },
        {
          "power": 1600.0,
          "efficiency": 0.8552
        },
        {
          "power": 1800.0,
          "efficiency": 0.8556
        },
        {
          "power": 2000.0,
          "efficiency": 0.8547
        },
        {
          "power": 2200.0,
          "efficiency": 0.8543
        },
        {
          "power": 2300.0,
          "efficiency": 0.8531
        },
        {
          "power": 2400.0,
          "efficiency": 0.858
        },
        {
          "power": 2500.0,
          "efficiency": 0.859
        }
      ],
      "reduced_hours": {},
      "reduce_power_low_soc": [],
      "reduce_power_high_soc": [
        {
          "soc": 98,
          "power": 1350
        },
        {
          "soc": 100,
          "power": 1200
        }
      ],
      "minimum_power": 800,
      "dc_to_bat_efficiency": 0.99,
      "bat_to_dc_efficiency": 0.99,
      "cycle_cost": 0.02561,
      "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_marstek",
      "entity_from_battery": "input_number.dao_from_battery",
      "entity_from_pv": "input_number.dao_marstek_from_pv",
      "entity_from_ac": "input_number.dao_marstek_from_ac",
      "entity_calculated_soc": "input_number.dao_marstek_calculated_soc",
      "solar": [],
      "description": "Marstek Venus-E 5.12kWh",
      "cycle cost calculated": 0.02561,
      "#charge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 2500,
          "efficiency": 0.9482
        }
      ],
      "#discharge stages": [
        {
          "power": 0,
          "efficiency": 1
        },
        {
          "power": 2500,
          "efficiency": 0.8556
        }
      ]
    }
  ],
  "solar": [
    {
      "name": "Growatt",
      "entity_pv_switch": "input_boolean.dao_panelen_aan_uit",
      "strings": [
        {
          "tilt": 40.0,
          "orientation": 135.0,
          "capacity": 4.2,
          "yield_factor": 0.00971,
          "ml_prediction": false,
          "entities_sensors": [],
          "name": "North-West",
          "yield-dao": 0.008925
        },
        {
          "tilt": 40.0,
          "orientation": -45.0,
          "capacity": 5.04,
          "yield_factor": 0.011886,
          "ml_prediction": true,
          "entities_sensors": [],
          "name": "South-East",
          "yield-dao": 0.01071
        }
      ],
      "ml_prediction": true,
      "ml_training_start_date": "2025-08-29",
      "entities_sensors": [
        "sensor.growatt_total_pv1_solar_energy",
        "sensor.growatt_total_pv2_solar_energy"
      ],
      "max_power": 7.0,
      "description": "9240Wp PhonoSolar Growatt MOD7000-TL XH(BP)"
    }
  ],
  "electric_vehicle": [],
  "machines": [],
  "boiler": {
    "boiler_present": false
  },
  "heating": {
    "heater_present": false
  },
  "tibber": {
    "api_token": "!secret tibber-api-token",
    "api_url": "https://api.tibber.com/v1-beta/gql"
  },
  "xgboost": {
    "tune_hyperparameters": true
  },
  "report": {
    "entities_grid_consumption": [
      "sensor.p1_meter_energy_import"
    ],
    "entities_grid_production": [
      "sensor.p1_meter_energy_export"
    ],
    "entities_solar_production_ac": [
      "sensor.kwh_meter_3_phase_energy_export_2"
    ],
    "entities_solar_production_dc": [
      "sensor.growatt_total_pv1_solar_energy",
      "sensor.growatt_total_pv2_solar_energy"
    ],
    "entities_ev_consumption": [
      "sensor.voordeur_lifetime_energy"
    ],
    "entities_wp_consumption": [],
    "entities_boiler_consumption": [],
    "entities_battery_consumption": [
      "sensor.lilygo_rs485_marstek_total_charging_energy"
    ],
    "entities_battery_production": [
      "sensor.lilygo_rs485_marstek_total_discharging_energy"
    ],
    "entities_machine_consumption": [
      "sensor.bosch_dryer_energy_2",
      "sensor.wasmachine_energy_socket_energy_import",
      "sensor.bosch_dishwasher_energy"
    ],
    "entities solar production dc heb pas historie sinds 21 nov": [
      "sensor.growatt_total_solar_energy"
    ],
    "entity co2-intensity": [
      "sensor.co2_signal_co2_intensity"
    ]
  },
  "scheduler": {
    "active": true,
    "schedule": [
      {
        "time": "1150",
        "action": "get_meteo_data"
      },
      {
        "time": "1258",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1313",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1328",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1343",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1358",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1455",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1535",
        "action": "get_day_ahead_prices"
      },
      {
        "time": "1750",
        "action": "get_meteo_data"
      },
      {
        "time": "2340",
        "action": "get_meteo_data"
      },
      {
        "time": "2347",
        "action": "calc_baseloads"
      },
      {
        "time": "2350",
        "action": "train_ml_predictions"
      },
      {
        "time": "2357",
        "action": "clean_data"
      },
      {
        "time": "0550",
        "action": "get_meteo_data"
      },
      {
        "time": "xx00",
        "action": "calc_optimum"
      }
    ]
  },
  "meteoserver_attempts": 2,
  "electric vehicle skip": [
    {
      "capacity": 103,
      "charge scheduler": {
        "entity ready datetime": "input_datetime.dao_datum_klaar_met_laden",
        "entity set level same": "sensor.enode_battery_percentage_normalized",
        "entity set level": "input_number.dao_ev_entity_set_level",
        "level margin": 2
      },
      "charge stages": [
        {
          "ampere": 0,
          "efficiency": 1
        },
        {
          "ampere": 16,
          "efficiency": 0.95
        }
      ],
      "charge switch": "input_boolean.dao_ev_charge_switch",
      "charge switch REAL": "switch.voordeur_charger_enabled",
      "charge three phase": "True",
      "entity actual level": "sensor.enode_battery_percentage_normalized",
      "entity max amperage": "input_number.dao_ev_set_max_charge_amps",
      "entity max amperage REAL": "sensor.voordeur_dynamic_charger_limit",
      "entity plugged in": "input_boolean.dao_spoof_plugged_in",
      "entity plugged in REAL": "binary_sensor.xpeng_g9_plugged_in",
      "entity position": "input_text.dao_spoof_car_location",
      "entity position REAL": "device_tracker.xpeng_g9_location_tracker",
      "entity set charging ampere": "sensor.xpeng_g9_max_current",
      "name": "XPENG G9"
    }
  ]
}

Dit gebeurde ook op:
- 19 juni 21:00 - 22:00 https://pastebin.com/hcVzy8en
- 17 juni 07:00 - 08:00 https://pastebin.com/AYWfn6qu

@KC27 enig idee hoe dat kan komen?

1x Venus-E v153 +LilyGo HA, CT003 V117 | 5040Wp ZO + 4200Wp NW | Zonneplan, 3x25A, Easee Charge Lite | EV 98kWh

donderdag 25 juni 2026 16:14

Acties:

donderdag 25 juni 2026 16:44

tomvandepoel3 schreef op maandag 22 juni 2026 @ 11:46:
Er zit vermoedelijk nog een foutje in het gebruik van "reduce_power_low_soc" (reduced power during discharging). Het vermogen wordt helaas niet gereduceerd. Bij het gebruik van "reduce_power_high_soc" (reduced power during charging) werkt de vermogensreductie wel zoals ik het verwacht.

[Afbeelding]
Hierboven de test situatie van gisteravond en vanochtend:
- charging met reduced power tussen 16:00 en 17:00 (batterij SoC loopt op van 85% naar 97%)
- discharging met reduced power o.a tussen 22:00 en 23:00 (SoC loopt terug van 54% naar 35%)
- discharging met reduced power tussen 6:15 - 7:15 (SoC loopt verder terug naar 3%)

De batterij configuratie:

[...]

De relevante statements uit de log files voor charging met reduced power:

[...]

En tenslotte de relevante statements uit de log files voor discharging met reduced power:

[...]

Helaas blijft het Netto vermogen uit de Sessy omvormer constant op -5100 W en vindt er geen reductie plaats.

OK. Na wat debuggen ziet de wereld er toch iets anders uit.

Bij het laden (met 50% reduced power van 5400W naar 2700W) wordt bijna altijd (day-ahead.py regel 3924: if sum_weight_factor < 0.95) het gereduceerde laadvermogen in "entity_set_power_feedin" geschreven. In de log file staat dan bv:

code:

1	Netto vermogen naar(+)/uit(-) omvormer Sessy: 2700 W

Bij het ontladen (met 50% reduced power van 4500W naar 2250W) wordt daarentegen bijna altijd (day-ahead.py regel 3942 if 0.10 <= sum_weight_factor < 0.95) het "maximale" vermogen van de discharge_stages in "entity_set_power_feedin" geschreven en wordt vervolgens "entity_stop_inverter" gezet waarbij de eindtijd ergens tussen 0 - 15 minuten in de toekomst ligt (b.v. op 7.5 min bij een 50% reduced power). In de log file van 22:15 staan dan een extra "tot: eindtijd" bv:

code:

1	Netto vermogen naar(+)/uit(-) omvormer Sessy: -4500 W tot: 2026-06-24 22:30

Door de stop_inverter waarde te gebruiken kan ik natuurlijk in HA de batterij op het juiste moment uitzetten. De totaal ontladen energie klopt dan met de planning maar de verdeling hiervan in de tijd is anders dan wat ik me had voorgesteld. Zou het niet beter zijn om de waarde van het gereduceerde ontlaadvermogen (de orange waarde in de grafiek) in "entity_set_power_feedin" te schrijven zodat die direct voor de volgende 15 minuten gebruikt kan worden en geen gebruik te maken van stop_inverter in deze workflows?
Afbeeldingslocatie: https://tweakers.net/i/UCA1E3-wNFbBHE1W0jculSySa8k=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/D6zKFeQxlKYG6CEGv0h0wTMi.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/UCA1E3-wNFbBHE1W0jculSySa8k=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/D6zKFeQxlKYG6CEGv0h0wTMi.png?f=user_large

Ik kan dit natuurlijk ook zelf in HA verrekenen maar dat zou iedereen dan moeten weten en doen (minder ideaal in mijn optiek).

Acties:

donderdag 25 juni 2026 17:48

Zonnepanelen en toebehoren

Topicstarter

tomvandepoel3 schreef op donderdag 25 juni 2026 @ 16:14:
[...]

OK. Na wat debuggen ziet de wereld er toch iets anders uit.

Bij het laden (met 50% reduced power van 5400W naar 2700W) wordt bijna altijd (day-ahead.py regel 3924: if sum_weight_factor < 0.95) het gereduceerde laadvermogen in "entity_set_power_feedin" geschreven. In de log file staat dan bv:
code:
1
Netto vermogen naar(+)/uit(-) omvormer Sessy: 2700 W
Bij het ontladen (met 50% reduced power van 4500W naar 2250W) wordt daarentegen bijna altijd (day-ahead.py regel 3942 if 0.10 <= sum_weight_factor < 0.95) het "maximale" vermogen van de discharge_stages in "entity_set_power_feedin" geschreven en wordt vervolgens "entity_stop_inverter" gezet waarbij de eindtijd ergens tussen 0 - 15 minuten in de toekomst ligt (b.v. op 7.5 min bij een 50% reduced power). In de log file van 22:15 staan dan een extra "tot: eindtijd" bv:
code:
1
Netto vermogen naar(+)/uit(-) omvormer Sessy: -4500 W  tot: 2026-06-24 22:30
Door de stop_inverter waarde te gebruiken kan ik natuurlijk in HA de batterij op het juiste moment uitzetten. De totaal ontladen energie klopt dan met de planning maar de verdeling hiervan in de tijd is anders dan wat ik me had voorgesteld. Zou het niet beter zijn om de waarde van het gereduceerde ontlaadvermogen (de orange waarde in de grafiek) in "entity_set_power_feedin" te schrijven zodat die direct voor de volgende 15 minuten gebruikt kan worden en geen gebruik te maken van stop_inverter in deze workflows?
[Afbeelding]
Ik kan dit natuurlijk ook zelf in HA verrekenen maar dat zou iedereen dan moeten weten en doen (minder ideaal in mijn optiek).

Heel fijn dat je dit hebt uitgezocht (ik ben nog steeds onthand omdat mijn laptop - langer dan gepland - in reparatie is).
Ik ga dit in DAO oplossen (waar het door wordt veroorzaakt) zodra ik weer "up en running" ben.

Acties:

vrijdag 26 juni 2026 09:34

Is het met dao ook mogelijk om je batterij elke 14 dagen ofzo naar 100% te brengen zodat er 1x in de 14 dagen een balancering gebeurd op een gunstig moment?

Acties:

vrijdag 26 juni 2026 14:07

Zonnepanelen en toebehoren

Topicstarter

TheMystery schreef op donderdag 25 juni 2026 @ 17:48:
Is het met dao ook mogelijk om je batterij elke 14 dagen ofzo naar 100% te brengen zodat er 1x in de 14 dagen een balancering gebeurd op een gunstig moment?

De "upper_limit" is een zogenaamde flex-setting, zodat je in plaats van een vaste waarde in je instellingen ook een HA-entity kunt opgeven. Die kun je dan met een automation eens in de 14 dagen ophogen naar 100% en zodra deze is aangetikt met een tweede automation deze weer terugzetten naar de oorspronkelijke waarde.
Bij mij staat hij altijd op 100%. Hij komt daar iedere week een paar keer. Meestal blijft hij daar maar maximaal een paar uurtjes. Tijd genoeg voor het BMS om de cellen te balanceren.

Acties:

vrijdag 26 juni 2026 14:30

Ik zit met het volgende. Mijn accus begrenzen hun laad/ontlaad capaciteit met dit warme weer. Op dit moment vindt DAO dat ik op NOM moet draaien. Omdat ik toevallig de wasmachine en de vaatwasser heb draaien is mijn verbruik groter dan mijn solar opbrengst. Hierdoor gaat mijn batterij ontladen terwijl dit wat zinloos is, en de boel nodeloos verwarmt.

Ik zou zelf iets kunnen instellen dat if tussen 9:00 en 17:00 && zomer && DAO_NOM then idle. Dus dan override ik de wens van DAO om te nommen. Maar dan schop ik de planning van DAO overhoop. Is hier iets voor te verzinnen binnen DAO? Hoe doen anderen dit?

DAO zit toch al fout omdat de werkelijke capaciteit lager is dan wat DAO instrueert.

Acties:

ErnstH

balk schreef op vrijdag 26 juni 2026 @ 14:07:
Ik zit met het volgende. Mijn accus begrenzen hun laad/ontlaad capaciteit met dit warme weer. Op dit moment vindt DAO dat ik op NOM moet draaien. Omdat ik toevallig de wasmachine en de vaatwasser heb draaien is mijn verbruik groter dan mijn solar opbrengst. Hierdoor gaat mijn batterij ontladen terwijl dit wat zinloos is, en de boel nodeloos verwarmt.

Ik zou zelf iets kunnen instellen dat if tussen 9:00 en 17:00 && zomer && DAO_NOM then idle. Dus dan override ik de wens van DAO om te nommen. Maar dan schop ik de planning van DAO overhoop. Is hier iets voor te verzinnen binnen DAO? Hoe doen anderen dit?

DAO zit toch al fout omdat de werkelijke capaciteit lager is dan wat DAO instrueert.

Ik heb dit ook wel af en toe. Vooral als we midden op de dag een wasje draaien oid. Ik moet nog een keer de NoM mode opsplitsen naar: NoM-alleen-laden, NoM-alleen-ontladen, NoM; en dan op basis van de prijs kiezen welke nom modus gebruikt wordt (NoM alleen laden bij 30% goedkoopste uren oid, etc). Of wellicht op basis van de DAO verwachting zelf kiezen. Want DAO geeft ook bij NoM een te verwachten lading/ontlading aan.

[ Voor 5% gewijzigd door ErnstH op 26-06-2026 14:31 ]

vrijdag 26 juni 2026 16:12

Acties:

Torch1969

Topicstarter

balk schreef op vrijdag 26 juni 2026 @ 14:07:
Ik zit met het volgende. Mijn accus begrenzen hun laad/ontlaad capaciteit met dit warme weer. Op dit moment vindt DAO dat ik op NOM moet draaien. Omdat ik toevallig de wasmachine en de vaatwasser heb draaien is mijn verbruik groter dan mijn solar opbrengst. Hierdoor gaat mijn batterij ontladen terwijl dit wat zinloos is, en de boel nodeloos verwarmt.

Ik zou zelf iets kunnen instellen dat if tussen 9:00 en 17:00 && zomer && DAO_NOM then idle. Dus dan override ik de wens van DAO om te nommen. Maar dan schop ik de planning van DAO overhoop. Is hier iets voor te verzinnen binnen DAO? Hoe doen anderen dit?

DAO zit toch al fout omdat de werkelijke capaciteit lager is dan wat DAO instrueert.

Ik ga hier pragmatisch mee om. Het is niet mijn doel om DAO tot op de Watt nauwkeurig de boel aan te laten sturen. Mijn vaatwasser, wasmachine en airco heb (/kan) ik niet of lastig in DAO integreren en denderen dwars door de planning heen. Die zet ik zelf op gunstige momenten aan. Het voordeel van DAO is dat die elke berekening weer met een schone lei begint en op dat moment weer de optimale strategie bedenkt. Ik heb voor dit soort situaties een NOM voor alleen laden en een NOM voor alleen leveren (zoals ErnstH hierboven ook suggereert), afhankelijk van de prijzen. Het enige wat je dan mogelijk mist is een optimalisatie waar DAO rekening mee had kunnen houden, als die het had geweten….

vrijdag 26 juni 2026 16:17

Acties:

vrijdag 26 juni 2026 18:07

Torch1969 schreef op vrijdag 26 juni 2026 @ 16:12:
[...]

Ik ga hier pragmatisch mee om. Het is niet mijn doel om DAO tot op de Watt nauwkeurig de boel aan te laten sturen. Mijn vaatwasser, wasmachine en airco heb (/kan) ik niet of lastig in DAO integreren en denderen dwars door de planning heen. Die zet ik zelf op gunstige momenten aan. Het voordeel van DAO is dat die elke berekening weer met een schone lei begint en op dat moment weer de optimale strategie bedenkt. Ik heb voor dit soort situaties een NOM voor alleen laden en een NOM voor alleen leveren (zoals ErnstH hierboven ook suggereert), afhankelijk van de prijzen. Het enige wat je dan mogelijk mist is een optimalisatie waar DAO rekening mee had kunnen houden, als die het had geweten….

dus wanneer prijs < gemiddelde van komende 24u: nom met alleen laden etc? Of in 3en, met het middelste deel echte NOM?

Acties:

vrijdag 26 juni 2026 19:40

KC27 schreef op vrijdag 26 juni 2026 @ 09:34:
[...]

De "upper_limit" is een zogenaamde flex-setting, zodat je in plaats van een vaste waarde in je instellingen ook een HA-entity kunt opgeven. Die kun je dan met een automation eens in de 14 dagen ophogen naar 100% en zodra deze is aangetikt met een tweede automation deze weer terugzetten naar de oorspronkelijke waarde.
Bij mij staat hij altijd op 100%. Hij komt daar iedere week een paar keer. Meestal blijft hij daar maar maximaal een paar uurtjes. Tijd genoeg voor het BMS om de cellen te balanceren.

Hmm deze heb ik ook altijd op 100% staan, maar met pv komt ie maar tot een 90% en dan wou ik een paar kWh bijladen 1x in de zoveel tijd.
Dit zijn mijn settings misschien wat anders fout ingesteld:
Afbeeldingslocatie: https://tweakers.net/i/JyU3Z5y6b0sUWRMBj8_3WEobdbY=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/okg7sIwSBEQ5GQdS1mEmCj4s.jpg?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/JyU3Z5y6b0sUWRMBj8_3WEobdbY=/fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():strip_exif()/f/image/okg7sIwSBEQ5GQdS1mEmCj4s.jpg?f=user_large

Acties:

Torch1969

Topicstarter

balk schreef op vrijdag 26 juni 2026 @ 16:17:
[...]

dus wanneer prijs < gemiddelde van komende 24u: nom met alleen laden etc? Of in 3en, met het middelste deel echte NOM?

Dat doe ik wel inderdaad, maar rond het gemiddelde doe ik niets (strategie kosten). In 3’en is een goed idee als je strategie verbruik doet.

vrijdag 26 juni 2026 19:54

Acties:

vrijdag 26 juni 2026 20:53

Zonnepanelen en toebehoren

Topicstarter

TheMystery schreef op vrijdag 26 juni 2026 @ 18:07:
[...]

Hmm deze heb ik ook altijd op 100% staan, maar met pv komt ie maar tot een 90% en dan wou ik een paar kWh bijladen 1x in de zoveel tijd.
Dit zijn mijn settings misschien wat anders fout ingesteld:
[Afbeelding]

Als je met deze instellingen de 100% niet haalt matchen je instellingen niet met (de instellingen van) je thuisbatterij. Het kan zijn dat je de capaciteit te laag hebt opgegeven. Maar als je de waarde van de SoC uit het BMS haalt of uit de software van je thuisbatterij dan zit daar misschien iets fout.
Je kunt controleren of alles goed zit door enkele kWh te laden met een stabiel ingesteld vermogen. Met de daarbij behorende efficiencies reken je de bruto opgeslagen energie om naar netto opslag in de batterij en dat reken je om % toename van de SoC. Dat moet kloppen met de gemelde toename van de SoC door het BMS of de batterij software.

Acties:

vrijdag 26 juni 2026 23:29

KC27 schreef op vrijdag 26 juni 2026 @ 19:54:
[...]

Als je met deze instellingen de 100% niet haalt matchen je instellingen niet met (de instellingen van) je thuisbatterij. Het kan zijn dat je de capaciteit te laag hebt opgegeven. Maar als je de waarde van de SoC uit het BMS haalt of uit de software van je thuisbatterij dan zit daar misschien iets fout.
Je kunt controleren of alles goed zit door enkele kWh te laden met een stabiel ingesteld vermogen. Met de daarbij behorende efficiencies reken je de bruto opgeslagen energie om naar netto opslag in de batterij en dat reken je om % toename van de SoC. Dat moet kloppen met de gemelde toename van de SoC door het BMS of de batterij software.

Wat me opvalt is dat het soc percentage van 100% naar 60% ontladen meestal wel klopt met de voorspelling maar van 60 naar 40 niet meer (10kw ontladen is een 20%) ipv 40 komt ie dan op 45 uit.
Opladen gaat met pv wat fluctueert dus dat zou ik moeten testen.

Maar ik moet dan denk ik deze wat omlaag zetten?

JSON:

      "charge stages": [
        {"power": 0,     "efficiency": 1.0},
        {"power": 2500,  "efficiency": 0.955},
        {"power": 5000,  "efficiency": 0.968},
        {"power": 7500,  "efficiency": 0.965},
        {"power": 10000, "efficiency": 0.960}
      ],
      "discharge stages": [
        {"power": 0,     "efficiency": 1.0},
        {"power": 2500,  "efficiency": 0.955},
        {"power": 5000,  "efficiency": 0.968},
        {"power": 7500,  "efficiency": 0.965},
        {"power": 10000, "efficiency": 0.960}
      ],

Kan eens proberen overal 1% eraf te halen.

Ik heb het bij mijn ouders nu voor elkaar dat de baseloads goed berekend worden en niet in de min, misschien een bug. Ik had mijn dc pv entiteit bij dc staan als deze hier stond had ik negatieve baseload. Ik heb ze nu allemaal naar Ac gezet en nu werkt het, dus lijkt erop dat dc niet meegenomen wordt.

Edit: al bedenk ik me net dat de manuele baseload waarschijnlijk te laag was, nu ik de berekende aangezet heb wordt de soc 100% ook niet meer gehaald in de voorspelling.
Maar misschien toch ook nog kijken naar de stages?

[ Voor 6% gewijzigd door TheMystery op 26-06-2026 21:26 ]

Acties: