Ik heb thuis een Loxone gebouwbeheer systeem, en natuurlijk wil ik de Sessy in het Loxone EMS systeem integreren.

De P1 meter kan ik al volledig uitlezen, de laadpaal is ook al volledig geconfigureerd, de PV installatie lees ik in het EMS met een vermogenmeting (geïnstalleerd in het elektrisch bord), en dit aangezien ik geen communicatie kabel tot bij de omvormer kan brengen, en die omvormer ook al een redelijke leeftijd heeft, maar toch nog altijd goed dienst doet.

Nu wil ik de Sessy ook koppelen aan het EMS systeem en heb al even overlegd met de technische dienst van Sessy. Normaal zou ik met een Modbus interface kunnen werken, maar er werd me aangeraden om toch de weg via een API te volgen. Maar jammer genoeg heb ik op dit vlak hier weinig of geen kaas van gegeten. Hoe begin je hier aan en/of hebben er andere Loxonauten dit al voor elkaar? Als ik natuurlijk de Modbus interface kan uitsluiten en via de API (http gebaseerd naar ik vermoed) kan werken, dan kan ik weer een paar honderd euro uitsparen.

Iemand enige suggestie?

Bedankt voor de hulp.

Deze status is nu niet via de API uit te lezen en daardoor kan ik mijn eigen integratie/regeling niet goed finetunen. De Sessy hanteert bij warmte nu een ander setpoint dan wat ik vraag via de API, zonder dat ik via de API kan opvragen wat er aan de hand is. 

Op de Systeemstatus-pagina is wel te zien dat de vermogensbegrenzing actief is.

Is het mogelijk om deze status ook via de API naar buiten te brengen? Bijvoorbeeld door een extra enumeratie bij de system-state ?("SYSTEM_STATE_TEMPERATURE_PROTECTION" of "SYSTEM_STATE_THROTTLING" of iets zo) 

Sinds kort heb ik 1 Sessy. Aanschafreden is milieubewustzijn (verbruik eigen opwek vergroten). Zonnepanelen liggen op het oosten, dus zij wekken stroom op vanaf 7, pieken rond 12 en om 17 is het klaar.
Van een volle batterij gebruiken we op dit moment (mei) ongeveer 30%. Daarom wil ik graag opladen met de zonnepanelen op de momenten van goedkope stroom: dit ontlast het net en is financieel het meest interessant. 70% kan ik nuttig verkopen in de avond: dan is er veel behoefte en de prijs is hoog.
(Als milieubewust zijn minder geld kost is dat prettig, toch?)

Momenteel vraagt dat de volgende stappen:
* in de ochtend eco-modus (zonder laden van zonnepanelen)
* rond 12:00 overschakelen naar NOM, of ECO mét laden buiten goedkoopste uren
* rond 20:00 overschakelen naar dynamische modus om te kunnen verkopen
* na verkoop terugschakelen naar eco-modus
* (en als het Charged schema in de ochtend nog een keer wil verkopen, dan weer naar dynamisch schakelen en na 8:00 weer terug naar eco)

Dat moet handiger kunnen, zeker met een API-die bedoeld is voor eigen aansturing.

Vraag: hoe richt ik dit het makkelijkst in?
Ik heb de Home Battery App, die de wisselingen makkelijker maakt, maar de knop schedule maakt helaas geen eigen schedule mogelijk zoals ik hoopte.
Ik heb als experiment ook Home Assistant (draaien op een VM), waarin Sessy/dongle/P1/meter zichtbaar is en ook benaderbaar. Maar zodra ik Sessy in de dynamische modus zet om stroom te verkopen is hij uit de API-modus, toch? En dan houdt het op... met de aansturing.

Hoe combineer ik automatisering en verkoop van stroom?

Wat zijn de instellingen van de PID-regelaar?
Als ik een setpointwijziging van 0W naar 1000W instel. Hoe lang duurt het dan voordat het nieuwe set-point bereikt is en hoeveel over-/undershoot mag ik verwachten? Geldt hetzelfde voor een wijziging van 1000W naar 2000W?
Is er een dode band? Dus hoeveel W verschil moet er zijn op het setpoint voordat de regelaar daarop reageert. Ik verwacht dat vooral rond de 0W een dode band heerst, vanwege limiteringen in de electronica?
Is er sprake van een ramp (hoe groot is die?) of is het verstandig om in de aansturing een ramp in te bouwen. Zo ja, hoeveel W/s is aan te raden?

Wie kan mij helpen. Alvast bedankt

Even een gedachtenspinsel..

In het geval van (onder andere) de API modus worden de Sessy's individueel aangestuurd.

Nu worden er steeds meer zaken geoptimaliseerd voor huishoudens met meer Sessy's indien de aansturing door Sessy zelf wordt gedaan. Denk hierbij aan het ombeurten belasten van de aanwezige Sessy's bij laag NoM verbruik.

Dergelijke zaken moet je in het geval van de API modus zelf regelen. Ook ben je in het geval van Sessy Connect (neem ik voor het gemak even aan) afhankelijk van de gekoppelde energie maatschappij om netjes om te gaan met je Sessy's en de eventuele load evenredig te verdelen.

Nu vroeg ik me af of het op termijn niet beter zou zijn om het mogelijk te maken Sessy's logisch te groeperen tot één thuisbatterij. Het gezamelijke API endpoint zou dan gehost kunnen worden door:

- Charged (online)

- één van de Sessy's (indien technisch mogelijk)

- Een nieuw te introduceren appliance

Op die manier kunnen we het optimaliseren over meerdere Sessy's heen laten liggen bij de club met de meeste expertise op dit vlak, namelijk Charged zelf.

Dit extra stukje abstractie zou onnodige complexiteit en kortere levensduur door fouten in eigen of 3th party code kunnen voorkomen.

Is dit iets waar jullie brood in zouden zien, of staat dit ver af van waar jullie (op termijn) met dit product naar toe willen?

Dank voor het meedenken,

mvg

Martijn.

Maar nu is mijn vraag... Ben ik in API modus zélf verantwoordelijk voor het monitoren van state of charge en tijdig het laad- of ontlaadproces te stoppen, of kan ik het stoppen van het laden resp. ontladen bij het behalen van 100% resp. 0% aan Sessy zelf overlaten?

En indien dat laatste, zal Sessy dan ook zelf de state terugzetten naar "idle" of blijft -ie op bijv. "Charging" staan totdat ik dat zelf weer verander?

Sorry als 't een domme vraag is, maar better be safe than sorry hè?

grtz

• efficiënt omgaan met meerdere Sessy's (niet 2x 200W maar 1x 400W ontladen)
• als op een dag veel zon verwacht wordt pas gaan laden als er 1000W+ beschikbaar is ipv op laag vermogen gaan laden
• rekening houden met mijn laadpaal (als de laadpaal actief is de Sessy niets laten doen)

Mijn DSMR 5 meter levert iedere 1 a 2 seconden een update van het verbruik. Gaat er wat mis als ik Sessy na iedere update van mijn DSMR 5 meter een nieuw setpoint stuur, of zou ik een rate-limit moeten inbouwen?

Of is dit alleen iets van API mode, en word deze stroombegrenzing in ROI (en in de toekomst SessyConnect) mode wel gebruikt?

Remco