corneel27 / day-ahead

Optimize your consumption, production and batterystorage of electricity with dynamic prices
Apache License 2.0
71 stars 3 forks source link

"notification entity" stopt #74

Open tonvanboven opened 9 months ago

tonvanboven commented 9 months ago

Ik heb in HA een watchdog geknoopt aan de "notification entity" omdat de "last activity entity" het al enige tijd niet meer doet, en om een onverklaarbare wijze is om vijf uur vanmorgen de melding 'calc gestart' niet doorgekomen

Scherm­afbeelding 2024-02-19 om 11 13 27

Vervolgens gaat om 5:01 uur in HA het watchdog alarm af en heb met de hand om 5:02 de berekening gestart.

Echter blijkt nu dat er wél om vijf uur een berekening plaats gevonden heeft omdat er een logbestand is gemaakt

Scherm­afbeelding 2024-02-19 om 11 09 56

Door een herstart van de Add-on is het 'gerepareerd'. Dit is de tweede keer dat het mij is overkomen. Kun je eens kijken Cees of er in de code iets mis is ? Ik het eventueel wel vanuit HA oplossen door bij een watchdog alarm de Add-on te herstarten maar dat is naar mijn mening niet de manier om mogelijke knelpunten in software op te lossen.

corneel27 commented 9 months ago

Ik heb het hier ook op onregelmatige tijden (ca eens in de twee dagen). Ik wil dit graag oplossen, maar ik heb er nog geen vinger achter gekregen. Wil jij het in het logbestand van 5:00 uur kijken of het volledig is? Bij mij stopt het dan na het tonen van het verloop van de accu, dus er gaat iets mis bij het "versturen" van de nieuwe instellingen naar HA. Het lijkt alsof HA dan even niet bereikbaar is. Het vreemde is dat het niet reproduceerbaar is, want een minuut erna werkt het weer wel. Tijd dat er een betere logging komt die je op "debug" kunt zetten waarbij alles wordt gelogd.

corneel27 commented 9 months ago

Het zou zelfs zo kunnen zijn dat dan de verbinding met het logbestand wordt verbroken (de log- en grafiekbestanden staan net als de instellingen buiten de addon zodat bij een nieuwe versie deze intakt blijven) . Dat kan ik testen door een logbestand lokaal aan te maken en na het genereren van de grafiek deze te verplaatsen naar de "permanente" locatie.

tonvanboven commented 9 months ago

Ik heb het hier ook op onregelmatige tijden (ca eens in de twee dagen).

Gelukkig ben ik niet de enige ;-) Dat maakt het verhaal wat geloofwaardig.

Wil jij het in het logbestand van 5:00 uur kijken of het volledig is?

Het logbestand van 5:00 is compleet. EDIT: dit blijkt het logbestand van 18 feb 2024 te zijn. Dus het logbestand is NIET gegenereerd.

corneel27 commented 9 months ago

En er is ook een "png" bestand (optimum0500.png)?

tonvanboven commented 9 months ago

En er is ook een "png" bestand (optimum0500.png)?

Nee, pas na het herstarten van de Add-on komt de eerste volgende weer om 9:00u.

corneel27 commented 9 months ago

Dat is interessante info. Dat zou erop kunnen duiden dat het programma uit zijn grafische resources loopt. De log-bestanden gaan wel ieder uur door?

tonvanboven commented 9 months ago

Dat is interessante info. Dat zou erop kunnen duiden dat het programma uit zijn grafische resources loopt. De log-bestanden gaan wel ieder uur door?

Ik heb zojuist verkeerde info gegeven over het logbestand (de post hierboven aangepast). Vanaf 5:00 zijn er geen logbestanden én png bestanden meer gegenereerd. Totdat DAO Add-On is herstart. My two cents: schedular loopt niet meer, DAO reageert echter wél op een API call om te herberekenen.

corneel27 commented 9 months ago

Het programma met scheduler is een eigen proces dat ook de berekening uitvoert als de scheduler zegt dat zijn tijd gekomen is. Als je een berekening start vanaf het dashboard of via de api dan wordt daarvoor een apart proces gestart dat stopt als ie klaar. Daarom zou het interessant zijn om te zien of en zo ja wat er in de logging van de addon zelf staat. Waarschijnlijk is door een fout het schedulerproces gestopt.

tonvanboven commented 9 months ago

Ik heb in HA het aantal logregels van standaard 50 naar 500 verzet en hoop daarmee te vangen wat er in de addon gebeurd.