Zendure producten in Home Assistant integreren deel 2

[TCMR]

pulsarz schreef op vrijdag 1 augustus 2025 @ 15:38:
Trouwens de fireson integratie staat nu ook op de officiele zendure github zie ik!
https://github.com/Zendure/Zendure-HA

Ja, ik zag het zelf ook net, was even aan het zoeken naar de officiële Zendure github pagina voor de zenSDK, en toen zag ik daar "HA", en dat zag er heeel bekend uit

[c0mplex1]

Volgens mij is die per 1 augustus overgegaan van fireson naar zendure.

[Roedie84]

Wie kan mij helpen? Ik heb de meest recente versie van de Fireson integratie gedownload, alles lijkt te werken (uitlezen van waardes) maar er wordt niet automatisch 0 op de meter gehouden( Manueel een output instellen gaat goed vanuit HA).

Ik heb de API key, alsmede het vinkje BETA api aangevinkt.
Ik heb de p1 meter geconfigureerd.
Communicatie staat op local, maar zowel cloud als Zendsk werken niet. Help!

[ Voor 12% gewijzigd door Roedie84 op 01-08-2025 18:48 ]

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 18:35:
Wie kan mij helpen? Ik heb de meest recente versie van de Fireson integratie gedownload, alles lijkt te werken (uitlezen van waardes) maar er wordt niet automatisch 0 op de meter gehouden( Manueel een output instellen gaat goed vanuit HA).

Ik heb de API key, alsmede het vinkje BETA api aangevinkt.
Ik heb de p1 meter geconfigureerd.
Communicatie staat op local, maar zowel cloud als Zendsk werken niet. Help!

Heb je een paar keer tussen verschillende modi geswitched?
Zou je de debug aan kunnen zetten? Misschien staat er een foutmelding in.

[Roedie84]

geert1992 schreef op vrijdag 1 augustus 2025 @ 18:50:
[...]


Heb je een paar keer tussen verschillende modi geswitched?
Zou je de debug aan kunnen zetten? Misschien staat er een foutmelding in.

Heen en weer schakelen tussen modi helpt niet.

Enige error welke verschijnt is:
"2025-08-01 18:50:39.749 ERROR (MainThread) [custom_components.zendure_ha.device] Unable to connect to Zendure Expecting value: line 1 column 1 (char 0)!"

De rest gerelateerd aan het uitlezen van de P1 meter en zo lijkt goed te gaan zonder foutmeldingen

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 18:57:
[...]


Heen en weer schakelen tussen modi helpt niet.

Enige error welke verschijnt is:
"2025-08-01 18:50:39.749 ERROR (MainThread) [custom_components.zendure_ha.device] Unable to connect to Zendure Expecting value: line 1 column 1 (char 0)!"

De rest gerelateerd aan het uitlezen van de P1 meter en zo lijkt goed te gaan zonder foutmeldingen

Als je lokale mqtt aanzet, en je zet ook de mqtt log aan, dan laat hij zien wat het doel is, en wat de thuisaccu aan het doen is. Zou je een kunnen kijken of je daar afwijkingen inziet?

[Roedie84]

geert1992 schreef op vrijdag 1 augustus 2025 @ 19:08:
[...]

Als je lokale mqtt aanzet, en je zet ook de mqtt log aan, dan laat hij zien wat het doel is, en wat de thuisaccu aan het doen is. Zou je een kunnen kijken of je daar afwijkingen inziet?

Sorry heel verhaal nu:

2025-{% endif %}) renders=4>' for attribute '_attr_native_value' in entity 'sensor.rain_rate'
2025-08-01 19:10:27.268 ERROR (MainThread) [homeassistant.components.roborock.coordinator] Error fetching roborock data: Failed to update data
2025-08-01 19:11:32.268 ERROR (MainThread) [homeassistant.components.roborock.coordinator] Error fetching roborock data: Failed to update data
2025-08-01 19:16:02.739 ERROR (MainThread) [custom_components.zendure_ha.device] Unable to connect to Zendure Expecting value: line 1 column 1 (char 0)!
2025-08-01 19:16:19.977 INFO (MainThread) [custom_components.zendure_ha.manager] Update p1: -292 power: 0.0 operation: 2 delta:-292 stddev: 50 fast: True
2025-08-01 19:16:19.977 INFO (MainThread) [custom_components.zendure_ha.manager] Wait 10 sec for state change p1: -292
2025-08-01 19:16:22.350 INFO (paho-mqtt-client-R2CsHC77) [custom_components.zendure_ha.api] Topic: /BC8B7F/SolarFlow 2400 AC/properties/report => {'timestamp': 1754068582, 'messageId': 2424, 'version': 2, 'product': 'solarFlow2400AC', 'properties': {'packNum': 1}, 'packData': [{'sn': 'xxxxx'}]}
2025-08-01 19:16:22.366 INFO (paho-mqtt-client-R2CsHC77) [custom_components.zendure_ha.api] Topic: /BC8B7F/SolarFlow 2400 AC/properties/report => {'timestamp': 1754068582, 'messageId': 2423, 'version': 2, 'product': 'solarFlow2400AC', 'properties': {'heatState': 0, 'packInputPower': 0, 'outputPackPower': 0, 'outputHomePower': 0, 'remainOutTime': 9480, 'packState': 2, 'electricLevel': 98, 'gridInputPower': 35, 'solarInputPower': 0, 'solarPower1': 0, 'solarPower2': 0, 'solarPower3': 0, 'solarPower4': 0, 'solarPower5': 0, 'solarPower6': 0, 'pass': 3, 'reverseState': 0, 'socStatus': 0, 'hyperTmp': 3001, 'gridOffPower': 12, 'dcStatus': 1, 'pvStatus': 0, 'acStatus': 2, 'dataReady': 1, 'gridState': 1, 'BatVolt': 4998, 'socLimit': 0, 'writeRsp': 0, 'acMode': 2, 'inputLimit': 0, 'outputLimit': 0, 'socSet': 1000, 'minSoc': 100, 'gridStandard': 4, 'gridReverse': 1, 'inverseMaxPower': 1000, 'lampSwitch': 0, 'gridOffMode': 1, 'IOTState': 2, 'fanSwitch': 1, 'fanSpeed': 0, 'bindstate': 0, 'VoltWakeup': 0, 'OldMode': 0, 'OTAState': 0, 'LCNState': 0, 'factoryModeState': 0, 'ts': 1754068576, 'tsZone': 14, 'smartMode': 1, 'chargeMaxLimit': 2400, 'phaseSwitch': 1, 'rssi': -35, 'aiState': 0}, 'packData': [{'sn': 'xxxxx', 'packType': 5, 'socLevel': 98, 'state': 2, 'power': 19, 'maxTemp': 3001, 'totalVol': 4990, 'batcur': 65532, 'maxVol': 333, 'minVol': 333, 'softVersion': 4101, 'heatState': 0}]}
2025-08-01 19:16:24.969 INFO (MainThread) [custom_components.zendure_ha.manager] Update p1: -295 power: 0.0 operation: 2 delta:-295 stddev: 50 fast: True
2025-08-01 19:16:27.355 INFO (paho-mqtt-client-R2CsHC77) [custom_components.zendure_ha.api] Topic: /BC8B7F/SolarFlow 2400 AC/properties/report => {'timestamp': 1754068587, 'messageId': 2426, 'version': 2, 'product': 'solarFlow2400AC', 'properties': {'packNum': 1}, 'packData': [{'sn': 'xxxxx'}]}
2025-08-01 19:16:27.376 INFO (paho-mqtt-client-R2CsHC77) [custom_components.zendure_ha.api] Topic: /BC8B7F/SolarFlow 2400 AC/properties/report => {'timestamp': 1754068587, 'messageId': 2425, 'version': 2, 'product': 'solarFlow2400AC', 'properties': {'heatState': 0, 'packInputPower': 0, 'outputPackPower': 0, 'outputHomePower': 0, 'remainOutTime': 9480, 'packState': 2, 'electricLevel': 98, 'gridInputPower': 33, 'solarInputPower': 0, 'solarPower1': 0, 'solarPower2': 0, 'solarPower3': 0, 'solarPower4': 0, 'solarPower5': 0, 'solarPower6': 0, 'pass': 3, 'reverseState': 0, 'socStatus': 0, 'hyperTmp': 3001, 'gridOffPower': 12, 'dcStatus': 1, 'pvStatus': 0, 'acStatus': 2, 'dataReady': 1, 'gridState': 1, 'BatVolt': 4998, 'socLimit': 0, 'writeRsp': 0, 'acMode': 2, 'inputLimit': 0, 'outputLimit': 0, 'socSet': 1000, 'minSoc': 100, 'gridStandard': 4, 'gridReverse': 1, 'inverseMaxPower': 1000, 'lampSwitch': 0, 'gridOffMode': 1, 'IOTState': 2, 'fanSwitch': 1, 'fanSpeed': 0, 'bindstate': 0, 'VoltWakeup': 0, 'OldMode': 0, 'OTAState': 0, 'LCNState': 0, 'factoryModeState': 0, 'ts': 1754068581, 'tsZone': 14, 'smartMode': 1, 'chargeMaxLimit': 2400, 'phaseSwitch': 1, 'rssi': -35, 'aiState': 0}, 'packData': [{'sn': 'xxxxx', 'packType': 5, 'socLevel': 98, 'state': 2, 'power': 19, 'maxTemp': 3001, 'totalVol': 4990, 'batcur': 65532, 'maxVol': 333, 'minVol': 333, 'softVersion': 4101, 'heatState': 0}]}
2025-08-01 19:16:29.966 INFO (MainThread) [custom_components.zendure_ha.manager] Update p1: -298 power: 0.0 operation: 2 delta:-298 stddev: 50 fast: True
2025-08-01 19:16:32.355 INFO (paho-mqtt-client-R2CsHC77) [custom_components.zendure_ha.api] Topic: /BC8B7F/SolarFlow 2400 AC/properties/report => {'timestamp': 1754068592, 'messageId': 2428, 'version': 2, 'product': 'solarFlow2400AC', 'properties': {'packNum': 1}, 'packData': [{'sn': 'xxxxx'}]}
2025-08-01 19:16:32.367 INFO (paho-mqtt-client-R2CsHC77) [custom_components.zendure_ha.api] Topic: /BC8B7F/SolarFlow 2400 AC/properties/report => {'timestamp': 1754068592, 'messageId': 2427, 'version': 2, 'product': 'solarFlow2400AC', 'properties': {'heatState': 0, 'packInputPower': 0, 'outputPackPower': 0, 'outputHomePower': 0, 'remainOutTime': 9480, 'packState': 2, 'electricLevel': 98, 'gridInputPower': 31, 'solarInputPower': 0, 'solarPower1': 0, 'solarPower2': 0, 'solarPower3': 0, 'solarPower4': 0, 'solarPower5': 0, 'solarPower6': 0, 'pass': 3, 'reverseState': 0, 'socStatus': 0, 'hyperTmp': 3001, 'gridOffPower': 12, 'dcStatus': 1, 'pvStatus': 0, 'acStatus': 2, 'dataReady': 1, 'gridState': 1, 'BatVolt': 4998, 'socLimit': 0, 'writeRsp': 0, 'acMode': 2, 'inputLimit': 0, 'outputLimit': 0, 'socSet': 1000, 'minSoc': 100, 'gridStandard': 4, 'gridReverse': 1, 'inverseMaxPower': 1000, 'lampSwitch': 0, 'gridOffMode': 1, 'IOTState': 2, 'fanSwitch': 1, 'fanSpeed': 0, 'bindstate': 0, 'VoltWakeup': 0, 'OldMode': 0, 'OTAState': 0, 'LCNState': 0, 'factoryModeState': 0, 'ts': 1754068586, 'tsZone': 14, 'smartMode': 1, 'chargeMaxLimit': 2400, 'phaseSwitch': 1, 'rssi': -35, 'aiState': 0}, 'packData': [{'sn': 'xxxxx', 'packType': 5, 'socLevel': 98, 'state': 2, 'power': 19, 'maxTemp': 3001, 'totalVol': 4990, 'batcur': 65532, 'maxVol': 333, 'minVol': 333, 'softVersion': 4101, 'heatState': 0}]}
2025-08-01 19:16:32.522 INFO (paho-mqtt-client-R2CsHC77) [custom_components.zendure_ha.api] Topic: /BC8B7F/SolarFlow 2400 AC/log => {'messageId': 2429, 'timestamp': 1754068032, 'log': {'sn': 'xxxxx', 'params': [0, 26764, -3008, 0, 0, 0, 0, 0, 98, 1, 987, 0, 0, 0, 0, 0, 4990, 0, 0, 0, 0, 0, -12, 0, 0, 0, 0, 0, 332, 0, 0, 0, 0, 0, 332, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 8449, 0, 0, 0, 0, 0, 25, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 4101, 0, 0, 0, 0, 0, 1, 59, 0, 1, 0, 0, 0, 0, 1, 1, 6, 1, 2, 26560, 3277, 1688, 0, 353, 100, 10, 0, 0, 0, 0, 0, 0, 48, 0, 0, 0, 0, 0, 2313, 233, 5001, 4994, 4994, 3930, 8, 233, 233, 2308, 4469, 1596, 0, 0, 0, 0, 1, 1, 5, 1, 0, 0, 0, 0, 0, 0, 2, 0, 1, 5, 4, 0, -19, 0, 32, 1, 14, 0, 2400, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]}}
2025-08-01 19:16:34.971 INFO (MainThread) [custom_components.zendure_ha.manager] Update p1: -301 power: 0.0 operation: 2 delta:-301 stddev: 50 fast: True
2025-08-01 19:16:34.971 INFO (MainThread) [custom_components.zendure_ha.manager] Start charging with p1: -301
2025-08-01 19:16:34.972 INFO (MainThread) [custom_components.zendure_ha.manager] Update setpoint: -301 stateManagerState.CHARGING max power: 0

[ Voor 6% gewijzigd door Roedie84 op 01-08-2025 19:28 ]

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 19:17:
[...]


Sorry heel verhaal nu:

.....

Allereerst, pas op met serienummers delen. De p1 waarde komt goed binnen inderdaad, maar hij stuurt blijkbaar geen waarde naar de accu. Had je HA al een keer opnieuw opgestart?

[ Voor 118% gewijzigd door geert1992 op 01-08-2025 19:30 ]

[Roedie84]

geert1992 schreef op vrijdag 1 augustus 2025 @ 19:23:
[...]


Allereerst, pas op met serienummers delen.

Aangepast, thnx

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 19:29:
[...]

Aangepast, thnx

Kan je een handmatig vermogen invullen in de + om te kijken of hij gaat ontladen?
Want hij is bijna vol, en heb zelf een paar keer gehad dat hij dan niet verder wil laden als het laden onderbroken is.

[Roedie84]

geert1992 schreef op vrijdag 1 augustus 2025 @ 19:46:
[...]


Kan je een handmatig vermogen invullen in de + om te kijken of hij gaat ontladen?
Want hij is bijna vol, en heb zelf een paar keer gehad dat hij dan niet verder wil laden als het laden onderbroken is.

Ja bij de slider "Limiet ontladen" kan ik manueel ontladen.

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 19:51:
[...]


Ja bij de slider "Limiet ontladen" kan ik manueel ontladen.

Excuses, ik bedoelde bij de zendure manager, op handmatig vermogen, en daar een positieve waarde.

[Roedie84]

geert1992 schreef op vrijdag 1 augustus 2025 @ 19:51:
[...]


Excuses, ik bedoelde bij de zendure manager, op handmatig vermogen, en daar een positieve waarde.

Dat werkt niet, het lijkt dus mis te gaan in de manager.

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 19:54:
[...]


Dat werkt niet, het lijkt dus mis te gaan in de manager.

Toevallig een upgrade gedaan van de integratie? Of even (nog) een keer herstarten?

In het verleden een paar keer gehad, dat hij na een update niets meer deed. Even de boel opnieuw installeren en het werkte weer.

[ Voor 19% gewijzigd door geert1992 op 01-08-2025 19:57 ]

[Taro]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 18:57:
[...]


Heen en weer schakelen tussen modi helpt niet.

Enige error welke verschijnt is:
"2025-08-01 18:50:39.749 ERROR (MainThread) [custom_components.zendure_ha.device] Unable to connect to Zendure Expecting value: line 1 column 1 (char 0)!"

De rest gerelateerd aan het uitlezen van de P1 meter en zo lijkt goed te gaan zonder foutmeldingen

Die foutmelding had ik dus ook. Welke devices staan er in je account?

[Roedie84]

geert1992 schreef op vrijdag 1 augustus 2025 @ 19:56:
[...]


Toevallig een upgrade gedaan van de integratie? Of even (nog) een keer herstarten?

In het verleden een paar keer gehad, dat hij na een update niets meer deed. Even de boel opnieuw installeren en het werkte weer.

Nee niets speciaals gedaan, alleen een herstart van HA, na complete herinstallatie werkt het nog niet helaas.

[Roedie84]

Taro schreef op vrijdag 1 augustus 2025 @ 20:02:
[...]

Die foutmelding had ik dus ook. Welke devices staan er in je account?

Een AC2400 met 1 x batterij

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 20:14:
[...]

Nee niets speciaals gedaan, alleen een herstart van HA, na complete herinstallatie werkt het nog niet helaas.

Kan mij nog 1 ding bedenken, waar staat het cluster op? Heb je die gezet op eigen groep? En welke versie run je?

[ Voor 8% gewijzigd door geert1992 op 01-08-2025 20:22 ]

[Roedie84]

geert1992 schreef op vrijdag 1 augustus 2025 @ 20:21:
[...]


Kan mij nog 1 ding bedenken, waar staat het cluster op? Heb je die gezet op eigen groep? En welke versie run je?

Stond op unused, heb hem nu op "Apparaat is aangesloten op aparte groep of fase" gezet en het werkt weer!

Bedankt voor je hulp zover!

[geert1992]

Roedie84 schreef op vrijdag 1 augustus 2025 @ 20:37:
[...]

Stond op unused, heb hem nu op "Apparaat is aangesloten op aparte groep of fase" gezet en het werkt weer!

Bedankt voor je hulp zover!

Aah, dat verklaard een hoop! Fijn dat het nu werkt!

[avdwerf]

17 pagina's doorgespit, uiteindelijk gestart met alles dat in de TS staat. Ik heb best wat vragen die ik volgens mij niet tegen ben gekomen, alvast excuses als dat wel het geval is:
- Heb alleen de AC2400 direct op een automaat aangesloten. Ik begrijp dat ik met zo'n Shelly PM Mini Gen3 alsnog het exacte vermogen kan uitlezen van de batterij zelf? reeds opgelost
- Kwam ook ergens tegen om ipv de <IP-HOMEWIZARD-ENERGYSOCKET-OF-KWHMETER> gewoon de waarde van de batterij zelf te gebruiken, alleen die wordt minder vaak geupdate en is daardoor minder accuraat toch? reeds opgelost
- De set correctie = X die overal gebruikt wordt, de waarde die in het voorbeeld staat is een standaard waarde? Of moet die per situatie specifiek aangepast worden? Zelfde vraag voor de set factor = 1.00. Moet ik daar specifiek iets voor aanpassen als ik 1 omvormer met 6 batterijen heb?
- Ik snap niet helemaal waarom er iets inzit dat hij pas zaken doet X uur na zonsopgang en X voor zonsondergang. Waarom niet gewoon als de accu nog niet helemaal vol hem elke zonnestraal mee laten pakken?
- Ik zou nog graag in willen stellen dat hij, als ik 1 van mijn 2 EV's laad, hij alleen maar oplaad mocht er iets over zijn maar iig niet ontlaad. Ik zal buiten dat om eigenlijk altijd de functie NOM aan hebben staan. Is het dan zo simpel als een nieuwe automatisering, trigger is EV 1 of 2 aan het laden, actie is functie aanpassen naar Smart Charging. Zodra EV stopt met laden, zet functie NOM weer aan?

[avdwerf]

Oh en wat ook nog mooi zou zijn. Wil eigenlijk een check op de waarde van Forecast.Solar. Als die bijv. onder de 20kwh ligt, zou ik ook nog op de 3 of 4 goedkoopste uren in de middag de batterij bij willen laden omdat ik hem dan waarschijnlijk met de zon niet vol ga krijgen die dag. Iemand die zoiets al heeft toegevoegd in de complete integratie?

[Taro]

avdwerf schreef op vrijdag 1 augustus 2025 @ 21:33:
Oh en wat ook nog mooi zou zijn. Wil eigenlijk een check op de waarde van Forecast.Solar. Als die bijv. onder de 20kwh ligt, zou ik ook nog op de 3 of 4 goedkoopste uren in de middag de batterij bij willen laden omdat ik hem dan waarschijnlijk met de zon niet vol ga krijgen die dag. Iemand die zoiets al heeft toegevoegd in de complete integratie?

Maak een helper die tussen uur X en Y de 4 goedkoopste uren bepaalt (heb ik een paar dagen geleden hier gedeeld), check if forecast.solar voor morgen > waarde Z, zo niet, check dan op True van de cheapest hours helper en start laden.

[DJN]

Taro schreef op vrijdag 1 augustus 2025 @ 14:11:
Voorbeeldje van het effect van deze keuze in mijn situatie. Op Fase 1 wordt maximaal teruggeleverd, die Hyper en 2400 AC doen helemaal niets. En op Fase B en Fase C worden 2x 2400AC en 1x Hyper geladen. Die onbalans in de fases is niet wenselijk:
[Afbeelding]

[Afbeelding]

@FireSon Kan je hier iets mee? Een toggle in de Zendure Manager om bijv. te kiezen tussen:

1. Powerdistributie verdelen op basis van vermogen, SoC en opslagcapaciteit
2. Powerdistributie optimaliseren op basis van standby verbruik en zo min mogelijk apparaten gebruiken

Kun je in de nieuwe integratie wel een cluster maken van apparaten die zich functioneel als 1 apparaat gedragen? Dan kun je de verdeling op basis van vermogen al wat meer sturen.

Zou inderdaad erg mooi zijn als je zelf kunt kiezen tussen strategieen waaronder zo min mogelijk apparaten en verdeling van vermogen. Ook zou het aangeven van een hierarchie bij het inschakelen mooi zijn waarbij je kunt aangeven in welke volgorde de apparaten betrokken moeten worden en bij welke grens het volgende apparaat bij moet gaan springen. Kan daarmee misschien wel complex worden. Bij installeren van integratie dan wellicht keuze uit default installatie of gevorderd waarin je deze voorkeuren kunt instellen.

[zeegerd]

Taro schreef op vrijdag 1 augustus 2025 @ 22:21:
[...]
Maak een helper die tussen uur X en Y de 4 goedkoopste uren bepaalt (heb ik een paar dagen geleden hier gedeeld), check if forecast.solar voor morgen > waarde Z, zo niet, check dan op True van de cheapest hours helper en start laden.

Heb Forecast.Solar nav je tip geïnstalleerd en enkele dagen gevolgd in HA. De waarden werden regelmatig geactualiseerd, wat op zich begrijpelijk is, maar steeds liep de waarde op naarmate de dag vorderde. Werkelijke opbrengst was bijv uiteindelijk 20 kWh; dit was wel op een gegeven moment voorspeld, maar aan het eind vd dag stond de voorspelling op iets van 35 kWh. Dus op een dag fluctueerde de verwachting maar zo tussen 20 en 40 kWh. Daar betere ervaringen?

Zou kunnen dat ik ergens een variabele verkeerd heb ingevoerd, maar sowieso lijkt het me raar dat de opbrengstverwachting consistent stijgt, en dan nog tot waarden die niet realistisch zijn.

Mogelijk alternatief: Open Meteo? Nog niet echt naar gekeken.

[Taro]

DJN schreef op zaterdag 2 augustus 2025 @ 09:22:
[...]


Kun je in de nieuwe integratie wel een cluster maken van apparaten die zich functioneel als 1 apparaat gedragen? Dan kun je de verdeling op basis van vermogen al wat meer sturen.

Wel een cluster, niet functioneel als 1 apparaat, maar ze blijven gezamenlijk binnen de ingestelde clusterlimiet.

Zou inderdaad erg mooi zijn als je zelf kunt kiezen tussen strategieen waaronder zo min mogelijk apparaten en verdeling van vermogen. Ook zou het aangeven van een hierarchie bij het inschakelen mooi zijn waarbij je kunt aangeven in welke volgorde de apparaten betrokken moeten worden en bij welke grens het volgende apparaat bij moet gaan springen. Kan daarmee misschien wel complex worden. Bij installeren van integratie dan wellicht keuze uit default installatie of gevorderd waarin je deze voorkeuren kunt instellen.

Nu gaat standaard het apparaat met de meeste opslag eerst geloof ik. Nadeel is dat alle kleinere devices dan niet geladen worden en je bij een hoge vermogensvraag maar 1 apparaat hebt dat mee kan doen. Daarom ben ik ook fan van het netjes uitsmeren over alle devices, omdat je daarna bij een hoge vermogensvraag al je apparaten kunt laten meedoen.

Ik ben er hier inmiddels over uit, ook na gisteravond te hebben aanschouwd: Uitsmeren op basis van SoC, vermogen en opslagcapaciteit is voor mij the only way to go. Dat betekent dus ook: 3 gelijke devices met gelijke opslag, maar verschillende SoC's: Het apparaat met de laagste SoC pakt bijv. 1000 Watt, die daartussen met 900 Watt en die met de hoogste SoC: 800 Watt, zodat ze uiteindelijk op gelijke SoC uitkomen en daarna gelijk opgaan. Dat is hoe het werkte, geen nieuwe functionaliteit.

[Taro]

Heb zojuist mijn automatisering helemaal omgebouwd. Gebruik nu een combinatie van de Fireson integratie en de "fake meter" van Bikkelreal, zonder daarbij nog de handmatige REST API aansturing van de 2400AC's aan te roepen.

De automatisering doet het volgende:

Knoppen:

1. Accusturing aan/uit
2. NOM aan/uit
3. Duur ontladen (3 duurste avonduren, 2 duurste ochtenduren)
4. EV laden wel/niet compenseren vanuit de accu's
5. Goedkoop laden (5 goedkoopste uren, behalve op zondag, dan 6 uur ivm 100%)
6. Onder de 20 ct/kWh laden
7. Onder de 17 ct/kWh laden

Trigger: Wisselen van dynamische stroomprijs sensor

If: Controle of Duur ontladen aanstaat en of het huidige uur via Cheapest Hour 1 van de dure uren is
-> Fake meter: Manual Discharging & Fireson: Slimme matching.
Else: Controle of Goedkoop laden aanstaat (Check op de 3 opties: Goedkoop laden, onder 20 ct, onder 17 ct) en of het huidige uur via Cheapest Hour 1 van die goedkope uren is OF het tarief onder het ingestelde tarief ligt
-> Fake meter: Manual Charging & Fireson: Slimme matching.
Else: Controle of het huidige tarief boven de 20 ct/kWh zit
-> Fake meter: NOM & Fireson: Slim ontladen. Of: Smart discharging & Slimme matching.
Else: Controle of het huidige tarief onder de 20 ct/kWh zit
-> Fake meter: NOM & Fireson: Slim opladen. Of: Smart Charging & Slimme matching.
Else (Komt ie als het goed is nooit terecht, maar als escape):
-> Fake meter: Smart NOM & Fireson: Slimme matching.

Hierbij heb ik daarnaast een extra automatisering gemaakt die de SolarFlow 800's controleert op het lager zijn dan 800 Watt van de outputLimit waarde en bij wijziging daarvan deze direct weer op 800 Watt instelt. Ik heb er immers geen accu's op zitten en wil dus dat ze altijd alle zonnestroom naar het huis exporteren. Extra check: Als het tarief negatief is, dan outputLimit: 0.

FireSon is op de hoogte van het feit dat als je via zijn integratie van Mode wisselt dat de outputLimit van de SF800's naar 0 gaat, hij zal daar naar kijken, maar wel dus iets om rekening mee te houden. Heb gisteren zo'n 6-7x alle 4 de SF800's handmatig opnieuw op 800 moeten instellen en flink wat kWh's misgelopen

Verder heb ik logischerwijs geconstateerd dat als je de Fireson integratie altijd op Slimme matching laat staan en alleen de fake meter beïnvloed, dat het mis gaat als je net als ik regelmatig wisselt met devices, omdat je niet moet vergeten die devices aan de Helper toe te voegen die de totalen optelt. Is mij nu een aantal keer overkomen. Dus kan je bovenstaand bij Fireson: Slimme matching laten staan, mits je dan altijd netjes nieuwe devices toevoegt en oude verwijderd bij de Helper die de totale vermogens optelt

Afijn, vandaag even monitoren of alles goed gaat.

[Taro]

Gaat maar net goed zo, of eigenlijk net niet.... Dit is dus zonder EV laden, wel met alle accu's, vaatwasser en wasmachine. Als ik bijv. 500 Watt minder wil laden in totaal schakelt er nu 1 apparaat uit, of schroeft 1 apparaat terug. Dan zou ik de clusters op max 2400 moeten zetten wat weer net te weinig is. Als je het netjes uitsmeert schalen ze dan allemaal iets terug. Fireson even gesproken, die gaat kijken wat ie kan doen.

De Hypers staan overigens in Local mode, 2 ervan geven niet aan dat ze wat doen, maar dat doen ze op de achtergrond wel, anders zou ik niet op 3x3600 uitkomen:



Ga hem nu maar iets terugschroeven...

Goed om te constateren: Op de 3e 2400AC ligt een 140 mm fan en op de 1e en 2e hangt ie erboven, direct erop scheelt dus nog 2 graden....

[ Voor 7% gewijzigd door Taro op 02-08-2025 11:51 ]

[Taro]

Oei oei oei... Heb de clusters op 2400 staan, vermogen teruggeschroefd, maar alles gaat naar die 2 apparaten... Zal er verder over ophouden, maar ik ga er dus nu maar een stekker uithalen, dit kan echt niet en is gevaarlijk.

[avdwerf]

avdwerf schreef op vrijdag 1 augustus 2025 @ 21:22:
17 pagina's doorgespit, uiteindelijk gestart met alles dat in de TS staat. Ik heb best wat vragen die ik volgens mij niet tegen ben gekomen, alvast excuses als dat wel het geval is:
- Heb alleen de AC2400 direct op een automaat aangesloten. Ik begrijp dat ik met zo'n Shelly PM Mini Gen3 alsnog het exacte vermogen kan uitlezen van de batterij zelf?

Vanmorgen de Shelly PM Mini Gen3 eraan gehangen. Die geeft echter een heel ander W aan dan de accu zelf. Die lijkt eerder het huidige vermogen totaal aan te geven. Iemand een idee hoe dat kan? Heb hem tussen de accu en de automaat gehangen:
Shelly:
Zendure AC2400 meter Power: -45 W
Zendure 2400 AC Vermogen (gecombineerd) 1.369 W

*edit 18:36*
Fasedraad niet goed aangesloten. Nu werkt hij goed. De waarde is alleen precies het tegenovergestelde van wat zendure aangeeft. Als zendure app aangeeft -2400W, geeft de shelly (+)2400W aan. Heb de template in de config yaml aangepast dat hij de waarde * -1 doet dus zou nu allemaal moeten werken.

[ Voor 17% gewijzigd door avdwerf op 02-08-2025 18:37 ]

[Roedie84]

In de Zendure App heb ik max laadvermogen van 1200W ingestelt echter gaat de Fireson Integratie naar 2400W? Heel apart

Tevens de integratie aangepast in Studioserver ( bestand Solarflow2400AC.py ):

class SolarFlow2400AC(ZendureZenSdk):
def __init__(self, hass: HomeAssistant, deviceId: str, prodName: str, definition: Any) -> None:
"""Initialise SolarFlow2400AC."""
super().__init__(hass, deviceId, definition["deviceName"], prodName, definition)
self.powerMin = -1200
self.powerMax = 1200

[ Voor 137% gewijzigd door Roedie84 op 02-08-2025 14:40 ]

[Bikkelreal]

Vraag, Als we het toch over vermogen hebben.

Kan je ergens deze waarde aanpassen chargeMaxLimit in de App of met ZenSDK (uitgangs Limiet) ?.
Want deze kun je wel aanpassen inverseMaxPower in de app (Max ontlaadvermogen)

[Devke]

Taro schreef op zaterdag 2 augustus 2025 @ 11:47:
Gaat maar net goed zo, of eigenlijk net niet.... Dit is dus zonder EV laden, wel met alle accu's, vaatwasser en wasmachine. Als ik bijv. 500 Watt minder wil laden in totaal schakelt er nu 1 apparaat uit, of schroeft 1 apparaat terug. Dan zou ik de clusters op max 2400 moeten zetten wat weer net te weinig is. Als je het netjes uitsmeert schalen ze dan allemaal iets terug. Fireson even gesproken, die gaat kijken wat ie kan doen.

De Hypers staan overigens in Local mode, 2 ervan geven niet aan dat ze wat doen, maar dat doen ze op de achtergrond wel, anders zou ik niet op 3x3600 uitkomen:
[Afbeelding]

[Afbeelding]
Ga hem nu maar iets terugschroeven...

Goed om te constateren: Op de 3e 2400AC ligt een 140 mm fan en op de 1e en 2e hangt ie erboven, direct erop scheelt dus nog 2 graden....

Hoelang was dit? Je mag er toch vanuit gaan dat er iets in je meterkast begint te mopperen en eruit klapt.

[universum]

Eeven met zenSDK (gielz) lopen spelen

[Taro]

Devke schreef op zaterdag 2 augustus 2025 @ 15:48:
[...]

Hoelang was dit? Je mag er toch vanuit gaan dat er iets in je meterkast begint te mopperen en eruit klapt.

Iedere automaat heeft een karakteristiek, des te meer over de grens heen, des te korter dat mag. Ik heb er AEG 25A automaten vanuit Liander inzitten, ken de details er niet van, maar bijv. 6250 kan je echt wel langere tijd doen (25A * 230V = 5750 max), 8250 is denk ik een kwestie van 30-60 seconden? Gok hoor. Maar daarom heb ik alles ook zo inzichtelijk gemaakt en zit ik er bovenop. Uiteindelijk zou 1 van de hoofdaansluitingen eruit moeten springen ter beveiliging en zou er niets moeten ontbranden ofzo. Maar daar laat ik het ook liever niet op aankomen.

Achteraf bleek overigens mijn vrouw boven aan het strijken te zijn, exact ook op die fase....

Morgen wordt 1x Hyper met 4x AB2000S opgehaald, de anderen staan ook te koop. Wel fijn om straks gewoon 3x 2400AC te hebben, dan is er ook weer extra ruimte voor de laadpaal en andere devices, alles samen is teveel voor 3x25A. En dan komen er ook nog 2 andere accu's binnen waarvoor ik dan weer ruimte heb. Zal ze wel missen... Is toch het avontuur mee begonnen

[Devke]

Taro schreef op zaterdag 2 augustus 2025 @ 16:09:
[...]

Iedere automaat heeft een karakteristiek, des te meer over de grens heen, des te korter dat mag. Ik heb er AEG 25A automaten vanuit Liander inzitten, ken de details er niet van, maar bijv. 6250 kan je echt wel langere tijd doen (25A * 230V = 5750 max), 8250 is denk ik een kwestie van 30-60 seconden? Gok hoor. Maar daarom heb ik alles ook zo inzichtelijk gemaakt en zit ik er bovenop. Uiteindelijk zou 1 van de hoofdaansluitingen eruit moeten springen ter beveiliging en zou er niets moeten ontbranden ofzo. Maar daar laat ik het ook liever niet op aankomen.

Achteraf bleek overigens mijn vrouw boven aan het strijken te zijn, exact ook op die fase....

Morgen wordt 1x Hyper met 4x AB2000S opgehaald, de anderen staan ook te koop. Wel fijn om straks gewoon 3x 2400AC te hebben, dan is er ook weer extra ruimte voor de laadpaal en andere devices, alles samen is teveel voor 3x25A. En dan komen er ook nog 2 andere accu's binnen waarvoor ik dan weer ruimte heb. Zal ze wel missen... Is toch het avontuur mee begonnen

Nee wachten op de brandweer is geen optie. Ik zou er ook niet op wachten, dan maar even ingrijpen. Ik schroef de Zendure soms ook iets terug. Er zit nog een HW PIB op dezelfde groep. Gaat dan 3300 W doorheen. Liever iets lager. Het kan wel maar voor het gevoel. Ben hier ook aan het nadenken of ik die fase verdeling toch iets beter kan maken. Als de EV erbij komt dan zit je al snel vol. Niet raar natuurlijk daar de EV al 11 kW pakt. Wel loadbalancer en die grijpt in. Al gezien.

Ik denk een goede beslissing. Leuk avontuur maar het moet niet uit zijn voegen barsten omdat je aansluiting er eigenlijk niet op gebouwd is. Je bent ze zo kwijt. Vraag is groot. Zit er zelf aan te denken om nog 1 setjes erbij te zetten. Op iedere fase batterij ondersteuning. Even goed over nadenken wat wijs is.

[Taro]

Devke schreef op zaterdag 2 augustus 2025 @ 16:15:
[...]
Gaat dan 3300 W doorheen. Liever iets lager. Het kan wel maar voor het gevoel.

Het kan inderdaad wel, maar voor langere tijd is het niet fijn/goed. 80% van de rating van de automaat is een mooi uitgangspunt, ga er vanuit dat je 16A hebt? Dan is +-2950 Watt een mooi streven. Is ook de reden dat ik de 2400AC's op 1850-1950 had staan en de Hypers op 1000-1100, dan kwamen ze daar gezamenlijk mooi op. Alleen bij heel hoge dynamische tarieven zoals die 77 ct/kWh enige tijd geleden ging het volle bak

[Devke]

Taro schreef op zaterdag 2 augustus 2025 @ 16:31:
[...]

Het kan inderdaad wel, maar voor langere tijd is het niet fijn/goed. 80% van de rating van de automaat is een mooi uitgangspunt, ga er vanuit dat je 16A hebt? Dan is +-2950 Watt een mooi streven. Is ook de reden dat ik de 2400AC's op 1850-1950 had staan en de Hypers op 1000-1100, dan kwamen ze daar gezamenlijk mooi op. Alleen bij heel hoge dynamische tarieven zoals die 77 ct/kWh enige tijd geleden ging het volle bak

Klopt 16A. EV is 20A. Ik blijf inderdaad rond die 3000 Watt hangen. Tijd voor een beetje sensatie weer in die stroomprijzen . Ik zal hier niet verder reageren. Anders gaan we denk ik 2 topics gebruiken voor hetzelfde. Ondanks het natuurlijk leuke materie is om over te "ouwehoeren".

[martinvdm]

Ik ben geen kenner op dit gebied maar heb ik het goed dat als ik een 3 fase aansluiting hebt met 3 fase pv en de Zendure een plug-in batterij is die feitelijk op 1 fase aangesloten zit dit vanzelf corrigeert via de slimme meter? Dus mede door de p1 meter van Zendure het dus niet uit maakt dat de batterij slechts op 1 fase zit?

[Taro]

martinvdm schreef op zaterdag 2 augustus 2025 @ 17:43:
Ik ben geen kenner op dit gebied maar heb ik het goed dat als ik een 3 fase aansluiting hebt met 3 fase pv en de Zendure een plug-in batterij is die feitelijk op 1 fase aangesloten zit dit vanzelf corrigeert via de slimme meter? Dus mede door de p1 meter van Zendure het dus niet uit maakt dat de batterij slechts op 1 fase zit?

Klopt, je P1-meter telt het geheel op en de accu's compenseren het geheel, los van de fase waar ze op zitten. De slimme meter doet aan intern salderen om het zo maar te zeggen.

Nadeel hiervan is dat je fase onbalans kunt creëren, bij een 3-fase systeem, 1-fase PV, 1 of meerdere accu's en 3-fase verbruikers zoals een laadpaal moet je wel oppassen omdat er een nulverschuiving kan plaatsvinden. Bijv. -5750 terugleveren op Fase A, 5750 afnemen op zowel Fase B als C kan problemen opleveren. Maar voor de gemiddelde gebruiker niet zo relevant.

[ Voor 22% gewijzigd door Taro op 02-08-2025 17:46 ]

[martinvdm]

Taro schreef op zaterdag 2 augustus 2025 @ 17:44:
[...]

Klopt, je P1-meter telt het geheel op en de accu's compenseren het geheel, los van de fase waar ze op zitten. De slimme meter doet aan intern salderen om het zo maar te zeggen.

Nadeel hiervan is dat je fase onbalans kunt creëren, bij een 3-fase systeem, 1-fase PV, 1 of meerdere accu's en 3-fase verbruikers zoals een laadpaal moet je wel oppassen omdat er een nulverschuiving kan plaatsvinden. Bijv. -5750 terugleveren op Fase A, 5750 afnemen op zowel Fase B als C kan problemen opleveren. Maar voor de gemiddelde gebruiker niet zo relevant.

Thanks. Wat ik wil voorkomen is natuurlijk dat ik 3 batterijen nodig heb op elke fase. Loont het dan nog om de pv en de batterij op ieder een eigen fase te zetten? En mogelijk bijvoorbeeld een toekomstige 800 pro met extra ac panelen weer op een andere fase ?

[Taro]

martinvdm schreef op zaterdag 2 augustus 2025 @ 17:49:
[...]

Thanks. Wat ik wil voorkomen is natuurlijk dat ik 3 batterijen nodig heb op elke fase. Loont het dan nog om de pv en de batterij op ieder een eigen fase te zetten? En mogelijk bijvoorbeeld een toekomstige 800 pro met extra ac panelen weer op een andere fase ?

Ik quote je wel even in het normale topic aangezien dit los staat van Home Assistant.

[martinvdm]

Taro schreef op zaterdag 2 augustus 2025 @ 17:51:
[...]

Ik quote je wel even in het normale topic aangezien dit los staat van Home Assistant.

Oh excuus you right, haalde er 2 door elkaar heen. Overigens mag dat ook best soms andersom
Mod me anders maar weg, stel ik de vraag opnieuw

[ Voor 7% gewijzigd door martinvdm op 02-08-2025 17:55 ]

[avdwerf]

zeegerd schreef op zaterdag 2 augustus 2025 @ 09:50:
[...]


Heb Forecast.Solar nav je tip geïnstalleerd en enkele dagen gevolgd in HA. De waarden werden regelmatig geactualiseerd, wat op zich begrijpelijk is, maar steeds liep de waarde op naarmate de dag vorderde. Werkelijke opbrengst was bijv uiteindelijk 20 kWh; dit was wel op een gegeven moment voorspeld, maar aan het eind vd dag stond de voorspelling op iets van 35 kWh. Dus op een dag fluctueerde de verwachting maar zo tussen 20 en 40 kWh. Daar betere ervaringen?

Zou kunnen dat ik ergens een variabele verkeerd heb ingevoerd, maar sowieso lijkt het me raar dat de opbrengstverwachting consistent stijgt, en dan nog tot waarden die niet realistisch zijn.

Mogelijk alternatief: Open Meteo? Nog niet echt naar gekeken.

Ik zie nu inderdaad dat er bij mij ook vrij weinig van klopt. Zonde, want moet wel enigzins van die waarde uit kunnen gaan om automatisch te gaan laden bij lagere tarieven. Mocht jij een oplossing hebben of andere/betere integratie laat het aub weten.

[gielz]

avdwerf schreef op zaterdag 2 augustus 2025 @ 18:48:
[...]


Ik zie nu inderdaad dat er bij mij ook vrij weinig van klopt. Zonde, want moet wel enigzins van die waarde uit kunnen gaan om automatisch te gaan laden bij lagere tarieven. Mocht jij een oplossing hebben of andere/betere integratie laat het aub weten.

Ik gebruik solcast en is altijd wel juist

[dennisdew16]

gielz schreef op zaterdag 2 augustus 2025 @ 19:31:
[...]


Ik gebruik solcast en is altijd wel juist

Ga deze ook maar eens vergelijken met solar forecast. Vind dat die ook teveel wijzigt gedurende de dag om een goede automatisering mee te bouwen. Is het proberen waard.

[Roedie84]

Ik vindt de Zendure HA intregratie wel een beetje eng worden. Alles in HA verwijderd, in de zendure app max 1200W laden ingevoerd, en toch zorgt de voledig nieuw geinstalleerde HA integratie ervoor dat de Zendure met 2400W gaat laden. Het lijkt er op dat het keuze menu ( cluster etc ) niet werkt bij mij. Heeft iemand een idee ?

[ Voor 21% gewijzigd door Roedie84 op 03-08-2025 12:48 ]

[avdwerf]

avdwerf schreef op vrijdag 1 augustus 2025 @ 21:22:
17 pagina's doorgespit, uiteindelijk gestart met alles dat in de TS staat. Ik heb best wat vragen die ik volgens mij niet tegen ben gekomen, alvast excuses als dat wel het geval is:
- De set correctie = X die overal gebruikt wordt, de waarde die in het voorbeeld staat is een standaard waarde? Of moet die per situatie specifiek aangepast worden? Zelfde vraag voor de set factor = 1.00. Moet ik daar specifiek iets voor aanpassen als ik 1 omvormer met 6 batterijen heb?
- Ik snap niet helemaal waarom er iets inzit dat hij pas zaken doet X uur na zonsopgang en X voor zonsondergang. Waarom niet gewoon als de accu nog niet helemaal vol hem elke zonnestraal mee laten pakken?
- Ik zou nog graag in willen stellen dat hij, als ik 1 van mijn 2 EV's laad, hij alleen maar oplaad mocht er iets over zijn maar iig niet ontlaad. Ik zal buiten dat om eigenlijk altijd de functie NOM aan hebben staan. Is het dan zo simpel als een nieuwe automatisering, trigger is EV 1 of 2 aan het laden, actie is functie aanpassen naar Smart Charging. Zodra EV stopt met laden, zet functie NOM weer aan?

Heb alles sinds gisteren draaien en lijkt erg goed te gaan! Ook de toevoegingen gedaan voor het EV laden en goedkope uren laden als er niet genoeg zonopbrengst is. Vraag me dan alleen bovenstaande 2 vragen nog af, waar de correcties precies voor zijn en of ik daar nog iets mee moet doen, en waarom er zaken zijn die dingen uitstellen met zonsopgang/-ondergang.

Nu dus de NOM automatisering
Een automatisering die zodra mijn laadpaal een auto aan het laden is de modus instelt op Alleen slim opladen
Een automatisering die checkt wat de voorspelde opbrengst van vandaag is. Als die beneden X is, zet hij hem tijdens de 5 goedkopste uren die dag op Opladen met X watt, en daarna gewoon weer terug naar Nul op de meter (als er geen auto geladen wordt, anders doet hij niets).



Hele dag dus zo goed als NOM. Om 12.00 de EV aangesloten ivm goedkope stroom. De accu gaat in standby (er is geen stroom over, maar hij trekt hem ook niet leeg naar de EV). Zodra hij zo klaar is gaat hij weer op NOM en zal de accu rest van de dag volladen

[avdwerf]

gielz schreef op zaterdag 2 augustus 2025 @ 19:31:
[...]


Ik gebruik solcast en is altijd wel juist

Thanks. Deze ook geïnstalleerd en komt veel meer in de buurt dan solar.forecast

[gielz]

avdwerf schreef op zondag 3 augustus 2025 @ 14:12:
[...]
Vraag me dan alleen bovenstaande 2 vragen nog af, waar de correcties precies voor zijn en of ik daar nog iets mee moet doen, en waarom er zaken zijn die dingen uitstellen met zonsopgang/-ondergang.

In de FAQ kun je hier meer over lezen.

- De correctie is handig bij het ontladen als je juist meer/minder wilt ontladen wanneer je bijvoorbeeld niet goed de 0 haalt. Dit kan namelijk per huishouden anders zijn.

- Voor het opladen kun je ook een correctie instellen. Dat je juist minder wilt laden en een soort buffer wilt houden.

- Zit standaard uitgesteld laden in voor het opwekseizoen. Dit om een betere RTE te behalen. Kan ook uitgezet of aangepast worden.

[Hieke]

gielz schreef op zondag 3 augustus 2025 @ 17:00:
[...]


In de FAQ kun je hier meer over lezen.

- De correctie is handig bij het ontladen als je juist meer/minder wilt ontladen wanneer je bijvoorbeeld niet goed de 0 haalt. Dit kan namelijk per huishouden anders zijn.

- Voor het opladen kun je ook een correctie instellen. Dat je juist minder wilt laden en een soort buffer wilt houden.

Zou je daar wat meer uitleg over kunnen geven? De code daarvan is voor mij niet echt begrijpelijk.
Bij mij leeft momenteel de vraag wat wordt bedoeld met
{% set factor = 1.00 %}
en
{% set correctie_export = 80 %}

De {% set cap = 2400 %} = de maximale laadsnelheid, als ik het goed heb.
Draai NOM, met dank
Alternatief is om het starten van laden in de ochtend te verschuiven naar +3 uur. Maar of dat in het voor- en naseizoen ook haalbaar is om accu's vol te krijgen wordt nog even afwachten..
Nog mooier is natuurlijk dit soort zaken tunen via de GUI, zoals ik hierboven zag

[gielz]

Hieke schreef op zondag 3 augustus 2025 @ 17:35:
[...]

Zou je daar wat meer uitleg over kunnen geven? De code daarvan is voor mij niet echt begrijpelijk.
Bij mij leeft momenteel de vraag wat wordt bedoeld met
{% set factor = 1.00 %}
en
{% set correctie_export = 80 %}

De {% set cap = 2400 %} = de maximale laadsnelheid, als ik het goed heb.
Draai NOM, met dank
Alternatief is om het starten van laden in de ochtend te verschuiven naar +3 uur. Maar of dat in het voor- en naseizoen ook haalbaar is wordt nog even afwachten..
Nog mooier is natuurlijk dit soort zaken tunen via de GUI, zoals ik hierboven zag

- Set factor hoef je niets mee te doen. Hij gebruikt dit om gefaseerd het vermogen te pakken bij het opstarten in de laad of ontlaadmodus.

- De correctie_export zegt nu 80 watt in de min blijven. Dus stel je levert 1280 terug aan het net dan gaat hij met 1200 opladen. Dit om een buffer te houden zoals in HEMS bij Zendure ook gebruikelijk is.

- Voor dat uitgesteld laden is het nu zo dat hij uitgesteld gaat laden maar niet in jan-mrt en okt-dec. Je wilt in die maanden echt alles er uit persen.

Ik heb er bewust niet voor gekozen om dit in sliders te zetten omdat je dit soort dingen eigenlijk eenmalig instelt en dan lekker laat draaien.


*op vakantie

[ Voor 12% gewijzigd door gielz op 03-08-2025 17:49 ]

[martinvdm]

gielz schreef op zaterdag 2 augustus 2025 @ 19:31:
[...]


Ik gebruik solcast en is altijd wel juist

Hoe gebruik je Solcast nu icm je Zendure NOM HA in dit topic?

[Hieke]

@gielz Dank je voor je toelichting.

Bijgaand mijn result of the day. Volle bak laden vanwege zonnig weer. En dan opeens een dipje vanwege verwarmingselement wasmachine..3000 Watt vraag.. Er zijn grenzen

[ Voor 46% gewijzigd door Hieke op 03-08-2025 21:52 . Reden: Attachment ]

[Taro]

Hieke schreef op zondag 3 augustus 2025 @ 19:55:
@gielz Dank je voor je toelichting.

Bijgaand mijn result of the day. Volle bak laden vanwege zonnig weer. En dan opeens een dipje vanwege verwarmingselement wasmachine..3000 Watt vraag.. Er zijn grenzen

Je attachment ontbreekt?

[gielz]

martinvdm schreef op zondag 3 augustus 2025 @ 19:27:
[...]

Hoe gebruik je Solcast nu icm je Zendure NOM HA in dit topic?

Solcast doe ik nu nog niets mee buiten dat ik een indicatie heb wat de opwek gaat worden. Maar zullen vast mooie automatiseringen mee te maken zijn.

[gielz]

Hieke schreef op zondag 3 augustus 2025 @ 19:55:
@gielz Bijgaand mijn result of the day.

Ziet er netjes uit!

Hier onder zie je duidelijk wat het uitgesteld laden doet. Tijdens het opwekseizoen en wanneer je met nog wat prik de ochtend in gaat wil je dat laden uitstellen omdat je anders met een laag vermogen gaat laden. Boven de 800 watt geeft altijd een mooi RTE resultaat.

Hier is dat 2 uur na zonsopkomst maar afhankelijk hoe de panelen liggen kan het ook later zijn.

[Roedie84]

Roedie84 schreef op zondag 3 augustus 2025 @ 11:02:
Ik vindt de Zendure HA intregratie wel een beetje eng worden. Alles in HA verwijderd, in de zendure app max 1200W laden ingevoerd, en toch zorgt de voledig nieuw geinstalleerde HA integratie ervoor dat de Zendure met 2400W gaat laden. Het lijkt er op dat het keuze menu ( cluster etc ) niet werkt bij mij. Heeft iemand een idee ?

Iemand een suggestie om mijn probleem met de Fireson integratie op te lossen?

[avdwerf]

martinvdm schreef op zondag 3 augustus 2025 @ 19:27:
[...]

Hoe gebruik je Solcast nu icm je Zendure NOM HA in dit topic?

Ik heb een losse automatisering gemaakt. Die checkt wat de solcast voorspelling van vandaag is. Verder 2 sensoren, 1tje die aan gaat op de 6 goedkoopste uren van die dag en 1tje op de 3 goedkoopste uren. Ik heb ongeveer 25kwh nodig om mijn accu vol te krijgen. Als de voorspelling boven de 25kwh is, doe ik niets. Als hij tussen de 20 en 25 is, verander ik de zendure modus naar vol laden op de 3 goedkoopste uren. Als hij onder de 20 is, verander ik de zendure modus naar vol laden op de 6 goedkoopste uren.

[dennisdew16]

Roedie84 schreef op maandag 4 augustus 2025 @ 09:26:
[...]


Iemand een suggestie om mijn probleem met de Fireson integratie op te lossen?

Ik gebruik zelf de Fireson integratie niet maar het keiharde limiet stel je toch in de app in? Volgens mij kan een integratie die niet aanpassen maar dat kan ik mis hebben.
En wat is je opstelling. Hoeveel 2400AC's en batterijen heb je?

[Roedie84]

dennisdew16 schreef op maandag 4 augustus 2025 @ 10:34:
[...]

Ik gebruik zelf de Fireson integratie niet maar het keiharde limiet stel je toch in de app in? Volgens mij kan een integratie die niet aanpassen maar dat kan ik mis hebben.
En wat is je opstelling. Hoeveel 2400AC's en batterijen heb je?

Dat lijkt mij ook, in de app staat daadwerkelijk voor zowel laden als ontladen max. 1200 W. Opstelling is 1x AC2400 + 1x AB3000X.

[mrme12345]

Roedie84 schreef op maandag 4 augustus 2025 @ 09:26:
[...]


Iemand een suggestie om mijn probleem met de Fireson integratie op te lossen?

Wat werkt er niet aan het keuzemenu? En als je issues hebt zou ik alles nog een x verwijderen (inclusief de aangemaakte gebruikers in HA voor de devices) en daarna opnieuw opstarten en opnieuw installeren. En daarna kiezen voor cluster max 1200w en dan zou die daar niet overheen moeten kunnen.

[Taro]

Roedie84 schreef op maandag 4 augustus 2025 @ 10:54:
[...]


Dat lijkt mij ook, in de app staat daadwerkelijk voor zowel laden als ontladen max. 1200 W. Opstelling is 1x AC2400 + 1x AB3000X.

De instellingen voor laden en ontladen zijn eenmalige instellingen, die worden door de integratie bijgestuurd. Je bent hier denk ik op zoek naar de regiogebaseerde veiligheidsinstellingen, max uitvoer, daarvoor moet je op het linkje onderin klikken op de AC laden/ontladen pagina.

[Roedie84]

Taro schreef op maandag 4 augustus 2025 @ 11:19:
[...]

De instellingen voor laden en ontladen zijn eenmalige instellingen, die worden door de integratie bijgestuurd. Je bent hier denk ik op zoek naar de regiogebaseerde veiligheidsinstellingen, max uitvoer, daarvoor moet je op het linkje onderin klikken op de AC laden/ontladen pagina.

Ik neem aan dat je deze instellingen bedoelt?

[Taro]

Roedie84 schreef op maandag 4 augustus 2025 @ 15:22:
[...]


Ik neem aan dat je deze instellingen bedoelt?

[Afbeelding]

Nee, die op de apparaat pagina buiten HEMS, heb je als het goed is tijdens de installatie langs zien komen. Haal het apparaat even uit HEMS, ga naar het apparaat buiten HEMS, ga naar instellingen en kies voor: Netgekoppelde standaarden. Daar kan je die 2400 aanpassen naar bijv. 1200 of 800, maar dat geldt wel alleen voor uitvoer, niet voor invoer. Let op: Niet AC-invoer en AC-uitvoer aanpassen, maar echt de netgekoppelde standaarden.

[ Voor 5% gewijzigd door Taro op 04-08-2025 15:29 ]

[Roedie84]

Taro schreef op maandag 4 augustus 2025 @ 15:27:
[...]

Nee, die op de apparaat pagina buiten HEMS, heb je als het goed is tijdens de installatie langs zien komen. Haal het apparaat even uit HEMS, ga naar het apparaat buiten HEMS, ga naar instellingen en kies voor: Netgekoppelde standaarden. Daar kan je die 2400 aanpassen naar bijv. 1200 of 800, maar dat geldt wel alleen voor uitvoer, niet voor invoer. Let op: Niet AC-invoer en AC-uitvoer aanpassen, maar echt de netgekoppelde standaarden.

Dat zie ik dus niet na opslaan op Nederland, komt niet die instelling.

[Taro]

Roedie84 schreef op maandag 4 augustus 2025 @ 15:34:
[...]


Dat zie ik dus niet na opslaan op Nederland, komt niet die instelling.

[Afbeelding]

Apart, bij de Hyper is die optie er nog wel. Is potentieel een risico wat ze introduceren. Stel dat je 2x 2400AC verdeelt over 2 stopcontacten en max 800/stuk wil ontladen en je stelt daarom 1600 in, als dan 1 van de 2 leeg is zal de ander 1600 gaan leveren....

[Roedie84]

Taro schreef op maandag 4 augustus 2025 @ 15:37:
[...]

Apart, bij de Hyper is die optie er nog wel. Is potentieel een risico wat ze introduceren. Stel dat je 2x 2400AC verdeelt over 2 stopcontacten en max 800/stuk wil ontladen en je stelt daarom 1600 in, als dan 1 van de 2 leeg is zal de ander 1600 gaan leveren....

Dat ben ik met je eens. Echter verklaart dit dan nog niet waarom de Fireson integratie aanstuurt op laden met 2400W terwijl ik Cluster max. 1200w heb ingesteldt...

[Taro]

Roedie84 schreef op maandag 4 augustus 2025 @ 15:40:
[...]


Dat ben ik met je eens. Echter verklaart dit dan nog niet waarom de Fireson integratie aanstuurt op laden met 2400W terwijl ik Cluster max. 1200w heb ingesteldt...

Zou daarvan een bugmelding indienen via Github.

Heb hier trouwens vanochtend de 3x 2400AC in HEMS geknald en de 2 Hypers handmatig op laden gezet omdat handmatig opladen maar 2 van de 5 devices ging opladen. Er is dus nog iets niet helemaal lekker.

[Mediacj]

Roedie84 schreef op maandag 4 augustus 2025 @ 15:40:
[...]


Dat ben ik met je eens. Echter verklaart dit dan nog niet waarom de Fireson integratie aanstuurt op laden met 2400W terwijl ik Cluster max. 1200w heb ingesteldt...

Ik heb dit gedrag ook gezien bij mijn Hypers bij het testen van de Fireson integratie, als er 1 niet meedoet om wat voor reden dan ook gaat alles naar de andere en daardoor ontstaat er een ongewenste situatie van teveel vermogen op 1 Hyper. Het mooiste zou zijn dat we binnen de Hyper zelf een echte max kunnen instellen voor laden/ontladen per Hyper/Solarflow.

[avdwerf]

Roedie84 schreef op maandag 4 augustus 2025 @ 15:40:
[...]


Dat ben ik met je eens. Echter verklaart dit dan nog niet waarom de Fireson integratie aanstuurt op laden met 2400W terwijl ik Cluster max. 1200w heb ingesteldt...

Was het niet zo dat je de waardes die je in de zendure app instelt gewoon kunt overschrijven vanuit een (fireson/zendsk) integratie? En dat ze in die integratie standaard op 2400W staan. Of zijn dat weer andere waardes?

[gielz]

avdwerf schreef op maandag 4 augustus 2025 @ 19:51:
[...]


Was het niet zo dat je de waardes die je in de zendure app instelt gewoon kunt overschrijven vanuit een (fireson/zendsk) integratie? En dat ze in die integratie standaard op 2400W staan. Of zijn dat weer andere waardes?

Je kunt ze via de api muteren. Maar doe je dat niet dan zou hij gewoon de waarde moeten hanteren die bij installeren in de app zijn ingevuld. Dat zie ik althans terug in de zenSDK zelfbouw.

Ik werk in de NOM daarom met een cap. Dan weet je zeker dat hij hoe dan ook tijdens NOM niet meer dan de cap doet.

[Bikkelreal]

Roedie84 schreef op maandag 4 augustus 2025 @ 15:40:
[...]


Dat ben ik met je eens. Echter verklaart dit dan nog niet waarom de Fireson integratie aanstuurt op laden met 2400W terwijl ik Cluster max. 1200w heb ingesteldt...

Hij is er mee bezig was even weer perfect, 5 min later weer een update werkte niets meer, nu ben ik weer terug naar pre 14.
Nog even wachten:)

[jaychunlai]

Heeft iemand de overstap van HA (NOM1.0) naar de Zenki AI gemaakt? Zo ja: hoe bevalt het? Zo nee: wellpp even uitzoeken dan maar

[gielz]

jaychunlai schreef op dinsdag 5 augustus 2025 @ 09:55:
Heeft iemand de overstap van HA (NOM1.0) naar de Zenki AI gemaakt? Zo ja: hoe bevalt het? Zo nee: wellpp even uitzoeken dan maar

Je bedoelt zeker andersom? Waarom van HA sturing naar een zendure app aansturing. Ik behoud liever mijn vrijheid.

[jaychunlai]

gielz schreef op dinsdag 5 augustus 2025 @ 12:42:
[...]


Je bedoelt zeker andersom? Waarom van HA sturing naar een zendure app aansturing. Ik behoud liever mijn vrijheid.

Hehe zo kan je het ook zien! Dacht misschien hebben men al goede ervaring met Zenki. Ik draai vooral nu NOM met paar tweaks eraan. Vroeg mij af hoeveel zin het heeft om naar Zenki te gaan als je misschien ook wilt handelen of laden op goedkopere momenten als de zon niet schijnt bijv.

[mrme12345]

Nou ik heb de beta van zendure api (fireson) maar weer verwijderd. Kreeg alleen maar connectie problemen.....van devices offline enz. En toen ik hem verwijderd had kwam alles weer netjes online.....ik wacht nog wel even tijdje op stabiele versie

[Taro]

mrme12345 schreef op dinsdag 5 augustus 2025 @ 17:55:
Nou ik heb de beta van zendure api (fireson) maar weer verwijderd. Kreeg alleen maar connectie problemen.....van devices offline enz. En toen ik hem verwijderd had kwam alles weer netjes online.....ik wacht nog wel even tijdje op stabiele versie

Ja, hier de afgelopen paar dagen ook alleen maar problemen gehad. Uiteindelijk alles op Off/Off gezet en met HEMS aan de slag gegaan, maar daar liep ik tegen de 3000/3200 limiet aan. Nu pre16 in gebruik en het lijkt wel weer te werken, echt stabiel is het nog allemaal niet. Wel benieuwd of nu na de 2400AC firmware updates en het daarin aanzetten van MQTT de aansturing wordt verbeterd.

[avdwerf]

jaychunlai schreef op dinsdag 5 augustus 2025 @ 12:49:
[...]


Hehe zo kan je het ook zien! Dacht misschien hebben men al goede ervaring met Zenki. Ik draai vooral nu NOM met paar tweaks eraan. Vroeg mij af hoeveel zin het heeft om naar Zenki te gaan als je misschien ook wilt handelen of laden op goedkopere momenten als de zon niet schijnt bijv.

Ik heb dat zenki tijd terug aangehad maar merkte eigenlijk niets anders dan NOM. Ook op dagen met niet genoeg zon ging hij niet uit zichzelf laden op goedkope momenten terwijl ik de tarieven in zendure wel gekoppeld had. Ook irritant dat je dus helemaal geen inzicht hebt in wat Zenki precies doet. Zou handig zijn als je dat terug kunt zien ergens wat hij gedaan heeft.
Heb nu dus in HA een extra automatisering gemaakt gekoppeld aan de NOM. Die checkt in Solcast de verwachte zonopbrengst en zet, als er niet genoeg is om de accu vol te krijgen, op de X goedkoopste uren de modus van de NOM automatisering op max laden.

[mrme12345]

Taro schreef op dinsdag 5 augustus 2025 @ 20:29:
[...]

Ja, hier de afgelopen paar dagen ook alleen maar problemen gehad. Uiteindelijk alles op Off/Off gezet en met HEMS aan de slag gegaan, maar daar liep ik tegen de 3000/3200 limiet aan. Nu pre16 in gebruik en het lijkt wel weer te werken, echt stabiel is het nog allemaal niet. Wel benieuwd of nu na de 2400AC firmware updates en het daarin aanzetten van MQTT de aansturing wordt verbeterd.

Ja ik sluit ook niet uit dat ik gewoon een slechte wifi verbinding had vandaag. Heb mijn router 3 x herstart vandaag. Ga het nog maar even proberen met die beta 16. Kijken of het stabiel blijft nu.

[Roedie84]

Misschien niet geheel topic gerelateerd maar ik heb het volgende probleem, in Home Assistant lijkt de waarde van mijn HA P1 meter maar 1x per 5 seconden gerefreshed te worden. Wanneer ik in de HA app kijk geeft deze wel "live" waardes. Iemand een idee waaraan dit kan liggen, nu werkt NOM met behulp van de integratie niet optimaal namelijk.

[gielz]

Roedie84 schreef op woensdag 6 augustus 2025 @ 07:05:
Misschien niet geheel topic gerelateerd maar ik heb het volgende probleem, in Home Assistant lijkt de waarde van mijn HA P1 meter maar 1x per 5 seconden gerefreshed te worden. Wanneer ik in de HA app kijk geeft deze wel "live" waardes. Iemand een idee waaraan dit kan liggen, nu werkt NOM met behulp van de integratie niet optimaal namelijk.

Welke refreshrate heb je ingesteld voor je P1 in Home Assistant binnen je configuration.yaml? Standaard is dit namelijk niet 1 seconden.

En welke aansturing gebruik je?

[Roedie84]

gielz schreef op woensdag 6 augustus 2025 @ 07:14:
[...]


Welke refreshrate heb je ingesteld voor je P1 in Home Assistant binnen je configuration.yaml? Standaard is dit namelijk niet 1 seconden.

En welke aansturing gebruik je?

Ik had niets geconfigureerd in configuration.yaml.


automation:
- alias: "Force update P1 sensor every second"
trigger:
- platform: time_pattern
seconds: "/1"
action:
- service: homeassistant.update_entity
target:
entity_id: sensor.p1_meter_xxxxxxxxx_active_power

Toegoegd en nu het beter te werken, alleen soms haperingen...

Ik gebruik de fireson integratie om het geheel aan te sturen.

[ Voor 48% gewijzigd door Roedie84 op 06-08-2025 08:55 ]

[jaychunlai]

avdwerf schreef op dinsdag 5 augustus 2025 @ 20:45:
[...]


Ik heb dat zenki tijd terug aangehad maar merkte eigenlijk niets anders dan NOM. Ook op dagen met niet genoeg zon ging hij niet uit zichzelf laden op goedkope momenten terwijl ik de tarieven in zendure wel gekoppeld had. Ook irritant dat je dus helemaal geen inzicht hebt in wat Zenki precies doet. Zou handig zijn als je dat terug kunt zien ergens wat hij gedaan heeft.
Heb nu dus in HA een extra automatisering gemaakt gekoppeld aan de NOM. Die checkt in Solcast de verwachte zonopbrengst en zet, als er niet genoeg is om de accu vol te krijgen, op de X goedkoopste uren de modus van de NOM automatisering op max laden.

Check, dus we kunnen die P1 maar gewoon weer op marktplaats zetten, nice.
Ohhh ja dat is een goede. Thanks

[gielz]

Roedie84 schreef op woensdag 6 augustus 2025 @ 07:31:
[...]


Ik had niets geconfigureerd in configuration.yaml.


automation:
- alias: "Force update P1 sensor every second"
trigger:
- platform: time_pattern
seconds: "/1"
action:
- service: homeassistant.update_entity
target:
entity_id: sensor.p1_meter_xxxxxxxxx_active_power

Toegoegd en nu het beter te werken, alleen soms haperingen...

Ik gebruik de fireson integratie om het geheel aan te sturen.

Geen idee welke p1 je hebt want dat is niet duidelijk in de posts.

Maar ik zou een aparte p1 meter sensor opnemen in je configuration.yaml als de p1 dat ondersteund. Dan heb je daardoor een aansturing P1 van 1 seconden. Zo heb ik het hier.

[Roedie84]

gielz schreef op woensdag 6 augustus 2025 @ 09:45:
[...]


Geen idee welke p1 je hebt want dat is niet duidelijk in de posts.

Maar ik zou een aparte p1 meter sensor opnemen in je configuration.yaml als de p1 dat ondersteund. Dan heb je daardoor een aansturing P1 van 1 seconden. Zo heb ik het hier.

Sorry voor de onduidelijkheid, het gaat om de home wizard P1 meter, heb je een voorbeeld van je aparte sensor configuratie?

[ Voor 6% gewijzigd door Roedie84 op 06-08-2025 09:49 ]

[gielz]

Roedie84 schreef op woensdag 6 augustus 2025 @ 09:46:
[...]


Sorry voor de onduidelijkheid, het gaat om de home wizard P1 meter, heb je een voorbeeld van je aparte sensor configuratie?

Lees in de TS even deel “(1 van 5) Sensoren aanmaken via configuration.yaml”. Daar staat ook het P1 gedeelte in wat je kunt overnemen en vervolgens bij de Fireson of andere integraties kan gebruiken met een 1 seconden interval.

[Taro]

Vanochtend Fireson pre17 geïnstalleerd, moest wel even de clusters -> fuse setting opnieuw doorvoeren zoals ook in de opmerkingen staat, maar blij met de voortgang

Heb nu Fireson op Slimme matching staan, de fake meter op 80-90% van het maximale vermogen ingesteld (om 3600 Watt op stopcontact 1 waar ook nog een Hyper op zit te voorkomen) en de load wordt netjes uitgesmeerd over alle devices en daarmee ook over de fases en groepen. De Hyper zit bewust op de fase waarop ook de 1-fase SolarEdge PV set zit om daar het voltage te verlagen en de fases gelijk te trekken. Zoals je kunt zien werkt dit nu veel mooier dan een aantal dagen geleden:


Dit betekent ook dat de EV's weer op 11 kW kunnen laden terwijl de accu's laden

Aansturing is via ZenSDK ingesteld voor de 2400AC's en via Cloud op de Hyper (in de vorige pre versies ging de Hyper weergave in local mode niet goed, moet ik nog ff opnieuw testen), dus dat kijk ik nog even aan. Maar als dit stabiel blijft zijn er mooie stappen gemaakt @FireSon

[ Voor 4% gewijzigd door Taro op 06-08-2025 10:34 ]

[mrme12345]

Taro schreef op woensdag 6 augustus 2025 @ 10:32:
Vanochtend Fireson pre17 geïnstalleerd, moest wel even de clusters -> fuse setting opnieuw doorvoeren zoals ook in de opmerkingen staat, maar blij met de voortgang

Heb nu Fireson op Slimme matching staan, de fake meter op 80-90% van het maximale vermogen ingesteld (om 3600 Watt op stopcontact 1 waar ook nog een Hyper op zit te voorkomen) en de load wordt netjes uitgesmeerd over alle devices en daarmee ook over de fases en groepen. De Hyper zit bewust op de fase waarop ook de 1-fase SolarEdge PV set zit om daar het voltage te verlagen en de fases gelijk te trekken. Zoals je kunt zien werkt dit nu veel mooier dan een aantal dagen geleden:
[Afbeelding]

Dit betekent ook dat de EV's weer op 11 kW kunnen laden terwijl de accu's laden

Aansturing is via ZenSDK ingesteld voor de 2400AC's en via Cloud op de Hyper (in de vorige pre versies ging de Hyper weergave in local mode niet goed, moet ik nog ff opnieuw testen), dus dat kijk ik nog even aan. Maar als dit stabiel blijft zijn er mooie stappen gemaakt @FireSon

Local lijkt bij mij goed te werken bij de hyper in beta 17. Dus hopelijk blijft het allemaal stabiel nu :-)

[Taro]

mrme12345 schreef op woensdag 6 augustus 2025 @ 10:39:
[...]

Local lijkt bij mij goed te werken bij de hyper in beta 17. Dus hopelijk blijft het allemaal stabiel nu :-)

Ah, top, nu hier de Hyper ook op local ingesteld.

[Taro]

De Hyper wordt netjes geladen, maar het laadpercentage in HA staat op 25% terwijl die via Bluetooth in de App inmiddels al 75% is, dat werkt dus helaas lokaal nog niet goed @FireSon.

[geert1992]

Taro schreef op woensdag 6 augustus 2025 @ 13:23:
De Hyper wordt netjes geladen, maar het laadpercentage in HA staat op 25% terwijl die via Bluetooth in de App inmiddels al 75% is, dat werkt dus helaas lokaal nog niet goed @FireSon.

@FireSon

Ik vond de verbindingsstatus een prettige toevoeging. Is de MQTT-reset nog steeds in de programmering opgenomen?
Daarnaast vroeg ik eerder al naar de mogelijkheid om een RTE berekening toe te voegen. Lijkt me nog steeds een leuke en waardevolle feature! Heb je hier nog plannen voor?

[ Voor 3% gewijzigd door geert1992 op 06-08-2025 13:41 ]

[jordyc]

Ik heb gisteren pre16 op HA gezet en heb het idee dat deze versie niet heel strak de NOM aanhoudt zoals de laatste stabiele release. Als aansturing gebruik ik de ZenSDK. Hiervoor zat ik op 0.06KwH in de nacht en nu zat ik op 0.1KwH. Toen ik nog mee keek had ik al het gevoel dat het geheel niet zo snel en strak reageerde als eerst.
Daarbij was er ook een moment na het wisselen van manual charge naar smart matching die de Bikkelreal templates dat er een dusdanige vertraging was dat hij met 100 a 200 watt aan het over- en undershooten was. Na een herstart was dit verholpen.

Herkennen meer mensen dit in de nieuwe beta releases?

[Roedie84]

gielz schreef op woensdag 6 augustus 2025 @ 09:51:
[...]


Lees in de TS even deel “(1 van 5) Sensoren aanmaken via configuration.yaml”. Daar staat ook het P1 gedeelte in wat je kunt overnemen en vervolgens bij de Fireson of andere integraties kan gebruiken met een 1 seconden interval.

Ik heb nu dit geconfigureerd:


- resource: http://192.168.x.xxx/api/v1/data # IP-adres van je Homewizard Energysocket of Homewizard KWH Meter voor V1 API
scan_interval: 1
sensor:
- name: "Zendure 2400 AC Vermogen Aansturing API v1"
value_template: "{{ value_json.active_power_w | float }}"
unique_id: Zendure_2400_AC_Vermogen_Aansturing_API_V1
unit_of_measurement: "W"
device_class: power

Maar krijg er geen sensor entiteit bij na opstarten?

[dennisdew16]

Roedie84 schreef op woensdag 6 augustus 2025 @ 17:05:
[...]


Ik heb nu dit geconfigureerd:


- resource: http://192.168.x.xxx/api/v1/data # IP-adres van je Homewizard Energysocket of Homewizard KWH Meter voor V1 API
scan_interval: 1
sensor:
- name: "Zendure 2400 AC Vermogen Aansturing API v1"
value_template: "{{ value_json.active_power_w | float }}"
unique_id: Zendure_2400_AC_Vermogen_Aansturing_API_V1
unit_of_measurement: "W"
device_class: power

Maar krijg er geen sensor entiteit bij na opstarten?

Heb je wel het "rest" stukje overgenomen?

code:

rest:
  - resource: http://192.168.x.x/api/v1/data   # IP-adres van je energysocket voor V1 API
    scan_interval: 1
    sensor:
      - name: "Zendure 2400 AC Vermogen Aansturing API v1"
        value_template: "{{ value_json.active_power_w | float }}"
        unique_id: Zendure_2400_AC_Vermogen_Aansturing_API_V1
        unit_of_measurement: "W"
        state_class: measurement
        device_class: power

Dit werkt bij mij al enkele weken stabiel. En soms moet je HA een extra keer opstarten voordat deze beschikbaar komt. Oja en je moet de lokale API functie aanzetten in HW:)

[FireSon]

geert1992 schreef op woensdag 6 augustus 2025 @ 13:40:
[...]

@FireSon

Ik vond de verbindingsstatus een prettige toevoeging. Is de MQTT-reset nog steeds in de programmering opgenomen?
Daarnaast vroeg ik eerder al naar de mogelijkheid om een RTE berekening toe te voegen. Lijkt me nog steeds een leuke en waardevolle feature! Heb je hier nog plannen voor?

Ik heb de verbindingsstatus, in een iets ander vorm, weer toegevoegd. De reset is er nog steeds, wordt alleen niet meer elke nacht om 12 uur uitgevoerd. Wanneer, langer dan 5 minuten, geen verbinding met het device gemaakt kan worden wordt de reset automatisch uitegvoerd.

De RTE berekening wil ik graag toevoegen, ik nog geen tijd gehad om me erin te verdiepen wat er nodig is om die berekening te kunnen doen. Als ik me goed herriner moet daarvoor om de zoveel tijd volledig worden geladen en ontladen, klopt dat?

Het zou al helpen als ik een (simpel) rekenvoorbeeldje zou hebben hoe ik die berekening kan doen, scheelt weer tijd om het zelf te verzinnen

[Taro]

Roedie84 schreef op woensdag 6 augustus 2025 @ 17:05:
[...]


Ik heb nu dit geconfigureerd:


- resource: http://192.168.x.xxx/api/v1/data # IP-adres van je Homewizard Energysocket of Homewizard KWH Meter voor V1 API
scan_interval: 1
sensor:
- name: "Zendure 2400 AC Vermogen Aansturing API v1"
value_template: "{{ value_json.active_power_w | float }}"
unique_id: Zendure_2400_AC_Vermogen_Aansturing_API_V1
unit_of_measurement: "W"
device_class: power

Maar krijg er geen sensor entiteit bij na opstarten?

Ik heb dit laatst aan iemand doorgegeven, zou moeten werken en geeft direct de juiste naam:

YAML:

rest:
  - resource: http://192.168.1.X/api/v1/data
    scan_interval: 1
    sensor:
      - name: "HW P1 Vermogen"
        value_template: "{{ value_json.active_power_w | float }}"
        unique_id: HW_P1_Vermogen
        unit_of_measurement: "W"
        device_class: power

[Taro]

Hyper lokale aansturing werkt helaas nog niet goed. Met de vorige stable versie was dat perfect, nu werkt het niet goed.

Toont nu 99% en laden, maar staat al uren stil op 100% en laadt met 0, maar zou eigenlijk net als de 2400AC's maximaal aan het ontladen moeten zijn. Via Bluetooth zie ik een ander beeld dan hier:

[FireSon]

Je moet even kijken of de socStatus op auto-calibratie staat, dat heb ik nu ook! Is ook voor mij een nieuwe ervaring

[gielz]

FireSon schreef op woensdag 6 augustus 2025 @ 17:55:
[...]
De RTE berekening wil ik graag toevoegen, ik nog geen tijd gehad om me erin te verdiepen wat er nodig is om die berekening te kunnen doen. Als ik me goed herriner moet daarvoor om de zoveel tijd volledig worden geladen en ontladen, klopt dat?

Het zou al helpen als ik een (simpel) rekenvoorbeeldje zou hebben hoe ik die berekening kan doen, scheelt weer tijd om het zelf te verzinnen

Ik heb begin dit jaar contact gehad met Stef van Homewizard en die gaf het volgende aan;

De beste manier om dit te doen is om elke keer bij 0% de meterstanden te loggen en bij 100% en dan verschil te bepalen.

Zelf daar niets mee gedaan en ik kijk bij Zendure alleen naar de lifetime export import (extern gemeten). Aan het begin flinke schommelingen maar na een tijdje stabiel.