Nog niet opgevallen. Heb sentry-mode eigenlijk altijd aan staan. Maar met Home Assistant kan je prima Sentry Mode bij thuiskomst nog een paar minuten aanlaten en dan uitzetten. Volgens mij binnen een paar minuten in een automatisering te zetten.
-
Want to remove ads? Register an account and login to see fewer ads, and become a Supporting Member to remove almost all ads.
Domotica (DSMR, IOT, MQTT, etc.)
- Thread starter Ger356
- Start date
Ik heb zelf 2 raspberri pi's zero w, die (via wifi) de waardes naar elkaar doorsturen. Dus 1 op de p1 poort en 1 bij de lader.
M'n automatisering weer uitgebreid! Nu dus met laad start calculator.
Ik haal 1x per dag de prijzen op bij enever en plemp die in een Postgresql database. Daarnaast heb ik een even driven stukje logica dat reageert op de TeslaMate mqtt events:
gist.github.com
Deze publiceert de ideale starttijd op een topic:
Daarom reageert weer een ander stukje logica dat checked of ik aan de laadpaal hang en zo ja, start dan het laden op het tijdstip van het topic.
Werkt al een aantal dagen als een tierelier
Ik haal 1x per dag de prijzen op bij enever en plemp die in een Postgresql database. Daarnaast heb ik een even driven stukje logica dat reageert op de TeslaMate mqtt events:
ChargeOrchestrator
ChargeOrchestrator. GitHub Gist: instantly share code, notes, and snippets.
gist.github.com
Deze publiceert de ideale starttijd op een topic:
Daarom reageert weer een ander stukje logica dat checked of ik aan de laadpaal hang en zo ja, start dan het laden op het tijdstip van het topic.
Werkt al een aantal dagen als een tierelier
Mijn laatste sessie via m'n software Tesla API load balancer is niet goed verlopen. Op de Amps wijzigen via de Tesla API zit een onwijs lange vertraging.
De response van Tesla is 200 OK maar de onboard lader past het niet meteen aan.
Sterker, om onduidelijke redenen zet de charger de Amps diverse keren op 9A.
Erg vreemd, voltage blijft boven de 230V dus het is een beveiligingsmechanisme.
Anderen die soortgelijk gedrag zien?
De response van Tesla is 200 OK maar de onboard lader past het niet meteen aan.
Sterker, om onduidelijke redenen zet de charger de Amps diverse keren op 9A.
Erg vreemd, voltage blijft boven de 230V dus het is een beveiligingsmechanisme.
Anderen die soortgelijk gedrag zien?
RichieB
Collaborator
@ramonneke Ik heb wel eens storingen meegemaakt met de API: dat die er gewoon helemaal uit lag of dat de API het wel deed maar mijn Tesla gewoon niet meer antwoordde. Maar ik heb niet gezien dat de Amps API call "200 OK" gaf maar dat de auto dan de amps niet aanpast. De aanpassing van de amps is bij mij gewoonlijk binnen 20 seconden zichtbaar op de P1 poort van mijn meter. Ik heb dus na de API call wel een extra sleep in het script gezet om pendelen tussen 2 waardes te voorkomen. Misschien de auto eens resetten?
Zat ik ook al aan te denken voor m'n volgende laadsessie. Ik ga ook log entry toevoegen aan m'n logica die de "reactie tijd" gaat loggen.
Het rare is dat normaliter de API calls vrij vlot gaan zoals gewoon het stoppen of starten. Daar heb ik nooit echt een pauze in gemerkt als de auto wakker is.
Phil V
Well-Known Member
nico180
creating simple things - is true talent
Ja, op AC gaat gewoon door, en ook bij een supercharger lader gaat het door zonder onderbreking.
Geen idee, lijkt me wel maar de MCU verzorgt de uplink met de Tesla. Tijdens een MCU reset kun je niet de Tesla API aanspreken.
Nu bezig met een laadsessie en lijkt weer te werken. Amps worden niet door de auto naar beneden gezet. Zo even bakje koffie zetten om te kijken of de software load balancer de amps bijwerkt en de onboard charger via de Tesla API binnen een aantal seconden reageert.
Leuk weetje, de Tesla API heeft de volgende API:
In de app kun je enkel per 15 minuten schedulen dus :00 :15 :30 of :45 maar de API kun je op hele minutes schedulen. Ik gebruik nu de native scheduling van de auto ipv m'n eigen custom scheduled trigger.
cousin_IT
Face provided by boredhumans.com
Heeft even geduurd (3 volle dagen ) maar dan heb je ook iets:
github.com
Een aangepaste versie van (originele) TWC Manager die je slimme meter via de P1 poort uitleest (met behulp van DSMR Reader) en op basis daarvan de laadstroom voor de TWC aanpast. API niet meer nodig, stekker erin en laden maar.
Met dank aan de MQTT code van @RichieB die me op het goede pad zette. Ben zelf geen developer en Python is dan ook nieuw voor me, suggesties en verbeteringen van harte welkom.
) maar dan heb je ook iets:GitHub - Moving4407/TWCP1LoadBalancer: Use P1 smart meter readings to control Tesla Wall Charger power delivery via RS-485
Use P1 smart meter readings to control Tesla Wall Charger power delivery via RS-485 - GitHub - Moving4407/TWCP1LoadBalancer: Use P1 smart meter readings to control Tesla Wall Charger power delivery...
github.com
Een aangepaste versie van (originele) TWC Manager die je slimme meter via de P1 poort uitleest (met behulp van DSMR Reader) en op basis daarvan de laadstroom voor de TWC aanpast. API niet meer nodig, stekker erin en laden maar.
Met dank aan de MQTT code van @RichieB die me op het goede pad zette. Ben zelf geen developer en Python is dan ook nieuw voor me, suggesties en verbeteringen van harte welkom.
BjörnTM
Member
cousin_IT
Face provided by boredhumans.com
Yes, pakt de hoogste belasting van de 3 fases en gebruikt die als basisNiceEn houdt deze ook rekening met de maximale belasting per fase?
RichieB
Collaborator
@cousin_IT Via Tesla API endpoint charging_amps kan je ook minder dan 6A zetten door het commando 2x achter elkaar te geven. Kan de TWC ook op minder dan 6A worden ingesteld?
cousin_IT
Face provided by boredhumans.com
Dat wil ik wel even proberen morgen (ik dacht dat 5 ook nog kon) maar waarom zou je dat willen? Rendement is dan erg laag.
RichieB
Collaborator
@cousin_IT Ik zal het eens uitrekenen inclusief laad verliezen, maar bij het volgen van de PV opwekking wil je zo min mogelijk onnodig stroom uit het net trekken en ook niet onnodig terug leveren. 6A op 3 fasen is toch al 4 kW. Als je niet veel panelen hebt blijf je daar vaak onder.
cousin_IT
Face provided by boredhumans.com
Ah ja zo. Ik zat er nog aan te denken om dat te maken maar om dan ook een contactor aan te sturen die 2 van de 3 fases afkoppelt anders moet je minimaal 15*230=3.450 Watt terugleveren om op 0 uit te komen. Ik krijg hier over een paar weken zonnepanelen, wie weet 
BjörnTM
Member
Ik krijg ook over een maand ofzo een lading zonnepanelen op het dak. Heb nu geen TWC maar een andere lader icm. een Maxem voor load balancing. Mocht ik dat niet lekker aan de praat krijgen icm. zonnepanelen dan misschien maar eens een twc kopen en het op jouw manier doen.
cousin_IT
Face provided by boredhumans.com
Als ik zonnepanelen erop heb liggen ga ik er weer mee aan de slag. Zoals de instellingen nu zijn (load balancing en een vaste waarde) is het vrij onzinnig. Ik wil de volgende opties maken:
- Max charge (met load balancing)
- Solar only (eventueel met terugschakeling naar 1-fase maar geen idee hoe de TWC daarop reageert)
- Vaste waarde (16A bijvoorbeeld)
To be continued
BjörnTM
Member
Maandag zijn bij mij 12 400wp zonnepanelen verdeeld over 2 dakvlakken geplaatst en ik ben de afgelopen dagen lekker aan het hobbyen geweest met Home Assistant op mijn Synology. Ik heb de boel nu zover dat ik al het 'overschot' in mijn Tesla kan stoppen. Ik heb geen API voor de lader, dus ik stuur de boel aan met de Tesla API. Ik vermoed alleen dat laden op zulke lage amperages niet super slim is ivm. lage efficentie, maar het is dan ook meer een proof of concept zolang we nog 100% mogen salderen.
Ik heb een slidertje toegevoegd waarmee je kunt aangeven wanneer hij het laden moet triggeren. Omdat het minimaal 1A (x 3 fasen) is zou hij pas beginnen met laden bij 720w overschot, maar door die slider kan ik het laden bijvoorbeeld forceren bij 400w overschot (en pakt hij dan dus ca 320 uit het net). Ik gebruik als input voor stroomverbruik en teruglevering nu de waarden uit DSMR Reader via mqtt. Ik heb wel een API voor de (Autarco) omvormer, maar deze update maar eens in de 15 minuten dus dat schiet niet echt op. De laadsnelheid wordt nu aangepast van 1 tot 5A afhankelijk van hoeveel stroom er beschikbaar is. Daarnaast een master switch om dit hele gebeuren aan en uit te kunnen zetten (ook in Homekit beschikbaar) zodat ik ook nog normaal kan laden.
Tijdens het laden poll ik trouwens elke 30 seconden want soms springt de lader vanzelf naar 5A (het minimum wat je via de app kunt instellen).
Een heleboel automations, custom entities, helpers en geklooi verder heb ik nu het volgende overzicht en lijkt het behoorlijk stabiel te werken.
Ik heb een slidertje toegevoegd waarmee je kunt aangeven wanneer hij het laden moet triggeren. Omdat het minimaal 1A (x 3 fasen) is zou hij pas beginnen met laden bij 720w overschot, maar door die slider kan ik het laden bijvoorbeeld forceren bij 400w overschot (en pakt hij dan dus ca 320 uit het net). Ik gebruik als input voor stroomverbruik en teruglevering nu de waarden uit DSMR Reader via mqtt. Ik heb wel een API voor de (Autarco) omvormer, maar deze update maar eens in de 15 minuten dus dat schiet niet echt op. De laadsnelheid wordt nu aangepast van 1 tot 5A afhankelijk van hoeveel stroom er beschikbaar is. Daarnaast een master switch om dit hele gebeuren aan en uit te kunnen zetten (ook in Homekit beschikbaar) zodat ik ook nog normaal kan laden.
Tijdens het laden poll ik trouwens elke 30 seconden want soms springt de lader vanzelf naar 5A (het minimum wat je via de app kunt instellen).
Een heleboel automations, custom entities, helpers en geklooi verder heb ik nu het volgende overzicht en lijkt het behoorlijk stabiel te werken.
Similar threads
