Het Sessy thuisaccu verzameltopic

[Twan_V]

Glenfiddich schreef op woensdag 27 maart 2024 @ 06:53:
Extreme drift momenteel: al vanaf gisteren 23:50 uur staat SOC op 0% terwijl de Sessy maar stroom blijft leveren, inmiddels al 1.7 kWh uit een zogenaamd lege accu getrokken

We are aware! Als je/jullie ons willen helpen kan dat met meer informatie, denk aan:
- serienummer!
- wanneer ontstond het probleem weer
- in welke situatie kwam het probleem terug
- heb je error logs van dit moment

Dit probleem is niet gerelateerd aan de drift waarbij de SoC zijn eigen leven ging leiden in een idle state, die is opgelost.

Er mist een configuratie, hoe dat kan gebeuren is waar we nu naar op zoek zijn. Als je Sessy opnieuw opstart kun je in de error log voorbij zien komen, "incorrect settings detected, rewriting correct settings"

[Sparky669]

Ik kan het mis hebben, maar het lijkt er nu sterk op dat de accu met de zonnepanelen input de meeste drift heeft.

[fplin]

Twan_V schreef op woensdag 27 maart 2024 @ 08:59:
[...]


We are aware! Als je/jullie ons willen helpen kan dat met meer informatie, denk aan:
- serienummer!
- wanneer ontstond het probleem weer
- in welke situatie kwam het probleem terug
- heb je error logs van dit moment

Dit probleem is niet gerelateerd aan de drift waarbij de SoC zijn eigen leven ging leiden in een idle state, die is opgelost.

Er mist een configuratie, hoe dat kan gebeuren is waar we nu naar op zoek zijn. Als je Sessy opnieuw opstart kun je in de error log voorbij zien komen, "incorrect settings detected, rewriting correct settings"

Aanvulling, vandaag om 10:00 op laden gezet om 11:45 zegt de soc dat er 100% is bereikt hierna hebben de accu,s nog tot 12:45 staan laden en zijn nu echt vol.


Bij mij hetzelfde probleem. de SOC wordt niet juist weergegeven.
Bij lege accu als ik hem op laden zet is na 1:45 uur de Soc al op 100% terwijl hij nog zeker een uur blijft laden. Bij NOM is het precies het zelfde als de accus echt vol zijn zet ik ze op NOM en geeft hij op een bepaalde tijd weer dat de accu,s leeg zijn 0% dus. maar zij geven nog steeds stroom af. gisteravond om 22:00 volgens SOC de accu,s zijn leeg, maar zij hebben tot 01:30 uur stroom terug geleverd.
Geen foutmeldingen gevonden.
Verder werkt het prima alleen de SOC waarde is niet juist.

[ Voor 6% gewijzigd door fplin op 27-03-2024 13:00 ]

[vogel6]

ook bij mij zelfde problemen omschrijvingen als voorgaande berichten
het is 26-3 in de ochtend al begonnen bij 2 van de 6 batterijen en nu 27-3 is nog zelfde probleem zichtbaar
batterijen stonden en nu nog in NOM alleen gisteren om 12 uur aan tal uren API laden gezet , maar zelfde probleem zichtbaar .
ik ga serie nr batterijen en dongle doorgeven aan Twan
geen foutmelding gezien in de grafische weergave van de batterijen en dongle's

[Omnicron1]

Wel mooi hoor. Ik ben een gelukkige eigenaar van 2 Sessy batterijen en deze zijn dusdanig geconfigureerd dat ik met een capaciteit van 10 Kwh, aardig in de buurt kom van 0 op de teller.
Het is even een beetje tweaken en wat zoekwerk doen maar dat komt wel.

Ik vraag me alleen af hoe ik de Sessy's het snelste vol kan krijgen, want met maximaal 4.4Kwh vanuit de
Pv installatie lukt dat 'nog' niet, Ik kijk dus uit naar de dagen dat we veel zon gaan krijgen. met dit weer lukt dat maar tot 53%, en de 2e batterij blijft steevast op 22 % staan. Wordt deze dan gevuld nadat de eerste vol is ??

Ze zijn op de 11e deze maand geïnstalleerd, en als je er mee doet is het advies om alvast een een 4 mm kwadraat 3 fases of beter, wat stevige 6mm M2 neer te leggen. en ook gelijk een netwerk kabel.
Let erop dat je voor elke Sessy batterij een Netwerk connectie moet hebben, want deze communiceren via de dongel d.m.v. Wifi of LAN met de buitenwereld.
Gewoon een of ander klein standaard switch 5 of 8 kanaal is voldoende

Het leuke van deze units is dat de Ac output vanuit je PV installatie wordt onderbroken en dus eerst naar de batterij gaat. De uitgang daarvan die gaat wel naar de Alamat die in je meterkast zit.

Zo garandeert de Sessy het autonoom bijspringen binnen je iegen infra, als er bijv geen stroom wordt opgewekt door sneeuw, slecht weer of gebrek aan zon.

Wat ik alleen wel mis is het goed en simpel zichtbaar zijn van de laad en of ontaad functie.!
Ja die staat in een of andere grafiek, die ik persoonlijk een beetje onduidelijk vind. maar goed.

Ik houd de boel nu moeiteloos in de gaten door gebruik te maken van de Home-wizzward app. Die verkopeneen KWh meter met een Wifi functie, die je heel makkelijk kan integreren in je api's

Anders is ie gewoon zichtbaar op het Home-wizzard display.

EN tot dus ver, ben ik best tevreden. Iets wat wantrouwend, maar ik lever absoluut niet meer terug op het grid.
Ga er dus ook niet voor betalen, en mijn stroom, blijft ook mijn stroom.
EN daar gaan ze bij Essent niet blij van worden.
Ik hoop derhalve dat heel Nederland aan de thuis batterij gaat.Die ook alleen door mij beheerd wordt.
en niet door de boeven die zgn. de energie leverancier zijn.

[Leoniq]

Iemand heeft dit voor mij in Home-Assistant gemaakt. Gebruik ook Home-wizzard Kwh meter. Rechtstreeks op groepenkast.

[Peterhardenberg]

@Omnicron1

My home battery App. (veel besproken op dit forum)
Geeft een mogelijkheid om je Sessy te monitoren en te bedienen.

[sparkly]

Twan_V schreef op woensdag 27 maart 2024 @ 08:59:
[...]


We are aware! Als je/jullie ons willen helpen kan dat met meer informatie, denk aan:
- serienummer!
- wanneer ontstond het probleem weer
- in welke situatie kwam het probleem terug
- heb je error logs van dit moment

Dit probleem is niet gerelateerd aan de drift waarbij de SoC zijn eigen leven ging leiden in een idle state, die is opgelost.

Er mist een configuratie, hoe dat kan gebeuren is waar we nu naar op zoek zijn. Als je Sessy opnieuw opstart kun je in de error log voorbij zien komen, "incorrect settings detected, rewriting correct settings"

@Twan_V

Bij mij ook iedere laadsessie blijft Sessy +/- 1.5 uur doorladen na bereiken 100% SOC
Bij iedere sesssie ontladen blijft hij nog +/- 1.5 uur ontladen na 0% SOC

- Serienummer APKK4N03
- Probleem sinds 3 updates geleden ongeveer waarbij juist SOC beter zou moeten worden, daarvoor was hij prima.
- Elke laad en ontlaadsessie
- Error logs vol met van alles en nog wat, werking is echter prima

Error log 1

Error log

2024/03/27 E (17:51:05.586) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (17:41:04.065) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (17:31:02.566) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (17:21:01.265) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (17:10:59.765) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (17:00:58.465) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (16:50:56.965) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (16:40:55.441) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (16:30:54.141) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (16:20:52.641) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (16:10:51.341) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (16:00:49.841) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (15:50:48.341) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (15:40:47.016) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (15:30:45.516) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (15:20:44.216) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (15:10:42.716) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (15:00:41.216) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (14:50:39.916) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (14:40:38.394) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (14:30:37.094) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (14:20:35.594) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (14:10:34.294) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (14:00:32.994) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (13:50:31.694) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (13:40:30.171) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (13:30:28.671) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (13:20:27.371) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (13:10:25.871) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (13:00:24.471) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (12:50:23.171) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (12:40:21.850) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (12:30:20.550) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (12:20:19.250) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (12:10:17.950) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (12:00:16.550) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (11:50:15.250) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (11:40:13.729) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (11:30:12.229) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (11:20:10.729) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (11:10:09.429) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (11:00:08.129) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (10:50:06.629) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (10:40:05.309) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (10:30:03.809) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (10:20:02.309) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (10:10:00.809) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (09:59:59.509) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (09:49:58.209) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (09:39:56.688) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (09:29:55.188) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (09:19:53.688) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (09:09:52.188) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (08:59:50.888) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (08:49:49.388) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (08:39:47.863) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (08:29:46.563) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (08:19:45.063) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (08:09:43.563) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (07:59:42.063) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (07:49:40.763) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (07:39:39.245) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (07:29:37.745) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (07:19:36.245) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (07:09:34.945) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (06:59:33.445) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (06:49:32.145) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (06:39:30.626) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (06:29:29.326) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (06:19:27.826) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (06:09:26.326) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (05:59:25.026) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (05:49:23.526) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (05:39:22.005) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (05:29:20.705) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (05:19:19.205) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (05:09:17.705) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (04:59:16.205) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (04:49:14.905) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (04:39:13.385) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (04:29:12.085) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (04:19:10.585) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (04:09:09.085) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (03:59:07.785) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (03:49:06.285) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (03:39:04.763) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (03:29:03.263) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (03:19:01.963) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (03:09:00.463) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (02:58:58.963) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (02:48:57.663) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (02:38:56.140) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (02:28:54.640) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (02:18:53.140) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (02:08:51.840) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (01:58:50.340) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (01:48:48.840) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (01:38:47.520) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (01:28:46.020) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (01:18:44.520) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (01:08:43.020) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (00:58:41.520) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (00:48:40.220) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (00:38:38.696) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (00:28:37.196) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (00:18:35.696) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/27 E (00:08:34.396) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (23:58:32.896) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (23:48:31.396) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (23:38:30.073) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (23:28:28.573) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (23:18:27.073) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (23:08:25.773) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (22:58:24.273) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (22:48:22.773) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (22:38:21.250) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (22:28:19.950) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (22:18:18.450) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (22:08:17.150) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (21:58:15.650) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (21:48:14.350) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (21:38:12.827) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (21:28:11.327) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (21:18:09.827) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (21:08:08.327) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (20:58:07.027) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (20:48:05.527) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (20:38:04.202) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (20:28:02.702) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (20:18:01.402) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (20:07:59.902) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (19:57:58.602) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (19:47:57.514) rest-api: rest_send_err failed, with message: Failed to request power state, with code: 500 Internal Server Error
2024/03/26 E (19:47:57.513) rest-api: Failed to request power state: ESP_ERR_TIMEOUT
2024/03/26 E (19:47:57.302) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (19:37:55.781) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (19:27:54.281) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (19:17:52.981) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (19:07:51.481) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (18:57:49.981) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (18:47:48.681) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (18:37:47.156) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (18:27:45.656) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (18:17:44.356) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (18:07:42.856) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (17:57:41.356) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (17:47:40.056) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (17:37:38.535) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (17:27:37.235) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (17:17:35.735) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (17:07:34.435) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (16:57:32.935) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (16:47:31.635) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (16:37:30.110) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (16:27:28.810) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (16:17:27.310) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (16:07:25.810) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (15:57:24.510) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (15:47:23.210) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (15:37:21.691) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (15:27:20.391) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (15:17:18.891) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (15:07:17.391) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (14:57:16.091) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (14:47:14.791) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (14:37:13.268) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (14:27:11.968) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (14:17:10.468) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (14:07:09.168) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (13:57:07.668) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (13:47:06.168) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (13:37:04.843) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (13:27:03.343) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (13:17:02.043) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (13:07:00.743) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (12:56:59.243) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (12:46:57.743) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (12:36:56.421) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (12:26:54.921) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (12:16:53.621) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (12:06:52.121) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (11:56:50.821) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (11:46:49.521) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (11:36:48.198) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (11:26:46.698) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (11:16:45.198) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (11:06:43.698) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (10:56:42.398) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (10:46:40.898) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (10:36:39.575) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (10:26:38.075) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (10:16:36.575) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (10:06:35.275) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (09:56:33.775) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (09:46:32.475) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (09:36:31.156) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (09:26:29.956) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (09:16:28.456) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (09:06:27.156) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (08:56:25.856) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.
2024/03/26 E (08:46:24.556) strategy_common: Resolving via mDNS failed: ESP_ERR_NOT_FOUND. Using existing IP instead.

Error log 2:

Error log

2024/03/27 E (16:10:25.507) dsmr_telegram_check: Checksum mismatch, crc from telegram: '4BE0', calculated crc: 'AD8C'
2024/03/27 E (16:10:12.170) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/27 E (16:10:12.158) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/27 E (16:10:12.155) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/27 E (16:10:12.103) transport_base: esp_tls_conn_read error, errno=Success
2024/03/27 E (16:10:12.101) esp-tls-mbedtls: read error :-0x004C:
2024/03/22 E (18:34:17.985) dsmr_telegram_check: Checksum mismatch, crc from telegram: '33A9', calculated crc: '94A6'
2024/03/22 E (18:34:15.456) dsmr_telegram_check: Checksum mismatch, crc from telegram: 'D400', calculated crc: 'FC79'
2024/03/22 E (18:32:29.976) dsmr_telegram_check: Checksum mismatch, crc from telegram: '8541', calculated crc: '6D39'
2024/03/21 E (23:49:08.459) dsmr_telegram_check: Checksum mismatch, crc from telegram: '4AF5', calculated crc: '5745'
2024/03/21 E (23:49:07.453) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/21 E (23:49:07.451) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/21 E (23:49:07.438) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/21 E (23:49:07.390) transport_base: esp_tls_conn_read error, errno=Success
2024/03/21 E (23:49:07.388) esp-tls-mbedtls: read error :-0x004C:
2024/03/21 E (16:24:49.715) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/21 E (16:24:49.703) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/21 E (16:24:49.649) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/21 E (16:24:49.647) transport_base: esp_tls_conn_read error, errno=Success
2024/03/21 E (16:24:49.645) esp-tls-mbedtls: read error :-0x004C:
2024/03/19 E (14:09:19.573) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/19 E (14:09:19.560) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/19 E (14:09:19.557) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/19 E (14:09:19.519) transport_base: esp_tls_conn_read error, errno=Success
2024/03/19 E (14:09:19.517) esp-tls-mbedtls: read error :-0x004C:
2024/03/18 E (14:39:01.786) dsmr_telegram_check: Checksum mismatch, crc from telegram: 'A5F2', calculated crc: '4D8A'
2024/03/18 E (14:38:43.805) dsmr_telegram_check: Checksum mismatch, crc from telegram: '3910', calculated crc: 'D168'
2024/03/16 E (11:29:37.624) dsmr_telegram_check: Checksum mismatch, crc from telegram: 'A4BF', calculated crc: '4CC7'
2024/03/15 E (16:05:02.985) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/15 E (16:05:02.973) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/15 E (16:05:02.970) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/15 E (16:05:02.930) transport_base: esp_tls_conn_read error, errno=Success
2024/03/15 E (16:05:02.928) esp-tls-mbedtls: read error :-0x004C:
2024/03/15 E (15:25:12.215) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/15 E (15:25:12.203) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/15 E (15:25:12.200) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/15 E (15:25:12.160) transport_base: esp_tls_conn_read error, errno=Success
2024/03/15 E (15:25:12.158) esp-tls-mbedtls: read error :-0x004C:
2024/03/15 E (15:09:59.495) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/15 E (15:09:59.483) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/15 E (15:09:59.480) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/15 E (15:09:59.440) transport_base: esp_tls_conn_read error, errno=Success
2024/03/15 E (15:09:59.438) esp-tls-mbedtls: read error :-0x004C:
2024/03/11 E (14:05:23.802) mqtt_client: mqtt_process_receive: mqtt_message_receive() returned -1
2024/03/11 E (14:05:23.789) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/11 E (14:05:23.787) mqtt_client: esp_mqtt_handle_transport_read_error: transport_read() error: errno=0
2024/03/11 E (14:05:23.748) transport_base: esp_tls_conn_read error, errno=Success
2024/03/11 E (14:05:23.746) esp-tls-mbedtls: read error :-0x004C:
2024/03/09 E (20:21:44.206) wifi_scan: Scan error: ESP_ERR_WIFI_STATE
2024/03/09 E (20:21:44.150) wifi_scan: Scan error: ESP_ERR_WIFI_STATE
2024/03/09 E (20:21:44.126) wifi_scan: Scan error: ESP_ERR_WIFI_STATE
2024/03/09 E (20:21:44.103) wifi_scan: Scan error: ESP_ERR_WIFI_STATE
2024/03/09 E (20:21:44.049) wifi_scan: Scan error: ESP_ERR_WIFI_STATE
2024/03/06 E (18:22:45.526) dsmr_telegram_check: Checksum mismatch, crc from telegram: '13C3', calculated crc: 'FBBB'
2024/03/06 E (01:03:28.447) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/06 E (01:01:32.831) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic xxxxxxxxxxxxxxx==
Sec-WebSocket-Key: xxxxxxxxxxxxxx+Zr7ISDA==
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/03/06 E (01:01:32.804) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/03/06 E (01:01:23.998) cloud comms: Restarting websockets client
2024/03/06 E (01:00:54.680) WEBSOCKET_CLIENT: Error receive data
2024/03/06 E (01:00:54.639) WEBSOCKET_CLIENT: Error read data
2024/03/06 E (01:00:54.637) transport_ws: Error read data
2024/03/05 E (11:41:10.374) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/05 E (11:38:58.565) cloud comms: Restarting websockets client
2024/03/05 E (11:38:29.156) WEBSOCKET_CLIENT: Error receive data
2024/03/05 E (11:38:29.110) WEBSOCKET_CLIENT: Error read data
2024/03/05 E (11:38:29.109) transport_ws: Error read data
2024/03/05 E (06:29:02.409) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/05 E (06:28:40.624) dsmr_telegram_check: Checksum mismatch, crc from telegram: 'CCEB', calculated crc: '2493'
2024/03/05 E (06:28:34.630) dsmr_telegram_check: Checksum mismatch, crc from telegram: '1CC7', calculated crc: 'F4BF'
2024/03/05 E (01:03:59.917) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/05 E (01:02:31.990) cloud comms: Restarting websockets client
2024/03/05 E (01:02:02.464) cloud comms: "Received data is not JSON parsable"
2024/03/05 E (01:02:02.406) cloud comms: "SignalR error found in request body: Handshake was canceled."
2024/03/05 E (01:00:46.952) WEBSOCKET_CLIENT: Error receive data
2024/03/05 E (01:00:46.951) WEBSOCKET_CLIENT: Error read data
2024/03/05 E (01:00:46.950) transport_ws: Error read data
2024/03/04 E (06:00:27.386) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/04 E (05:58:44.349) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic *knip*
Sec-WebSocket-Key: *knip*
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/03/04 E (05:58:44.324) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/03/04 E (05:58:41.565) cloud comms: Restarting websockets client
2024/03/04 E (05:58:11.650) WEBSOCKET_CLIENT: Error receive data
2024/03/04 E (05:58:11.609) WEBSOCKET_CLIENT: Error read data
2024/03/04 E (05:58:11.608) transport_ws: Error read data
2024/03/04 E (01:03:18.605) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/04 E (01:01:12.997) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic *knip*
Sec-WebSocket-Key: *knip*
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/03/04 E (01:01:12.972) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/03/04 E (01:01:09.834) cloud comms: Restarting websockets client
2024/03/04 E (01:00:40.300) WEBSOCKET_CLIENT: Error receive data
2024/03/04 E (01:00:40.260) WEBSOCKET_CLIENT: Error read data
2024/03/04 E (01:00:40.258) transport_ws: Error read data
2024/03/03 E (09:07:22.704) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/03 E (09:06:59.851) WEBSOCKET_CLIENT: Error, no PONG received for more than 120 seconds after PING
2024/03/03 E (01:04:19.363) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/03 E (01:02:32.373) cloud comms: Restarting websockets client
2024/03/03 E (01:02:13.141) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic *knip*
Sec-WebSocket-Key: *knip*
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/03/03 E (01:02:13.116) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/03/03 E (01:01:23.308) cloud comms: Restarting websockets client
2024/03/03 E (01:00:54.240) WEBSOCKET_CLIENT: Error receive data
2024/03/03 E (01:00:54.201) WEBSOCKET_CLIENT: Error read data
2024/03/03 E (01:00:54.199) transport_ws: Error read data
2024/03/02 E (01:33:03.107) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/02 E (01:31:05.771) WEBSOCKET_CLIENT: Error receive data
2024/03/02 E (01:31:05.730) WEBSOCKET_CLIENT: Error read data
2024/03/02 E (01:31:05.729) transport_ws: Error read data
2024/03/02 E (01:03:31.027) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/02 E (01:01:07.332) dsmr_telegram_check: Checksum mismatch, crc from telegram: '5DA3', calculated crc: 'B5DB'
2024/03/02 E (01:01:06.641) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic *knip*
Sec-WebSocket-Key: *knip*
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/03/02 E (01:01:06.615) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/03/02 E (01:01:03.490) cloud comms: Restarting websockets client
2024/03/02 E (01:00:33.887) WEBSOCKET_CLIENT: Error receive data
2024/03/02 E (01:00:33.847) WEBSOCKET_CLIENT: Error read data
2024/03/02 E (01:00:33.846) transport_ws: Error read data
2024/03/01 E (20:04:48.434) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/01 E (20:04:25.558) WEBSOCKET_CLIENT: Error, no PONG received for more than 120 seconds after PING
2024/03/01 E (02:42:32.141) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/01 E (02:41:36.300) cloud comms: Restarting websockets client
2024/03/01 E (02:41:06.710) WEBSOCKET_CLIENT: Error receive data
2024/03/01 E (02:41:06.667) WEBSOCKET_CLIENT: Error read data
2024/03/01 E (02:41:06.665) transport_ws: Error read data
2024/03/01 E (01:03:52.584) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/03/01 E (01:02:34.380) cloud comms: Restarting websockets client
2024/03/01 E (01:02:15.173) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic *knip*
Sec-WebSocket-Key: *knip*
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/03/01 E (01:02:15.148) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/03/01 E (01:01:25.607) cloud comms: Restarting websockets client
2024/03/01 E (01:00:55.607) WEBSOCKET_CLIENT: Error receive data
2024/03/01 E (01:00:55.563) WEBSOCKET_CLIENT: Error read data
2024/03/01 E (01:00:55.562) transport_ws: Error read data
2024/02/29 E (21:12:46.002) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/29 E (21:12:18.686) WEBSOCKET_CLIENT: Network error: esp_transport_poll_read() returned -1, errno=119
2024/02/29 E (21:12:18.684) transport_base: poll_read select error 104, errno = Connection reset by peer, fd = 51
2024/02/29 E (10:29:35.158) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/29 E (10:29:09.265) WEBSOCKET_CLIENT: Error, no PONG received for more than 120 seconds after PING
2024/02/29 E (01:52:39.137) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/29 E (01:50:32.458) WEBSOCKET_CLIENT: Error receive data
2024/02/29 E (01:50:32.412) WEBSOCKET_CLIENT: Error read data
2024/02/29 E (01:50:32.410) transport_ws: Error read data
2024/02/29 E (01:02:32.922) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/29 E (01:01:07.768) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic *knip*
Sec-WebSocket-Key: *knip*
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/02/29 E (01:01:07.742) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/02/29 E (01:01:05.076) cloud comms: Restarting websockets client
2024/02/29 E (01:00:35.063) cloud comms: Failed to send ping, with error: ESP_ERR_INVALID_STATE
2024/02/29 E (01:00:35.061) cloud comms: Failed to send data
2024/02/29 E (01:00:35.049) WEBSOCKET_CLIENT: Websocket client is not connected
2024/02/29 E (01:00:35.031) WEBSOCKET_CLIENT: Error receive data
2024/02/29 E (01:00:34.988) WEBSOCKET_CLIENT: Error read data
2024/02/29 E (01:00:34.986) transport_ws: Error read data
2024/02/28 E (16:01:34.919) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/28 E (16:01:07.766) dsmr_telegram_check: Checksum mismatch, crc from telegram: 'F830', calculated crc: '1048'
2024/02/28 E (16:01:02.771) dsmr_telegram_check: Checksum mismatch, crc from telegram: 'DB9A', calculated crc: '33E2'
2024/02/28 E (15:38:04.080) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/28 E (15:37:34.740) dsmr_telegram_check: Checksum mismatch, crc from telegram: '366E', calculated crc: 'DE16'
2024/02/28 E (15:37:31.701) dsmr_telegram_check: Checksum mismatch, crc from telegram: 'BA4B', calculated crc: '5233'
2024/02/28 E (15:37:29.729) dsmr_telegram_check: Checksum mismatch, crc from telegram: '3915', calculated crc: 'D16D'
2024/02/28 E (15:37:27.711) dsmr_telegram_check: Checksum mismatch, crc from telegram: '7E41', calculated crc: '9639'
2024/02/28 E (01:02:02.662) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/28 E (01:01:12.133) WEBSOCKET_CLIENT: Error transport connect -1


Authorization: Basic *knip*
Sec-WebSocket-Key: *knip*
Sec-WebSocket-Version: 13
Upgrade: websocket
User-Agent: ESP32 Websocket Client
Host: socket.sessy.nl:443
Connection: Upgrade
2024/02/28 E (01:01:12.107) transport_ws: Error read response for Upgrade header GET /sessy HTTP/1.1
2024/02/28 E (01:01:08.769) cloud comms: Restarting websockets client
2024/02/28 E (01:00:50.624) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/28 E (01:00:50.622) transport_ws: Sec-WebSocket-Accept not found
2024/02/28 E (01:00:39.144) WEBSOCKET_CLIENT: Error receive data
2024/02/28 E (01:00:39.088) WEBSOCKET_CLIENT: Error read data
2024/02/28 E (01:00:39.087) transport_ws: Error read data
2024/02/27 E (12:41:08.970) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/27 E (12:39:20.980) WEBSOCKET_CLIENT: Error receive data
2024/02/27 E (12:39:20.936) WEBSOCKET_CLIENT: Error read data
2024/02/27 E (12:39:20.935) transport_ws: Error read data
2024/02/27 E (01:01:15.106) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/27 E (01:00:51.782) WEBSOCKET_CLIENT: Error receive data
2024/02/27 E (01:00:51.737) WEBSOCKET_CLIENT: Error read data
2024/02/27 E (01:00:51.735) transport_ws: Error read data
2024/02/26 E (01:02:53.214) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/26 E (01:00:58.104) WEBSOCKET_CLIENT: Error receive data
2024/02/26 E (01:00:58.103) WEBSOCKET_CLIENT: Error read data
2024/02/26 E (01:00:58.101) transport_ws: Error read data
2024/02/25 E (01:01:31.385) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/25 E (01:00:31.586) WEBSOCKET_CLIENT: Error receive data
2024/02/25 E (01:00:31.538) WEBSOCKET_CLIENT: Error read data
2024/02/25 E (01:00:31.537) transport_ws: Error read data
2024/02/24 E (01:01:09.847) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/24 E (01:00:33.073) WEBSOCKET_CLIENT: Error receive data
2024/02/24 E (01:00:33.023) WEBSOCKET_CLIENT: Error read data
2024/02/24 E (01:00:33.021) transport_ws: Error read data
2024/02/23 E (10:44:50.396) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/23 E (10:43:50.638) dsmr_telegram_check: Checksum mismatch, crc from telegram: '9E20', calculated crc: '855A'
2024/02/23 E (10:43:50.132) WEBSOCKET_CLIENT: Error receive data
2024/02/23 E (10:43:50.075) WEBSOCKET_CLIENT: Error read data
2024/02/23 E (10:43:50.074) transport_ws: Error read data
2024/02/23 E (09:57:05.330) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/23 E (09:55:33.459) cloud comms: Restarting websockets client
2024/02/23 E (09:55:28.186) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:55:28.173) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:55:28.171) transport_base: Failed to open a new connection
2024/02/23 E (09:55:28.131) esp-tls: Failed to open new connection
2024/02/23 E (09:55:28.128) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:55:10.465) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:55:10.453) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:55:10.450) transport_base: Failed to open a new connection
2024/02/23 E (09:55:10.413) esp-tls: Failed to open new connection
2024/02/23 E (09:55:10.411) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:53:41.063) cloud comms: Restarting websockets client
2024/02/23 E (09:53:35.827) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:53:35.814) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:53:35.812) transport_base: Failed to open a new connection
2024/02/23 E (09:53:35.776) esp-tls: Failed to open new connection
2024/02/23 E (09:53:35.774) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:53:18.098) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:53:18.096) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:53:18.093) transport_base: Failed to open a new connection
2024/02/23 E (09:53:18.049) esp-tls: Failed to open new connection
2024/02/23 E (09:53:18.045) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:51:52.216) cloud comms: Restarting websockets client
2024/02/23 E (09:51:46.974) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:51:46.962) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:51:46.959) transport_base: Failed to open a new connection
2024/02/23 E (09:51:46.922) esp-tls: Failed to open new connection
2024/02/23 E (09:51:46.920) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:51:29.257) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:51:29.244) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:51:29.242) transport_base: Failed to open a new connection
2024/02/23 E (09:51:29.199) esp-tls: Failed to open new connection
2024/02/23 E (09:51:29.197) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:49:41.851) cloud comms: Restarting websockets client
2024/02/23 E (09:49:36.606) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:49:36.603) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:49:36.601) transport_base: Failed to open a new connection
2024/02/23 E (09:49:36.565) esp-tls: Failed to open new connection
2024/02/23 E (09:49:36.562) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:49:18.897) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:49:18.884) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:49:18.882) transport_base: Failed to open a new connection
2024/02/23 E (09:49:18.846) esp-tls: Failed to open new connection
2024/02/23 E (09:49:18.844) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:47:44.302) cloud comms: Restarting websockets client
2024/02/23 E (09:47:39.560) dsmr_telegram_check: Checksum mismatch, crc from telegram: '1286', calculated crc: 'FAFE'
2024/02/23 E (09:47:39.061) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:47:39.048) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:47:39.046) transport_base: Failed to open a new connection
2024/02/23 E (09:47:39.005) esp-tls: Failed to open new connection
2024/02/23 E (09:47:39.003) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:47:21.338) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:47:21.325) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:47:21.322) transport_base: Failed to open a new connection
2024/02/23 E (09:47:21.284) esp-tls: Failed to open new connection
2024/02/23 E (09:47:21.282) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:46:22.652) cloud comms: Restarting websockets client
2024/02/23 E (09:46:17.413) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:46:17.400) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:46:17.398) transport_base: Failed to open a new connection
2024/02/23 E (09:46:17.358) esp-tls: Failed to open new connection
2024/02/23 E (09:46:17.356) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:45:59.693) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:45:59.681) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:45:59.679) transport_base: Failed to open a new connection
2024/02/23 E (09:45:59.638) esp-tls: Failed to open new connection
2024/02/23 E (09:45:59.636) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:44:46.305) cloud comms: Restarting websockets client
2024/02/23 E (09:44:41.090) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:44:41.077) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:44:41.075) transport_base: Failed to open a new connection
2024/02/23 E (09:44:41.033) esp-tls: Failed to open new connection
2024/02/23 E (09:44:41.031) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:44:23.366) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:44:23.354) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:44:23.351) transport_base: Failed to open a new connection
2024/02/23 E (09:44:23.311) esp-tls: Failed to open new connection
2024/02/23 E (09:44:23.309) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:43:02.010) cloud comms: Restarting websockets client
2024/02/23 E (09:42:56.755) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:42:56.753) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:42:56.750) transport_base: Failed to open a new connection
2024/02/23 E (09:42:56.704) esp-tls: Failed to open new connection
2024/02/23 E (09:42:56.702) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:42:39.029) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:42:39.026) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:42:39.023) transport_base: Failed to open a new connection
2024/02/23 E (09:42:38.982) esp-tls: Failed to open new connection
2024/02/23 E (09:42:38.980) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:41:19.726) cloud comms: Restarting websockets client
2024/02/23 E (09:41:14.476) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:41:14.474) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:41:14.471) transport_base: Failed to open a new connection
2024/02/23 E (09:41:14.431) esp-tls: Failed to open new connection
2024/02/23 E (09:41:14.429) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:40:56.765) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:40:56.753) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:40:56.750) transport_base: Failed to open a new connection
2024/02/23 E (09:40:56.711) esp-tls: Failed to open new connection
2024/02/23 E (09:40:56.709) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:39:13.434) cloud comms: Restarting websockets client
2024/02/23 E (09:39:08.186) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:39:08.184) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:39:08.180) transport_base: Failed to open a new connection
2024/02/23 E (09:39:08.139) esp-tls: Failed to open new connection
2024/02/23 E (09:39:08.137) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:38:50.474) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:38:50.460) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:38:50.457) transport_base: Failed to open a new connection
2024/02/23 E (09:38:50.419) esp-tls: Failed to open new connection
2024/02/23 E (09:38:50.417) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:37:08.709) cloud comms: Restarting websockets client
2024/02/23 E (09:37:03.488) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:37:03.475) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:37:03.472) transport_base: Failed to open a new connection
2024/02/23 E (09:37:03.434) esp-tls: Failed to open new connection
2024/02/23 E (09:37:03.432) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:36:45.767) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:36:45.754) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:36:45.752) transport_base: Failed to open a new connection
2024/02/23 E (09:36:45.713) esp-tls: Failed to open new connection
2024/02/23 E (09:36:45.711) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:36:01.173) cloud comms: Restarting websockets client
2024/02/23 E (09:35:55.923) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:35:55.910) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:35:55.907) transport_base: Failed to open a new connection
2024/02/23 E (09:35:55.874) esp-tls: Failed to open new connection
2024/02/23 E (09:35:55.872) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:35:38.199) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:35:38.197) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:35:38.194) transport_base: Failed to open a new connection
2024/02/23 E (09:35:38.151) esp-tls: Failed to open new connection
2024/02/23 E (09:35:38.149) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:34:27.169) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:34:27.156) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:34:27.154) transport_base: Failed to open a new connection
2024/02/23 E (09:34:27.116) esp-tls: Failed to open new connection
2024/02/23 E (09:34:27.114) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:34:21.061) cloud comms: Restarting websockets client
2024/02/23 E (09:34:09.450) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:34:09.438) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:34:09.436) transport_base: Failed to open a new connection
2024/02/23 E (09:34:09.399) esp-tls: Failed to open new connection
2024/02/23 E (09:34:09.397) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:33:51.700) WEBSOCKET_CLIENT: Error, no PONG received for more than 120 seconds after PING
2024/02/23 E (09:30:40.896) cloud comms: "No type field found in message: ESP_ERR_NOT_FOUND"
2024/02/23 E (09:29:28.342) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:29:28.330) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:29:28.327) transport_base: Failed to open a new connection
2024/02/23 E (09:29:28.289) esp-tls: Failed to open new connection
2024/02/23 E (09:29:28.287) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0
2024/02/23 E (09:29:22.686) cloud comms: Restarting websockets client
2024/02/23 E (09:29:10.606) WEBSOCKET_CLIENT: Error transport connect -1
2024/02/23 E (09:29:10.593) transport_ws: Error connecting to host socket.sessy.nl:443
2024/02/23 E (09:29:10.591) transport_base: Failed to open a new connection
2024/02/23 E (09:29:10.579) esp-tls: Failed to open new connection
2024/02/23 E (09:29:10.577) esp-tls: couldn't get hostname for :socket.sessy.nl: getaddrinfo() returns 202, addrinfo=0x0

[Sicos]

sparkly schreef op woensdag 27 maart 2024 @ 18:03:
[...]


[Afbeelding]

@Twan_V

Bij mij ook iedere laadsessie blijft Sessy +/- 1.5 uur doorladen na bereiken 100% SOC
Bij iedere sesssie ontladen blijft hij nog +/- 1.5 uur ontladen na 0% SOC

- Serienummer APKK4N03
- Probleem sinds 3 updates geleden ongeveer waarbij juist SOC beter zou moeten worden, daarvoor was hij prima.
- Elke laad en ontlaadsessie
- Error logs vol met van alles en nog wat, werking is echter prima

Error log 1


[...]


Error log 2:


[...]

@sparkly Als ik jouw was zou ik deze regels even uit je logging halen. Dat is de inlognaam en wachtwoord van je Sessy

Authorization: Basic
Sec-WebSocket-Key:

Ik heb het laatste stuk van beide base64 strings gehaald zodat een slimerik dat niet meer kan decoderen... Ik kan natuurlijk jouw post niet aanpassen.

Ik heb je post ook gerapporteert dus wellicht dan een moderator het eerder ziet en voor je doet.

Wellicht handiger om je logging de volgende keer gewoon naar [e-mail] te sturen want dan is de kans ook kleiner dat je niet perongeluk de wachtwoorden van je eigen Sessy's lekt.

[ Voor 11% gewijzigd door Sicos op 27-03-2024 18:49 ]

[sparkly]

Sicos schreef op woensdag 27 maart 2024 @ 18:32:
[...]


@sparkly Als ik jouw was zou ik deze regels even uit je logging halen. Dat is de inlognaam en wachtwoord van je Sessy

Authorization: Basic ...
Sec-WebSocket-Key: ...

Ik heb het laatste stuk van beide base64 strings gehaald zodat een slimerik dat niet meer kan decoderen... Ik kan natuurlijk jouw post niet aanpassen.

Ik heb je post ook gerapporteert dus wellicht dan een moderator het eerder ziet en voor je doet.

Wellicht handiger om je logging de volgende keer gewoon naar [e-mail] te sturen want dan is de kans ook kleiner dat je niet perongeluk de wachtwoorden van je eigen Sessy's lekt.

Oops, bedankt voor het melden!! Zie dat er al in geknipt is.
Thanks

[ Voor 2% gewijzigd door Proton_ op 27-03-2024 18:56 . Reden: Ook hier... ]

[Sicos]

sparkly schreef op woensdag 27 maart 2024 @ 18:46:
[...]


Oops, bedankt voor het melden!! Zie dat er al in geknipt is.
Thanks

Denk niet meteen dat het een ramp zou zijn geweest als een script kiddie of hacker je wachtwoorden te pakken had (omdat ik er vanuit ga dat je je sessy's niet aan de buitenwereld hebt hangen) ... maar bepaalde mensen kan je beter niet te wijs maken.

[Glenfiddich]

Twan_V schreef op woensdag 27 maart 2024 @ 08:59:
[...]


We are aware! Als je/jullie ons willen helpen kan dat met meer informatie, denk aan:
- serienummer!
- wanneer ontstond het probleem weer
- in welke situatie kwam het probleem terug
- heb je error logs van dit moment

Dit probleem is niet gerelateerd aan de drift waarbij de SoC zijn eigen leven ging leiden in een idle state, die is opgelost.

Er mist een configuratie, hoe dat kan gebeuren is waar we nu naar op zoek zijn. Als je Sessy opnieuw opstart kun je in de error log voorbij zien komen, "incorrect settings detected, rewriting correct settings"

Ik heb de sessy en de P1 dongle opnieuw opgestart, als het probleem zich herhaalt zal ik mij melden met de gevraagde logs.

Voor nu: mijn serienummer is AHTQVKV3



Op het plaatje kan je zien dat hij de hele nacht heeft ontladen met SOC 0%

De “spike” naar beneden rond 9u is het opnieuw starten van de sessy; hij versprong daarmee van 25 naar 15%

[ Voor 27% gewijzigd door Glenfiddich op 27-03-2024 19:22 ]

[Roger_de_Poger]

Twan_V schreef op woensdag 27 maart 2024 @ 08:59:
[...]


We are aware! Als je/jullie ons willen helpen kan dat met meer informatie, denk aan:
- serienummer!
- wanneer ontstond het probleem weer
- in welke situatie kwam het probleem terug
- heb je error logs van dit moment

Dit probleem is niet gerelateerd aan de drift waarbij de SoC zijn eigen leven ging leiden in een idle state, die is opgelost.

Er mist een configuratie, hoe dat kan gebeuren is waar we nu naar op zoek zijn. Als je Sessy opnieuw opstart kun je in de error log voorbij zien komen, "incorrect settings detected, rewriting correct settings"

Hier hetzelfde probleem. Serienr A5QFXRM7

@25/3/2024:

[BosGnoom]

@Twan_V

Blijven laden bij 100% en ontladen bij 0% zie ik ook, ik zal vanavond via de e-mail contact opnemen. Mijn serienummer is APAQ5TTQ. Ik had het idee dat het bij een firmware update het systeem opnieuw moest inleren hoever de accu gevuld was. Ondertussen heb ik de stroom even van de Sessy (en zonnepanelen) afgehaald.

Via @PimDoos z'n sessypy log ik allerlei data, maar volgens mij zit daar geen error log bij. Is deze via de API beschikbaar?

[Leoniq]

Hier idem. Blijft laden bij 100% en ontladen bij 0%. Zet daarom stoppen bij 2% en 98%.

Maar zou zo niet moeten functioneren.

[Michel242186]

hier zelfde verhaal...heb gisteravond maar even reset gedaan (stroom eraf gehaald) AQ3RXX7S

[ Voor 5% gewijzigd door Michel242186 op 28-03-2024 09:56 ]

[BosGnoom]

Leoniq schreef op donderdag 28 maart 2024 @ 09:53:
Hier idem. Blijft laden bij 100% en ontladen bij 0%. Zet daarom stoppen bij 2% en 98%.

Maar zou zo niet moeten functioneren.

Ik laat 'm gewoon in NOM staan, uiteindelijk komt vanzelf de status op "SYSTEM_STATE_BATTERY_FULL" of "SYSTEM_STATE_BATTERY_EMPTY". Het is dan voor mij aannemelijk dat alleen de aanwijzing van de state of charge niet klopt en dat de aansturing van de accu er voor zorgt dat alles veilig blijft.

[Heintje]

BosGnoom schreef op donderdag 28 maart 2024 @ 13:12:
[...]


Ik laat 'm gewoon in NOM staan, uiteindelijk komt vanzelf de status op "SYSTEM_STATE_BATTERY_FULL" of "SYSTEM_STATE_BATTERY_EMPTY". Het is dan voor mij aannemelijk dat alleen de aanwijzing van de state of charge niet klopt en dat de aansturing van de accu er voor zorgt dat alles veilig blijft.

Bij mij blaast hij ook lekker door ondanks 100%.
Ik laat hem ook gewoon doorgaan op NOM en hoop dat hij 'leert' (en wel een keertje stopt). Ik ga er van uit dat het ook 'echt' laden is, want hij snoept daadwerkelijk 2100w af van de panelenopbrengst.

NB het is een tijdje geleden dat mijn Sessy hier helemaal vol zat, dus het kan best zijn dat er weer iets te leren valt.

[ Voor 8% gewijzigd door Heintje op 28-03-2024 14:02 ]

[Leoniq]

Zijn er ook nog mensen die de 1.6.5 niet hebben.?

[Sicos]

Leoniq schreef op donderdag 28 maart 2024 @ 15:45:
Zijn er ook nog mensen die de 1.6.5 niet hebben.?

Ja

[anboni]

Leoniq schreef op donderdag 28 maart 2024 @ 15:45:
Zijn er ook nog mensen die de 1.6.5 niet hebben.?

Ja, ik heb ergens eind vorige week een update gedaan naar 1.6.4. De 1.6.5 heb ik ueberhaupt nog niet aangeboden gekregen.

Lijkt er hier trouwens ook op dat ze alle 6 bij 100% SoC nog steeds met 1250W aan het laden blijven, al 'n half uur ofzo. Ga zo 'n mailtje richting support sturen.

[RiendP]

Leoniq schreef op donderdag 28 maart 2024 @ 15:45:
Zijn er ook nog mensen die de 1.6.5 niet hebben.?

Nee zit op 1.64 en zie ook geen nieuwe beschikbare firmware

[anboni]

anboni schreef op donderdag 28 maart 2024 @ 15:56:
[...]
Lijkt er hier trouwens ook op dat ze alle 6 bij 100% SoC nog steeds met 1250W aan het laden blijven, al 'n half uur ofzo. Ga zo 'n mailtje richting support sturen.

Net na anderhalf uur maar handmatig gestopt, ze stonden al die tijd op 100% en nog steeds met 1250W te laden.

Ook maar meteen een powercycle van de hele boel gedaan (nadat alle fans tot rust waren gekomen). In de /errors van een van de Sessys nu deze:

2024/03/28 E (17:00:39.768) ac_board: 2024/03/28 E (17:00:37.955) bms_driver: bms has incorrect settings, going to write settings

En nu staan ze alle 6 op 59% SoC, wat ook onwaarschijnlijk lijkt, zeker aangezien HA aangeeft dat er 31.52kWh de batterijen in is gegaan... Daarmee had ik ze toch zeker op 90%+ verwacht, maar misschien is er nu eerst een hercalibratie nodig voordat ze weer juiste info geven.

@Twan_V Mocht je willen matchen aan info in de portal, een van m'n serienummers is A333JMYQ

[Heintje]

Mijn Sessy heeft van ongeveer 13:00-18:00 op 100% staan laden. Daarna is hij gaan leveren.
Nu intussen 'running safe' op 90%.
Kijken hoe het morgen gaat.

[KoQuest]

Bij thuiskomst zag ik dat 1 vd 3 accus's geheel uit de verbinding was. Met werkschakelaar aan/uit gezet.
Die ene nu weer verbinding maar nu een andere geeft foutmelding.

Een update met goed werkende firmware lijkt me niet overbodig...


Edit 20:19 uur: en nu de derde ook weer running safe, net als de andere twee. Afwachten hoe dit verder loopt.

[ Voor 11% gewijzigd door KoQuest op 28-03-2024 20:20 ]

[DJP!]

anboni schreef op donderdag 28 maart 2024 @ 17:19:
[...]


Net na anderhalf uur maar handmatig gestopt, ze stonden al die tijd op 100% en nog steeds met 1250W te laden.

Ook maar meteen een powercycle van de hele boel gedaan (nadat alle fans tot rust waren gekomen). In de /errors van een van de Sessys nu deze:


[...]


En nu staan ze alle 6 op 59% SoC, wat ook onwaarschijnlijk lijkt, zeker aangezien HA aangeeft dat er 31.52kWh de batterijen in is gegaan... Daarmee had ik ze toch zeker op 90%+ verwacht, maar misschien is er nu eerst een hercalibratie nodig voordat ze weer juiste info geven.

@Twan_V Mocht je willen matchen aan info in de portal, een van m'n serienummers is A333JMYQ

Na een herstart of firmware update altijd even helemaal opladen (tot “battery full”) en helemaal ontladen (“battery empty”) daarna zou de SoC weer moeten kloppen.

Hier nu ook 1.6.5 met de dynamische info

[Pibri]

Even mijn ervaring: Voor het drift-onderzoek

2 Sessy's in de garage direct op het net aangesloten 1 op fase 3, 2 op fase 1.
Zonnepanelen ook direct op het net, had ik al, omvormers op 2e en 1e verdieping en in de garage.

Firmware Sessy's wordt steeds automatisch via de portal geupdate, nu 1.6.5.

Sessy's laden en ontladen gaat keurig synchroon, soms een paar % verschil. Ik gebruik scripts voor de aansturing en soms handmatig met My home battery.
Indien 0% of 100% bereikt is, bouwt het resp. ontladen of laden snel af naar een paar honderd watt, tientallen watt en dan klaar 0 of 100%. Duurt ong. 10 min.

[Glenfiddich]

Is dit normaal?

Vanochtend was mijn sessy leeg. Hij heeft vandaag alleen maar geladen, niet ontladen. Ik heb hem nu handmatig aan het volmaken.

In een 5 kwh accu is nu al 6 kwh geladen:



Een deel daarvan zal verlies zijn, maar aangezien ik gemiddeld 20 procent verlies zou ik aan de “laadkant” dus 10 procent verlies verwachten. Dan is er nog steeds zo’n 5.5 kwh in een 5 kwh accu gegaan. En hij staat op 95 procent nu dus hij laadt nog steeds.

Ook gaat het laden het laatste stuk nu erg “wobbly” met steeds pieken.



Is dit normaal? Of lijkt hij aan het “overchargen”?

Edit: nu is hij vol, er is 6.5 kwh in gegaan om hem vol te krijgen. Zelfs met een royaal omzettingsverlies zou er ruimschoots meer dan 5 kwh in de sessy moeten zitten nu, wat niet zou moeten kunnen?

[ Voor 7% gewijzigd door Glenfiddich op 28-03-2024 22:02 ]

[DJP!]

Glenfiddich schreef op donderdag 28 maart 2024 @ 21:47:
Is dit normaal?

Vanochtend was mijn sessy leeg. Hij heeft vandaag alleen maar geladen, niet ontladen. Ik heb hem nu handmatig aan het volmaken.

In een 5 kwh accu is nu al 6 kwh geladen:

[Afbeelding]

Een deel daarvan zal verlies zijn, maar aangezien ik gemiddeld 20 procent verlies zou ik aan de “laadkant” dus 10 procent verlies verwachten. Dan is er nog steeds zo’n 5.5 kwh in een 5 kwh accu gegaan. En hij staat op 95 procent nu dus hij laadt nog steeds.

Ook gaat het laden het laatste stuk nu erg “wobbly” met steeds pieken.

[Afbeelding]

Is dit normaal? Of lijkt hij aan het “overchargen”?

de 5kWh kun je er uithalen na de verliezen

Dat betekend dus dat er rond de 6kWh ingaat bij een volledige lading.

[Glenfiddich]

DJP! schreef op donderdag 28 maart 2024 @ 22:01:
[...]


de 5kWh kun je er uithalen na de verliezen

Dat betekend dus dat er rond de 6kWh ingaat bij een volledige lading.

Ik meende gelezen te hebben dat de werkelijke capaciteit 5.5 was waarvan bruikbaar 5 ivm een veiligheidsmarge?

Naja misschien ben ik gewoon een beetje nerveus geworden van het gebeuren de afgelopen dagen dat de sessy nog lang bleef ontladen nadat hij op 0% stond en nog lang bleef laden terwijl hij op 100% stond.

[ Voor 22% gewijzigd door Glenfiddich op 28-03-2024 22:14 ]

[DJP!]

Glenfiddich schreef op donderdag 28 maart 2024 @ 22:06:
[...]


Ik meende gelezen te hebben dat de werkelijke capaciteit 5.5 was waarvan bruikbaar 5 ivm een veiligheidsmarge?

Naja misschien ben ik gewoon een beetje nerveus geworden van het gebeuren de afgelopen dagen dat de sessy nog lang bleef ontladen nadat hij op 0% stond en nog lang bleef laden terwijl hij op 100% stond.

De opslag capaciteit is inderdaad iets van 5,5kWh, maar als je 5,5kWh wilt laden moet je er 5 tot 10% verlies bij optellen en kom je dus rond de 6kWh uit.

De afwijking zit alleen in de SoC zover ik weet. En de SoC is alleen maar een indicatie wat er in de batterij zit. De batterij wordt nog altijd beveiligd door de BMS, de BMS geeft de melding battery full/empty af. Dit heeft hier altijd vlekkeloos gewerkt. Ook als de batterijen te vol of te leeg zouden raken grijpt de BMS in, dus zolang er geen rare foutmeldingen of errors zijn zal de Sessy niet “overladen”

[anboni]

DJP! schreef op donderdag 28 maart 2024 @ 20:23:
[...]


Na een herstart of firmware update altijd even helemaal opladen (tot “battery full”) en helemaal ontladen (“battery empty”) daarna zou de SoC weer moeten kloppen.

Inderdaad, allemaal aan het laden gezet en stuk voor stuk lijken ze van 60-something ineens naar 100 te springen. En ik zie morgenavond mooi een paar uur waarin ik ze helemaal kan ontladen.

[vogel6]

soc % blijft rommeltje
gisteren test gedaan
3 batterijen geheel leeg getrokken tot er geen vermogen meer uit kwam,hierna werkschakelaar 1 min uitgezet en weer aan.daarna batterij geheel gevuld tot maximaal en weer geheel geleegd tot er geen vermogen uit kwam.
resultaat 2 batterijen zijn SOC weer goed gegaan, 1 batterij nog niet ,zal deze vandaag nog een keer testen.

vraag 1 ;iemand anders zelfde soort ervaring?
kan het kloppen dat de narigheid is begonnen na update 1.6.5?heb het idee bij mij wel.
vraag 2 ; is er een protocol om NIET OF WEL te up-daten als batterijen in een modus staan van NOM,API of DYN?
vraag 3 ;kan Batterij dongle effect/invloed hebben op SOC? er zit een KLIK functie op maar weet niet wat die doet!

[Heintje]

Heintje schreef op donderdag 28 maart 2024 @ 19:10:
Mijn Sessy heeft van ongeveer 13:00-18:00 op 100% staan laden. Daarna is hij gaan leveren.
Nu intussen 'running safe' op 90%.
Kijken hoe het morgen gaat.

Vandaag heeft hij normaal gewerkt. Geen doorladen bij 100%.

[fplin]

Gisteren zijn de accu,s wel gestopt met laden toen de SOC 100% aangaf.
Helaas waren de accu,s nog niet vol er was maar 4 Kw geladen per accu i.p.v. 0ngeveer 6.1 wat zij normaal doen. Blijft wel tobben zo op deze manier.
Straks nog eens proberen om 12:00 uur kijken hoelang zij laden en hoeveel.
Nu zijn ze leeg en heel de boel gereset

Accu,s leeg om 12:00 en op laden gezet
13:45 SOC geeft aan 100% blijven gelukkig wel laden
14:00 8,2 Kwh geladen
15:00 is laden stopt en zijn vol in totaal 12,2 Kwh

Dus tot zover prima.
Alleen de Soc weergaven is dus niet juist.

[ Voor 26% gewijzigd door fplin op 30-03-2024 15:08 ]

[vogel6]

vandaag de 3de batterij voor de 2de keer (nadat die geheel leeg ontladen was )werkschakelaar gereset

resultaat prima .

alle batterijen laden en ontladen nu allemaal gelijktijdig en met de zelfde gelijke vermogen's
we zullen het verder zien.

[Taro]

Wat een gedoe allemaal zeg, ik heb al een paar keer met de vingers boven de bestelknop gehangen, maar als ik dit zo lees wacht ik nog mooi even af. Je koopt een dergelijke accu met een bepaald doel, "you only had one job!" en dan kan je er iedere keer handmatig achteraan en bijsturen om dat te gaan micromanagen terwijl je ook nog laadverliezen moet goedmaken. Het gaat niet per se om het geld, maar dit kost zo te zien wel veel negatieve energie en als je het dan voor een hoger doel doet, dan wil je er niet aanvullend dergelijk gezeik bij hebben.

Hopelijk werkt alles op korte termijn als een zonnetje

[anboni]

Taro schreef op zaterdag 30 maart 2024 @ 14:16:
maar als ik dit zo lees wacht ik nog mooi even af.

Je leest hier natuurlijk van meerdere mensen tegelijk al het gedoe. Als ik naar mijn situatie kijk, ik heb er gewoon geen omkijken naar afgezien van eerder deze week dat de SoC aanduiding niet klopte.Dat lijkt nu opgelost door een powercycle gevolgd door full charge en discharge cycle. Verder is m'n enige gedoe ermee dat ik vrijwel dagelijks in HomeAssistant zit te kijken hoe ze het doen.

[psdata]

Dan toch effe een ander verhaal:
Hier geen problemen met m'n Sessy's.
Ze laden en ontladen keurig op de momenten dat Homey dat calculeerd (dank aan @gruijter
Soms start ik het laad/onlaad procces handmatig via de tool "my home Battery" om eens wat extra buiten de regels om. dank aan @Sandburd

icm eigen Metingen (extra geplaatste Eatron module's en Homewizzard) en API data monitoring het geheel via HA (energie desktop en power-flow-card)
Alle data (P1, ANWB, PV en Sessy) gaat ook nog in een DB waar ik dmv Grafana later wat vergelijkingen maak en de ANWB regels check.
Later dan nog eens van daaruit een dashboard maken met gehaalde resultaten.

is ook vaak het eufel van forum's, je vaker leest dat het niet werkt en al het "gezeik"er om heen, daar er naast vaak een veel grotere groep is die niet reageert en waarbij het vaak gewoon werkt.

Iedereen een mooi Paas weekend

[KoQuest]

Ik ben prima in m'n sas met 3 sessy-accu's. Werken naar behoren en laten zich prima aansturen. Het zijn natuurlijk wel apparaten die echt deel uit moeten maken van je eigen persoonlijke energiemanagementstrategie voor je huis en z'n bewoners. En in die energiemanagementstrategie zitten natuurlijk ook E-auto's, boiler, warmtepompen, zonnepanelen, dynamisch contract etc. Accu's geïsoleerd beschouwen in hun functionaliteit is jezelf tekort doen.
Zoals gezegd, ik ben er blij mee.

Prettige Paasweekend.

[Roger_de_Poger]

Zojuist eens effe gekeken. P1 dongle zegt dat er energie geleverd wordt. Sessy dongle zegt van niet. Portal ook niet. Mijn MID tussenmeter staat al de hele dag stil in NOM modus (kijk naar buiten). It's alive... Oh ja, de afbeeldingen zijn direct na elkaar gemaakt.

[Faceless]

Roger_de_Poger schreef op zaterdag 30 maart 2024 @ 17:00:
Zojuist eens effe gekeken. P1 dongle zegt dat er energie geleverd wordt. Sessy dongle zegt van niet. Portal ook niet. Mijn MID tussenmeter staat al de hele dag stil in NOM modus (kijk naar buiten). It's alive... Oh ja, de afbeeldingen zijn direct na elkaar gemaakt.

Conclusie is dat je huis energie verbruikt?

[ReconE]

Morgen zomertijd, ik hoop dat de portal het aan kan. Momenteel 'Geen data beschikbaar', terwijl de planning rond deze tijd allang bekend is.

[Roger_de_Poger]

Faceless schreef op zaterdag 30 maart 2024 @ 18:49:
[...]


Conclusie is dat je huis energie verbruikt?

Conclusie is dat Sessy van de leg is.

[DJP!]

Roger_de_Poger schreef op zaterdag 30 maart 2024 @ 22:38:
[...]


Conclusie is dat Sessy van de leg is.

Volgens de grafieken is je Sessy leeg (0%) en levert dus geen vermogen. Je huis neemt rond de 250W van het net, Er is bij NOM modus dus geen vermogen over om de Sessy te laden. Pas als de P1 meter teruglevering laat zien gaat de Sessy in NOM laden.

ReconE schreef op zaterdag 30 maart 2024 @ 22:22:
Morgen zomertijd, ik hoop dat de portal het aan kan. Momenteel 'Geen data beschikbaar', terwijl de planning rond deze tijd allang bekend is.

Portal laat hier ook geen data voor vandaag zien. Grappige is dat sinds 1.6.5 je lokaal ook de dynamische data kunt uitlezen. En deze geeft wel een schema weer

[tcw82]

DJP! schreef op zondag 31 maart 2024 @ 00:45:
[...]


Volgens de grafieken is je Sessy leeg (0%) en levert dus geen vermogen. Je huis neemt rond de 250W van het net, Er is bij NOM modus dus geen vermogen over om de Sessy te laden. Pas als de P1 meter teruglevering laat zien gaat de Sessy in NOM laden.


[...]


Portal laat hier ook geen data voor vandaag zien. Grappige is dat sinds 1.6.5 je lokaal ook de dynamische data kunt uitlezen. En deze geeft wel een schema weer

[Afbeelding]

Gezien de flinke delta zal er wel een schema komen.

[Harry2994]

Fijn deze discussie te hebben gevonden.
Ook ik ben een leek maar hoop de App My Home Battery snel te kunnen gebruiken…

Ik heb het probleem dat ik na het invullen van de gegevens van de Dongle in de App het niet werkend krijg….

Eerst geen verbinding, dus toen de wifi van de deze gekoppeld en schijn ik toegang te hebben want mijn iPhone verbind er mee.

Nu wederom geprobeerd, verbinding is er maar met de Web UL gebruiker en Wachtwoord krijg ik na plm een minuut de boodschap “kon geen verbinding maken”

Ik doe iets fout maar wat?

Inmiddels opgelost, de oorzaak is dat de Sessy’s op een heel ander IP adres stonden dan door de installateur opgeschreven, alles werkt en kan nu handmatig opstarten mocht de AI van de Sessies niet zelf opstarten…

Ze zijn flink aan het laden…

[ Voor 18% gewijzigd door Harry2994 op 31-03-2024 14:38 ]

[Leoniq]

Harry2994 schreef op zondag 31 maart 2024 @ 01:57:
Fijn deze discussie te hebben gevonden.
Ook ik ben een leek maar hoop de App My Home Battery snel te kunnen gebruiken…

Ik heb het probleem dat ik na het invullen van de gegevens van de Dongle in de App het niet werkend krijg….

Eerst geen verbinding, dus toen de wifi van de deze gekoppeld en schijn ik toegang te hebben want mijn iPhone verbind er mee.

Nu wederom geprobeerd, verbinding is er maar met de Web UL gebruiker en Wachtwoord krijg ik na plm een minuut de boodschap “kon geen verbinding maken”

Ik doe iets fout maar wat?

Gebruik je wel de gegevens van de sticker van de Sessy's. Hier staan de correcte username en wachtwoord op die je moet invullen?

[Harry2994]

Ja, ik gebruik de stickers.

Kan de Wifi van de P1 dongle benaderen met dat Ww.
Echter na invullen UL gebruikers en UL Ww lukt het niet, en het kan er mede aan liggen dat ik dit alles over wifi probeer ipv vast bekabeld?

Geprobeerd de individuele netwerken van de Sessy’s er naast staand op te pakken, maar krijg ze niet te pakken, ik heb er twee op elke fase.

Om dan te zien dat de dynamische mode vandaag niet gaat werken omdat men by Charged dat vandaag schijnbaar “nog” op dit moment van schrijven nog niet heeft ingeregeld is niet geruststellend.

Het toont de noodzaak API te hebben (ik heb de kennis van Home Automation of Home Assistent niet) om in te kunnen grijpen.
Ik denk wel dat Home Automation of de Home Assistent de oplossing is tot de AI in de Sessy’s hun werk correct doen.
Heb daarvoor ook al een Paspberry pi liggen…maar moet nog veel leren deze te installeren.

Al met al, ik ben niet ontevreden, maar terug verdienen zal er vandaag nog niet in zitten.
Ik hoop dat dit zich snel laat oplossen, de Sessy’s zijn geweldige oplossingen voor velen.

Misschien dat men bij Charged iemand heeft die uitleg kan geven om deze App van derden werkend te krijgen….

[DJP!]

@Harry2994 Je moet de Sessy's verbinden met je eigen wifi netwerk (zoals het altijd zou moeten zijn) Als de Sessy's en je telefoon dan verbonden zijn met hetzelfde wifi netwerk kun je de Sessy's aan de app toevoegen. Dit doe je dan door het IP adres van de Sessy's of het .local adres te gebruiken icm met de UI username en wachtwoorden van de sticker.

Ondanks dat het op het portal staat dat er geen ROI schema is is die er wel... Sinds versie 1.6.5 van de firmware kun je lokaal ook het ROI schema uitlezen uit de Sessy's zelf.

[DaCootMeister]

DJP! schreef op donderdag 28 maart 2024 @ 20:23:
[...]


Na een herstart of firmware update altijd even helemaal opladen (tot “battery full”) en helemaal ontladen (“battery empty”) daarna zou de SoC weer moeten kloppen.

Hier nu ook 1.6.5 met de dynamische info

[Afbeelding]

Mag ik vragen hoe jij die Sessy strategy info in HomeAssistant hebt gekregen?
Edit; oh ik lees lokaal inloggen.. maar waar vind ik het ROI schema dan?

Op de cloudportal is vandaag iig niets zichtbaar

[ Voor 27% gewijzigd door DaCootMeister op 31-03-2024 11:05 ]

[KoQuest]

DaCootMeister schreef op zondag 31 maart 2024 @ 10:56:
[...]


Mag ik vragen hoe jij die Sessy strategy info in HomeAssistant hebt gekregen?

Heb dezelfde vraag.

[Sicos]

DJP! schreef op zondag 31 maart 2024 @ 10:53:
@Harry2994 Je moet de Sessy's verbinden met je eigen wifi netwerk (zoals het altijd zou moeten zijn) Als de Sessy's en je telefoon dan verbonden zijn met hetzelfde wifi netwerk kun je de Sessy's aan de app toevoegen. Dit doe je dan door het IP adres van de Sessy's of het .local adres te gebruiken icm met de UI username en wachtwoorden van de sticker.

Ondanks dat het op het portal staat dat er geen ROI schema is is die er wel... Sinds versie 1.6.5 van de firmware kun je lokaal ook het ROI schema uitlezen uit de Sessy's zelf.

[Afbeelding]

Als ik nu dan ook nog eens versie 1.6.5 op mijn Sessy kreeg :-)

[Tazzios]

Sessy zelf even nu op laden zetten lijkt het.

[ Voor 28% gewijzigd door Tazzios op 31-03-2024 12:53 ]

[DJP!]

KoQuest schreef op zondag 31 maart 2024 @ 10:58:
[...]

Heb dezelfde vraag.

Zelf gebruik ik Node-Red om de API van de Sessy's uit te lezen. Deze data gaat dan naar Home Assistant en naar een InfluxDB voor Grafana.

Sinds 1.6.5 is er een nieuw API punt bij "/api/v1/dynamic/schedule" Deze lees is dus uit met Node-Red, hier voeg ik aan de hand van de datum tijden aan toe en stuur ik dan door naar Home Assistant.



In HA gebruik ik dan een APEX chart om de waardes weer te geven.



Vandaag gaat het alleen even mis wegens het tijdsverschil, daarom dat dipje om middennacht.

Maar het is alleen maar een weergave van data uit de Sessy, en de Sessy werkt er alleen mee als de Sessy in ROI draait.

[Leoniq]

anboni schreef op donderdag 28 maart 2024 @ 17:19:
[...]


Net na anderhalf uur maar handmatig gestopt, ze stonden al die tijd op 100% en nog steeds met 1250W te laden.

Ook maar meteen een powercycle van de hele boel gedaan (nadat alle fans tot rust waren gekomen). In de /errors van een van de Sessys nu deze:


[...]


En nu staan ze alle 6 op 59% SoC, wat ook onwaarschijnlijk lijkt, zeker aangezien HA aangeeft dat er 31.52kWh de batterijen in is gegaan... Daarmee had ik ze toch zeker op 90%+ verwacht, maar misschien is er nu eerst een hercalibratie nodig voordat ze weer juiste info geven.

@Twan_V Mocht je willen matchen aan info in de portal, een van m'n serienummers is A333JMYQ

Gisteravond en nacht de accu's van vol helemaal laten leeglopen.

Stroom eraf 5 min. Daarna Vanmiddag vol geladen. Meer dan 2.5 uur voor ze van 100% afschakelde.

Weer op NOM gezet en nu vanavond nadat er geen zon genoeg is gaan ze leveren.

Maar net als bovenstaande tweaker Anboni staan ze ineens op 59%. Laat ze maar gaan naar 0
Zullen dan wel uren erover doen om te ontladen.

Wacht nog even met data naar je sturen @Twan_V daar er al diverse mensen dit gedaan hebben. Mag hopen dat jullie dit euvel gaan tackelen.

[ Voor 18% gewijzigd door Leoniq op 31-03-2024 19:42 ]

[DaCootMeister]

Leoniq schreef op zondag 31 maart 2024 @ 19:34:
[...]


Gisteravond en nacht de accu's van vol helemaal laten leeglopen.

Stroom eraf 5 min. Daarna Vanmiddag vol geladen. Meer dan 2.5 uur voor ze van 100% afschakelde.

Weer op NOM gezet en nu vanavond nadat er geen zon genoeg is gaan ze leveren.

Maar net als bovenstaande tweaker Anboni staan ze ineens op 59%. Laat ze maar gaan naar 0
Zullen dan wel uren erover doen om te ontladen.

Wacht nog even met data naar je sturen @Twan_V daar er al diverse mensen dit gedaan hebben. Mag hopen dat jullie dit euvel gaan tackelen.

Heb v1.6.5 van de firmware en het valt mij inderdaad ook op dat er veel afwijking in SOC is na (beiden) helemaal te zijn volgeladen vanmiddag tijdens de goedkopere uren.
Status qua ont/lading is gelijk als in HA alsin de Sessy portal @Twan_V
Mijn serienummers: AWKP44JQ en A7CWC4M5


Error log

2024/03/31 E (19:54:46.247) httpd_txrx: httpd_resp_send_err: error calling setsockopt : 22
2024/03/31 E (19:54:41.252) cloud comms: Could not read the cloud username from AC board's NVS: ESP_ERR_TIMEOUT
2024/03/31 E (19:54:41.070) ota_update: Failed to read system.serial from AC board nvs, with error: ESP_ERR_TIMEOUT. Falling back to local serial
2024/03/31 E (19:54:39.988) log_task: Error opening log files (ESP_FAIL), attempting to reformat FAT filesystem
2024/03/31 E (19:54:39.955) alternating_logs: Failed to open /flash/errors1.log for writing
2024/03/31 E (19:54:39.887) alternating_logs: Failed to open /flash/errors0.log for writing
2024/03/31 E (19:54:39.892) alternating_logs: Failed to open /flash/states1.log for writing
2024/03/31 E (19:54:39.852) alternating_logs: Failed to open /flash/states0.log for writing

2024/03/31 E (19:54:46.482) httpd_txrx: httpd_resp_send_err: error calling setsockopt : 22
2024/03/31 E (18:36:18.263) httpd_txrx: httpd_resp_send_err: error calling setsockopt : 22
2024/03/31 E (18:29:59.847) cloud comms: Comms error type: ERROR_TYPE_TCP_TRANSPORT
2024/03/31 E (18:29:59.834) cloud comms: Last MQTT tls error: tls stack err: 0, cert verify flag: 0
2024/03/31 E (18:29:59.832) mqtt_client: Error transport connect
2024/03/31 E (18:29:59.830) transport_base: Failed to open a new connection
2024/03/31 E (18:29:59.783) esp-tls: Failed to open new connection
2024/03/31 E (18:29:59.780) esp-tls: couldn't get hostname for :charged-iot-prod.azure-devices.net: getaddrinfo() returns 202, addrinfo=0x0
)
NB; De sessy AWKP44JQ is inmiddels (volgens portal en HA) volledig leeg, maar staat nog vrolijk te ontladen

[ Voor 44% gewijzigd door DaCootMeister op 31-03-2024 20:00 ]

[tcw82]

En ik maar ploeteren met 1.6.4

[Roger_de_Poger]

DJP! schreef op zondag 31 maart 2024 @ 00:45:
[...]


Volgens de grafieken is je Sessy leeg (0%) en levert dus geen vermogen. Je huis neemt rond de 250W van het net, Er is bij NOM modus dus geen vermogen over om de Sessy te laden. Pas als de P1 meter teruglevering laat zien gaat de Sessy in NOM laden.


[...]


Portal laat hier ook geen data voor vandaag zien. Grappige is dat sinds 1.6.5 je lokaal ook de dynamische data kunt uitlezen. En deze geeft wel een schema weer

[Afbeelding]

Je hebt gelijk. Ik keek niet goed. Excuses.

[cacofant]

Ik snap werkelijk niet waarom het drift probleem nog niet uit de wereld is. Ik heb dit al gemeld sinds mijn eerste Sessy in juni 2023. Het is dus nog steeds niet goed

Blij dat in mijn LFP Tesla geen Sessy batterij zit dan zou ik snel langs de kant staan.

[BosGnoom]

Gisteren heb ik weer (ondanks het weer) een volledige cyclus gehad, accu leeg in de ochtend en vol in de middag (instelling NOM).

Tussen 100% en het ophouden van het laden zit 10-15 minuten, iets wat ik helemaal acceptabel vind...

[RiendP]

Wat bepaald of en wanneer er een firmware update voor je beschikbaar is ?

[worker]

cacofant schreef op maandag 1 april 2024 @ 07:36:
Ik snap werkelijk niet waarom het drift probleem nog niet uit de wereld is. Ik heb dit al gemeld sinds mijn eerste Sessy in juni 2023. Het is dus nog steeds niet goed

Blij dat in mijn LFP Tesla geen Sessy batterij zit dan zou ik snel langs de kant staan.

Het oorspronkelijke probleem (langzame drift terwijl de Sessy niks staat te doen) is volgens mij wel degelijk opgelost.
Er is een ander probleem voor in de plaats gekomen, waar de SOC te hard op een neer gaat als de Sessy staat te laden en ontladen.
Je zou de SOC ook gewoon kunnen negeren. Zowel in ROI als in NOM mode doet Sessy gewoon wat hij moet doen!

[DaCootMeister]

worker schreef op maandag 1 april 2024 @ 10:49:
[...]

Je zou de SOC ook gewoon kunnen negeren. Zowel in ROI als in NOM mode doet Sessy gewoon wat hij moet doen!

Ja, negeren kan.... maar daar heb ik mijn automatisering niet op ingericht

[Leoniq]

Dus van 59% gisteravond en tot vanmorgen waren de Sessy's tot 0% gezakt. Om daarna nog vrolijk tot 12.30 te ontladen. Vindt dat behoorlijk onnauwkeurig.


En wat @DaCootMeister zegt. Daar kan je geen automatisering op draaien.

[ Voor 90% gewijzigd door Leoniq op 01-04-2024 12:47 ]

[DaCootMeister]

Ben erg benieuwd wanneer mijn BMS battery_full gaat melden ... Tot nu toe heb ik de status van 100% een kwartier of langer geleden al bereikt, maar de turbojets van mijn Sessy's blijven volle toeren draaien.
Straks zeggen ze *boem*
Voor 2e paasdag vertrek de boel handmatig maar op idle zetten.

edit; en na het handmatig stoppen.. opeens nog 59% SOC.
Schiet mij maar lek

[ Voor 25% gewijzigd door DaCootMeister op 01-04-2024 15:30 ]

[fplin]

DaCootMeister schreef op maandag 1 april 2024 @ 15:20:
Ben erg benieuwd wanneer mijn BMS battery_full gaat melden ... Tot nu toe heb ik de status van 100% een kwartier of langer geleden al bereikt, maar de turbojets van mijn Sessy's blijven volle toeren draaien.
Straks zeggen ze *boem*
Voor 2e paasdag vertrek de boel handmatig maar op idle zetten.[Afbeelding]

edit; en na het handmatig stoppen.. opeens nog 59% SOC.
Schiet mij maar lek
[Afbeelding]

Zou me maar geen zorgen baren. als de accu,s vol zijn stopt het laden vanzelf.
Bij mij laden ze nog ongeveer 1,5 uur na dat de SOC 100 % aangeeft.
Dus geen zorgen volgens mij. de SOC waarden worden niet goed weergegeven.
Is ook bekend bij het Sessy team.

[Sicos]

fplin schreef op maandag 1 april 2024 @ 15:35:
[...]

Zou me maar geen zorgen baren. als de accu,s vol zijn stopt het laden vanzelf.
Bij mij laden ze nog ongeveer 1,5 uur na dat de SOC 100 % aangeeft.
Dus geen zorgen volgens mij. de SOC waarden worden niet goed weergegeven.
Is ook bekend bij het Sessy team.

Zou een beetje slecht zijn als de boel alleen maar software matig is beveiligd en niet hardware matig.... dan zou ik in elk geval in geen één lift meer stappen.

[PimDoos]

RiendP schreef op maandag 1 april 2024 @ 10:21:
Wat bepaald of en wanneer er een firmware update voor je beschikbaar is ?

Zie deze post:

PimDoos schreef op maandag 18 maart 2024 @ 19:37:
Updates worden vrijgegeven in fases. Dit is grofweg de volgorde volgens mij:
1. Interne tests
2. Betatesters
3. Sessy's die geregistreerd zijn in de portal
4. De rest

[Faceless]

PimDoos schreef op maandag 1 april 2024 @ 17:27:
[...]


Zie deze post:

[...]

En het kan ook nog zijn dat de uitrol gepauzeerd is om nog wat verbeteringen door te voeren. Wie weet.

[RiendP]

PimDoos schreef op maandag 1 april 2024 @ 17:27:
[...]


Zie deze post:

[...]

Ik behoor tot groep 3 blijkbaar. zijn er al mensen uit groep 3 die de update hebben ontvangen?

[tcw82]

RiendP schreef op dinsdag 2 april 2024 @ 16:13:
[...]


Ik behoor tot groep 3 blijkbaar. zijn er al mensen uit groep 3 die de update hebben ontvangen?

Ik denk ik ook groep drie.
Geen update hier nog.

[psdata]

@Twan_V
Zou je ons eens uit kunnen leggen waarom de update niet verder wordt uitgerold?
Zelf heb ik er geen last van (zat in de eerste ronde leek het).
Maar vele gebruikers hebben er wel vragen over waarom een bepaalde groep Sessy's nog steeds geen update hebben gehad.

Groet Johan

[Twan_V]

psdata schreef op woensdag 3 april 2024 @ 17:44:
@Twan_V
Zou je ons eens uit kunnen leggen waarom de update niet verder wordt uitgerold?
Zelf heb ik er geen last van (zat in de eerste ronde leek het).
Maar vele gebruikers hebben er wel vragen over waarom een bepaalde groep Sessy's nog steeds geen update hebben gehad.

Groet Johan

Er zijn op dit moment 5 release groepen en meer dan 5 redenen om gefaseerd te releasen. Uiteindelijk krijgt iedereen binnen 1-3 weken toegang tot de nieuwste firmware. Nagenoeg alle problemen die er in een release kunnen zitten voorkomen we natuurlijk door zelf op 10+ sessy's intern te testen. Daarna gaat de release naar een aantal beta testers om de Sessy aan diverse real life scenario's bloot te stellen. Als er geen vreemde dingen naar boven komen geven we de release vrij aan 1 groep. Dat laten we een tijdje draaien, als we geen nieuwe problemen horen of zien dan gaat de release na 1-7 dagen door naar een volgende groep enz. Als we iets constateren wat gebruikersongemak of de customer support ongemak zou kunnen veroorzaken is dat een reden om de release niet verder door te zetten maar dit op te lossen in de volgende release. Zo is de ervaring voor jullie èn voor ons beter.

[psdata]

Twan_V schreef op woensdag 3 april 2024 @ 18:55:
[...]


Er zijn op dit moment 5 release groepen en meer dan 5 redenen om gefaseerd te releasen. Uiteindelijk krijgt iedereen binnen 1-3 weken toegang tot de nieuwste firmware.

@Twan_V Bedankt voor je antwoord

[ Voor 52% gewijzigd door psdata op 03-04-2024 19:24 ]

[visker999]

Ik heb een tijd de blueprint “Sessy x op de meter “ van Pimdoos gebruikt, dit in combinatie met het opladen van een EV. Dat ging prima eigenlijk. Nu heb ik me onlangs laten verleiden er een nieuwere versie voor te gebruiken. En deze stopt er zomaar mee of hij start niet. Alleen wanneer ik in HA eerst “nul op de meter” kies en dan ga kiezen voor API, dan loopt de automatisering ( Sessy x op de meter)weer een tijdje.
War gaat er hier nu fout? Iemand ervaring hiermee? Misschien kan @PimDoos er zelf wat over zeggen?
Alvast bedankt.

[PimDoos]

visker999 schreef op woensdag 3 april 2024 @ 20:43:
Ik heb een tijd de blueprint “Sessy x op de meter “ van Pimdoos gebruikt, dit in combinatie met het opladen van een EV. Dat ging prima eigenlijk. Nu heb ik me onlangs laten verleiden er een nieuwere versie voor te gebruiken. En deze stopt er zomaar mee of hij start niet. Alleen wanneer ik in HA eerst “nul op de meter” kies en dan ga kiezen voor API, dan loopt de automatisering ( Sessy x op de meter)weer een tijdje.
War gaat er hier nu fout? Iemand ervaring hiermee? Misschien kan @PimDoos er zelf wat over zeggen?
Alvast bedankt.

XOM wordt iedere minuut getriggerd, of als de strategie van één van de aangesloten Sessy's wijzigt.
Waaraan merk je dat de automation niet loopt? Staat er iets in de logs wat aangeeft wat er fout gaat?

[visker999]

PimDoos schreef op woensdag 3 april 2024 @ 21:20:
[...]

XOM wordt iedere minuut getriggerd, of als de strategie van één van de aangesloten Sessy's wijzigt.
Waaraan merk je dat de automation niet loopt? Staat er iets in de logs wat aangeeft wat er fout gaat?

De logs geven een stand-by modus aan, er gebeurt dan niets meer. En inderdaad wanneer ik de strategie van de sessy wijzig en weer terug ga naar API gaat het goed, voor zo lang het duurt dan. In de stand-by gebeurt er dan niks meer, ook dus niet wanneer de grid-setpoint ruim afwijkt van nul( bij mij staat hij op nul dus).

[vanenkelen]

@Sandburd Ik weet niet of dit de plek is voor een feature request voor jouw app voor de Sessy. Maar zou je nog een tweetal knoppen toe kunnen voegen aan je app? Of zie ik misschien over het hoofd dat dit er al in zit?

1. Een knop voor "Stop (ont)laden"
2. Een knop voor "Sessy API-Modus"

[Roger_de_Poger]

visker999 schreef op woensdag 3 april 2024 @ 21:37:
[...]


De logs geven een stand-by modus aan, er gebeurt dan niets meer. En inderdaad wanneer ik de strategie van de sessy wijzig en weer terug ga naar API gaat het goed, voor zo lang het duurt dan. In de stand-by gebeurt er dan niks meer, ook dus niet wanneer de grid-setpoint ruim afwijkt van nul( bij mij staat hij op nul dus).

Ik heb ook iets dergelijks geconstateerd. Bij switchen van NOM naar API vv, komt NOM niet meer in actie. Blijft wachten terwijl er ondersteuning gewenst is. Pas nadat je via de app op LADEN of ONTLADEN klikt, en daarna weer op NOM, gaat NOM wel werken. Ik heb het effe niet helder op het netvlies...
(en ja, ik neem enige traagheid van reageren van het systeem in acht)

[vanenkelen]

Ik zie net een mail van Tibber dat ze ook met een thuisbatterij (HomeVolt) propositie komen inclusief onbalans aansturing. Dan is het toch een kleine stap om die aansturing ook aan de api van Sessy te koppelen zou je zeggen.

Link

Iemand nog nieuwe updates/reacties gehad van Tibber? Ik sta op het punt om over te stappen naar Frank Energie namelijk.

[DJP!]

vanenkelen schreef op vrijdag 5 april 2024 @ 12:21:
Ik zie net een mail van Tibber dat ze ook met een thuisbatterij (HomeVolt) propositie komen inclusief onbalans aansturing. Dan is het toch een kleine stap om die aansturing ook aan de api van Sessy te koppelen zou je zeggen.

Link

Iemand nog nieuwe updates/reacties gehad van Tibber? Ik sta op het punt om over te stappen naar Frank Energie namelijk.

Ik ben al overgestapt naar Frank Energie, het scheelt dat zowel Tibber al Frank energie dagelijks opzegbaar zijn. Mocht het dus niet bevallen ben je ook zo weer weg.

Wat betreft de Homevolt batterij vind ik het een aardig prijzig ding in vergelijking met die van Zonneplan. Voordeel is wel dat er een API voor (lokale) handmatige bediening bij zit.

[ReconE]

vanenkelen schreef op vrijdag 5 april 2024 @ 08:58:
@Sandburd Ik weet niet of dit de plek is voor een feature request voor jouw app voor de Sessy. Maar zou je nog een tweetal knoppen toe kunnen voegen aan je app? Of zie ik misschien over het hoofd dat dit er al in zit?

1. Een knop voor "Stop (ont)laden"
2. Een knop voor "Sessy API-Modus"

Voor beide wensen zou ik de knop "Idle"/"Inactief" gebruiken. Deze knop staat niet standaard geactiveerd, maar is via Apparaat > Bewerk > Geavanceerd te activeren.

[ReconE]

Roger_de_Poger schreef op vrijdag 5 april 2024 @ 09:39:
[...]


Ik heb ook iets dergelijks geconstateerd. Bij switchen van NOM naar API vv, komt NOM niet meer in actie. Blijft wachten terwijl er ondersteuning gewenst is. Pas nadat je via de app op LADEN of ONTLADEN klikt, en daarna weer op NOM, gaat NOM wel werken. Ik heb het effe niet helder op het netvlies...
(en ja, ik neem enige traagheid van reageren van het systeem in acht)

My 2 cts, maar ik heb hier geen last van. Gisteren van API naar NOM met 1 klik in MHB app.

[AJediIAm]

Zelf ben ik niet zo blij met de dubbel-dipping kosten van Frank. Vandaag heb ik Tibber gevraagd of ze SessyConnect kunnen implementeren: https://www.sessy.nl/handelen-op-de-onbalansmarkt/

Ze zeiden dat ze het op de backlog hebben staan en dat feedback vanuit de community deze backlog beïnvloed. Bij deze dus de vraag om een mailtje naar Tibber te sturen zoals beschreven in de link hierboven!

[Sandburd]

vanenkelen schreef op vrijdag 5 april 2024 @ 08:58:
@Sandburd Ik weet niet of dit de plek is voor een feature request voor jouw app voor de Sessy. Maar zou je nog een tweetal knoppen toe kunnen voegen aan je app? Of zie ik misschien over het hoofd dat dit er al in zit?

1. Een knop voor "Stop (ont)laden"
2. Een knop voor "Sessy API-Modus"

Het is ook door @Erecon genoemd, de Idle knop kun je daarvoor gebruiken. Deze knop wordt niet standaard getoond omdat daar op een klein scherm (kleine iPhone) net niet genoeg ruimte voor is en dan moet je gaan scrollen. Om te voorkomen dat ik dan niet door de Apple keuring heen kom wordt hij standaard verborgen.
Kun je aanzetten bij de geavanceerde instellingen. (batterij bewerken, geavanceerd, en daar toon idle knop aanzetten).

Ik weet niet wat je met de Sessy API-modus bedoelt, maar dat wordt in principe geregeld door "degene die de batterij aan wil sturen", de app, home-assistant, etc.

[Sicos]

Ook andere mensen die dit verschil hebben?

Volgens de specs van Sessy kan deze met 1700 watt ontladen. Mijn 3e Sessy haalt dat. De andere 2 blijven altijd steken op 1500 watt.

[visker999]

Roger_de_Poger schreef op vrijdag 5 april 2024 @ 09:39:
[...]


Ik heb ook iets dergelijks geconstateerd. Bij switchen van NOM naar API vv, komt NOM niet meer in actie. Blijft wachten terwijl er ondersteuning gewenst is. Pas nadat je via de app op LADEN of ONTLADEN klikt, en daarna weer op NOM, gaat NOM wel werken. Ik heb het effe niet helder op het netvlies...
(en ja, ik neem enige traagheid van reageren van het systeem in acht)

Ben er inmiddels achter, dat wanneer ik ga spelen met de schuiven "smoothing value" en "max optimal power" de automatisering wel continue aan de gang krijg. Alleen weet ik nog niet wat ik nu eigenlijk verstel https://tweakers.net/g/s/nosmile2.svg

[Roger_de_Poger]

Huis verbruikt nu 324W. Sessy staat op NOM met als ondergrens 150W leveren. SoC is 98%.
Is met geen mogelijkheid in beweging te krijgen en blijft in standby staan. Ik loop nu al een paar dagen te klooien. Batterij A5QFXRM7

Niet blij. Ik zie wel allerlei opties verschijnen in de portal maar misschien zie ik liever dat de basis stabiel word.

@Twan_V

edit: ik heb nu de bovengrens vermogen op ongeveer het huisverbruik gezet, in API mode. NOM mode werkt niet.

[ Voor 30% gewijzigd door Roger_de_Poger op 05-04-2024 21:43 ]

[DJP!]

Roger_de_Poger schreef op vrijdag 5 april 2024 @ 21:30:
Huis verbruikt nu 324W. Sessy staat op NOM met als ondergrens 150W leveren. SoC is 98%.
Is met geen mogelijkheid in beweging te krijgen en blijft in standby staan. Ik loop nu al een paar dagen te klooien. Batterij A5QFXRM7

Niet blij. Ik zie wel allerlei opties verschijnen in de portal maar misschien zie ik liever dat de basis stabiel word.

@Twan_V

Sessy heeft geen fout meldingen? Wat staat er op de sysinfo pagina van de Sessy? Deze kun je vinden door lokaal op je Sessy in te loggen en dan op het groene of oranje bolletje linksboven te klikken.

[Roger_de_Poger]

[Twan_V]

Roger_de_Poger schreef op vrijdag 5 april 2024 @ 21:30:
Huis verbruikt nu 324W. Sessy staat op NOM met als ondergrens 150W leveren. SoC is 98%.
Is met geen mogelijkheid in beweging te krijgen en blijft in standby staan. Ik loop nu al een paar dagen te klooien. Batterij A5QFXRM7

Niet blij.

@Twan_V

Daar hebben we gewoon een e-mail adres voor he [e-mail]
Niet helemaal waar een forum voor is, maar omdat mijn hobby mijn werk is geworden hierbij het antwoord:

Omdat de slimme meter niet zo snel is zit er een dempingsfactor van 0,3 in de nom regeling, dat betekent dat het initiële setpoint met een drempelwaarde van 150, 150/0.3=500W moet zijn, eenmaal ingeschakeld telt de drempelwaarde van 150W.

Ik heb je drempelwaarde naar 80W gezet, et voila, Sessy gaat aan.

[DJP!]

Roger_de_Poger schreef op vrijdag 5 april 2024 @ 21:46:
[Afbeelding]

ik zie dat het al opgelost is

[ Voor 20% gewijzigd door DJP! op 05-04-2024 21:54 ]

[Roger_de_Poger]

Twan_V schreef op vrijdag 5 april 2024 @ 21:52:
[...]


Daar hebben we gewoon een e-mail adres voor he [e-mail]
Niet helemaal waar een forum voor is, maar omdat mijn hobby mijn werk is geworden hierbij het antwoord:

Omdat de slimme meter niet zo snel is zit er een dempingsfactor van 0,3 in de nom regeling, dat betekent dat het initiële setpoint met een drempelwaarde van 150, 150/0.3=500W moet zijn, eenmaal ingeschakeld telt de drempelwaarde van 150W.

Ik heb je drempelwaarde naar 80W gezet, et voila, Sessy gaat aan.

Dankjewel Twan.
Ja, ik had wellicht beter kunnen mailen, maar ik had geen weet van een tweede drempel- of dempingwaarde. Loop er al een paar dagen mee te klooien en was er nu wel klaar mee. Ik volg de logica van de instellingen en had geen weet van dingetjes die onder de motorkap mijn redenatie beïnvloeden. Evengoed bedankt voor je interventie.

[vogel6]

Sicos schreef op vrijdag 5 april 2024 @ 19:42:
Ook andere mensen die dit verschil hebben?

Volgens de specs van Sessy kan deze met 1700 watt ontladen. Mijn 3e Sessy haalt dat. De andere 2 blijven altijd steken op 1500 watt.

[Afbeelding]

ja ook bij mij op alle batterijen het zelfde
bij laden instelling 2200 real time 2100
bij ontladen instelling 1700 real time 1500
is eigelijk niet correct !!!!
bestede niet veel aandacht aan daar ik meestal op API laad met 1700 en ontlaad 1000-1500 daar ik begreep uit comments dat dat een betere efficientie geeft !!

alle instelling in portal,dasboard en x op de meter staan op min 50 en max 2200
wacht even om een berichtje te sturen naar sessy of dat jullie nog verborgen instellingen weten of begrenzingen.

[Sicos]

vogel6 schreef op vrijdag 5 april 2024 @ 22:01:
[...]


ja ook bij mij op alle batterijen het zelfde
bij laden instelling 2200 real time 2100
bij ontladen instelling 1700 real time 1500
is eigelijk niet correct !!!!
bestede niet veel aandacht aan daar ik meestal op API laad met 1700 en ontlaad 1000-1500 daar ik begreep uit comments dat dat een betere efficientie geeft !!

alle instelling in portal,dasboard en x op de meter staan op min 50 en max 2200
wacht even om een berichtje te sturen naar sessy of dat jullie nog verborgen instellingen weten of begrenzingen.

Ik heb een mail naar Sessy gestuurd, als er in de specificaties staat dat deze met 1700 watt kan ontladen dan moet deze met 1700 watt kunnen ontladen. Ik zou eerder verwachten dat het er iets boven zou zitten i.p.v. 15% eronder.... anders moet je het niet in de specificaties zetten.

[vanenkelen]

Sandburd schreef op vrijdag 5 april 2024 @ 16:13:
[...]


Het is ook door @Erecon genoemd, de Idle knop kun je daarvoor gebruiken. Deze knop wordt niet standaard getoond omdat daar op een klein scherm (kleine iPhone) net niet genoeg ruimte voor is en dan moet je gaan scrollen. Om te voorkomen dat ik dan niet door de Apple keuring heen kom wordt hij standaard verborgen.
Kun je aanzetten bij de geavanceerde instellingen. (batterij bewerken, geavanceerd, en daar toon idle knop aanzetten).

Ik weet niet wat je met de Sessy API-modus bedoelt, maar dat wordt in principe geregeld door "degene die de batterij aan wil sturen", de app, home-assistant, etc.

Ik heb de idle knop inderdaad geactiveerd, maar ik heb/had het idee dat de Sessy daarmee idd stop met (ont)”laden, maar ook niet meer bereikbaar was voor mijn Homey. Dat je daarvoor specifiek de instelling “Home Automation API” moet selecteren.

Zie de opties in Sessy portal:


Ik koppelde jouw knop “idle” aan “inactief” in het portal menu. En dat daarmee de Sessy in een inactieve modus wordt gezet (doet niets meer behalve reageren op een volgende handmatige opdracht).

[Sandburd]

vanenkelen schreef op zaterdag 6 april 2024 @ 10:33:
[...]
Ik koppelde jouw knop “idle” aan “inactief” in het portal menu. En dat daarmee de Sessy in een inactieve modus wordt gezet (doet niets meer behalve reageren op een volgende handmatige opdracht).

Die koppeling die je doet is in principe correct. De "idle" modus zal in het sessy portal als inactief naar boven komen, als je de app in het Nederlands gebruikt zul je ook "inactief" zien.

De Sessy gaat dan inderdaad in een "standby modus", hij ontkoppeld ook zijn omvormer. Maar zodra Homey Sessy een commando wil geven zal deze de Sessy (als het goed is) in de API modus gaan zetten. Als dat niet zo is hoor ik het graag, want dan kan ik ook wel een knop "API modus" in de app zetten.

[sparkly]

Twan_V schreef op vrijdag 5 april 2024 @ 21:52:
[...]


Daar hebben we gewoon een e-mail adres voor he [e-mail]
Niet helemaal waar een forum voor is, maar omdat mijn hobby mijn werk is geworden hierbij het antwoord:

Omdat de slimme meter niet zo snel is zit er een dempingsfactor van 0,3 in de nom regeling, dat betekent dat het initiële setpoint met een drempelwaarde van 150, 150/0.3=500W moet zijn, eenmaal ingeschakeld telt de drempelwaarde van 150W.

Ik heb je drempelwaarde naar 80W gezet, et voila, Sessy gaat aan.

Met andere woorden, als je verbruik niet boven de 500W komt, zal Sessy nooit tussen 150-499 watt gaan leveren, ook al staat hij op 'leveren vanaf 150W'?

[ReconE]

sparkly schreef op zaterdag 6 april 2024 @ 20:19:
[...]


Met andere woorden, als je verbruik niet boven de 500W komt, zal Sessy nooit tussen 150-499 watt gaan leveren, ook al staat hij op 'leveren vanaf 150W'?

Wat ik zie: tijdens NOM wordt mijn sluipverbruik van 130W in de nacht gewoon weggepoetst door mijn twee sessies. Die leveren dus ieder 65W uren achter elkaar.