maandag 8 september 2025 14:29

Acties:
  • 0 Henk 'm!
  • Voogel
  • Registratie: April 2016
  • Laatst online: 13:19

Voogel

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

[2025-09-08 14:23:54 +0200] [12] [CRITICAL] WORKER TIMEOUT (pid:7083)
[2025-09-08 14:23:54 +0200] [7083] [ERROR] Error handling request /
Traceback (most recent call last):
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/gunicorn/workers/sync.py", line 134, in handle
    self.handle_request(listener, req, client, addr)
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/gunicorn/workers/sync.py", line 177, in handle_request
    respiter = self.wsgi(environ, resp.start_response)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 1536, in __call__
    return self.wsgi_app(environ, start_response)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 1511, in wsgi_app
    response = self.full_dispatch_request()
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 917, in full_dispatch_request
    rv = self.dispatch_request()
         ^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 902, in dispatch_request
    return self.ensure_sync(self.view_functions[rule.endpoint])(**view_args)  # type: ignore[no-any-return]
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/webserver/app/routes.py", line 213, in menu
    return run_process()
           ^^^^^^^^^^^^^
  File "/root/dao/webserver/app/routes.py", line 342, in run_process
    proc = run(cmd, stdout=PIPE, stderr=PIPE)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/subprocess.py", line 550, in run
    stdout, stderr = process.communicate(input, timeout=timeout)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/subprocess.py", line 1207, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/subprocess.py", line 2059, in _communicate
    ready = selector.select(timeout)
            ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/selectors.py", line 415, in select
    fd_event_list = self._selector.poll(timeout)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/gunicorn/workers/base.py", line 204, in handle_abort
    sys.exit(1)
SystemExit: 1
[2025-09-08 14:23:54 +0200] [7083] [INFO] Worker exiting (pid: 7083)
sys:1: ResourceWarning: unclosed <socket.socket fd=5, family=2, type=1, proto=0, laddr=('0.0.0.0', 5000)>
[2025-09-08 14:23:55 +0200] [12] [ERROR] Worker (pid:7083) was sent SIGKILL! Perhaps out of memory?
[2025-09-08 14:23:55 +0200] [7098] [INFO] Booting worker with pid: 7098

Iemand enig idee waarom DAO crashed wanneer ik probeer de baseload uit te rekenen? Ik draai HA op een HA Green en kan wel gewoon de overige berekening draaien.

4x SF165 & 3x SF170 op huisje uit 1896

maandag 8 september 2025 14:58

Acties:
  • 0 Henk 'm!
  • Bravo
  • Registratie: Augustus 2005
  • Laatst online: 14:14

Bravo

Second Best

Voogel schreef op maandag 8 september 2025 @ 14:29:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

[2025-09-08 14:23:54 +0200] [12] [CRITICAL] WORKER TIMEOUT (pid:7083)
[2025-09-08 14:23:54 +0200] [7083] [ERROR] Error handling request /
Traceback (most recent call last):
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/gunicorn/workers/sync.py", line 134, in handle
    self.handle_request(listener, req, client, addr)
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/gunicorn/workers/sync.py", line 177, in handle_request
    respiter = self.wsgi(environ, resp.start_response)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 1536, in __call__
    return self.wsgi_app(environ, start_response)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 1511, in wsgi_app
    response = self.full_dispatch_request()
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 917, in full_dispatch_request
    rv = self.dispatch_request()
         ^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/flask/app.py", line 902, in dispatch_request
    return self.ensure_sync(self.view_functions[rule.endpoint])(**view_args)  # type: ignore[no-any-return]
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/webserver/app/routes.py", line 213, in menu
    return run_process()
           ^^^^^^^^^^^^^
  File "/root/dao/webserver/app/routes.py", line 342, in run_process
    proc = run(cmd, stdout=PIPE, stderr=PIPE)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/subprocess.py", line 550, in run
    stdout, stderr = process.communicate(input, timeout=timeout)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/subprocess.py", line 1207, in communicate
    stdout, stderr = self._communicate(input, endtime, timeout)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/subprocess.py", line 2059, in _communicate
    ready = selector.select(timeout)
            ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/selectors.py", line 415, in select
    fd_event_list = self._selector.poll(timeout)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/gunicorn/workers/base.py", line 204, in handle_abort
    sys.exit(1)
SystemExit: 1
[2025-09-08 14:23:54 +0200] [7083] [INFO] Worker exiting (pid: 7083)
sys:1: ResourceWarning: unclosed <socket.socket fd=5, family=2, type=1, proto=0, laddr=('0.0.0.0', 5000)>
[2025-09-08 14:23:55 +0200] [12] [ERROR] Worker (pid:7083) was sent SIGKILL! Perhaps out of memory?
[2025-09-08 14:23:55 +0200] [7098] [INFO] Booting worker with pid: 7098

Iemand enig idee waarom DAO crashed wanneer ik probeer de baseload uit te rekenen? Ik draai HA op een HA Green en kan wel gewoon de overige berekening draaien.
Ik denk dat hij al vertelt wat er aan de hand is:
code:
1

[2025-09-08 14:23:55 +0200] [12] [ERROR] Worker (pid:7083) was sent SIGKILL! Perhaps out of memory?

Kun je zien hoeveel werkgeheugen er beschikbaar is?

Ioniq 6 LR Lounge 20"
2700Wp SSW 30° @ SE2200 | 1720Wp SSW 5° @ HM-1500
Flickr | Canon 6D | 17-40mm f/4 + 50mm f/1.8 II + 70-200mm f/4 | 2x 430EX II | Sirui T005 + C10

maandag 8 september 2025 15:29

Acties:
  • 0 Henk 'm!
  • Voogel
  • Registratie: April 2016
  • Laatst online: 13:19

Voogel

@Bravo Dat was ook waar ik vanuit ging maar als ik kijk naar memory en CPU gebruik dan komt daar niks boven de 50% uit na het starten van de baseload functie.

4x SF165 & 3x SF170 op huisje uit 1896

maandag 8 september 2025 20:21

Acties:
  • +2 Henk 'm!
  • Ferrox1
  • Registratie: Augustus 2008
  • Laatst online: 12:15

Ferrox1

diamanten schreef op zaterdag 6 september 2025 @ 11:15:
[...]

Ja, mijn oplossing is niet geavanceerd en zet de airco inderdaad 2 uur en 15 minuten aan. Jouw oplossing is veel mooier, Hoe kom je precies aan de waarden van de constanten?
Hmm, dat is alweer 3 jaar geleden dat ik deze uitgezocht heb, maar ik zal proberen om dit nog een keer te doen. Ik pak de formule er nog even bij:

dT/dt = = (P - UA*(T - To))/W = (P + UA*To)/W - (UA/W)*T

waarin W = warmtecapaciteit van kamerlucht+muren+meubilair in J/K
P is toegevoerd constante vermogen in Watt,
T en To in oC of K,
UA is in W/K,
en t is in seconden.
(alles in SI eenheden dus)

dT/dt Is de versnelling van verwarmen. Dus Delta T (temperatuur) per delta tijd. Eigenlijk schrijf je hier hoeveel graden per seconde je kunt verwarmen. Dit veranderd ook continu omdat dit niet altijd hetzelfde is op ieder moment. Maar geeft een goede indicatie om een ruimte op te warmen.

Ik pak even mijn formule er bij (het is jammer dat de notatie niet goed te doen is):
((beschikbaar stookvermogen – 156,9 × (huidige binnentemperatuur – buitentemperatuur)) / 5.435.100)
Is hetzelfde als:
(P - UA*(T - To))/W

(ik zie dat het in mijn vorige post fout stond...)

P = Beschikbaar stookvermogen (ik heb die als variabel gebruikt, omdat ik of 5kW van de airco heb of 10kW via de radiatoren (te berekenen via oppervlakte), die komt straks te vervallen is het plan)
En dan komt UA, die kun je redelijk overnemen. Dit is een waarde bij een goede isolatie.
T-To is het verschil dat overbrucht moet worden tussen binnen en buiten temperatuur. Hoe kouder buiten, hoe groter je verlies relatief zal zijn.

Dan rest alleen de /W nog, Dit geeft aan hoeveel Joule er in de ruimte gestopt moet worden om dat verschil te kunnen overbruggen. En deze kun je terugrekenen vanaf de originele formule met een aantal keer verwarmen. (of je vult de formule in excel in en gokt deze waarde. Maar zal in vergelijkbare ordegrootte zijn).

Wat belangrijk is om deze waarden af te leiden, wanneer start je met verwarmen en wanneer heb je de temperatuur bereikt. Deze duur kun je gebruiken om deze formule in te vullen. dit levert namelijk de dT/dt op.
Let wel op dat deze waarde Graden celcius Per seconde is. Wat ook kan is dat je tijdens het verwarmen een punt pakt wat voor jou makkelijk rekenen is. Zolang je de waarden op dat moment pakt komt het goed.

Uiteindelijk is hoe lang je er over doet: (wenstemperatuur - huidige temperatuur)/(dT/dt)

Stel, je wil van 15 graden naar 20 graden. en je stook versnelling is 0,1 graad per seconde, zul je er 50 seconden over doen (niet realistisch, maar je snapt mijn voorbeeld).

Misschien handig om het forum te linken
Dit is ook interessante materie
En via wikipedia kun je helemaal los gaan op deze theorie (wat ook mij volledig boven mijn pet gaat)

dinsdag 9 september 2025 00:25

Acties:
  • 0 Henk 'm!
  • Mirabis
  • Registratie: Juli 2013
  • Niet online

Mirabis

Hmm weet nou niet of mijn config fout is of dat ik de logica niet snap (het is een beetje laat). Met de hoge prijspieken zou ik verwachten dat het zo veel mogelijk wil terugleveren tussen 07:00-08:00 en 19:00-20:00. Echter lijkt het systeem te kiezen voor een lager vermogen in het duurste uur (met ook een lagere efficientie) en dan het uur daarop dan weer wel hoog vermogen en efficientie te kiezen. Lijkt me beter om dat andersom te doen, maar ondanks wijzigingen in efficientie lijkt het systeem dat niet te doen.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

2025-09-09 00:19:07 info: In- en uitgaande energie per uur batterij Marstek Venus-E 5.12kWh
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat  o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh      %      %
     0   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
     1   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
     2   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
     3   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90  55.52
     4   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90 100.00
     5   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     6   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     7  -2.13  85.30  -2.50   0.00  -2.50 100.00  -2.50  85.30  51.17
     8  -1.76  85.55  -2.06   0.00  -2.06 100.00  -2.06  85.55  11.00
     9   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    10   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    11   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    12   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    13   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90  55.52
    14   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90 100.00
    15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    16   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    17   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    18   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    19  -2.13  85.30  -2.50   0.00  -2.50 100.00  -2.50  85.30  51.17
    20  -1.72  85.55  -2.01   0.00  -2.01 100.00  -2.01  85.55  12.00
    21   0.00     --   0.00   0.00   0.00     --   0.00     --  12.00
    22   0.00     --   0.00   0.00   0.00     --   0.00     --  12.00
    23   0.00     --   0.00   0.00  -0.00 100.00  -0.00  -0.00  12.00
Totaal   1.86     --   0.05   0.00   0.05     --   0.05     --


Heb mn charge/discharge config gebaseerd op https://gathering.tweakers.net/forum/view_message/83282354. Daarom de overall efficiency op 1:1 gezet om dubbele conversie te voorkomen. Dat lijkt prima te gaan maar snap niet waarom het niet meer vermogen + hogere efficientie kiest op het duurste uur 8)7 . Iemand een idee?

Heb de hogere discharge vermogens een hogere efficientie toegewezen maar het resultaat blijft helaas hetzelfde. Let op dit zijn andere waarden dan ik gebruikte in mijn eerdere config in mijn post met HA automation.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212

"charge stages": [
        {
          "power": 0.0,
          "efficiency": 1
        },
        {
          "power": 100,
          "efficiency": 0.1089
        },
        {
          "power": 200,
          "efficiency": 0.5377
        },
        {
          "power": 300,
          "efficiency": 0.7095
        },
        {
          "power": 400,
          "efficiency": 0.7789
        },
        {
          "power": 500,
          "efficiency": 0.8273
        },
        {
          "power": 600,
          "efficiency": 0.8576
        },
        {
          "power": 700,
          "efficiency": 0.878
        },
        {
          "power": 800,
          "efficiency": 0.8921
        },
        {
          "power": 900,
          "efficiency": 0.9041
        },
        {
          "power": 1000,
          "efficiency": 0.9137
        },
        {
          "power": 1100,
          "efficiency": 0.9197
        },
        {
          "power": 1200,
          "efficiency": 0.9256
        },
        {
          "power": 1300,
          "efficiency": 0.9298
        },
        {
          "power": 1400,
          "efficiency": 0.9341
        },
        {
          "power": 1500,
          "efficiency": 0.9365
        },
        {
          "power": 1600,
          "efficiency": 0.9404
        },
        {
          "power": 1700,
          "efficiency": 0.9416
        },
        {
          "power": 1800,
          "efficiency": 0.9431
        },
        {
          "power": 1900,
          "efficiency": 0.9440
        },
        {
          "power": 2000,
          "efficiency": 0.9453
        },
        {
          "power": 2100,
          "efficiency": 0.9460
        },
        {
          "power": 2200,
          "efficiency": 0.9471
        },
        {
          "power": 2300,
          "efficiency": 0.9485
        },
        {
          "power": 2400,
          "efficiency": 0.9490
        },
        {
          "power": 2500,
          "efficiency": 0.9485
        }
      ],
      "discharge stages": [
        {
          "power": 0.0,
          "efficiency": 1
        },
        {
          "power": 100,
          "efficiency": 0.5053
        },
        {
          "power": 200,
          "efficiency": 0.644
        },
        {
          "power": 300,
          "efficiency": 0.7146
        },
        {
          "power": 400,
          "efficiency": 0.7581
        },
        {
          "power": 500,
          "efficiency": 0.7855
        },
        {
          "power": 600,
          "efficiency": 0.8048
        },
        {
          "power": 700,
          "efficiency": 0.8181
        },
        {
          "power": 800,
          "efficiency": 0.8276
        },
        {
          "power": 900,
          "efficiency": 0.8352
        },
        {
          "power": 1000,
          "efficiency": 0.8414
        },
        {
          "power": 1100,
          "efficiency": 0.8450
        },
        {
          "power": 1200,
          "efficiency": 0.8482
        },
        {
          "power": 1300,
          "efficiency": 0.8510
        },
        {
          "power": 1400,
          "efficiency": 0.8522
        },
        {
          "power": 1500,
          "efficiency": 0.8533
        },
        {
          "power": 1600,
          "efficiency": 0.8552
        },
        {
          "power": 1700,
          "efficiency": 0.8556
        },
        {
          "power": 1800,
          "efficiency": 0.8554
        },
        {
          "power": 1900,
          "efficiency": 0.8547
        },
        {
          "power": 2000,
          "efficiency": 0.8540
        },
        {
          "power": 2100,
          "efficiency": 0.8543
        },
        {
          "power": 2200,
          "efficiency": 0.8543
        },
        {
          "power": 2300,
          "efficiency": 0.8552
        },
        {
          "power": 2400,
          "efficiency": 0.8555
        },
        {
          "power": 2500,
          "efficiency": 0.8553
        }
      ],

[ Voor 48% gewijzigd door Mirabis op 09-09-2025 00:35 ]

1x Venus-E v151 +LilyGo HA, CT003 V116 | 5040Wp ZO + 4200Wp NW | Tibber, 3x25A, Easee Charge Lite | EV 98kWh

dinsdag 9 september 2025 09:32

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
Mirabis schreef op dinsdag 9 september 2025 @ 00:25:
Hmm weet nou niet of mijn config fout is of dat ik de logica niet snap (het is een beetje laat). Met de hoge prijspieken zou ik verwachten dat het zo veel mogelijk wil terugleveren tussen 07:00-08:00 en 19:00-20:00. Echter lijkt het systeem te kiezen voor een lager vermogen in het duurste uur (met ook een lagere efficientie) en dan het uur daarop dan weer wel hoog vermogen en efficientie te kiezen. Lijkt me beter om dat andersom te doen, maar ondanks wijzigingen in efficientie lijkt het systeem dat niet te doen.

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

2025-09-09 00:19:07 info: In- en uitgaande energie per uur batterij Marstek Venus-E 5.12kWh
   uur   ac->    eff   ->dc pv->dc   dc->    eff  ->bat  o_eff    SoC
          kWh      %    kWh    kWh    kWh      %    kWh      %      %
     0   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
     1   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
     2   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
     3   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90  55.52
     4   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90 100.00
     5   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     6   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
     7  -2.13  85.30  -2.50   0.00  -2.50 100.00  -2.50  85.30  51.17
     8  -1.76  85.55  -2.06   0.00  -2.06 100.00  -2.06  85.55  11.00
     9   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    10   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    11   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    12   0.00     --   0.00   0.00   0.00     --   0.00     --  11.00
    13   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90  55.52
    14   2.40  94.90   2.28   0.00   2.28 100.00   2.28  94.90 100.00
    15   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    16   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    17   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    18   0.00     --   0.00   0.00   0.00     --   0.00     -- 100.00
    19  -2.13  85.30  -2.50   0.00  -2.50 100.00  -2.50  85.30  51.17
    20  -1.72  85.55  -2.01   0.00  -2.01 100.00  -2.01  85.55  12.00
    21   0.00     --   0.00   0.00   0.00     --   0.00     --  12.00
    22   0.00     --   0.00   0.00   0.00     --   0.00     --  12.00
    23   0.00     --   0.00   0.00  -0.00 100.00  -0.00  -0.00  12.00
Totaal   1.86     --   0.05   0.00   0.05     --   0.05     --


Heb mn charge/discharge config gebaseerd op https://gathering.tweakers.net/forum/view_message/83282354. Daarom de overall efficiency op 1:1 gezet om dubbele conversie te voorkomen. Dat lijkt prima te gaan maar snap niet waarom het niet meer vermogen + hogere efficientie kiest op het duurste uur 8)7 . Iemand een idee?

Heb de hogere discharge vermogens een hogere efficientie toegewezen maar het resultaat blijft helaas hetzelfde. Let op dit zijn andere waarden dan ik gebruikte in mijn eerdere config in mijn post met HA automation.

[...]
Ik zie het probleem niet:
Om 7:00 en 19:00 uur zijn de hoogste prijzen en gaat hij het meeste terugleveren (2,13 kWh)
Waarschijnlijk heb je in je battery-settings een maximering staan.
Kun je deze delen?

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

dinsdag 9 september 2025 09:42

Acties:
  • 0 Henk 'm!
  • Mirabis
  • Registratie: Juli 2013
  • Niet online

Mirabis

Het probleem is dat ik (versimpeld) opgaf:
  • Max: 2500W
  • Efficientie bij 2400W = 0.8555 / Efficientie bij 1600W = 0.8552
en het vervolgens ervoor kiest om met 1600W terug te leveren op het duurste uur i.p.v. het hogere vermogen. Onderstaand mijn hele config: https://pastebin.com/XGxf1PEu (kleine wijzigingen aangebracht maar nog steeds niet het gewenste resultaat).

[ Voor 21% gewijzigd door Mirabis op 09-09-2025 09:58 ]

1x Venus-E v151 +LilyGo HA, CT003 V116 | 5040Wp ZO + 4200Wp NW | Tibber, 3x25A, Easee Charge Lite | EV 98kWh

dinsdag 9 september 2025 13:07

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
Mirabis schreef op dinsdag 9 september 2025 @ 09:42:
Het probleem is dat ik (versimpeld) opgaf:
  • Max: 2500W
  • Efficientie bij 2400W = 0.8555 / Efficientie bij 1600W = 0.8552
en het vervolgens ervoor kiest om met 1600W terug te leveren op het duurste uur i.p.v. het hogere vermogen. Onderstaand mijn hele config: https://pastebin.com/XGxf1PEu (kleine wijzigingen aangebracht maar nog steeds niet het gewenste resultaat).
max power bat to dc staat op 2500W
Dat is precies wat er in de dure uren uit de cellen naar dc gaat.
Ik denk ook niet dat je dat veel moet verhogen ivm de "belasting" van je cellen.

[ Voor 6% gewijzigd door KC27 op 09-09-2025 13:09 ]

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

dinsdag 9 september 2025 13:34

Acties:
  • 0 Henk 'm!
  • Mirabis
  • Registratie: Juli 2013
  • Niet online

Mirabis

Dat lijkt me prima qua maximering. Echter als je vanavond pakt:
- 19:00 - 20:00 59,2 cent. Kiest het hier voor een lager vermogen met 85.43 efficiëntie van 100% soc naar 50.18%
- 20:00 - 21:00 40,5 cent. Kiest het hier voor een hoger vermogen met 85.52 efficiëntie. 50.18 naar 14.97% Soc (terwijl 11% optimaal is).

Dat lijkt mij juist andersom te moeten omdat je zoveel mogelijk wilt terugleveren in het duurste uur. Daarnaast door te kiezen voor het lagere vermogen raak ik niet alles kwijt in de 2 uur. Ben al met de settings aan het pielen om het juiste resultaat te krijgen.

[ Voor 6% gewijzigd door Mirabis op 09-09-2025 13:41 ]

1x Venus-E v151 +LilyGo HA, CT003 V116 | 5040Wp ZO + 4200Wp NW | Tibber, 3x25A, Easee Charge Lite | EV 98kWh

dinsdag 9 september 2025 17:28

Acties:
  • 0 Henk 'm!
  • Lasoul
  • Registratie: November 2001
  • Nu online

Lasoul

Ik maak gebruik in Home Assisstant van een batterij simulator en die wil ik een tijdje mee laten lopen met DAO om de juiste grootte van de batterij te bepalen voor 1-1-2027 wanneer het salderen verdwijnt.

Om de situatie per 1-1-2017 te simuleren moet ik tax refund uitzetten. Als ik dat doe dan krijg ik naar mijn beeld een te hoge terugleververgoeding omdat nog steeds een gedeelte van de BTW in de terugleververgoeding zit en mijn beeld was juist dat je alleen de kale spotprijs zou krijgen. Maak ik ergens een denkfout?

code:
1
2
3
4

          time                tijd  temp  glob_rad     pv_rad  da_price   da_cons   da_prod
0   1757430000 2025-09-09 17:00:00  13.0      21.0   22.34090   0.11873  0.291327  0.168463
1   1757433600 2025-09-09 18:00:00  13.0      27.0   29.72250   0.18016  0.365657  0.242794
2   1757437200 2025-09-09 19:00:00  13.0       9.0   10.19780   0.36707  0.591818  0.468955


Als ik kijk naar 19:00 dan zie ik het volgende:
  • Basisprijs: 0.36707 (spotprijs)
  • Consumptie: 0.591818 ((spotprijs + energy taxes consumption + cost supplier consumption) * vat consumption)
  • Productie: 0.468955 ((spotprijs + cost supplier production) * vat production)
Mijn verwachting was:
  • Basisprijs: 0.36707 (spotprijs)
  • Consumptie: 0.591818 ((spotprijs + energy taxes consumption + cost supplier consumption) * vat consumption)
  • Productie: 0.387566 (spotprijs + cost supplier production)
code:
1
2
3
4

          time                tijd  temp  glob_rad     pv_rad  da_price   da_cons   da_prod
0   1757430000 2025-09-09 17:00:00  13.0      21.0   22.34090   0.11873  0.291327  0.098234
1   1757433600 2025-09-09 18:00:00  13.0      27.0   29.72250   0.18016  0.365657  0.159664
2   1757437200 2025-09-09 19:00:00  13.0       9.0   10.19780   0.36707  0.591818  0.346574


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43

  "prices": {
    "source day ahead": "entsoe",
    "entsoe-api-key": "!secret entsoe-api-key",
    "regular high": 0.50,
    "regular low": 0.40,
    "switch to low": 23,
    "energy taxes consumption": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "energy taxes production": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "cost supplier consumption": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "cost supplier production": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496
    },
    "vat consumption": {
      "2022-01-01": 21,
      "2022-07-01": 9,
      "2023-01-01": 21
    },
    "vat production": {
      "2022-01-01": 21,
      "2022-07-01": 9,
      "2023-01-01": 21
    },
   "last invoice": "2025-03-11",
   "tax refund": "False"
  },

dinsdag 9 september 2025 17:53

Acties:
  • +1 Henk 'm!
  • Mirabis
  • Registratie: Juli 2013
  • Niet online

Mirabis

@Lasoul Snelle blik: zou je dan niet vat production op 0 moeten zetten vanaf 2027-01-01 (of vanaf wanneer je simileert). Waarschijnlijk zelfde voor "energy taxes production".

[ Voor 18% gewijzigd door Mirabis op 09-09-2025 17:54 ]

1x Venus-E v151 +LilyGo HA, CT003 V116 | 5040Wp ZO + 4200Wp NW | Tibber, 3x25A, Easee Charge Lite | EV 98kWh

dinsdag 9 september 2025 18:08

Acties:
  • +1 Henk 'm!
  • Lasoul
  • Registratie: November 2001
  • Nu online

Lasoul

Mirabis schreef op dinsdag 9 september 2025 @ 17:53:
@Lasoul Snelle blik: zou je dan niet vat production op 0 moeten zetten vanaf 2027-01-01 (of vanaf wanneer je simileert). Waarschijnlijk zelfde voor "energy taxes production".
Inderdaad als ik "vat production" op 0 zet dan krijg ik het "juiste" getal er uit. De vraag is echter of mijn aanname klopt en dat ik dat moet doen en of "tax refund" dat eigenlijk niet had moeten doen.

dinsdag 9 september 2025 19:27

Acties:
  • +1 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
Lasoul schreef op dinsdag 9 september 2025 @ 18:08:
[...]


Inderdaad als ik "vat production" op 0 zet dan krijg ik het "juiste" getal er uit. De vraag is echter of mijn aanname klopt en dat ik dat moet doen en of "tax refund" dat eigenlijk niet had moeten doen.
Als je nu tax refund op false zet dan wordt alleen (onder het huidige regime) de energiebelasting niet uitgekeerd, maar de rest (btw) wel. Tax refund=false is voor gebruikers die nu meer terugleveren dan gebruiken.
Voor jouw test-situatie geldt waarschijnlijk wat @Mirabis zegt (maar dat is allemaal nog niet zeker en definitief).

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

dinsdag 9 september 2025 19:51

Acties:
  • +6 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
Daar is ie dan: de eerste testversie van DAO met 15min-interval!
Deze is beschikbaar in het test-kanaal.

Dit staat in de changelog:

Version 2025.9.1.rc1

The release candidate with support of 15min-interval of prices
Important: read this first!

Interval
This release supports two intervals: 1hour and 15min You make your choice in the settings, put in your settings somewhere in the root the setting:
"interval": "1hour" or "interval": "15min", 1hour will be default when you make no intervalsetting

source prices
At the moment only Nordpool supports 15min prices.
If you don't want trouble: make nordpool your price-source.

boiler
The boiler part is completely redesigned and (in my opinion) become better. The (thermal and financial) value of the boiler at the beginning and the end of the calculationperiod si taken into account. For every interval the electricity consumption for reheating is calculated and thee best fitting will be choosen in the algortime.

test
If you want to test with 15min-interval, these are the steps to take:
  • don't use your test-addon as production-addon, there can be errors: I hope you find and report them
  • choose a seperate da-database for the test-addon (sqlite will do perfect)
  • deactivate (=delete) the row(s) in your scheduler-settings that calculate every hour
  • set your interval to "15min"
  • get the meteo
  • set nordpool as your prices-source
  • get day-ahead prices for today and tomorrow
  • make your calculation with debug: check the graphs and the log
  • you can change the interval between 1hour and 15min and compare
  • when you get the prices: take care that interval=15min
  • when you are confident with the results: make a calculation without debug
  • last but nog least: report your experiences on tweakers (preferred) or on github.
Know issues
  • the consumption with 15min interval is higher than with 1hour interval
  • also other results are different for interval=1hour and interval=15min. Who can help me to figure this out?
  • the prognoses-parts of the reports are wrong
It is my objective to bring a production release before September 20th (I will be absent for about a week).

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

woensdag 10 september 2025 10:10

Acties:
  • 0 Henk 'm!
  • DaBit
  • Registratie: Januari 2000
  • Laatst online: 11:53

DaBit

@KC27: Als ik dat spul niet daadwerkelijk inzet dan test ik nog niets. Ik zal weer eens de normale release ernaast zetten als fallback in plaats van alleen vertrouwen op snapshots (HA draait bij mij onder Proxmox; normaal gesproken trek ik een snapshot van de HomeAssistant VM voordat ik software update).

Vragen:
- Is het starten van de optimalisaties nu impliciet ipv via de scheduler? Nee toch hoop ik?
- Zou interval=1hour identiek moeten zijn aan de huidige releaseversie?
- Wat bedoel je precies met 'the consumption with 15min interval is higher' en 'other results are different'? Wat waren jouw observaties?

woensdag 10 september 2025 10:35

Acties:
  • 0 Henk 'm!
  • Mirabis
  • Registratie: Juli 2013
  • Niet online

Mirabis

@KC27 Voor ik aan het testen ga met de nieuwe release. Nog wat verduidelijkingsvragen:
  1. Klopt het dat het in de non-test versies een voorkeur geeft aan vermogen dat het 't volledige uur kan volhouden gebaseerd op de aangegeven (en daar tussenliggende) charge stages? Ofwel, 1u 1500W i.p.v. 30m 3000W in het uur als de efficiëntie dicht bij elkaar ligt?
  2. Als ik bij charge stages 1000, 2000 en 3000 opgeef zie ik soms nog wel 1500 of 2500W doorgestuurd worden naar de batterij. Dat is geen waarde die opgegeven is in de charge stages en komt het dus zelf mee. Komt dat door de Type 2 SOS (linear approximations) setup? Zo ja, is het mogelijk een setting in te bouwen om te kiezen tussen enkel opgegeven charge stages en de huidige methode met lineaire approximations?
  3. Indien het antwoord op de 1e vraag ja is. Zal dat in de 15m versie dan verschuiven naar wat het beste 15 minuten aangehouden kan worden? Dat zou in mijn geval meer korte hoge pieken toelaten.
  4. Je gaf aan dat enkel Nordpool 15 minute prijzen support. Heb je het dan over de support in DAO zelf of wat zij per API beschikbaar stellen? Tibber API heeft het nu ook ingebouwd sinds 2025-09-01 https://developer.tibber.com/docs/changelog met nu nog elk kwartier zelfde waarde voor dat uur maar dat veranderd vanaf 1 okt.

[ Voor 13% gewijzigd door Mirabis op 10-09-2025 10:38 ]

1x Venus-E v151 +LilyGo HA, CT003 V116 | 5040Wp ZO + 4200Wp NW | Tibber, 3x25A, Easee Charge Lite | EV 98kWh

woensdag 10 september 2025 13:23

Acties:
  • +1 Henk 'm!
  • storeman
  • Registratie: April 2004
  • Laatst online: 06:12

storeman

Ik heb een query gemaakt om de verdiensten van een batterij (of meerdere) uit te rekenen. Ik heb hem in de Home Assistant community gepost en ik denk dat hij mooi aansluit bij DAO (en haar gebruikers). Dus even een schaamteloze cross-post. Ik ben benieuwd naar jullie feedback (doe dit dan met een DM of via het HA forum om deze thread verder schoon te houden).

https://community.home-as...earnings-using-sql/929264

"Chaos kan niet uit de hand lopen"

woensdag 10 september 2025 13:26

Acties:
  • 0 Henk 'm!
  • Lasoul
  • Registratie: November 2001
  • Nu online

Lasoul

Als volgende stap wil ik mijn warmtepomp integreren in DAO. Nu heb ik mij er een beetje in verdiept maar volgens mij wil DAO de warmtepomp rechtstreeks aansturen (aan- / uitzetten). Mijn idee was meer om op basis van de buitentemperatuur de batterij te vullen zodat die gedurende de dag kan worden gebruikt. Ik heb een stooklijn en op basis daarvan weet ik per gemiddelde buitentemperatuur op een dag hoeveel kWh de warmtepomp nodig heeft.

Is dit mogelijk met DOA?

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

woensdag 10 september 2025 14:53

Acties:
  • 0 Henk 'm!
  • Voogel
  • Registratie: April 2016
  • Laatst online: 13:19

Voogel

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

2025-09-10 14:13:25 fout: Fout bij schrijven naar input_number.dao_set_power_feedin, waarde 2025
2025-09-10 14:13:25 fout: File: /root/dao/webserver/../prog/day_ahead.py, line 3487, in <module>
2025-09-10 14:13:25 fout: File: /root/dao/webserver/../prog/day_ahead.py, line 3463, in main
2025-09-10 14:13:25 fout: File: /root/dao/prog/da_base.py, line 573, in run_task_function
2025-09-10 14:13:25 fout: File: /root/dao/webserver/../prog/day_ahead.py, line 2854, in calc_optimum
2025-09-10 14:13:25 fout: File: /root/dao/prog/da_base.py, line 455, in set_entity_value
2025-09-10 14:13:25 fout: File: /root/dao/prog/da_base.py, line 217, in set_value
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py, line 53, in set_value
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py, line 28, in call_service
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py, line 68, in _post
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py, line 90, in _process_response
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py, line 95, in _raise_error
2025-09-10 14:13:25 fout: Onverwachte fout: 400 status code returned from http://supervisor/core/api/services/input_number/set_value
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 2640, in calc_optimum
    self.set_entity_value(
  File "/root/dao/prog/da_base.py", line 455, in set_entity_value
    self.set_value(entity_id, value)
  File "/root/dao/prog/da_base.py", line 206, in set_value
    result = super().set_value(entity_id, value)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py", line 53, in set_value
    return self.call_service("set_value", entity_id=entity_id, value=value)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py", line 28, in call_service
    self._post(
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py", line 68, in _post
    return self._process_response(
           ^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py", line 90, in _process_response
    self._raise_error(response.status_code, response.url)
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py", line 95, in _raise_error
    raise error(f"{status_code} status code returned from {url}",)  # type: ignore
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
hassapi.exceptions.BadRequest: 400 status code returned from http://supervisor/core/api/services/input_number/set_value

Iemand enig idee wat hier mis gaat?

4x SF165 & 3x SF170 op huisje uit 1896

woensdag 10 september 2025 14:56

Acties:
  • +1 Henk 'm!
  • Mirabis
  • Registratie: Juli 2013
  • Niet online

Mirabis

/delete/

[ Voor 99% gewijzigd door Mirabis op 10-09-2025 14:59 ]

1x Venus-E v151 +LilyGo HA, CT003 V116 | 5040Wp ZO + 4200Wp NW | Tibber, 3x25A, Easee Charge Lite | EV 98kWh

woensdag 10 september 2025 15:36

Acties:
  • +2 Henk 'm!
  • arro3038
  • Registratie: November 2023
  • Laatst online: 11:59

arro3038

Voogel schreef op woensdag 10 september 2025 @ 14:53:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

2025-09-10 14:13:25 fout: Fout bij schrijven naar input_number.dao_set_power_feedin, waarde 2025
2025-09-10 14:13:25 fout: File: /root/dao/webserver/../prog/day_ahead.py, line 3487, in <module>
2025-09-10 14:13:25 fout: File: /root/dao/webserver/../prog/day_ahead.py, line 3463, in main
2025-09-10 14:13:25 fout: File: /root/dao/prog/da_base.py, line 573, in run_task_function
2025-09-10 14:13:25 fout: File: /root/dao/webserver/../prog/day_ahead.py, line 2854, in calc_optimum
2025-09-10 14:13:25 fout: File: /root/dao/prog/da_base.py, line 455, in set_entity_value
2025-09-10 14:13:25 fout: File: /root/dao/prog/da_base.py, line 217, in set_value
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py, line 53, in set_value
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py, line 28, in call_service
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py, line 68, in _post
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py, line 90, in _process_response
2025-09-10 14:13:25 fout: File: /root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py, line 95, in _raise_error
2025-09-10 14:13:25 fout: Onverwachte fout: 400 status code returned from http://supervisor/core/api/services/input_number/set_value
Traceback (most recent call last):
  File "/root/dao/webserver/../prog/day_ahead.py", line 2640, in calc_optimum
    self.set_entity_value(
  File "/root/dao/prog/da_base.py", line 455, in set_entity_value
    self.set_value(entity_id, value)
  File "/root/dao/prog/da_base.py", line 206, in set_value
    result = super().set_value(entity_id, value)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py", line 53, in set_value
    return self.call_service("set_value", entity_id=entity_id, value=value)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/services.py", line 28, in call_service
    self._post(
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py", line 68, in _post
    return self._process_response(
           ^^^^^^^^^^^^^^^^^^^^^^^
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py", line 90, in _process_response
    self._raise_error(response.status_code, response.url)
  File "/root/dao/venv/day_ahead/lib/python3.11/site-packages/hassapi/client/base.py", line 95, in _raise_error
    raise error(f"{status_code} status code returned from {url}",)  # type: ignore
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
hassapi.exceptions.BadRequest: 400 status code returned from http://supervisor/core/api/services/input_number/set_value

Iemand enig idee wat hier mis gaat?
Fout bij schrijven naar input_number.dao_set_power_feedin, waarde 2025

Ik denk dat je inputnumber gedefinieerd is met een max van 2000. Je hebt een Zinvolt meen ik? Zet m op max 2500 en je hebt nergens last van.

woensdag 10 september 2025 15:57

Acties:
  • +1 Henk 'm!
  • Voogel
  • Registratie: April 2016
  • Laatst online: 13:19

Voogel

@arro3038 ahhh ik had inderdaad de laad opties omhoog bijgesteld 🤦‍♂️

4x SF165 & 3x SF170 op huisje uit 1896

woensdag 10 september 2025 16:47

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
storeman schreef op woensdag 10 september 2025 @ 13:23:
Ik heb een query gemaakt om de verdiensten van een batterij (of meerdere) uit te rekenen. Ik heb hem in de Home Assistant community gepost en ik denk dat hij mooi aansluit bij DAO (en haar gebruikers). Dus even een schaamteloze cross-post. Ik ben benieuwd naar jullie feedback (doe dit dan met een DM of via het HA forum om deze thread verder schoon te houden).

https://community.home-as...earnings-using-sql/929264
Ik ben benieuwd:
Komen de resultaten overeen met wat DAO berekent met Savings?

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

woensdag 10 september 2025 17:11

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
DaBit schreef op woensdag 10 september 2025 @ 10:10:
@KC27: Als ik dat spul niet daadwerkelijk inzet dan test ik nog niets. Ik zal weer eens de normale release ernaast zetten als fallback in plaats van alleen vertrouwen op snapshots (HA draait bij mij onder Proxmox; normaal gesproken trek ik een snapshot van de HomeAssistant VM voordat ik software update).

Vragen:
- Is het starten van de optimalisaties nu impliciet ipv via de scheduler? Nee toch hoop ik?
- Zou interval=1hour identiek moeten zijn aan de huidige releaseversie?
- Wat bedoel je precies met 'the consumption with 15min interval is higher' en 'other results are different'? Wat waren jouw observaties?
Vragen:
- Is het starten van de optimalisaties nu impliciet ipv via de scheduler? Nee toch hoop ik?
Nee het starten gaat nog steeds via de scheduler, dat zal straks wel ieder kwartier moeten.
- Zou interval=1hour identiek moeten zijn aan de huidige releaseversie?
Dat zou eigenlijk moeten, maar is het niet omdat de boiler inzet anders wordt berekend. De winst lijkt groter.
Maar de inzet van batterij, laden en etc is allemaal wel hetzelfde.
Wat bedoel je precies met 'the consumption with 15min interval is higher' en 'other results are different'? Wat waren jouw observaties?
Als je de tabellen van de berekening resultaten (in de logging, level info) van beide varianten vergelijkt zijn er nog verschillen. Maar zoals gezegd: de uiteindelijke inzet van alle apparaten is hetzelfde.

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

woensdag 10 september 2025 17:22

Acties:
  • +1 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
Mirabis schreef op woensdag 10 september 2025 @ 10:35:
@KC27 Voor ik aan het testen ga met de nieuwe release. Nog wat verduidelijkingsvragen:
[list=1]
• Klopt het dat het in de non-test versies een voorkeur geeft aan vermogen dat het 't volledige uur kan volhouden gebaseerd op de aangegeven (en daar tussenliggende) charge stages? Ofwel, 1u 1500W i.p.v. 30m 3000W in het uur als de efficiëntie dicht bij elkaar ligt?
Klopt.
• Als ik bij charge stages 1000, 2000 en 3000 opgeef zie ik soms nog wel 1500 of 2500W doorgestuurd worden naar de batterij. Dat is geen waarde die opgegeven is in de charge stages en komt het dus zelf mee. Komt dat door de Type 2 SOS (linear approximations) setup? Zo ja, is het mogelijk een setting in te bouwen om te kiezen tussen enkel opgegeven charge stages en de huidige methode met lineaire approximations?
Dat zou kunnen, maar niet op korte termijn.
Bij de ev werkt het wel zo.
• Indien het antwoord op de 1e vraag ja is. Zal dat in de 15m versie dan verschuiven naar wat het beste 15 minuten aangehouden kan worden? Dat zou in mijn geval meer korte hoge pieken toelaten.
Ik denk dat het zo gaat werken: probeer het uit!
• Je gaf aan dat enkel Nordpool 15 minute prijzen support. Heb je het dan over de support in DAO zelf of wat zij per API beschikbaar stellen? Tibber API heeft het nu ook ingebouwd sinds 2025-09-01 https://developer.tibber.com/docs/changelog met nu nog elk kwartier zelfde waarde voor dat uur maar dat veranderd vanaf 1 okt.
[/list]
Dank voor de tip.
Ik heb een maand geleden hierover contact gehad met Tibber. Toen werd gezegd dat ze nog geen planning hadden.
Ik zal kijken hoe hun api eruitziet en dit inbouwen.
Bij Noordpool komen ze nu ook in alle tussenkwartieren met dezelfde prijs.
Levert Tibber nu ook kwartier waarden van verbruiks- en productie gegevens?
Edit: antwoord op bovenstaande vraag:
Voorlopig levert Tibber geen kwartierwaarden voor de verbruiks- en productiegegevens:
Quote van de changelog:
The fields Home.consumption and Home.production will continue to return hourly data as of right now, but we will continue to evaluate this based on demand. There are some technical reasons for why this was not implemented at the same time.

[ Voor 9% gewijzigd door KC27 op 10-09-2025 19:10 ]

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

woensdag 10 september 2025 20:01

Acties:
  • +1 Henk 'm!
  • storeman
  • Registratie: April 2004
  • Laatst online: 06:12

storeman

KC27 schreef op woensdag 10 september 2025 @ 16:47:
[...]

Ik ben benieuwd:
Komen de resultaten overeen met wat DAO berekent met Savings?
Goede vraag. Het laat zich natuurlijk maar moeilijk vergelijken. Ik heb het sinds vandaag volledig in HA geïntegreerd, ik zal het monitoren. Er zijn wel tamelijk veel variabelen, zoals de efficiency die ik heb geschat, dat het moeilijk te zeggen is.

Ik heb het voor het afgelopen uur teruggerekend:
- laden op goedkoopste moment a 24ct/kWh
- 10kWh laden met efficiency van 75% (afname dus 12,5kWh)
- afgelopen uur gaf mijn query een winst van 4,16 euro

Als ik die zaken met elkaar verreken, zie ik een netto winst van 1,16 euro. Het verschil in DAO tussen de twee uren was 1,29 euro. Dus het match redelijk, maar er zitten wel wat aannames in.

[ Voor 28% gewijzigd door storeman op 10-09-2025 20:10 ]

"Chaos kan niet uit de hand lopen"

woensdag 10 september 2025 20:57

Acties:
  • +1 Henk 'm!
  • DaBit
  • Registratie: Januari 2000
  • Laatst online: 11:53

DaBit

ERROR while running Cbc. Signal SIGSEGV caught
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222

2025-09-10 20:40:04 info: Day Ahead Optimalisering versie: 2025.9.1.rc1
2025-09-10 20:40:04 info: Day Ahead Optimalisering gestart op: 10-09-2025 20:40:04
2025-09-10 20:40:04 info: Day Ahead Optimalisatie gestart: 10-09-2025 20:40:04 taak: calc_optimum_met_debug
2025-09-10 20:40:04 info: Debug = True
2025-09-10 20:40:04 info: Zelf berekende baseload
2025-09-10 20:40:04 info: Start waarden: 
       uur                tijd       p_l       p_t      base     pv_ac  pv_dc
0    21:00 2025-09-10 21:00:00  0.272395  0.228593  0.221125  0.000000      0
1    21:15 2025-09-10 21:15:00  0.272395  0.228593  0.209188  0.000000      0
2    21:30 2025-09-10 21:30:00  0.272395  0.228593  0.197250  0.000000      0
3    21:45 2025-09-10 21:45:00  0.272395  0.228593  0.183438  0.000000      0
4    22:00 2025-09-10 22:00:00  0.255818  0.212016  0.167750  0.000000      0
5    22:15 2025-09-10 22:15:00  0.255818  0.212016  0.153937  0.000000      0
6    22:30 2025-09-10 22:30:00  0.255818  0.212016  0.140125  0.000000      0
7    22:45 2025-09-10 22:45:00  0.255818  0.212016  0.128187  0.000000      0
8    23:00 2025-09-10 23:00:00  0.239386  0.195584  0.115391  0.000000      0
9    23:15 2025-09-10 23:15:00  0.239386  0.195584  0.103453  0.000000      0
10   23:30 2025-09-10 23:30:00  0.239386  0.195584  0.091516  0.000000      0
11   23:45 2025-09-10 23:45:00  0.239386  0.195584  0.088641  0.000000      0
12   00:00 2025-09-11 00:00:00  0.240487  0.196685  0.090000  0.000000      0
13   00:15 2025-09-11 00:15:00  0.240487  0.196685  0.087125  0.000000      0
14   00:30 2025-09-11 00:30:00  0.240487  0.196685  0.084250  0.000000      0
15   00:45 2025-09-11 00:45:00  0.240487  0.196685  0.091625  0.000000      0
16   01:00 2025-09-11 01:00:00  0.236676  0.192874  0.110578  0.000000      0
17   01:15 2025-09-11 01:15:00  0.236676  0.192874  0.117953  0.000000      0
18   01:30 2025-09-11 01:30:00  0.236676  0.192874  0.125328  0.000000      0
19   01:45 2025-09-11 01:45:00  0.236676  0.192874  0.117141  0.000000      0
20   02:00 2025-09-11 02:00:00  0.227480  0.183678  0.095641  0.000000      0
21   02:15 2025-09-11 02:15:00  0.227480  0.183678  0.087453  0.000000      0
22   02:30 2025-09-11 02:30:00  0.227480  0.183678  0.079266  0.000000      0
23   02:45 2025-09-11 02:45:00  0.227480  0.183678  0.077641  0.000000      0
24   03:00 2025-09-11 03:00:00  0.219954  0.176152  0.080750  0.000000      0
25   03:15 2025-09-11 03:15:00  0.219954  0.176152  0.079125  0.000000      0
26   03:30 2025-09-11 03:30:00  0.219954  0.176152  0.077500  0.000000      0
27   03:45 2025-09-11 03:45:00  0.219954  0.176152  0.076625  0.000000      0
28   04:00 2025-09-11 04:00:00  0.219821  0.176019  0.075937  0.000000      0
29   04:15 2025-09-11 04:15:00  0.219821  0.176019  0.075062  0.000000      0
30   04:30 2025-09-11 04:30:00  0.219821  0.176019  0.074187  0.000000      0
31   04:45 2025-09-11 04:45:00  0.219821  0.176019  0.074812  0.000000      0
32   05:00 2025-09-11 05:00:00  0.229670  0.185868  0.075562  0.000000      0
33   05:15 2025-09-11 05:15:00  0.229670  0.185868  0.076187  0.000000      0
34   05:30 2025-09-11 05:30:00  0.229670  0.185868  0.076812  0.000000      0
35   05:45 2025-09-11 05:45:00  0.229670  0.185868  0.081437  0.000000      0
36   06:00 2025-09-11 06:00:00  0.268898  0.225096  0.088844  0.000000      0
37   06:15 2025-09-11 06:15:00  0.268898  0.225096  0.093469  0.000000      0
38   06:30 2025-09-11 06:30:00  0.268898  0.225096  0.098094  0.000000      0
39   06:45 2025-09-11 06:45:00  0.268898  0.225096  0.103594  0.001230      0
40   07:00 2025-09-11 07:00:00  0.277743  0.233941  0.108734  0.000000      0
41   07:15 2025-09-11 07:15:00  0.277743  0.233941  0.114234  0.000000      0
42   07:30 2025-09-11 07:30:00  0.277743  0.233941  0.119734  0.000000      0
43   07:45 2025-09-11 07:45:00  0.277743  0.233941  0.129297  0.049629      0
44   08:00 2025-09-11 08:00:00  0.287786  0.243984  0.146000  0.148425      0
45   08:15 2025-09-11 08:15:00  0.287786  0.243984  0.155562  0.200353      0
46   08:30 2025-09-11 08:30:00  0.287786  0.243984  0.165125  0.251666      0
47   08:45 2025-09-11 08:45:00  0.287786  0.243984  0.158312  0.271519      0
48   09:00 2025-09-11 09:00:00  0.253664  0.209862  0.133859  0.235628      0
49   09:15 2025-09-11 09:15:00  0.253664  0.209862  0.127047  0.255904      0
50   09:30 2025-09-11 09:30:00  0.253664  0.209862  0.120234  0.276182      0
51   09:45 2025-09-11 09:45:00  0.253664  0.209862  0.134859  0.423739      0
52   10:00 2025-09-11 10:00:00  0.221478  0.177676  0.171609  0.683946      0
53   10:15 2025-09-11 10:15:00  0.221478  0.177676  0.186234  0.831685      0
54   10:30 2025-09-11 10:30:00  0.221478  0.177676  0.200859  0.979473      0
55   10:45 2025-09-11 10:45:00  0.221478  0.177676  0.191297  1.058933      0
56   11:00 2025-09-11 11:00:00  0.149435  0.105633  0.159359  1.103040      0
57   11:15 2025-09-11 11:15:00  0.149435  0.105633  0.149797  1.182497      0
58   11:30 2025-09-11 11:30:00  0.149435  0.105633  0.140234  1.261951      0
59   11:45 2025-09-11 11:45:00  0.149435  0.105633  0.147609  1.277651      0
60   12:00 2025-09-11 12:00:00  0.144535  0.100733  0.174266  1.252122      0
61   12:15 2025-09-11 12:15:00  0.144535  0.100733  0.181641  1.267771      0
62   12:30 2025-09-11 12:30:00  0.144535  0.100733  0.189016  1.283397      0
63   12:45 2025-09-11 12:45:00  0.144535  0.100733  0.170078  1.272558      0
64   13:00 2025-09-11 13:00:00  0.144680  0.100878  0.125812  1.254303      0
65   13:15 2025-09-11 13:15:00  0.144680  0.100878  0.106875  1.243407      0
66   13:30 2025-09-11 13:30:00  0.144680  0.100878  0.087938  1.232480      0
67   13:45 2025-09-11 13:45:00  0.144680  0.100878  0.091375  1.171757      0
68   14:00 2025-09-11 14:00:00  0.143869  0.100067  0.108063  1.106342      0
69   14:15 2025-09-11 14:15:00  0.143869  0.100067  0.111500  1.045565      0
70   14:30 2025-09-11 14:30:00  0.143869  0.100067  0.114938  0.984763      0
71   14:45 2025-09-11 14:45:00  0.143869  0.100067  0.132500  0.797411      0
72   15:00 2025-09-11 15:00:00  0.144752  0.100950  0.165156  0.467260      0
73   15:15 2025-09-11 15:15:00  0.144752  0.100950  0.182719  0.276082      0
74   15:30 2025-09-11 15:30:00  0.144752  0.100950  0.200281  0.083262      0
75   15:45 2025-09-11 15:45:00  0.144752  0.100950  0.199844  0.063574      0
76   16:00 2025-09-11 16:00:00  0.148394  0.104592  0.183875  0.169813      0
77   16:15 2025-09-11 16:15:00  0.148394  0.104592  0.183438  0.150568      0
78   16:30 2025-09-11 16:30:00  0.148394  0.104592  0.183000  0.131309      0
79   16:45 2025-09-11 16:45:00  0.148394  0.104592  0.190687  0.132617      0
80   17:00 2025-09-11 17:00:00  0.227044  0.183242  0.205734  0.149057      0
81   17:15 2025-09-11 17:15:00  0.227044  0.183242  0.213422  0.151164      0
82   17:30 2025-09-11 17:30:00  0.227044  0.183242  0.221109  0.148386      0
83   17:45 2025-09-11 17:45:00  0.227044  0.183242  0.223734  0.149924      0
84   18:00 2025-09-11 18:00:00  0.277102  0.233300  0.221078  0.160688      0
85   18:15 2025-09-11 18:15:00  0.277102  0.233300  0.223703  0.162225      0
86   18:30 2025-09-11 18:30:00  0.277102  0.233300  0.226328  0.163763      0
87   18:45 2025-09-11 18:45:00  0.277102  0.233300  0.234891  0.128396      0
88   19:00 2025-09-11 19:00:00  0.296934  0.253132  0.249734  0.061113      0
89   19:15 2025-09-11 19:15:00  0.296934  0.253132  0.258297  0.023379      0
90   19:30 2025-09-11 19:30:00  0.296934  0.253132  0.266859  0.000000      0
91   19:45 2025-09-11 19:45:00  0.296934  0.253132  0.268109  0.000000      0
92   20:00 2025-09-11 20:00:00  0.292082  0.248280  0.268547  0.004102      0
93   20:15 2025-09-11 20:15:00  0.292082  0.248280  0.269797  0.000820      0
94   20:30 2025-09-11 20:30:00  0.292082  0.248280  0.271047  0.000000      0
95   20:45 2025-09-11 20:45:00  0.292082  0.248280  0.253609  0.000000      0
96   21:00 2025-09-11 21:00:00  0.269624  0.225822  0.221047  0.000000      0
97   21:15 2025-09-11 21:15:00  0.269624  0.225822  0.203609  0.000000      0
98   21:30 2025-09-11 21:30:00  0.269624  0.225822  0.186172  0.000000      0
99   21:45 2025-09-11 21:45:00  0.269624  0.225822  0.173172  0.000000      0
100  22:00 2025-09-11 22:00:00  0.243016  0.199214  0.161062  0.000000      0
101  22:15 2025-09-11 22:15:00  0.243016  0.199214  0.148062  0.000000      0
102  22:30 2025-09-11 22:30:00  0.243016  0.199214  0.135062  0.000000      0
103  22:45 2025-09-11 22:45:00  0.243016  0.199214  0.131812  0.000000      0
104  23:00 2025-09-11 23:00:00  0.217340  0.173538  0.135875  0.000000      0
105  23:15 2025-09-11 23:15:00  0.217340  0.173538  0.132625  0.000000      0
106  23:30 2025-09-11 23:30:00  0.217340  0.173538  0.129375  0.000000      0
107  23:45 2025-09-11 23:45:00  0.217340  0.173538  0.126125  0.000000      0
2025-09-10 20:40:05 info: No reduced hours applied for Accu schuur
2025-09-10 20:40:05 info: Startwaarde SoC Accu schuur: 27.0%
2025-09-10 20:40:05 info: 

2025-09-10 20:40:05 info: Boiler niet aanwezig of staat uit, boiler wordt niet ingepland
2025-09-10 20:40:05 info: Instellingen voor laden van EV: Corsa-E
2025-09-10 20:40:05 info: Direct laden is uit
2025-09-10 20:40:05 info:  Ampere  Effic. Grid kW Accu kW
2025-09-10 20:40:05 info:    0.00    1.00    0.00    0.00
2025-09-10 20:40:05 info:    6.00    0.95    1.38    1.31
2025-09-10 20:40:05 info:    7.00    0.95    1.61    1.53
2025-09-10 20:40:05 info:    8.00    0.95    1.84    1.75
2025-09-10 20:40:05 info:   18.00    0.95    4.14    3.93
2025-09-10 20:40:05 info:   21.00    0.95    4.83    4.59
2025-09-10 20:40:05 info:   24.00    0.95    5.52    5.24
2025-09-10 20:40:05 info:   27.00    0.95    6.21    5.90
2025-09-10 20:40:05 info:   30.00    0.95    6.90    6.55
2025-09-10 20:40:05 info:   33.00    0.94    7.59    7.13
2025-09-10 20:40:05 info:   36.00    0.93    8.28    7.70
2025-09-10 20:40:05 info:   39.00    0.92    8.97    8.25
2025-09-10 20:40:05 info:   42.00    0.91    9.66    8.79
2025-09-10 20:40:05 info:   45.00    0.85   10.35    8.80
2025-09-10 20:40:05 info:   48.00    0.80   11.04    8.83
2025-09-10 20:40:05 info: Capaciteit accu: 47.0 kWh
2025-09-10 20:40:05 info: Maximaal laadvermogen: 11.04 kW
2025-09-10 20:40:05 info: Klaar met laden op: 11-09-2025 06:00:00
2025-09-10 20:40:05 info: Huidig laadniveau: 59.0 %
2025-09-10 20:40:05 info: Gewenst laadniveau:35.0 %
2025-09-10 20:40:05 info: Marge voor het laden: 1 %
2025-09-10 20:40:05 info: Locatie: home
2025-09-10 20:40:05 info: Ingeplugged:True
2025-09-10 20:40:05 info: Benodigde energie: 0 kWh
2025-09-10 20:40:05 info: Tijd nodig om te laden: 0.00 uur
2025-09-10 20:40:05 info: Afgerond naar hele uren: 0
2025-09-10 20:40:05 info: Stand laden schakelaar: off
2025-09-10 20:40:05 info: Stand aantal ampere laden: 0.0 A
2025-09-10 20:40:05 info: Opladen wordt niet ingepland, omdat werkelijk niveau (59.0%) hoger is of gelijk aan gewenst niveau (35.0% minus de marge 1%).
2025-09-10 20:40:05 info: Instellingen voor laden van EV: boiler
2025-09-10 20:40:05 info: Direct laden is uit
2025-09-10 20:40:05 info:  Ampere  Effic. Grid kW Accu kW
2025-09-10 20:40:05 info:    0.00    1.00    0.00    0.00
2025-09-10 20:40:05 info:    4.00    0.93    0.92    0.86
2025-09-10 20:40:05 info:    5.00    0.93    1.15    1.07
2025-09-10 20:40:05 info:    6.00    0.95    1.38    1.31
2025-09-10 20:40:05 info:    7.00    0.97    1.61    1.56
2025-09-10 20:40:05 info:    8.00    0.99    1.84    1.82
2025-09-10 20:40:05 info:    9.00    0.99    2.07    2.05
2025-09-10 20:40:05 info:   10.00    0.99    2.30    2.28
2025-09-10 20:40:05 info: Capaciteit accu: 13.4 kWh
2025-09-10 20:40:05 info: Maximaal laadvermogen: 2.3 kW
2025-09-10 20:40:05 info: Klaar met laden op: 11-09-2025 18:00:00
2025-09-10 20:40:05 info: Huidig laadniveau: 20.0562496185303 %
2025-09-10 20:40:05 info: Gewenst laadniveau:70.0 %
2025-09-10 20:40:05 info: Marge voor het laden: 1 %
2025-09-10 20:40:05 info: Locatie: home
2025-09-10 20:40:05 info: Ingeplugged:False
2025-09-10 20:40:05 info: Benodigde energie: 6.6924625511169396 kWh
2025-09-10 20:40:05 info: Tijd nodig om te laden: 11.76 uur
2025-09-10 20:40:05 info: Afgerond naar hele uren: 12
2025-09-10 20:40:05 info: Stand laden schakelaar: off
2025-09-10 20:40:05 info: Stand aantal ampere laden: 0.0 A
2025-09-10 20:40:05 info: Opladen wordt niet ingepland, omdat auto is niet ingeplugd.
2025-09-10 20:40:05 info: Warmtepomp niet aanwezig of enabled - warmtepomp wordt niet ingepland



ERROR while running Cbc. Signal SIGSEGV caught. Getting stack trace.
/root/dao/venv/day_ahead/lib/python3.11/site-packages/mip/libraries/cbc-c-linux-x86-64.so(_Z15CbcCrashHandleri+0x119) [0x7f5fc15c3459]
/lib/x86_64-linux-gnu/libc.so.6(+0x3c050) [0x7f5fd5bdb050]
python3(_PyObject_MakeTpCall+0x229) [0x517fc9]
python3(_PyEval_EvalFrameDefault+0x8f0) [0x52b9e0]
python3(PyEval_EvalCode+0xbb) [0x5236bb]
python3() [0x647d97]
python3() [0x6456ef]
python3() [0x651770]
python3(_PyRun_SimpleFileObject+0x18b) [0x6514bb]
python3(_PyRun_AnyFileObject+0x44) [0x6512e4]
python3(Py_RunMain+0x20f) [0x65007f]
python3(Py_BytesMain+0x27) [0x627d37]
/lib/x86_64-linux-gnu/libc.so.6(+0x2724a) [0x7f5fd5bc624a]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f5fd5bc6305]
python3(_start+0x21) [0x627bd1]




ERROR while running Cbc. Signal SIGABRT caught. Getting stack trace.
/root/dao/venv/day_ahead/lib/python3.11/site-packages/mip/libraries/cbc-c-linux-x86-64.so(_Z15CbcCrashHandleri+0x119) [0x7f5fc15c3459]
/lib/x86_64-linux-gnu/libc.so.6(+0x3c050) [0x7f5fd5bdb050]
/lib/x86_64-linux-gnu/libc.so.6(+0x8aeec) [0x7f5fd5c29eec]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x12) [0x7f5fd5bdafb2]
/lib/x86_64-linux-gnu/libc.so.6(abort+0xd3) [0x7f5fd5bc5472]
/root/dao/venv/day_ahead/lib/python3.11/site-packages/mip/libraries/cbc-c-linux-x86-64.so(+0x1772d2) [0x7f5fc15772d2]
/lib/x86_64-linux-gnu/libc.so.6(+0x3c050) [0x7f5fd5bdb050]
python3(_PyObject_MakeTpCall+0x229) [0x517fc9]
python3(_PyEval_EvalFrameDefault+0x8f0) [0x52b9e0]
python3(PyEval_EvalCode+0xbb) [0x5236bb]
python3() [0x647d97]
python3() [0x6456ef]
python3() [0x651770]
python3(_PyRun_SimpleFileObject+0x18b) [0x6514bb]
python3(_PyRun_AnyFileObject+0x44) [0x6512e4]
python3(Py_RunMain+0x20f) [0x65007f]
python3(Py_BytesMain+0x27) [0x627d37]
/lib/x86_64-linux-gnu/libc.so.6(+0x2724a) [0x7f5fd5bc624a]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x85) [0x7f5fd5bc6305]
python3(_start+0x21) [0x627bd1]
Config:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516

{
  "homeassistant": { 
     "protocol api": "http",
     "host": "192.168.100.18",
     "ip port": 8123,
     "token": "!secret ha_api_token"
  },
  "database ha": {
    "engine": "sqlite",
    "database": "home-assistant_v2.db",
    "db_path": "/homeassistant"
  },
  "database da": {
    "engine": "sqlite",
    "db_path": "../data"
  },
  "meteoserver-key": "!secret meteoserver-key",
  "meteoserver-model": "harmonie",
  "meteoserver-attemps": 2,
  "interval": "15min",
  "prices": {
    "source day ahead": "nordpool",
    "entsoe-api-key": "!secret entsoe-api-key",
    "energy taxes consumption": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "energy taxes production": {
      "2022-01-01": 0.06729,
      "2023-01-01": 0.12599,
      "2024-01-01": 0.10880,
      "2025-01-01": 0.10154
    },
    "cost supplier consumption": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496,
      "2025-01-01": 0.0181
    },
    "cost supplier production": {
      "2022-01-01": 0.002,
      "2023-03-01": 0.018,
      "2024-04-01": 0.0175,
      "2024-08-01": 0.020496,
      "2025-01-01": -0.0181
    },
    "vat consumption": {
      "2022-01-01": 21,
      "2022-07-01": 9,
      "2023-01-01": 21
    },
    "vat production": {
      "2022-01-01": 21,
      "2022-07-01": 9,
      "2023-01-01": 21
    },
    "last invoice": "2025-02-27",
    "tax refund": "True"
  },
  "logging level" : "info",
  "use_calc_baseload": "True",
  "baseload calc periode": 56,
  "baseload": [
    0.40,
    0.40,
    0.40,
    0.40,
    0.65,
    0.65,
    0.65,
    0.65,
    0.90,
    1.30,
    2.00,
    1.80,
    1.70,
    1.30,
    1.10,
    1.30,
    1.60,
    1.60,
    0.90,
    0.90,
    0.90,
    0.70,
    0.70,
    0.50
  ],
  "graphical backend": "",
  "graphics": {
    "style": "dark_background",
    "show" : "true",
    "battery balance": "True",
    "prices delivery": "False",
    "prices redelivery": "True",
    "average delivery": "False",
    "prices consumption": "True",
    "prices production": "True",
    "prices spot": "True",
    "average consumption": "True"
  },
  "strategy": "minimize cost",
  "notifications": {
  },
  "grid": {
    "max_power": 18
  },
  "history": {
    "save days": 14
  },
  "dashboard": {
    "port": 5000
  },
  "boiler": {
    "boiler present": "False",
    "entity actual temp.": "sensor.boiler_boiler_temperature",
    "entity setpoint": "input_number.boiler_desiredtemperature",
    "cop": 1.0,
    "cooling rate": 0.4,
    "volume": 100,
    "heating allowed below": 70,
    "elec. power": 2100,
    "entity hysterese": "input_number.boiler_hysterese",
    "activate service": "turn_on",
    "activate entity": "input_boolean.dao_boiler_activate"
  },
  "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
  },
  "battery": [ 
          {
        "name": "Accu schuur",
        "entity actual level": "sensor.victron_battery_state_of_charge_system",
        "capacity": 31,
        "upper limit": 100,
        "lower limit": 15,
        "optimal lower level": 20,
        "entity min soc end opt": "input_number.bat_min_soc_einde_opt",
        "entity max soc end opt": "input_number.bat_max_soc_einde_opt",
      "charge stages": [
            {
              "power": 0,
              "efficiency": 1
            },
            {
              "power": 180,
              "efficiency": 0.711
            },
            {
              "power": 495,
              "efficiency": 0.806
            },
            {
              "power": 591,
              "efficiency": 0.838
            },
            {
              "power": 651,
              "efficiency": 0.848
            },
            {
              "power": 798,
              "efficiency": 0.865
            },
            {
              "power": 1140,
              "efficiency": 0.895
            },
            {
              "power": 1446,
              "efficiency": 0.913
            },
            {
              "power": 2274,
              "efficiency": 0.920
            },
            {
              "power": 2456,
              "efficiency": 0.920
            },
        {
              "power": 3009,
              "efficiency": 0.922
        },
        {
              "power": 4170,
              "efficiency": 0.921
            },
        {
              "power": 5298,
              "efficiency": 0.916
            },
        {
              "power": 6200,
              "efficiency": 0.910
            },
            {
              "power": 7116,
              "efficiency": 0.906
            },
            {
              "power": 8100,
              "efficiency": 0.885
            },
        {
              "power": 9000,
              "efficiency": 0.80
            },
        {
              "power": 10500,
              "efficiency": 0.75
            }
   ],
   "discharge stages": [
            {
              "power": 0,
              "efficiency": 1
            },
            {
              "power": 117,
              "efficiency": 0.661
            },
            {
              "power": 192,
              "efficiency": 0.762
            },
            {
              "power": 315,
              "efficiency": 0.835
            },
            {
              "power": 579,
              "efficiency": 0.902
            },
            {
              "power": 837,
              "efficiency": 0.927
            },
            {
              "power": 1206,
              "efficiency": 0.941
            },
            {
              "power": 1467,
              "efficiency": 0.95
            },
            {
              "power": 1866,
              "efficiency": 0.957
            },
            {
              "power": 2262,
              "efficiency": 0.956
            },
            {
              "power": 3300,
              "efficiency": 0.956
            },
        {
              "power": 4398,
              "efficiency": 0.950
            },
        {
              "power": 5430,
              "efficiency": 0.944
            },
        {
              "power": 6564,
              "efficiency": 0.935
            },
            {
              "power": 7230,
              "efficiency": 0.929
            },
        {
              "power": 8235,
              "efficiency": 0.919
            },
            {
              "power": 9360,
              "efficiency": 0.909
            },
        {
              "power": 10312,
              "efficiency": 0.80
            },
            {
              "power": 11265,
              "efficiency": 0.75
            },
            {
              "power": 12378,
              "efficiency": 0.70
            }
          ],
          "minimum power": 300,
          "dc_to_bat efficiency": 0.98,
          "bat_to_dc efficiency": 0.98,
          "cycle cost": 0.01,
          "entity set power feedin": "input_number.batt_power_feedin",
          "entity set operating mode": "input_select.batt_operating_mode",
          "entity stop inverter": "input_datetime.batt_inverter_stop",
          "entity balance switch": "input_boolean.batt_balance_switch",
          "solar": [ ]
      }
  ],
  "solar": [ 
    {
      "name": "Growatt oostkant",
      "tilt": 35,
      "orientation": 270,
      "capacity": 4.4,
      "yield": 0.008,
      "entity pv switch": "input_boolean.pv_huis_onoff"
    },
    {
      "name": "Growatt westkant",
      "tilt": 35,
      "orientation": 90,
      "capacity": 4.4,
      "yield": 0.008,
      "entity pv switch": "input_boolean.pv_huis_onoff"
    },
    {
      "name": "schuur zuid",
      "tilt": 35,
      "orientation": 0,
      "capacity": 0.88,
      "yield": 0.00215,
      "entity pv switch": "input_boolean.pv_schuur_onoff"
    },
    {
      "name": "schuur midden",
      "tilt": 35,
      "orientation": 0,
      "capacity": 0.88,
      "yield": 0.00215,
      "entity pv switch": "input_boolean.pv_schuur_onoff"
    },
    {
      "name": "schuur noord",
      "tilt": 35,
      "orientation": 0,
      "capacity": 0.88,
      "yield": 0.00215,
      "entity pv switch": "input_boolean.pv_schuur_onoff"
    },
    {
      "name": "schuur platnoord",
      "tilt": 10,
      "orientation": 180,
      "capacity": 1.1,
      "yield": 0.0018,
      "entity pv switch": "input_boolean.pv_schuur_onoff"
    },
    {
      "name": "erker",
      "tilt": 10,
      "orientation": 270,
      "capacity": 0.55,
      "yield": 0.0006,
      "entity pv switch": "input_boolean.pv_huis_onoff"
    },
    {
      "name": "aanbouw",
      "tilt": 10,
      "orientation": 90,
      "capacity": 1.1,
      "yield": 0.0014,
      "entity pv switch": "input_boolean.pv_huis_onoff"
    }
  ],
  "electric vehicle": [ 
    {
      "name": "Corsa-E",
      "capacity": 47.0,
      "entity max amperage": "input_number.ev_max_charge_amps",
      "entity position": "input_select.corsae_location",
      "entity instant start": "input_boolean.dao_nu_laden",
      "entity instant level": "input_number.dao_nu_laden_soc",
      "charge three phase": "False",
      "charge stages" : [
      {"ampere":  0, "efficiency" :  1},
            {"ampere":  6, "efficiency": 0.95},
            {"ampere":  7, "efficiency": 0.95},
            {"ampere":  8, "efficiency": 0.95},
            {"ampere": 18, "efficiency": 0.95},
            {"ampere": 21, "efficiency": 0.95},
            {"ampere": 24, "efficiency": 0.95},
            {"ampere": 27, "efficiency": 0.95},
      {"ampere": 30, "efficiency": 0.95},
            {"ampere": 33, "efficiency": 0.94},
            {"ampere": 36, "efficiency": 0.93},
            {"ampere": 39, "efficiency": 0.92},
            {"ampere": 42, "efficiency": 0.91},
            {"ampere": 45, "efficiency": 0.85},
            {"ampere": 48, "efficiency": 0.80}
      ],
      "entity actual level": "sensor.corsa_e_battery_percent",
      "entity plugged in": "binary_sensor.charger_pluggedin",
      "charge scheduler": {
        "entity set level": "input_number.ev_desired_chargelevel",
        "level margin": 1,
        "entity ready datetime": "input_datetime.charge_ready_datetime"
      },
      "charge switch": "input_boolean.corsae_charge_switch",
      "entity set charging ampere": "input_number.dao_laadpaal_amp"
    },
    {
      "name": "boiler",
      "capacity": 13.4,
      "entity max amperage": "input_number.ev_max_charge_amps",
      "entity position": "input_select.corsae_location",
      "charge three phase": "False",
      "charge stages" : [
        {"ampere":  0,  "efficiency":  1},
        {"ampere":  4,  "efficiency": 0.93 },
        {"ampere":  5,  "efficiency": 0.93 },
        {"ampere":  6,  "efficiency": 0.95 },
        {"ampere":  7,  "efficiency": 0.97 },
        {"ampere":  8,  "efficiency": 0.99 },
        {"ampere":  9,  "efficiency": 0.99 },
        {"ampere":  10,  "efficiency": 0.99 }
      ],
      "entity actual level": "sensor.boiler_boiler_temperature",
      "entity plugged in": "binary_sensor.electricity_cheaperthangas",
      "charge scheduler": {
        "entity set level": "input_number.boiler_desiredtemperature",
        "level margin": 1,
        "entity ready datetime": "input_datetime.dao_boiler_ready_datetime"
      },
      "charge switch": "input_boolean.dao_boiler_activate",
      "entity set charging ampere": "input_number.dao_boiler_ampsetpoint"
    }
  ],
  "machines" : [ ],
  "tibber": {
    "api_token": "!secret tibber_api_token"
  },
  "report": {
    "entities grid consumption": [
      "sensor.energy_consumption_tarif_1",
      "sensor.energy_consumption_tarif_2"
    ],
    "entities grid production": [
      "sensor.energy_production_tarif_1",
      "sensor.energy_production_tarif_2"
    ],
    "entities solar production ac": [
      "sensor.pv_opbrengst_huisdak",
      "sensor.noordkant_yieldtotal",
      "sensor.midden_schuur_yieldtotal",
      "sensor.zuidkant_yieldtotal",
      "sensor.schuur_opnoorden_yieldtotal",
      "sensor.aanbouw_yieldtotal",
      "sensor.erker_yieldtotal"
    ],
   "entities solar production dc": [],
    "entities ev consumption" : ["sensor.laadpaal_energieverbruik_kwh", "sensor.boiler_boiler_daily_energy"],
    "/entities wp consumption" : ["sensor.warmtepomp_energieverbruik"],
    "entities wp consumption" : [],
    "entities boiler consumption": [],
    "entities battery consumption": ["sensor.victron_energy_into_battery"],
    "entities battery production": ["sensor.victron_energy_from_battery"]  },
  "scheduler": {
    "active": "true",
    "0433": "get_meteo_data",
    "0930": "calc_baseloads",
    "1033": "get_meteo_data",
    "1633": "get_meteo_data",
    "2233": "get_meteo_data",
    "2235": "calc_baseloads",
    "xx55": "get_day_ahead_prices",
    "2359": "clean_data"
  }
}
De day_ahead.db in addon_configs/1f491d2b_day_ahead_opt-testing/dao_data had ik verwijderd zoals geinstrueerd, verder netjes meteodata en day ahead prijzen opgevraagd alvorens een run te doen.

Met interval op 1hour eveneens SIGSEGV

woensdag 10 september 2025 22:41

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
DaBit schreef op woensdag 10 september 2025 @ 20:57:
ERROR while running Cbc. Signal SIGSEGV caught


[...]


Config:


[...]


De day_ahead.db in addon_configs/1f491d2b_day_ahead_opt-testing/dao_data had ik verwijderd zoals geinstrueerd, verder netjes meteodata en day ahead prijzen opgevraagd alvorens een run te doen.

Met interval op 1hour eveneens SIGSEGV
Interessant.
Dank voor het testen en het melden.
Ik heb deze fout nog nooit gehad.
Doet de productie-versie (2025.9.0) het wel met dezelfde settings?

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

donderdag 11 september 2025 07:44

Acties:
  • +1 Henk 'm!
  • DaBit
  • Registratie: Januari 2000
  • Laatst online: 11:53

DaBit

Ja, die werkt zoals verwacht. De vorige rc ook, maar die was identiek aan de productieversie meen ik.

donderdag 11 september 2025 08:46

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
DaBit schreef op woensdag 10 september 2025 @ 20:57:
ERROR while running Cbc. Signal SIGSEGV caught


[...]


Config:


[...]


De day_ahead.db in addon_configs/1f491d2b_day_ahead_opt-testing/dao_data had ik verwijderd zoals geinstrueerd, verder netjes meteodata en day ahead prijzen opgevraagd alvorens een run te doen.

Met interval op 1hour eveneens SIGSEGV
Ik heb je instellingen gekopieerd en alle entiteiten aangepast naar mijn situatie.
Maar bij mij draait ie gewoon.
Ik vrees dat het een geheugen probleem is.
Heb jij in HA de integratie "system monitor" geïnstalleerd?
Die geeft o.a. inzicht in het vrije geheugen van de je systeem:
Afbeeldingslocatie: https://tweakers.net/i/99ydUZ_CEOPyYOWFfAVFyd_zfTQ=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/G8WSWni2wppdHaZY2XbXxxzz.png?f=user_large

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

donderdag 11 september 2025 09:21

Acties:
  • +1 Henk 'm!
  • DaBit
  • Registratie: Januari 2000
  • Laatst online: 11:53

DaBit

Geen geheugenprobleem op de host in ieder geval. Misschien dat HA ergens nog het geheugengebruik van addon-dockers beperkt?

Normaal draai ik met 4GB RAM toegekend aan de HA VM waarvan ongeveer 1,9GB in gebruik is en de rest vrij. Het draaien van een optimalisatie laat niet echt een piek zien in geheugengebruik.

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

Voor de test heb ik de HA VM eens 8GB aan RAM kado gedaan, maar dat levert nog steeds de SIGSEGV op. Of anders gezegd: het gedrag verandert niet.

Afbeeldingslocatie: https://tweakers.net/i/kJ2-etY6z8rTyzpZDoV_ifI5V2A=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/8C0Oo2dY4MvTuHGXUpitkKFT.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/DZFwmfcDY3FiV_tijzE0PSBQFFc=/800x/filters:strip_exif()/f/image/4YDI4g4UO2Fo1br5y1PmICHD.png?f=fotoalbum_large
Als je wil kan ik die test ook nog wel eens herhalen met desnoods 32GB of 48GB aan RAM toegekend aan de HomeAssistant VM, maar ik denk niet dat dat wat oplost.

Oja, interval nog op 1hour.
HomeAssistant en HA-OS zijn up to date. Core 2025.9.1, Supervisor 2025.09.0, OS 16.2

[ Voor 5% gewijzigd door DaBit op 11-09-2025 10:33 ]

donderdag 11 september 2025 09:35

Acties:
  • +1 Henk 'm!
  • DaBit
  • Registratie: Januari 2000
  • Laatst online: 11:53

DaBit

Nog een klein testje gedaan en de virtuele CPU op de zeer standaard x86-64-v2-AES gezet ipv 'host' (wat een core i3-9100F is). Maakt niet uit; DAO 2025.9.0 draait prima, DAO 2025.9.1.rc1 geeft segmentation faults.

Tweede test; er was nog een verschil tussen de produktie en rc varianten: bij de rc had ik de day_ahead.db file verwijderd voor ik de addon startte. Datzelfde heb ik nu bij de productieversie ook eens gedaan. Maar helaas, wederom doet die het na ophalen meteo en dayaheadprijzen wel.

[ Voor 40% gewijzigd door DaBit op 11-09-2025 09:41 ]

donderdag 11 september 2025 10:28

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
DaBit schreef op donderdag 11 september 2025 @ 09:21:
Geen geheugenprobleem op de host in ieder geval. Misschien dat HA ergens nog het geheugengebruik van addon-dockers beperkt?

Normaal draai ik met 4GB RAM toegekend aan de HA VM waarvan ongeveer 1,9GB in gebruik is en de rest vrij. Het draaien van een optimalisatie laat niet echt een piek zien in geheugengebruik.

[Afbeelding]

Voor de test heb ik de HA VM eens 8GB aan RAM kado gedaan, maar dat levert nog steeds de SIGSEGV op. Of anders gezegd: het gedrag verandert niet.

[Afbeelding]

[Afbeelding]

Als je wil kan ik die test ook nog wel eens herhalen met desnoods 32GB of 48GB aan RAM toegekend aan de HomeAssistant VM, maar ik denk niet dat dat wat oplost.

Oja, interval nog op 1hour.
HomeAssistant en HA-OS zijn up to date. Core 2025.9.1, Supervisor 2025.09.0, OS 16.2
Dank je wel voor het uitgebreide onderzoek!
Dat lijkt me inderdaad geen geheugenprobleem.
Ik blijf nu een beetje verbijsterd achter, omdat ik op dit moment geen oplossing weet.
Ik ga verder op onderzoek uit....
Wellicht hebben andere lezers een suggestie?

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

donderdag 11 september 2025 13:01

Acties:
  • +1 Henk 'm!
  • Lasoul
  • Registratie: November 2001
  • Nu online

Lasoul

KC27 schreef op donderdag 11 september 2025 @ 10:28:
[...]

Dank je wel voor het uitgebreide onderzoek!
Dat lijkt me inderdaad geen geheugenprobleem.
Ik blijf nu een beetje verbijsterd achter, omdat ik op dit moment geen oplossing weet.
Ik ga verder op onderzoek uit....
Wellicht hebben andere lezers een suggestie?
In plaats van een volledig model te testen/optimaliseren zou je terug naar de basis kunnen en kijken of het met een basis configuratie het wel werkt en dan zaken zoals accu, EV etc. toevoegen.

donderdag 11 september 2025 13:04

Acties:
  • 0 Henk 'm!
  • KC27
  • Registratie: December 2009
  • Niet online

KC27

Topicstarter
Lasoul schreef op donderdag 11 september 2025 @ 13:01:
[...]


In plaats van een volledig model te testen/optimaliseren zou je terug naar de basis kunnen en kijken of het met een basis configuratie het wel werkt en dan zaken zoals accu, EV etc. toevoegen.
Zoiets had ik ook willen voorstellen maar dan andersom: steeds een onderdeel "weghalen" en dan kijken wat voor effect dat heeft.

WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer

donderdag 11 september 2025 14:16

Acties:
  • 0 Henk 'm!
  • Lasoul
  • Registratie: November 2001
  • Nu online

Lasoul

@KC27 hoe kan ik DOA gebruiken om mijn accu 's winters te laten laden op de goedkope momenten zodat mijn warmtepomp (grotendeels) op de accu kan draaien gedurende de dag/nacht?

Mijn Quatt hybride warmtepomp wordt op basis van de thermostaat gestuurd en "pruttelt" eigenlijk het grootste gedeelte van de dag op het gewenste vermogen door omdat ik geen nachtverlaging toepas.

[ Voor 35% gewijzigd door Lasoul op 11-09-2025 14:23 ]

Pagina: 1 ... 12 13 Laatste
Reageer

Apple iPhone 16e LG OLED evo G5 Google Pixel 10 Samsung Galaxy S25 Star Wars: Outlaws Nintendo Switch 2 Apple AirPods Pro (2e generatie) Sony PlayStation 5 Pro

Tweakers is onderdeel van DPG Media B.V.
Alle rechten voorbehouden - Auteursrecht © 1998 - 2025 • Hosting door TrueFullstaq