API not working?

[RemyWegman]

API not working?

[developmentzonneplan]

Wij hebben de blokkade voor nu langzaam maar helemaal opgeheven.
Zo kunnen wij ook meten wat nu de status is.

Zoals fsaris ook al aan gaf, denken wij ook dat versie 0.0.20 (die 11 dagen online stond) het probleem is geweest.

Echter wij zien alleen maar requests binnenkomen op onze API die enigzins lijken op de requests zoals ze uit onze eigen zonneplan app komen. Dit maakt het debuggen voor ons ook moeilijk...

[developmentzonneplan]

Wij hebben dit weekend een reeks IPs tijdelijk op de blacklist gezet.
En wij overwegen harde limiten te gaan zetten op het aantal requests op een dag.

Dat er gebruik wordt gemaakt van onze APIs vinden wij helemaal geen probleem, maar wij zagen sommige IPs meer dan 83.000 requests op 1 dag doen. En nog een hele reeks IPs meer dan 40.000 requests per dag (~27 per min).

Tja, dan gaat het ons wel wat te gek...
Echter wij zijn hier ook nog in overleg wat wij dan wel normaal vinden.

Ondertussen zouden wij de ontwikkelaar van deze intergratie willen vragen de code nog eens goed te controleren op wat er nu is fout gegaan. Want dan kunnen wij de IPs weer toegang geven tot onze servers.

[developmentzonneplan]

Je zou weer access moeten hebben en we gaan jouw IP requests even monitoren @dacootmeister

[dstollie]

Sinds 21 november zien we dat het aantal requests van deze plugin sky-high is gegaan. Onderstaande grafiek laat dat zien. Dit zijn de requests vanaf 1 specifiek IP die deze plugin gebruikt.

In deze grafiek is te zien dat de vanaf 21 nov ongeveer 163 requests per 30 minuten van een specifiek endpoint aanroept. 30 nov is het iets gematigder geworden maar alsnog 50 requests van 1 uniek endpoint per 30 minuten.

[dstollie]

Op dit moment is het voor ons niet te zien welke versie van de plugin nu gebruikt wordt, zou mooi zijn als deze toegevoegd kunnen worden aan de headers @fsaris

[dacootmeister]

Ik krijg, na afgelopen weekend geen verbindig meer te kunnen hebben gemaakt met mijn Zonneplan app, de melding failed_to_request_login wanneer ik mijn mailadres registreer in de plugin.
Graag wil ik wel de actuele prijzen en verbruikswaarden op te kunnen halen. Hoe dit te fixen @developmentzonneplan ?

[RemyWegman]

Development, Ik begrijp dat het voor de belasting van jullie servers wat veel is, maar het is niet iets wat ik expres zou doen, het is dus de onofficiële zonneplan Hacs intergratie die vanaf mijn IP adres zo vaak data opvraagt? Maar hoe krijg ik nu als reactie van - fsaris <https://github.com/fsaris>/ - home-assistant-zonneplan-one op github <https://github.com/fsaris/home-assistant-zonneplan-one> deze mail uit naam van development zonneplan, met mail adres ***@***.***? Want Zonneplan heeft mij zojuist aan de telefoon gezegd dat zij de IP adressen hebben geblokkeerd. Wat kan ik het beste nu doen, de hacs integratie stoppen? Remy Op ma 4 dec 2023 om 10:41 schreef Development Zonneplan < ***@***.***>:

…

Wij hebben dit weekend een reeks IPs tijdelijk op de blacklist gezet. En wij overwegen harde limiten te gaan zetten op het aantal requests op een dag. Dat er gebruik wordt gemaakt van onze APIs vinden wij helemaal geen probleem, maar wij zagen sommige IPs meer dan 83.000 requests op 1 dag doen. En nog een hele reeks IPs meer dan 40.000 requests per dag (~27 per min). Tja, dan gaat het ons wel wat te gek... Echter wij zijn hier ook nog in overleg wat wij dan wel normaal vinden. Ondertussen zouden wij de ontwikkelaar van deze intergratie willen vragen de code nog eens goed te controleren op wat er nu is fout gegaan. Want dan kunnen wij de IPs weer toegang geven tot onze servers. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPMMVEY3HKGBAV2NFDLYHWLDRAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGE3TEMRSHA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[developmentzonneplan]

Even voor de duidelijkheid, we hebben geen user accounts geblokkeerd.
Onze android of iphone app zou direct weer moeten werken als wifi wordt uitgezet en de verbinding via het mobiele netwerk naar ons gemaakt wordt.

[dacootmeister]

hele reeks IPs meer dan 40.000 requests per dag (~27 per min). Tja, dan gaat het ons wel wat te gek...

Dat laatste klopt ook, kan middels mijn iphone weer de app gebruiken. De HACS integratie voor HA werkt echter niet (nu) wegens die blocking.

[RemyWegman]

Er zal wel ergens een tijd van 1 seconde in staan of zo, dan kom je aan die 86000 requests, het is alleen zo dat ik dat niet zelf in stel of zo, gebruik deze code zoals veel meer mensen met HASS zullen doen, en waarom zal er dan bij mij vandaan meer requests komen.
Dat het via 4 G werkte wist ik.
waar kan ik je van af hier mee helpen.

[developmentzonneplan]

Gebruiken jullie ook allemaal de laatste versie van deze intergratie ?
Misschien kun je je WAN IP even hier door geven (eerst 3 cijfers en laatste 3 cijfers) dan kunnen we je even deblokeren en zien hoe de laatste versie zich nu gedraagt.

[dacootmeister]

Gebruiken jullie ook allemaal de laatste versie van deze intergratie ? Misschien kun je je WAN IP even hier door geven (eerst 3 cijfers en laatste 3 cijfers) dan kunnen we je even deblokeren en zien hoe de laatste versie zich nu gedraagt.

x.x.65.146

(iets meer dan de laatste 3)

[dacootmeister]

Je zou weer access moeten hebben en we gaan jouw IP requests even monitoren @dacootmeister

werkt weer! :-)

[RemyWegman]

86.8x.xxx.135 Op ma 4 dec 2023 om 11:22 schreef Development Zonneplan < ***@***.***>:

…

Je zou weer access moeten hebben en we gaan jouw IP requests even monitoren @dacootmeister <https://github.com/dacootmeister> — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPN3T4EHZOLTR42UKGTYHWP5PAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGI2DGMRYGE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[developmentzonneplan]

@dacootmeister heb jij ook een update uitgevoerd sinds dit weekend ?
Want ook wij willen graag weten wat (en of er) een oplossing is.

[RemyWegman]

draai volgens mij 0.0.21 Op ma 4 dec 2023 om 11:30 schreef Development Zonneplan < ***@***.***>:

…

@dacootmeister <https://github.com/dacootmeister> heb jij ook een update uitgevoerd sinds dit weekend ? Want ook wij willen graag weten wat (en of er) een oplossing is. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPNK4S4ULO4JIPGPRWTYHWQ3BAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGI2TMMBSGE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[developmentzonneplan]

@RemyWegman jij hebt ook weer access. Kun jij ons ook vertellen of jij deze intergartie ondertussen hebt geupdate naar de laatste versie ?

[dacootmeister]

@dacootmeister heb jij ook een update uitgevoerd sinds dit weekend ? Want ook wij willen graag weten wat (en of er) een oplossing is.

welke update refereer je aan, van de HA Zonneplan plugin of HASS ?

Ik heb HASS geupdate op 1 december 2023 om 08:07 /Home Assistant (2023.12.0b0)
en de Zonneplan HACS integratie 5 dagen geleden naar v0.0.21

[RemyWegman]

Ik kom er nog niet in. Remy Op ma 4 dec 2023 om 11:34 schreef Development Zonneplan < ***@***.***>:

…

@RemyWegman <https://github.com/RemyWegman> jij hebt ook weer access. Kun jij ons ook vertellen of jij deze intergartie ondertussen hebt geupdate naar de laatste versie ? — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPKEECIEKECVEVVHUILYHWRLXAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGI3DGMZRGE> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[fsaris]

@developmentzonneplan

Dat er gebruik wordt gemaakt van onze APIs vinden wij helemaal geen probleem, maar wij zagen sommige IPs meer dan 83.000 requests op 1 dag doen. En nog een hele reeks IPs meer dan 40.000 requests per dag (~27 per min).

dat zijn er wel heel veel. kun je zien wat voor request dit zijn (welk endpoint)?

Interval staat op 300sec. en hij haalt dan accounts op + voor iedere connection afhankelijk van de contracten die we via accounts binnen hebben gekregen wordt een call naar pv_installation/charts/live, /electricity-delivered, /gas, /charge-points. En als er gas en/of electricity is nog 1 call naar /summary.

Kan/moet ik iets aan de headers van ieder request toevoegen zodat jullie zeker weten dat het deze integratie is en niet toevallig een issue met de app?

Misschien kun je me een dump sturen van jullie access log voor een van de IP's die zoveel requests doen? Misschien dat met dan iets opvalt mbt tot wat deze HA integratie doet.

[RemyWegman]

Nu wel, zal kijken of de hass veel data vraagt maar verwacht het eigenlijk niet, ook de app via wifi weer te benaderen. Remy Op ma 4 dec 2023 om 11:43 schreef Remy Wegman Services < ***@***.***>:

…

Ik kom er nog niet in. Remy Op ma 4 dec 2023 om 11:34 schreef Development Zonneplan < ***@***.***>: > @RemyWegman <https://github.com/RemyWegman> jij hebt ook weer access. > Kun jij ons ook vertellen of jij deze intergartie ondertussen hebt geupdate > naar de laatste versie ? > > — > Reply to this email directly, view it on GitHub > <#87 (comment)>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AD72WPKEECIEKECVEVVHUILYHWRLXAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGI3DGMZRGE> > . > You are receiving this because you were mentioned.Message ID: > ***@***.***> > -- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[developmentzonneplan]

Wij gaan helaas geen logs delen, maar we helpen graag daar waar we kunnen.
Zeker weten vanuit welke applicaties deze requests komen weten wij natuurlijk ook niet,
maar de reden dat er mensen nu in deze repos gaan klagen geeft een richting ;-)

Ook hebben we maar een heel klein groepje hoeven blokeren, het meerendeel van
waarschijnlijk deze intergratie heeft helemaal geen problemen en vertonen normaal gedrag.

[IvoVermeer]

Hi @developmentzonneplan

Ik gebruik ook de laatste versie van de integratie via HACS. Zouden jullie mij ook kunnen deblokkeren en mij laten weten als mijn IP veel requests veroorzaakt? Mijn IP is 192...62

[RemyWegman]

Welke dat wil je hebben en waar kan ik die vinden, in hass lijkt het er op dat er iedere 5 minuten een aanvraag gedaan word, kleine 300 vragen per dag, dat zal wel toelaatbaar zijn neem ik aan Re my Op ma 4 dec 2023 om 12:33 schreef Dennis Stolmeijer < ***@***.***>:

…

Op dit moment is het voor ons niet te zien welke versie van de plugin nu gebruikt wordt, zou mooi zijn als deze toegevoegd kunnen worden aan de headers @fsaris <https://github.com/fsaris> — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPMW2BUERDXQ5CWFV4LYHWYITAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGQ2DMMJYGA> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[dacootmeister]

Sinds 21 november zien we dat het aantal requests van deze plugin sky-high is gegaan. Onderstaande grafiek laat dat zien. Dit zijn de requests vanaf 1 specifiek IP die deze plugin gebruikt

In deze grafiek is te zien dat de vanaf 21 nov ongeveer 163 requests per 30 minuten van een specifiek endpoint aanroept. 30 nov is het iets gematigder geworden maar alsnog 50 requests van 1 uniek endpoint per 30 minuten. !

Wauw, dat is een hoop traffic :-| kun je mij laten weten of IK dat misschien, onbedoeld, ben? Ik heb rond die tijd een Ulanzi clock / AWTRIX Light heb geactiveerd die wat informatie met MQTT uit HA trekt. Het lijkt logisch mij dat dit geen API calls naar de zonneplan plugin triggert, maar zeker weet ik het niet

[kababoom]

Hi @developmentzonneplan

Ik gebruik ook de laatste versie van de integratie via HACS. Zouden jullie mij ook kunnen deblokkeren en mij laten weten als mijn IP veel requests veroorzaakt? Mijn IP is 192...62

192 is een intern adres (private range), je moet je externe adres achterhalen met bijvoorbeeld whatsmyipaddress.com oid.

[IvoVermeer]

Hi @developmentzonneplan
Ik gebruik ook de laatste versie van de integratie via HACS. Zouden jullie mij ook kunnen deblokkeren en mij laten weten als mijn IP veel requests veroorzaakt? Mijn IP is 192...62

192 is een intern adres (private range), je moet je externe adres achterhalen met bijvoorbeeld whatsmyipaddress.com oid.

Het is toch echt mij public IP :) Mijn DNS A record op mijn domein leidt er naartoe en alles werkt. Schermprintje uit mijn Omada controller:

[RemyWegman]

Mijn zonneplan dongel was zondag net aan zijn tweede jaar begonnen ( 2-12-2022 gestart) , kan dat er mee te maken hebben? Remy Op ma 4 dec 2023 om 10:41 schreef Development Zonneplan < ***@***.***>:

…

Wij hebben dit weekend een reeks IPs tijdelijk op de blacklist gezet. En wij overwegen harde limiten te gaan zetten op het aantal requests op een dag. Dat er gebruik wordt gemaakt van onze APIs vinden wij helemaal geen probleem, maar wij zagen sommige IPs meer dan 83.000 requests op 1 dag doen. En nog een hele reeks IPs meer dan 40.000 requests per dag (~27 per min). Tja, dan gaat het ons wel wat te gek... Echter wij zijn hier ook nog in overleg wat wij dan wel normaal vinden. Ondertussen zouden wij de ontwikkelaar van deze intergratie willen vragen de code nog eens goed te controleren op wat er nu is fout gegaan. Want dan kunnen wij de IPs weer toegang geven tot onze servers. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPMMVEY3HKGBAV2NFDLYHWLDRAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGE3TEMRSHA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[kababoom]

Hi @developmentzonneplan
Ik gebruik ook de laatste versie van de integratie via HACS. Zouden jullie mij ook kunnen deblokkeren en mij laten weten als mijn IP veel requests veroorzaakt? Mijn IP is 192...62

192 is een intern adres (private range), je moet je externe adres achterhalen met bijvoorbeeld whatsmyipaddress.com oid.

Het is toch echt mij public IP :) Mijn DNS A record op mijn domein leidt er naartoe en alles werkt. Schermprintje uit mijn Omada controller:

Ik was voorbarig, niet alle 192 is natuurlijk private..

[IvoVermeer]

@developmentzonneplan @fsaris Nog extra info: Ik heb mijn HA backups erop nageslagen. Tussen 20-11 03:00 en 21-11 03:00 is de integratie bijgewerkt van 0.0.19 naar 0.0.21b1. Op dit moment is 0.0.21 geïnstalleerd.

[fsaris]

@IvoVermeer @RemyWegman @kababoom de 0.0.21b1 versie was de versie die teveel request deed

[fsaris]

@RemyWegman

Welke dat wil je hebben en waar kan ik die vinden, in hass lijkt het er op dat er iedere 5 minuten een aanvraag gedaan word, kleine 300 vragen per dag, dat zal wel toelaatbaar zijn neem ik aan

Er gebeuren meerdere request iedere poll interval. Dus +/- 300 x per dag zo'n 5+ requests afhankelijk van welke contracten je allemaal hebt.

[RemyWegman]

Het lijkt voor mij nu opgelost, wat ik me nog wel afvraag is dit nu een zonneplan ( app-api.zonneplan.nl) probleem of een home assistant zonneplan one probleem (met hacs geladen) ? want volgens mij had ik de laatste versie 0.0.21 geïnstalleerd en geen "eigen" software om vaker data uit te lezen. Remy Op ma 4 dec 2023 om 14:05 schreef Frans Saris ***@***.***>:

…

@RemyWegman <https://github.com/RemyWegman> Welke dat wil je hebben en waar kan ik die vinden, in hass lijkt het er op dat er iedere 5 minuten een aanvraag gedaan word, kleine 300 vragen per dag, dat zal wel toelaatbaar zijn neem ik aan Er gebeuren meerdere request iedere poll interval. Dus +/- 300 x per dag zo'n 5+ requests afhankelijk van welke contracten je allemaal hebt. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPMXIBCKLKHXCRIUZPLYHXDAPAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMZYGU4TSNZUGQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[dacootmeister]

Wij hebben de blokkade voor nu langzaam maar helemaal opgeheven. Zo kunnen wij ook meten wat nu de status is.

Zoals fsaris ook al aan gaf, denken wij ook dat versie 0.0.20 (die 11 dagen online stond) het probleem is geweest.

Echter wij zien alleen maar requests binnenkomen op onze API die enigzins lijken op de requests zoals ze uit onze eigen zonneplan app komen. Dit maakt het debuggen voor ons ook moeilijk...

dan is het zeker handig om in de header te differentieren waar het verzoek vandaan komt, dus misschien nog een werkje voor @fsaris als voor @developmentzonneplan @dstollie :-)

zucht, je was me alweer voor @fsaris met #88

[fsaris]

@dstollie

In deze grafiek is te zien dat de vanaf 21 nov ongeveer 163 requests per 30 minuten van een specifiek endpoint aanroept. 30 nov is het iets gematigder geworden maar alsnog 50 requests van 1 uniek endpoint per 30 minuten.

Kan het zijn dat de request voor die tijd gewoon vanaf de app kwamen? En dat de gebruiker pas op de 21nov deze integratie is gaan gebruiken? Of hoeveel request waren het voor die tijd?

[rdgout]

De app is vrij zuinig met requests in vergelijking met deze integratie. Vandaar dat ik eerder aangaf dat het belangrijk gaat worden in de toekomst dat er geen onnodige requests gedaan worden. 😄

Alle informatie voor alle contracten ophalen is ook niet nodig namelijk, het zou juist andersom moeten werken, als je een
bepaalde sensor gebruikt dan moet hij pas die informatie ophalen.
En dan moet je eigenlijk ook nog het juiste adres ergens selecteren zodat hij altijd alleen maar voor dat adres die informatie ophaalt in plaats van alle informatie voor alle adressen.

Dat is voor ons vanuit de app kant heel onlogisch namelijk.

[RemyWegman]

Je kan de data niet met een get uit de api opvragen dan? dus voor iedere sensor wordt er een request gedaan, bij mij een 64 entiteiten of zo, dit omdat ik de data van een andere Wegman ( mijn vader) ook binnen krijg. [image: image.png] Op di 5 dec 2023 om 09:02 schreef rdgout ***@***.***>:

…

De app is vrij zuinig met requests in vergelijking met deze integratie. Vandaar dat ik eerder aangaf dat het belangrijk gaat worden in de toekomst dat er geen onnodige requests gedaan worden. 😄 Alle informatie voor alle contracten ophalen is ook niet nodig namelijk, het zou juist andersom moeten werken, als je een bepaalde sensor gebruikt dan moet hij pas die informatie ophalen. En dan moet je eigenlijk ook nog het juiste adres ergens selecteren zodat hij altijd alleen maar voor dat adres die informatie ophaalt in plaats van alle informatie voor alle adressen. Dat is voor ons vanuit de app kant heel onlogisch namelijk. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPNZVWCWHZJYNLVHXW3YH3IK3AVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGIYDKNJXGA> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[rdgout]

Je kan de data niet met een get uit de api opvragen dan? dus voor iedere sensor wordt er een request gedaan, bij mij een 64 entiteiten of zo, dit omdat ik de data van een andere Wegman ( mijn vader) ook binnen krijg. [image: image.png] Op di 5 dec 2023 om 09:02 schreef rdgout @.>:
…
De app is vrij zuinig met requests in vergelijking met deze integratie. Vandaar dat ik eerder aangaf dat het belangrijk gaat worden in de toekomst dat er geen onnodige requests gedaan worden. 😄 Alle informatie voor alle contracten ophalen is ook niet nodig namelijk, het zou juist andersom moeten werken, als je een bepaalde sensor gebruikt dan moet hij pas die informatie ophalen. En dan moet je eigenlijk ook nog het juiste adres ergens selecteren zodat hij altijd alleen maar voor dat adres die informatie ophaalt in plaats van alle informatie voor alle adressen. Dat is voor ons vanuit de app kant heel onlogisch namelijk. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AD72WPNZVWCWHZJYNLVHXW3YH3IK3AVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGIYDKNJXGA . You are receiving this because you were mentioned.Message ID: @.>
-- www.RemyWegmanServices.nl http://www.remywegmanservices.nl/ ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

De API is gemaakt voor de app en niet voor de integratie. Dat de integratie hier gebruik van kan maken is momenteel een mooi voordeel voor HA gebruikers.
Het zou mooi zijn om te horen van gebruikers van de integratie hoe jullie deze gebruiken. Kijken jullie wel naar data van andere adressen? Als dit stelselmatig niet gebeurt kan het namelijk handig zijn als @fsaris hier iets voor maakt zodat er niet continue data wordt opgehaald voor adressen die niet gebruikt worden.

[IvoVermeer]

Je kan de data niet met een get uit de api opvragen dan? dus voor iedere sensor wordt er een request gedaan, bij mij een 64 entiteiten of zo, dit omdat ik de data van een andere Wegman ( mijn vader) ook binnen krijg. [image: image.png] Op di 5 dec 2023 om 09:02 schreef rdgout @.>:
…
De app is vrij zuinig met requests in vergelijking met deze integratie. Vandaar dat ik eerder aangaf dat het belangrijk gaat worden in de toekomst dat er geen onnodige requests gedaan worden. 😄 Alle informatie voor alle contracten ophalen is ook niet nodig namelijk, het zou juist andersom moeten werken, als je een bepaalde sensor gebruikt dan moet hij pas die informatie ophalen. En dan moet je eigenlijk ook nog het juiste adres ergens selecteren zodat hij altijd alleen maar voor dat adres die informatie ophaalt in plaats van alle informatie voor alle adressen. Dat is voor ons vanuit de app kant heel onlogisch namelijk. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AD72WPNZVWCWHZJYNLVHXW3YH3IK3AVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGIYDKNJXGA . You are receiving this because you were mentioned.Message ID: _@**.**_>
-- www.RemyWegmanServices.nl http://www.remywegmanservices.nl/ ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

De API is gemaakt voor de app en niet voor de integratie. Dat de integratie hier gebruik van kan maken is momenteel een mooi voordeel voor HA gebruikers. Het zou mooi zijn om te horen van gebruikers van de integratie hoe jullie deze gebruiken. Kijken jullie wel naar data van andere adressen? Als dit stelselmatig niet gebeurt kan het namelijk handig zijn als @fsaris hier iets voor maakt zodat er niet continue data wordt opgehaald voor adressen die niet gebruikt worden.

Ik haal alleen de data op voor mijn eigen adres. Er is ook maar één adres aan mijn account gekoppeld, maar zelf als ik meerdere adressen gekoppeld had, zou ik in HA maar één adres willen. En als ik dan een tweede adres zou willen uitlezen, zou ik daarvoor best een tweede set devices willen configureren.

[RemyWegman]

Wat bedoel je met adressen? Ik heb diverse entiteiten die ik binnen krijg in mn dashboard heb staan, en het soms bekijk, maar voor mij is bv de P1 waarde om de 5 seconden geen waarde waar ik iets mee kan, dus als ik ze uit zou kunnen filteren is mij dat prima. De Hacs Integratie geeft ook wat info over de prijzen, maar dat is voor mij net niet genoeg en draai daar een entso applicatie voor. Voor mij is het actuele vermogen en de opgebrachte energie van de zonnepanelen eigenlijk de enige echte relevante data (in Hass), maar je krijgt de rest er bij. Remy Op di 5 dec 2023 om 09:26 schreef rdgout ***@***.***>:

…

Je kan de data niet met een get uit de api opvragen dan? dus voor iedere sensor wordt er een request gedaan, bij mij een 64 entiteiten of zo, dit omdat ik de data van een andere Wegman ( mijn vader) ook binnen krijg. [image: image.png] Op di 5 dec 2023 om 09:02 schreef rdgout *@*. *>: … <#m_5598812002835045836_> De app is vrij zuinig met requests in vergelijking met deze integratie. Vandaar dat ik eerder aangaf dat het belangrijk gaat worden in de toekomst dat er geen onnodige requests gedaan worden. 😄 Alle informatie voor alle contracten ophalen is ook niet nodig namelijk, het zou juist andersom moeten werken, als je een bepaalde sensor gebruikt dan moet hij pas die informatie ophalen. En dan moet je eigenlijk ook nog het juiste adres ergens selecteren zodat hij altijd alleen maar voor dat adres die informatie ophaalt in plaats van alle informatie voor alle adressen. Dat is voor ons vanuit de app kant heel onlogisch namelijk. — Reply to this email directly, view it on GitHub <#87 (comment) <#87 (comment)>>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AD72WPNZVWCWHZJYNLVHXW3YH3IK3AVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGIYDKNJXGA <https://github.com/notifications/unsubscribe-auth/AD72WPNZVWCWHZJYNLVHXW3YH3IK3AVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGIYDKNJXGA> . You are receiving this because you were mentioned.Message ID: @.*> -- www.RemyWegmanServices.nl http://www.remywegmanservices.nl/ ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ========================================================== De API is gemaakt voor de app en niet voor de integratie. Dat de integratie hier gebruik van kan maken is momenteel een mooi voordeel voor HA gebruikers. Het zou mooi zijn om te horen van gebruikers van de integratie hoe jullie deze gebruiken. Kijken jullie wel naar data van andere adressen? Als dit stelselmatig niet gebeurt kan het namelijk handig zijn als @fsaris <https://github.com/fsaris> hier iets voor maakt zodat er niet continue data wordt opgehaald voor adressen die niet gebruikt worden. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPLT35ALXOG7P2FYPFLYH3LELAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGI2DSMJQGE> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[rdgout]

Wat bedoel je met adressen?

Binnen de app kan je wisselen tussen adressen mits je aan meerdere adressen gekoppeld bent (zoals jij aan je vader). Daarmee kan je dus heel specifiek informatie ophalen voor alleen 1 specifiek adres. Deze integratie haalt alle informatie op van alle adressen ongeacht of je dit gebruikt, dat betekent dus ook dat iemand met 2 adressen per definitie al gauw 2x zoveel informatie ophaalt bij onze API. Tot voor kort dus elke 10 seconden.

Ik heb diverse entiteiten die ik binnen krijg in mn dashboard heb staan, en het soms bekijk, maar voor mij is bv de P1 waarde om de 5 seconden geen waarde waar ik iets mee kan, dus als ik ze uit zou kunnen filteren is mij dat prima. De Hacs Integratie geeft ook wat info over de prijzen, maar dat is voor mij net niet genoeg en draai daar een entso applicatie voor. Voor mij is het actuele vermogen en de opgebrachte energie van de zonnepanelen eigenlijk de enige echte relevante data (in Hass), maar je krijgt de rest er bij. Remy Op di 5 dec 2023 om 09:26 schreef rdgout @.***>:

Dat is dus precies wat ik bedoelde met informatie ophalen op basis van de sensoren die je gebruikt in plaats van alle informatie ophalen en dat doorgeven aan de sensoren.

[RemyWegman]

Dat zonneplan mijn vaders data aan mijn e mail adres hangt kan ik niet zo veel aan doen, net wel met Monique dit aangepast, @ fsaris, hoe kan ik de nu restanten uit HASS verwijderen? Remy Op di 5 dec 2023 om 09:37 schreef rdgout ***@***.***>:

…

Wat bedoel je met adressen? Binnen de app kan je wisselen tussen adressen mits je aan meerdere adressen gekoppeld bent (zoals jij aan je vader). Daarmee kan je dus heel specifiek informatie ophalen voor alleen 1 specifiek adres. Deze integratie haalt *alle* informatie op van alle adressen ongeacht of je dit gebruikt, dat betekent dus ook dat iemand met 2 adressen per definitie al gauw 2x zoveel informatie ophaalt bij onze API. Tot voor kort dus elke 10 seconden. Ik heb diverse entiteiten die ik binnen krijg in mn dashboard heb staan, en het soms bekijk, maar voor mij is bv de P1 waarde om de 5 seconden geen waarde waar ik iets mee kan, dus als ik ze uit zou kunnen filteren is mij dat prima. De Hacs Integratie geeft ook wat info over de prijzen, maar dat is voor mij net niet genoeg en draai daar een entso applicatie voor. Voor mij is het actuele vermogen en de opgebrachte energie van de zonnepanelen eigenlijk de enige echte relevante data (in Hass), maar je krijgt de rest er bij. Remy Op di 5 dec 2023 om 09:26 schreef rdgout *@*.***>: Dat is dus precies wat ik bedoelde met informatie ophalen op basis van de sensoren die je gebruikt in plaats van alle informatie ophalen en dat doorgeven aan de sensoren. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPM4EPMHWEI3LLYQYVTYH3MNJAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGI3DQNZTGQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[RemyWegman]

Ik heb de onnodige deelnemers maar uit de device.registry gehaald, gelukkig twee verschillende firmwares voor de inverter dongels, anders was het gokken. Remy Op di 5 dec 2023 om 09:57 schreef Remy Wegman Services < ***@***.***>:

…

Dat zonneplan mijn vaders data aan mijn e mail adres hangt kan ik niet zo veel aan doen, net wel met Monique dit aangepast, @ fsaris, hoe kan ik de nu restanten uit HASS verwijderen? Remy Op di 5 dec 2023 om 09:37 schreef rdgout ***@***.***>: > Wat bedoel je met adressen? > > Binnen de app kan je wisselen tussen adressen mits je aan meerdere > adressen gekoppeld bent (zoals jij aan je vader). Daarmee kan je dus heel > specifiek informatie ophalen voor alleen 1 specifiek adres. Deze integratie > haalt *alle* informatie op van alle adressen ongeacht of je dit > gebruikt, dat betekent dus ook dat iemand met 2 adressen per definitie al > gauw 2x zoveel informatie ophaalt bij onze API. Tot voor kort dus elke 10 > seconden. > > Ik heb diverse entiteiten die ik binnen krijg in mn dashboard heb staan, > en het soms bekijk, maar voor mij is bv de P1 waarde om de 5 seconden geen > waarde waar ik iets mee kan, dus als ik ze uit zou kunnen filteren is mij > dat prima. De Hacs Integratie geeft ook wat info over de prijzen, maar dat > is voor mij net niet genoeg en draai daar een entso applicatie voor. Voor > mij is het actuele vermogen en de opgebrachte energie van de zonnepanelen > eigenlijk de enige echte relevante data (in Hass), maar je krijgt de rest > er bij. Remy Op di 5 dec 2023 om 09:26 schreef rdgout *@*.***>: > > Dat is dus precies wat ik bedoelde met informatie ophalen op basis van de > sensoren die je gebruikt in plaats van alle informatie ophalen en dat > doorgeven aan de sensoren. > > — > Reply to this email directly, view it on GitHub > <#87 (comment)>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AD72WPM4EPMHWEI3LLYQYVTYH3MNJAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQGI3DQNZTGQ> > . > You are receiving this because you were mentioned.Message ID: > ***@***.***> > -- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[developmentzonneplan]

@fsaris de load is alweer redelijk terug naar normaal en er is nog maar een klein groepje waar de update nog niet is doorgevoerd. Maar dat komt vanzelf wel goed...

Wel zouden we je nog 1 ding willen vragen, kun je bij het aanroepen van een request nog een random delay toevoegen tussen de 0 en 30 seconden ?
Alle Home Assistant nodes zijn perfect gesynct met een time-server en hoe groter jouw aanhang wordt hoe meer requests er precies in die enkele secondes (per 5 min) op ons wordt afgevuurt. Of misschien heb jij wel een beter idee om wat randomness toe te voegen over al die verschillende gebruikers.

[RemyWegman]

Laatste cijfer IP adres Homeassistant als startminuut? bv 192.168.2.52 start op 2 minuten of 2 Modulo 5 start op 2 minuten Een ieder zal zn Homeassistant op een verschillend IP adres hebben staan. Remy Op di 5 dec 2023 om 13:54 schreef Development Zonneplan < ***@***.***>:

…

@fsaris <https://github.com/fsaris> de load is alweer redelijk terug naar normaal en er is nog maar een klein groepje waar de update nog niet is doorgevoerd. Maar dat komt vanzelf wel goed... Wel zouden we je nog 1 ding willen vragen, kun je bij het aanroepen van een request nog een random delay toevoegen tussen de 0 en 30 seconden ? Alle Home Assistant nodes zijn perfect gesynct met een time-server en hoe groter jouw aanhang wordt hoe meer requests er precies in die enkele secondes (per 5 min) op ons wordt afgevuurt. Of misschien heb jij wel een beter idee om wat randomness toe te voegen over al die verschillende gebruikers. — Reply to this email directly, view it on GitHub <#87 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD72WPL2XTRUKSPR36ON4PDYH4KPZAVCNFSM6AAAAABAFSW7QWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBQG4ZTSMBZGY> . You are receiving this because you were mentioned.Message ID: ***@***.***>

-- www.RemyWegmanServices.nl <http://www.remywegmanservices.nl/> ========================================================== Het Gulik 13 KVK nr. 59240024 7251CS VORDEN Mobiel: [phone] BTW ID NL001639607B26 ==========================================================

[fsaris]

Alle Home Assistant nodes zijn perfect gesynct met een time-server en hoe groter jouw aanhang wordt hoe meer requests er precies in die enkele secondes (per 5 min) op ons wordt afgevuurt. Of misschien heb jij wel een beter idee om wat randomness toe te voegen over al die verschillende gebruikers.

@developmentzonneplan dat lijkt me vreemd dat dit echt zo is. De interval begint namelijk te lopen bij de start van HA. Dit staat los van de time-server. Als je hem om 13:11 start bijv. gaat hij vanaf dat moment iedere 300 sec een run doen. Het systeem kijkt hier niet naar de huidige tijd.