Het grote Jackery plug-and-play thuisaccu systemen topic

[marcovit]

Reaper.JA2 schreef op woensdag 16 september 2026 @ 19:24:
[...]


En kan Homey ook een AI modus genereren die overkoepelend kijkt naar de huis-energie behoefte en opwek? Dan kan die van Jackery overschrijven.

Dan komt er hier wel een Homey hehe 🧐

AI komt via de cloud binnen, kan helaas lokaal niet worden aangepast. Zie hierboven over custom mode.

[Erwin_Jackery]

Werd vandaag gemaild door de European service desk. Wilde serienummer en ordernummer hebben zodat ze dit konden doorgeven aan de technische dienst. Heb nogmaals vermeld dat ik niet de enige ben die de cloud niet kan benaderen. To be continued.

[Grote- Smurf]

marcovit schreef op woensdag 16 september 2026 @ 16:59:
Soon tm. Homey intergratie.

[Afbeelding]

[Afbeelding]

Welke app moet je er voor hebben? Kan hem niet vinden.

[Reaper.JA2]

marcovit schreef op woensdag 16 september 2026 @ 19:27:
[...]
AI komt via de cloud binnen, kan helaas lokaal niet worden aangepast. Zie hierboven over custom mode.

True, bedoelde eigenlijk of Homey lokaal een AI model kan gebruiken om alle energie-apparaten beter aan te kunnen sturen (batterij, warmtepomp, EV, etc).

[marcovit]

Reaper.JA2 schreef op donderdag 17 september 2026 @ 06:42:
[...]


True, bedoelde eigenlijk of Homey lokaal een AI model kan gebruiken om alle energie-apparaten beter aan te kunnen sturen (batterij, warmtepomp, EV, etc).

De hardware van Homey is niet krachtig genoeg om enige form van “AI” te draaien, je kan wel de goedkoopste momenten van de dag vinden en daarop dingen aansturen via flows.

Grote- Smurf schreef op donderdag 17 september 2026 @ 00:12:
[...]

Welke app moet je er voor hebben? Kan hem niet vinden.

Ik ben hem nog aan het testen.

[Fanman]

Justevo schreef op maandag 14 september 2026 @ 21:41:
Ik snap niet zo goed waarom mensen in blinde paniek schieten als de app een paar uurtjes niet werkt. Los van dat het cloud verhaal niet handig is kun je vast wel een even zonder je batterij lijkt me.

Normaal zou ik ook zeggen: boeien dat het even plat ligt, echter had ik gisteren het zelf een keer.
De app ga in eens aan dat er geen verbinding meer was met de accu.
De P1 meter was nog wel gewoon online. Na ruwweg een kwartiertje gaf de app in eens de melding dat de accu uit het systeem verwijderd was, en ik deze opnieuw moest koppelen.
Ondertussen zag ik op mijn HW scherm dat ik volledig van het net aan het draaien was, terwijl ik nog zo'n 42% lading in mijn accu had.
In de app was mijn accu ook gewoon volledig weg?!

Na het opnieuw koppelen (gelukkig was ik thuis) ging het systeem weer gewoon netjes terugleveren.

Ik vraag het mij af of het een issue van de app is, of de accu controller.
Deze moest nml een keer herstart worden voordat ik hem in de app weer normaal kon koppelen.

[Crusader]

Justevo schreef op maandag 14 september 2026 @ 21:41:
Ik snap niet zo goed waarom mensen in blinde paniek schieten als de app een paar uurtjes niet werkt. Los van dat het cloud verhaal niet handig is kun je vast wel een even zonder je batterij lijkt me.

Paniek is een groot woord, maar in mijn geval is het vervelend omdat ik nog meer thuisbatterijen heb van een ander merk. Ik heb een flinke node-red automatisering in Home Assistant die alles netjes aanstuurt omdat er voor mij simpelweg geen alternatief is. De AI en automatisering van Jackery zelf is echt waardeloos, die sponsored reviews die ik van Jackery zie reppen echt nauwelijks over die bizar slechte implementatie van die paar modi in de app, je hebt er niks aan en kost je alleen maar geld. Terug naar mijn situatie: om die tekortkomingen van Jackery te omzeilen moet mijn Home Assistant gewoon continu weten wat de Jackery aan het doen is en daar is 24x7 de cloud van Jackery voor nodig. Valt die weg, dan moeten de andere thuisbatterijen bij mij gaan varen op aannames. Ook dat kost me geld.

edit: nee, MQTT is ook totaal nutteloos gebleken van de Jackery, dat is geen werkbaar alternatief.

De Jackery cloud is in mijn ervaring ronduit de slechtste die ik tot nu toe heb gezien. Zoveel uitval en een AI die zo dom is, niet te geloven.

[ Voor 4% gewijzigd door Crusader op 17-09-2026 12:07 ]

[Wallie]

Wat is er mis met de MQTT? Gewoon uit interesse, want ik lees die ook uit met HA.

[Roog1317]

Het is toch een hoop paniek hier (begrijpelijk!), maar ik gebruik zelf de Jackery app helemaal niet meer. Via MQTT schakel ik tussen zelfverbruik of custom mode en dat werkt echt uitstekend. Zolang je die app niet aanraakt raak je ook de batterij op p1 koppeling niet kwijt is mijn indruk.

[Psycho_Mantis]

Wallie schreef op donderdag 17 september 2026 @ 12:33:
Wat is er mis met de MQTT? Gewoon uit interesse, want ik lees die ook uit met HA.

stabiliteit. Vooral met opladen op volle kracht komen er even geen MQTT berichten meer door.
Maar MQTT is altijd nog stabieler dan de Jackery Cloud.

[thoomie]

Psycho_Mantis schreef op donderdag 17 september 2026 @ 13:27:
[...]

stabiliteit. Vooral met opladen op volle kracht komen er even geen MQTT berichten meer door.
Maar MQTT is altijd nog stabieler dan de Jackery Cloud.

Interessant, dat probleem heb ik volgens mij niet (MQTT)

[Crusader]

Wallie schreef op donderdag 17 september 2026 @ 12:33:
Wat is er mis met de MQTT? Gewoon uit interesse, want ik lees die ook uit met HA.

Voor mijn use case:

Je hoort alleen spontane events: minuten stilte, dan een burst; het energierapport (deviceSn: "system", type: 23) komt bij ons ongeveer elk half uur. Wil je wél realtime én volledig lokaal: de fork csoscd/ha-solarvault doet request/response en haalt elke 10 s SoC, vermogen en werkmodus op.

edit: zie mijn aanvullende post over MQTT hieronder, werkt beter dan ik hier schetste.

Bottom line: ik heb real-time info nodig, niet uit bursts die elke tig seconden langskomen (als ze al komen).

Wij gebruiken de Bigdaddy1990-integratie, dit bleek de enige integratie die de thuisaccu kon aansturen. De rest kan alleen monitoren, Jackery-Official (monitoring + smartplug), iLLixM, theak, en Wlad2288/Ultra_Jack doet alleen BLE voor de draagbare Explorer-serie.
Maar ook in de praktijk valt die aansturing gewoon tegen.

Het product is gewoon nog niet af. Hardware is echt prachtig spul, maar de software er om heen is veel te snel de markt in gezet.

[ Voor 31% gewijzigd door Crusader op 18-09-2026 09:57 ]

[RobHop]

stephan11 schreef op dinsdag 15 september 2026 @ 17:54:
[...]

Van je mobiel je wifi en mobile data uit, dan kun je verbinden via Bluetooth als je in de buurt bent van je batterij, dan kun je weer bij je instellingen

Dit werkt niet gezien de batterij wifi verbinding heeft, ik kan de batterij niet op bluetooth zetten en er is ook geen Bluetooth symbool aan op het display van de jackery.

[Reaper.JA2]

Crusader schreef op donderdag 17 september 2026 @ 16:51:
[...]
Wil je wél realtime én volledig lokaal: de fork csoscd/ha-solarvault doet request/response en haalt elke 10 s SoC, vermogen en werkmodus op.

Dit is ook lokaal, dus zonder de server? Dan klinkt dit toch als een goede oplossing? Althans beter dan de officiele plugin.

[Crusader]

Reaper.JA2 schreef op vrijdag 18 september 2026 @ 09:16:
[...]


Dit is ook lokaal, dus zonder de server? Dan klinkt dit toch als een goede oplossing? Althans beter dan de officiele plugin.

Ja klopt inderdaad, het werkt lokaal. Ik was toch getriggered door deze thread en heb meteen maar een cross-check gedaan tussen cloud data en MQTT data. AI heeft mijn setup al wekenlang onder handen genomen binnen HA en er draait ook al tijden een CSV log met alle sensordata die beschikbaar is. Sinds gisteren heb ik de CSV aan laten vullen met MQTT data zodat ik die data naast de ontvangen cloud data kan leggen en een analyse daarop uit kan voeren.
Inmiddels heeft AI die analyse uitgevoerd (op basis van net geen 14 uur, maar wel een hoop meetdata van 2x per minuut).

Het ziet er hoopvol uit en ik moet terugkomen op mijn eerdere beweringen dat MQTT ook niet bruikbaar bleek, door het burst gedrag. Een andere MQTT integratie werkt wel uitstekend. Er is nog geen uitval van de cloud geweest in die 14 uur, maar die verwacht ik vanmiddag wel weer, je kunt je klok er op gelijk zetten.

De samenvatting vanuit AI:

Repo (HACS → custom repository): csoscd/ha-solarvault, versie 2.4.2. local_push, vereist een werkende MQTT-broker. De documentatie is Chinees, dus reken erop dat je af en toe de code in moet.

Gemeten over 13,6 uur naast elkaar, ruim 1600 metingen op 30 seconden:

SoC: identiek. Hooguit 1 procentpunt verschil, sprongen op exact dezelfde momenten.
Vermogen: mediaan 2 à 3 W verschil, 95% binnen 50 W. De uitschieters zitten alleen in snelle sprongen, bemonstering, geen afwijking.
Vertraging: geen. Ik heb de reeksen over elkaar heen geschoven van −90 tot +90 seconden; het minimum ligt scherp op 0.
Echt live: 91% van de metingen is een nieuwe waarde, dus geen bevroren cache die toevallig goed staat.

Het onverwachte resultaat: twee keer weken de bronnen structureel af, en beide keren had MQTT gelijk en de cloud niet. Eén keer meldde de cloud zeven seconden lang een laadvermogen van ruim 500 W dat er niet was, waardoor mijn huisverbruiksberekening onderuit ging. MQTT stond al die tijd gewoon op de juiste waarde.

Wat ik nog niet weet: of aansturen via MQTT werkt. Uitlezen is nu bewezen, schrijven test ik deze week.

Kort samengevat: als uitleesbron is de lokale weg minstens zo goed als de cloud, en op de momenten die ertoe doen beter.

[Reaper.JA2]

Crusader schreef op vrijdag 18 september 2026 @ 09:49:
[...]

Ja klopt inderdaad, het werkt lokaal. Ik was toch getriggered door deze thread en heb meteen maar een cross-check gedaan tussen cloud data en MQTT data. AI heeft mijn setup al wekenlang onder handen genomen binnen HA en er draait ook al tijden een CSV log met alle sensordata die beschikbaar is. Sinds gisteren heb ik de CSV aan laten vullen met MQTT data zodat ik die data naast de ontvangen cloud data kan leggen en een analyse daarop uit kan voeren.
Inmiddels heeft AI die analyse uitgevoerd (op basis van net geen 14 uur, maar wel een hoop meetdata van 2x per minuut).

Het ziet er hoopvol uit en ik moet terugkomen op mijn eerdere beweringen dat MQTT ook niet bruikbaar bleek, door het burst gedrag. Een andere MQTT integratie werkt wel uitstekend. Er is nog geen uitval van de cloud geweest in die 14 uur, maar die verwacht ik vanmiddag wel weer, je kunt je klok er op gelijk zetten.

De samenvatting vanuit AI:

Repo (HACS → custom repository): csoscd/ha-solarvault, versie 2.4.2. local_push, vereist een werkende MQTT-broker. De documentatie is Chinees, dus reken erop dat je af en toe de code in moet.

Gemeten over 13,6 uur naast elkaar, ruim 1600 metingen op 30 seconden:

SoC: identiek. Hooguit 1 procentpunt verschil, sprongen op exact dezelfde momenten.
Vermogen: mediaan 2 à 3 W verschil, 95% binnen 50 W. De uitschieters zitten alleen in snelle sprongen, bemonstering, geen afwijking.
Vertraging: geen. Ik heb de reeksen over elkaar heen geschoven van −90 tot +90 seconden; het minimum ligt scherp op 0.
Echt live: 91% van de metingen is een nieuwe waarde, dus geen bevroren cache die toevallig goed staat.

Het onverwachte resultaat: twee keer weken de bronnen structureel af, en beide keren had MQTT gelijk en de cloud niet. Eén keer meldde de cloud zeven seconden lang een laadvermogen van ruim 500 W dat er niet was, waardoor mijn huisverbruiksberekening onderuit ging. MQTT stond al die tijd gewoon op de juiste waarde.

Wat ik nog niet weet: of aansturen via MQTT werkt. Uitlezen is nu bewezen, schrijven test ik deze week.

Kort samengevat: als uitleesbron is de lokale weg minstens zo goed als de cloud, en op de momenten die ertoe doen beter.

Via de officiële integratie krijg ik nu vaak géén informatie (in Home Assistant of de App). Als dat in ieder geval in Home Assistant goed kan worden getoond, via die plugin, zou dat al een verbetering zijn.

[Crusader]

Update: aansturen via MQTT werkt ook

De werkmodus lokaal schrijven werkt. Het apparaat laadde met 2500 W, stopte daar binnen een halve minuut na het commando volledig mee en ging het huis bijpassen. Bij het terugzetten stond hij binnen één meting weer op 2500 W.

Let op: de cloudsensor ziet een lokaal gezette modus niet. Die bleef mijn hele test de oude stand melden terwijl het apparaat aantoonbaar was omgeschakeld. Het laadgedrag van de accu is de betrouwbaarste controle.

Is de lokale weg betrouwbaarder dan de cloud? Op wat ik gemeten heb wel: gelijke waarden, geen vertraging, en de twee keer dat de bronnen afweken had de lokale kant gelijk. Het is één installatie over veertien uur, dus neem het voor wat het is. En de lokale weg mist de CT- en metergegevens, dus je huisverbruik moet je ergens anders vandaan halen.

@Reaper.JA2 die MQTT integratie die ik in mijn vorige post noemde blijkt behoorlijk goed te werken :-)

[Brokencore]

Crusader schreef op vrijdag 18 september 2026 @ 09:49:
[...]

Er is nog geen uitval van de cloud geweest in die 14 uur, maar die verwacht ik vanmiddag wel weer, je kunt je klok er op gelijk zetten.

Zou je eens willen kijken of de cloud uitval een relatie heeft met de actuele SoC? Heb bij mijzelf en ook hier gelezen dat bij een hoge SoC elk geval de WiFi ontvangst weg kan vallen.

[Reaper.JA2]

Brokencore schreef op vrijdag 18 september 2026 @ 11:41:
[...]

Zou je eens willen kijken of de cloud uitval een relatie heeft met de actuele SoC? Heb bij mijzelf en ook hier gelezen dat bij een hoge SoC elk geval de WiFi ontvangst weg kan vallen.

Hier met ethernet verbonden en ook daar valt het regelmatig weg. Dus zal niet alléén wifi zijn dan

-----
Ah, zowel de officiele als de niet-officiele tegelijk draaien wordt niet ondersteund natuurlijk..

[ Voor 11% gewijzigd door Reaper.JA2 op 18-09-2026 12:07 ]

[Erwin_Jackery]

Zijn er nog meer mensen die geen verbinding hebben met de cloud na de afgelopen 3 dagen? Werkt bij mij nog steeds niet namelijk. Zie wel de P1 meter actief zijn maar niet de solarvault. Geeft aan geen verbinding met het netwerk maar op de solarvault zelf staat hij gewoon verbonden en werkt ook.

[Crusader]

Brokencore schreef op vrijdag 18 september 2026 @ 11:41:
[...]

Zou je eens willen kijken of de cloud uitval een relatie heeft met de actuele SoC? Heb bij mijzelf en ook hier gelezen dat bij een hoge SoC elk geval de WiFi ontvangst weg kan vallen.

Nou, hou je vast, het antwoord op basis van feitelijke metingen en een snufje mogelijk lokaal issue bij mij met de wifi connectie, aldus AI:

Kort antwoord: bij mij geen verband met SoC, eerder het tegenovergestelde.

Ik heb 27.000 metingen op 30 seconden over negen dagen, met 78 momenten waarop de verbinding wegviel.

De SoC vlak voor het wegvallen: mediaan 61 procent. De SoC over alle tijd: mediaan 59 procent. Geen verschil.

Sterker nog, boven de 95 procent viel hij nooit weg. Ik zat 12 procent van de tijd boven die grens, en daar zit precies nul van de 78 onderbrekingen in. Boven de 80 procent: een kwart van de tijd, maar maar 13 procent van de onderbrekingen. De piek ligt juist in het middengebied, 60 tot 79 procent, met tweederde van alle uitval.

Het WiFi-signaal zelf beweegt ook niet mee. De RSSI is in elke SoC-klasse mediaan 61 tot 62 dBm negatief, van leeg tot 94 procent vol. De correlatie is 0,13 negatief, dus verwaarloosbaar. Eerlijkheidshalve: mijn RSSI-logging is nog jong en heeft de hoogste SoC nog niet meegemaakt, dus daar kan ik op signaalsterkte niets over zeggen. Op uitval wel, en daar is het nul.

Maar hier is het echte punt, en daar heb je wel gelijk in.

Vandaag viel de verbinding 62 minuten weg. De cloud werd stil om 12:04:39. De lokale MQTT werd stil om 12:05:09. Eén meting later.

Beide lopen over dezelfde WiFi van het apparaat. Als ze tegelijk sterven, ligt het niet aan de servers van Jackery, dan valt het apparaat zelf van het netwerk. Wat wij "clouduitval" noemen is dus meestal gewoon de unit die zijn verbinding kwijtraakt. Alleen hangt dat bij mij niet aan de SoC.

En hij werkt gewoon door. Tijdens die 62 minuten stond mijn P1-meter op mediaan 1987 W import, bij 1267 W zon en ongeveer 800 W huisverbruik. Dat is exact een unit die op 2500 W staat te laden. Hij deed keurig zijn werk, alleen onbereikbaar.

Eén waarschuwing die ik erbij moet geven. Toen de cloud om 13:06 terugkwam, meldde hij 55 procent en 2499 W laden. Precies dezelfde waarden als vóór de onderbreking, na een uur laden op 2,5 kW. Dat kan niet kloppen, dus dat was een oude opgeslagen momentopname. De lokale kant ging in diezelfde periode eerlijk op onbeschikbaar. Wel kostte het de lokale kant langer om terug te komen.

Als je die onderbrekingen wilt aanpakken zou ik dus niet naar de SoC kijken maar naar de WiFi van de unit: plaatsing van je accesspoint, drukte op 2,4 GHz, band steering uit, en powersave-instellingen.

[Psycho_Mantis]

Reaper.JA2 schreef op vrijdag 18 september 2026 @ 11:43:
[...]


Hier met ethernet verbonden en ook daar valt het regelmatig weg. Dus zal niet alléén wifi zijn dan

-----
Ah, zowel de officiele als de niet-officiele tegelijk draaien wordt niet ondersteund natuurlijk..

Bij mij valt de MQTT vaak weg bij het opladen op maximaal vermogen. Pingen kan ik dan nog wel.
Ook de app doet het gek genoeg dan wel gewoon. Net of alleen de MQTT service op de jackery er gewoon even mee stopt,

[Crusader]

Psycho_Mantis schreef op vrijdag 18 september 2026 @ 13:19:
[...]

Bij mij valt de MQTT vaak weg bij het opladen op maximaal vermogen. Pingen kan ik dan nog wel.
Ook de app doet het gek genoeg dan wel gewoon. Net of alleen de MQTT service op de jackery er gewoon even mee stopt,

Sorry voor de lange antwoorden, maar AI geeft ze wel heel duidelijk met alle relevante info:

Dat kan ik in mijn data terugvinden, inclusief de scheiding die je beschrijft.

Vanochtend om 11:18 viel mijn lokale MQTT drie minuten stil terwijl de cloud gewoon elke 30 seconden waarden bleef leveren. De unit laadde op dat moment met 2500 W, en bleef dat de hele stilte door doen. Precies wat jij beschrijft: alleen de MQTT-kant stopt, de rest werkt door.


11:17:39 cloud 31% 2499 W | mqtt 31% 2499 W (-62 dBm)
11:18:09 cloud 31% 2500 W | mqtt stil
11:20:39 cloud 34% 2499 W | mqtt stil
11:21:09 cloud 34% 2499 W | mqtt 34% 2499 W (-61 dBm)
Het signaal was voor, tijdens en na de stilte gewoon 61 tot 62 dBm negatief. Er was dus niets mis met de radio, wat klopt met jouw waarneming dat pingen blijft werken.

En de statistiek wijst dezelfde kant op. Over 78 onderbrekingen in negen dagen:

laadvermogen vlak ervoor aandeel van de tijd aandeel van de uitval
niet of nauwelijks laden 84,4% 70,5%
1000 tot 2000 W 2,6% 6,4%
2000 tot 2400 W 0,9% 5,1%
boven 2400 W 5,9% 17,9%

Laden op vol vermogen maakt het ongeveer drie keer zo waarschijnlijk, en de band net daaronder zelfs vijf keer.

Dit repareert ook iets wat ik hierboven schreef. Ik meldde dat ik boven de 95 procent SoC nooit uitval zie. Dat komt niet doordat een hoge SoC veilig is, maar doordat het laadvermogen daar terugloopt: boven de 95 procent staat mijn unit nog maar 0,3 procent van de tijd op vol vermogen, tegen 12 procent rond de 20 tot 40 procent. Wat eruitzag als een SoC-patroon is dus in werkelijkheid een laadvermogen-patroon. Jouw verklaring is beter dan de mijne.

Wel eerlijk blijven over wat het niet verklaart. 70 procent van mijn onderbrekingen valt in een moment dat de unit helemaal niet laadt. Vol laden verhoogt het risico duidelijk, maar er is minstens nog een tweede oorzaak.

En er zijn bij mij twee verschillende storingen, die ik eerst op één hoop gooide:

Alleen de MQTT-dienst stopt, cloud en app blijven werken. Dat is jouw geval, meestal kort, bij mij drie minuten.
Het apparaat valt helemaal van het netwerk. Vanmiddag 62 minuten, waarbij cloud en MQTT binnen één meting van elkaar stierven. Dan helpt lokaal draaien je ook niet.
Dat pingen nog werkt terwijl MQTT zwijgt, wijst bij geval 1 op de firmware van de unit en niet op je netwerk. De IP-stack leeft, alleen de MQTT-client op het apparaat doet even niets.

[Dennis_k]

Jackery voor Homey is te downloaden:

https://homey.app/en-us/app/com.jackery.flowapp/Jackery/

Edit:
Geïnstalleerd in Homey, het systeem toegevoegd, maar ik kan geen informatie uitlezen.
Ook niet na een reboot van Homey en mijn Solarvault.

Mogelijk omdat ik nog op versie 1.4 van de firmware zit?

[ Voor 38% gewijzigd door Dennis_k op 18-09-2026 17:01 ]

[Leeuwhoofd]

Dennis_k schreef op vrijdag 18 september 2026 @ 15:00:
Jackery voor Homey is te downloaden:

https://homey.app/en-us/app/com.jackery.flowapp/Jackery/

Edit:
Geïnstalleerd in Homey, het systeem toegevoegd, maar ik kan geen informatie uitlezen.
Ook niet na een reboot van Homey en mijn Solarvault.

Mogelijk omdat ik nog op versie 1.4 van de firmware zit?

Ik zit op 1.5, ook apparaat toegevoegd in Homey maar ik zie inderdaad (nog?) geen gegevens verschijnen..

De Flow opties zien er wel veelbelovend uit, het lijkt ook mogelijk dat als de auto oplaad, dan zet Jackery in Standby :-)

Widgets in Dashboard ook aanwezig :-)

[ Voor 12% gewijzigd door Leeuwhoofd op 18-09-2026 18:22 ]

[Erwin_Jackery]

Jackery toch maar eens opnieuw toegevoegd in de app, werkt weer.

[RobHop]

Leeuwhoofd schreef op vrijdag 18 september 2026 @ 18:09:
[...]

Ik zit op 1.5, ook apparaat toegevoegd in Homey maar ik zie inderdaad (nog?) geen gegevens verschijnen..

De Flow opties zien er wel veelbelovend uit, het lijkt ook mogelijk dat als de auto oplaad, dan zet Jackery in Standby :-)

Widgets in Dashboard ook aanwezig :-)

Hier werkt het gelijk in homey. Helaas nog geen sturing op custom mode

[Leeuwhoofd]

RobHop schreef op vrijdag 18 september 2026 @ 20:25:
[...]

Hier werkt het gelijk in homey. Helaas nog geen sturing op custom mode

Heel apart... heb ik weer...

App dowloaden Homey, apparaat toevoegen en inloggen Jackery met account en meer heb je niet gedaan?

[ Voor 22% gewijzigd door Leeuwhoofd op 18-09-2026 20:53 ]

[marcovit]

Dennis_k schreef op vrijdag 18 september 2026 @ 15:00:
Jackery voor Homey is te downloaden:

https://homey.app/en-us/app/com.jackery.flowapp/Jackery/

Edit:
Geïnstalleerd in Homey, het systeem toegevoegd, maar ik kan geen informatie uitlezen.
Ook niet na een reboot van Homey en mijn Solarvault.

Mogelijk omdat ik nog op versie 1.4 van de firmware zit?

Ah, was ik net te laat met mijn versie.

[marcovit]

Leeuwhoofd schreef op vrijdag 18 september 2026 @ 20:47:
[...]

Heel apart... heb ik weer...

App dowloaden Homey, apparaat toevoegen en inloggen Jackery met account en meer heb je niet gedaan?

Werkt hij via de cloud? Misschien dat ik mijn versie toch maar publiceer.

[ Voor 12% gewijzigd door marcovit op 18-09-2026 21:10 ]

[Leeuwhoofd]

marcovit schreef op vrijdag 18 september 2026 @ 21:06:
[...]


Werkt hij via de cloud? Misschien dat ik mijn versie toch maar publiceer.

Begrijp je niet. Ik heb de Jackery app op homey gezet, dan moet je inloggen met je Jackery account, om de boel te koppelen lijkt me, dan apparaat toegevoegd. Zie gewoon de Jackery Batterij Card/Tegel in Homey maar die leest niks uit... Gek genoeg kan ik wel de AC socket via Homey aan/uitzetten...

[Dennis_k]

Leeuwhoofd schreef op vrijdag 18 september 2026 @ 21:15:
[...]

Begrijp je niet. Ik heb de Jackery app op homey gezet, dan moet je inloggen met je Jackery account, om de boel te koppelen lijkt me, dan apparaat toegevoegd. Zie gewoon de Jackery Batterij Card/Tegel in Homey maar die leest niks uit... Gek genoeg kan ik wel de AC socket via Homey aan/uitzetten...

Zover kom ik inderdaad ook. Zal wel weer wachten worden op een update…..

[Grote- Smurf]

Hier ziet homey 1 van de 2 accus. De 1.4 accu ziet hij, de 1.5 accu niet.

[marcovit]

Leeuwhoofd schreef op vrijdag 18 september 2026 @ 21:15:
[...]

Begrijp je niet. Ik heb de Jackery app op homey gezet, dan moet je inloggen met je Jackery account, om de boel te koppelen lijkt me, dan apparaat toegevoegd. Zie gewoon de Jackery Batterij Card/Tegel in Homey maar die leest niks uit... Gek genoeg kan ik wel de AC socket via Homey aan/uitzetten...

Ik bedoel, deze versie werkt via de cloud. Als Jackery een storing heeft werkt de Homey app ook niet. Mijn versie werkt via MQTT dus alles werkt lokaal.

[stephan11]

RobHop schreef op donderdag 17 september 2026 @ 20:22:
[...]

Dit werkt niet gezien de batterij wifi verbinding heeft, ik kan de batterij niet op bluetooth zetten en er is ook geen Bluetooth symbool aan op het display van de jackery.

Oke, ik heb een vaste verbinding en geen wifi verbinding, dan is hij wel te benaderen via Bluetooth. Misschien proberen de router uit te zetten die de wifi verzorgd, dan zou het moeten werken👍

[Dennis_k]

marcovit schreef op zaterdag 19 september 2026 @ 07:33:
[...]


Ik bedoel, deze versie werkt via de cloud. Als Jackery een storing heeft werkt de Homey app ook niet. Mijn versie werkt via MQTT dus alles werkt lokaal.

Zou je jou versie willen delen?

[Psycho_Mantis]

Grote- Smurf schreef op vrijdag 18 september 2026 @ 21:48:
Hier ziet homey 1 van de 2 accus. De 1.4 accu ziet hij, de 1.5 accu niet.

Klinkt haast alsof dat de reden is dat 1.5 niet verder is uitgerold.
Net als versie 1.3, die ook was teruggetrokken.

[Crusader]

Bij voluit laden op 2500W gaat waarschijnlijk warmte een rol spelen, want de wifi knalt er steevast uit na een tijdje flink laden. Ook iets om rekening mee te houden met de Max AC variant.

[Bjornregteriml]

mbt dat het laden en de wamte.. hoe warm wordt jullie systeem met laden? en staat de jack dan op een eigen groep zonder stopcontact of met? En dan ook graag de instellingen hier noteren indien mogelijk, ik gebruik de custom mode tussen 12u en 17u laden, dit zou genoeg moeten zijn om de set vol te krijgen! ik heb totaal 7,5kwh, en Ik probeer even wat voor mezelf duidelijk te krijgen richting support, want ik krijg het ze maar niet duidelijk dat de jack steeds terug zakt van 2500w laden naar 800w laden.

[Psycho_Mantis]

Bjornregteriml schreef op zondag 20 september 2026 @ 12:28:
mbt dat het laden en de wamte.. hoe warm wordt jullie systeem met laden? en staat de jack dan op een eigen groep zonder stopcontact of met? En dan ook graag de instellingen hier noteren indien mogelijk, ik gebruik de custom mode tussen 12u en 17u laden, dit zou genoeg moeten zijn om de set vol te krijgen! ik heb totaal 7,5kwh, en Ik probeer even wat voor mezelf duidelijk te krijgen richting support, want ik krijg het ze maar niet duidelijk dat de jack steeds terug zakt van 2500w laden naar 800w laden.

Ik zie dat hij 38 graden al terugzakt. Meestal dan van 2500 naar 1800 watt

[Reaper.JA2]

Hier komt de 1.5 Firmware binnen

[karel_G_1981]

Reaper.JA2 schreef op zondag 20 september 2026 @ 13:26:
Hier komt de 1.5 Firmware binnen

Hier net ook, alleen bug fixes toch ? Bij mij werkt de ai mode nu er wat minder zon is inmiddels een stuk beter. Dus laat hem er nu maar op staan.nu die parallel mode nog.

[ Voor 5% gewijzigd door karel_G_1981 op 20-09-2026 14:00 ]

[Bjornregteriml]

Psycho_Mantis schreef op zondag 20 september 2026 @ 12:52:
[...]

Ik zie dat hij 38 graden al terugzakt. Meestal dan van 2500 naar 1800 watt

ja, dan zou je dat ding bijna in een koelkast moeten gaan zetten.

[Wallie]

Net ook 1.5 binnen gekregen.

Hier de P1 meter weer die een geheel eigen leven aan het leiden is qua wifi, disconnect weer steeds. Blij als de Shelly geïnstalleerd is en dat ding er uit kan.

[marcovit]

Dennis_k schreef op zaterdag 19 september 2026 @ 09:53:
[...]

Zou je jou versie willen delen?

https://homey.app/en-nl/a...esk.jackery/Jackery/test/

Graag issues melden op https://github.com/VMBindraban/homey-app-jackery

[ Voor 12% gewijzigd door marcovit op 20-09-2026 17:33 ]

[RobHop]

Leeuwhoofd schreef op vrijdag 18 september 2026 @ 20:47:
[...]

Heel apart... heb ik weer...

App dowloaden Homey, apparaat toevoegen en inloggen Jackery met account en meer heb je niet gedaan?

Ik draai nog wel op 1.4 firmware. Iemand homey ook draaiende op 1.5? Zo niet, dan wacht ik even met de firmware update.

[RobHop]

marcovit schreef op zondag 20 september 2026 @ 17:30:
[...]


https://homey.app/en-nl/a...esk.jackery/Jackery/test/

Graag issues melden op https://github.com/VMBindraban/homey-app-jackery

Thanks! Nu voel ik me wel een beetje een domme tweaker, maar zou je me uit willen leggen wat ik moet doen om de MQTT verbinding op te zetten tussen de jackery en de homey app? Ik lees het eea over een “broker” maar heb geen idee hoe en waar ik dit moet doen

[marcovit]

RobHop schreef op zondag 20 september 2026 @ 18:23:
[...]

Thanks! Nu voel ik me wel een beetje een domme tweaker, maar zou je me uit willen leggen wat ik moet doen om de MQTT verbinding op te zetten tussen de jackery en de homey app? Ik lees het eea over een “broker” maar heb geen idee hoe en waar ik dit moet doen

Je hebt dit nodig: https://homey.app/nl-nl/a...l.mqttserver/MQTT-Server/

Bij app config een gebruiker aanmaken en dit invullen bij Jackery en mijn Homey app.

[RobHop]

marcovit schreef op zondag 20 september 2026 @ 19:27:
[...]


Je hebt dit nodig: https://homey.app/nl-nl/a...l.mqttserver/MQTT-Server/

Bij app config een gebruiker aanmaken en dit invullen bij Jackery en mijn Homey app.

Yes! Ik heb hem aan de praat. Lijkt goed te werken, eerste verzoekje zou voor mij de custom mode instellen zijn (tijdstip en vermogen)

[marcovit]

RobHop schreef op zondag 20 september 2026 @ 20:17:
[...]

Yes! Ik heb hem aan de praat. Lijkt goed te werken, eerste verzoekje zou voor mij de custom mode instellen zijn (tijdstip en vermogen)

Helaas gaat dat via de cloud.

[Psycho_Mantis]

Hier ook de 1.5 firmware geïnstalleerd. Ben vooral benieuwd of de stabiliteit verbeterd in de MQTT, als dat zo is dan is dat al een grote winst.

[Crusader]

Psycho_Mantis schreef op maandag 21 september 2026 @ 08:54:
Hier ook de 1.5 firmware geïnstalleerd. Ben vooral benieuwd of de stabiliteit verbeterd in de MQTT, als dat zo is dan is dat al een grote winst.

Mijn ervaring is dat het nog steeds belabberd is.

[Psycho_Mantis]

Crusader schreef op maandag 21 september 2026 @ 12:25:
[...]

Mijn ervaring is dat het nog steeds belabberd is.

Naar mij idee is het erger geworden. Hij raakt nu ook continue de connectie met de homewizard p1 kwijt.

[Crusader]

Psycho_Mantis schreef op maandag 21 september 2026 @ 13:13:
[...]

Naar mij idee is het erger geworden. Hij raakt nu ook continue de connectie met de homewizard p1 kwijt.

Die indruk had ik ook maar heb nog geen harde cijfers.

Nog erger: de self consumption modus besloot vanmorgen bij een kWh tarief van 41 cent doodleuk met 2+ kW te gaan laden.
De tariff modus deed hetzelfde.

Ik snap echt niet wat die cloud wil bereiken. Een fatsoenlijke integratie van handmatige aansturing is een groot gemis in combinatie met Home Assistant, ik kan nu geen kant op om dat bizarre gedrag te omzeilen.

[ Voor 39% gewijzigd door Crusader op 21-09-2026 14:12 ]

[Psycho_Mantis]

Crusader schreef op maandag 21 september 2026 @ 14:09:
[...]

Die indruk had ik ook maar heb nog geen harde cijfers.

Nog erger: de self consumption modus besloot vanmorgen bij een kWh tarief van 41 cent doodleuk met 2+ kW te gaan laden.
De tariff modus deed hetzelfde.

Ik snap echt niet wat die cloud wil bereiken. Een fatsoenlijke integratie van handmatige aansturing is een groot gemis in combinatie met Home Assistant, ik kan nu geen kant op om dat bizarre gedrag te omzeilen.

Ja ik heb precies hetzelfde, laden en ontladen met volle kracht. Herstart van homewizard & accu lossen het op voor aantal uur en dan gaat het weer mis.
Maar dit gedrag had ik al sinds een paar dagen, niet zo zeer de 1.5 firmware.
Ik heb mijn accu ook een ander plek gegeven in huis, dus ik dacht dat het gewoon daardoor kwam

Ik heb net even weer de orginele jackery P1 erin gedaan, kijken wat deze momenteel doet...

[RobHop]

Ik denk dat ik met de standaard homey app van jackery en met behulp van Homey script en power by the hour een mooie automatisering heb gemaakt.

echter vraag ik mij een ding af:

Ik heb in de cloud app zeer ruime tijdsblokken staan voor laden en ontladen op de custom mode. Ik kan nu dagelijks sturen dat de batterij stand-by modus aan of uit moet zetten obv de gunstige aaneengesloten uren op de dynamische tarieven. blijft de batterij in stand-by als ik hem dus manueel op stand-by heb gezet, ook als het tijdsblok in de cloud app veranderd naar laden/ontladen?

mocht dit niet werken denk ik dat ik ga spelen met de stand-by modus en mijn homewizzard plug. Dus eerst naar stand-by en dan volledig spanningsloos maken met de homewizzard plug. En andersom.

ik hoor graag jullie ervaringen vanuit homeassistant en het in stand-by modus brengen icm de custom mode.

[Crusader]

De HomeWizard P1 meter moest ik handmatig configureren in de app en nu wil ik voor mijn tests en analyses de Jackery gebruik laten maken van de Jackery P1 meter, om te kijken of daar een verschil mee te merken is.

Het viel mij op dat zodra ik de Jackery P1 meter had aangesloten, de app 'm al meteen had gevonden zonder dat ik ook maar iets had gedaan in de app, klopt dat gedrag? Dan zoek ik niet verder en kijk ik morgen weer naar nieuwe analyses.

[Psycho_Mantis]

Het gaat hier nu wel heel slecht met de verbinding tussen P1 en MQTT



Gaat echt alle kanten op.
MQTT is soms 30 minuten niet aan te sturen en zelfverbruik werkt ook niet omdat hij de P1 meter kwijt raakt.
Met de Jackery P1 en Homewizard hetzelfde gedrag.

Snap er niets van, accu is gewoon bedraad aangesloten. P1 meter op 2,4 ghz.

Wat een zooitje deze accu.

[Crusader]

Psycho_Mantis schreef op maandag 21 september 2026 @ 19:39:
Het gaat hier nu wel heel slecht met de verbinding tussen P1 en MQTT

[Afbeelding]

Gaat echt alle kanten op.
MQTT is soms 30 minuten niet aan te sturen en zelfverbruik werkt ook niet omdat hij de P1 meter kwijt raakt.
Met de Jackery P1 en Homewizard hetzelfde gedrag.

Snap er niets van, accu is gewoon bedraad aangesloten. P1 meter op 2,4 ghz.

Wat een zooitje deze accu.

Precies mijn ervaring. Echt jammer, die software maakt die Jackery echt waardeloos op dit moment.

Antwoord van AI op basis van mijn analyse van vandaag:

Herkenbaar, en we hebben het hier doorgemeten. Twee dingen die je misschien verder helpen.

Het is niet je netwerk. Ik heb 10,5 uur lang elke 2 seconden gepingd naar de SolarVault: 18908 pakketten, 0% verlies, mediaan 0,52 ms. De latentieverdeling tijdens de MQTT-uitval is niet te onderscheiden van die erbuiten (mediaan 0,52 ms in beide gevallen). Het apparaat is dus gewoon bereikbaar terwijl de entiteiten op onbeschikbaar staan.

De uitval volgt de bedrijfstoestand, niet de klok. Over een hele dag, elke 30 seconden bemonsterd:

toestand metingen MQTT weg
actief onder 1200 W 1141 9,4%
laden boven 1200 W 273 58,2%
volledig stil, 0 W 959 77,4%
Hard laden en stilstand leggen hem plat, normaal doorregelen niet. Langste gat hier was 94 minuten.

Over je P1-observatie: het blind laden valt bij ons samen met precies die MQTT-gaten. In zelfverbruik laadde hij 2000 tot 2500 W door terwijl de meter 2800 W import aanwees, in bursts van 3 tot 12 minuten, afgewisseld met perfect regelen. Eén nacht: zeven bursts, 1,82 kWh tegen 32 tot 39 cent. Dat jij met beide meters hetzelfde ziet past daarbij: de meter is niet de variabele, de metersessie valt samen met de MQTT-sessie weg.

Twee dingen om te checken: hing jouw apparaat aan wifi én ethernet tegelijk (bij ons wel, twee actieve interfaces op één MQTT-client geeft precies dit beeld), en draai je firmware 1.5? Wij hebben de wifi er vanavond afgehaald, resultaat volgt.

[ Voor 49% gewijzigd door Crusader op 21-09-2026 19:47 ]

[Psycho_Mantis]

@Crusader Had jij nou een HA intergratie die via de cloud werkt ipv MQTT?

Wifi eraf halen zorgt er voor dat hij een SSID gaat broadcasten.

[Crusader]

Psycho_Mantis schreef op maandag 21 september 2026 @ 20:00:
@Crusader Had jij nou een HA intergratie die via de cloud werkt ipv MQTT?

Wifi eraf halen zorgt er voor dat hij een SSID gaat broadcasten.

Ja klopt, ik gebruik beiden, de MQTT integratie en een fork van de officiële cloud integratie: https://github.com/Bigdaddy1990/jackery_solarvault (via HACS).

Ik heb in de wifi instellingen gewoon een verkeerd password er op gezet, dan probeert ie eindeloos connectie te krijgen met mijn wifi netwerk, dat is een workaround omdat ik nergens een optie zag om de wifi uit te schakelen in de app.

[Psycho_Mantis]

Crusader schreef op maandag 21 september 2026 @ 20:15:
[...]

Ja klopt, ik gebruik beiden, de MQTT integratie en een fork van de officiële cloud integratie: https://github.com/Bigdaddy1990/jackery_solarvault (via HACS).

Ik heb in de wifi instellingen gewoon een verkeerd password er op gezet, dan probeert ie eindeloos connectie te krijgen met mijn wifi netwerk, dat is een workaround omdat ik nergens een optie zag om de wifi uit te schakelen in de app.

Ik kreeg het niet voor elkaar om hem te disconnecten. Heb hem nu geblokeerd op de wifi (unifi).
Ben benieuwd hoe het nu loopt. De nacht is vaak stabiel, opladen gaat het vaak mis.

Die cloud ha add-on wacht ik nog wel even mee. Want je kan de telefoon app dan niet meer gebruiken lees ik.

[Berrie1]

Herkent iemand dit probleem? De Homey Energy Dongle geeft geen waarden in de Jackery app terwijl dit in de Homey app wel het geval is. Eerder had ik de API van de P1 meter niet ingeschakeld en werd het device als offline weergegeven. Dat is nu niet meer het geval. Op het display wordt ook het icoontje van een gekoppelde P1 meter weergegeven. De batterij is middels een ethernetkabel verbonden met de router (wil ik eigenlijk niet, alleen tijdelijk om probleem op te sporen) en de Homey Energie Dongle zit in hetzelfde netwerk middels wifi (2,4 GHz). De batterij zit op FW versie 1.5.

Omdat er altijd 0 Watt van/naar het grid wordt 'gemeten' werkt de batterij niet in zelfverbruik mode.

[Psycho_Mantis]

Berrie1 schreef op maandag 21 september 2026 @ 22:51:
Herkent iemand dit probleem? De Homey Energy Dongle geeft geen waarden in de Jackery app terwijl dit in de Homey app wel het geval is. Eerder had ik de API van de P1 meter niet ingeschakeld en werd het device als offline weergegeven. Dat is nu niet meer het geval. Op het display wordt ook het icoontje van een gekoppelde P1 meter weergegeven. De batterij is middels een ethernetkabel verbonden met de router (wil ik eigenlijk niet, alleen tijdelijk om probleem op te sporen) en de Homey Energie Dongle zit in hetzelfde netwerk middels wifi (2,4 GHz). De batterij zit op FW versie 1.5.

Omdat er altijd 0 Watt van/naar het grid wordt 'gemeten' werkt de batterij niet in zelfverbruik mode.

Zal waarschijnlijk gewoon niet getest zijn door Jackery. @marcovit gaf eerder ook al aan dat deze niet werkte.

[Crusader]

Update: MQTT 12,5 uur lang 100% beschikbaar

Twee dingen veranderd op 21 september om 19:20, en daarna een nacht doorgemeten met dezelfde methode als eerder (bemonstering elke 30 seconden).

1. Wifi onbruikbaar gemaakt door bewust een fout wachtwoord in te stellen. Het apparaat hing namelijk aan ethernet én wifi tegelijk. Wifi-IP staat nu op 0.0.0.0, dus er is nog maar één pad.
2. De SolarVault op zijn eigen Jackery-P1 gezet in plaats van de HomeWizard. Hij had die zelf al gevonden in de app.

Zelfde klokvenster, 19:20 tot 07:47:

	ervoor	erna
metingen	1646	1593
MQTT onbeschikbaar	650 (39,5%)	0 (0,0%)
meterimport	3,52 kWh, € 1,17	0,41 kWh, € 0,17
laden terwijl de meter importeert	120 metingen	0
mediaan meterafwijking	120 W	5 W
huisverbruik	8,73 kWh	8,49 kWh

Het huisverbruik scheelt 3%, dus de vergelijking is redelijk eerlijk. Hij heeft de hele nacht onafgebroken tussen 285 en 330 W geleverd, zonder één laadburst.

Twee kanttekeningen, want ik wil het niet mooier maken dan het is. Ik heb twee dingen tegelijk veranderd, dus ik kan niet zeggen welke van de twee het deed. En alle 1593 metingen zitten in dezelfde bedrijfstoestand, ontladen onder 1200 W. Juist de twee toestanden die het eerder stukmaakten, laden boven 1200 W (58% uitval) en volledige stilstand (77% uitval), zijn deze nacht niet voorgekomen. Die test komt vandaag pas, als de zon hem op vermogen laat laden.

Wat wel al vaststond uit de vorige meting: het ligt niet aan het netwerk. 18908 pings, 0% verlies, en de latentieverdeling tijdens de uitval was niet te onderscheiden van die erbuiten.

Mocht iemand ook dubbel aangesloten hangen, dan is dat wat mij betreft het eerste om uit te sluiten.

[Wereldreiziger]

Crusader schreef op maandag 21 september 2026 @ 14:09:
[...]

Nog erger: de self consumption modus besloot vanmorgen bij een kWh tarief van 41 cent doodleuk met 2+ kW te gaan laden.
De tariff modus deed hetzelfde.

Ik gebruik deze modus ook en dat doet hij alléén als je dat zelf ingesteld hebt toch? Bijvoorbeeld wanneer hij 10% bereikt? Of was het echt op een willekeurig moment?

[Crusader]

Wereldreiziger schreef op dinsdag 22 september 2026 @ 08:16:
[...]

Ik gebruik deze modus ook en dat doet hij alléén als je dat zelf ingesteld hebt toch? Bijvoorbeeld wanneer hij 10% bereikt? Of was het echt op een willekeurig moment?

Was totaal willekeurig, SoC was op dat moment 63%.

[Reaper.JA2]

Crusader schreef op dinsdag 22 september 2026 @ 08:03:
Update: MQTT 12,5 uur lang 100% beschikbaar

Is dit toe te schrijven aan de 1.5 firmware update?

[thoomie]

Ik heb niet dergelijke metingen grdaan wbt MQTT. Echter in het begin had ik wifi en ethernet. Vervolgens systeem verwijderd en alleen ethernet aangesloten. Daarmee blijft wifi dus leeg. Ik ervaar geen uitval op MQTT voor zover ik dat kan zien.

[Olimar1980]

Mijn MQTT lijkt al weken stabiel. Monitoren en aansturen via home assistant werkt prima met de csoscd/ha-solarvault niet officiële integratie. Ik heb wifi niet ingesteld, wel een ethernet kabel. Geen verschil tussen 1.4 en 1.5. En het blijft gewoon werken bij 2500 watt laden en ontladen en uiteraard ook als de cloud offline is.

[Psycho_Mantis]

Hier sinds gisterenavond de Wifi geblokkeerd op mijn netwerk. P1 en MQTT lijken nu stabiel te zijn.
Conclusie: De wifi absoluut niet gebruiken en ook zorgen dat hij niet kan verbinden.

Maar meestal raakt de MQTT van slag bij het opladen. Vanmiddag gaat hij weer met 2500 watt opladen, dan gaan we het zien.

Ik had eigenlijk niet zo veel verbindingsproblemen, maar een week geleden had ik de jackery verplaatst in huis. Inderdaad dus verder van een Wifi AP.
Nooit bij stilgestaan omdat ik ook ethernet verbonden had. Maar blijkbaar pakt hij nog steeds wifi ondanks er een kabel in zit.

De wifi die in deze accu zit is dus gewoon heel erg slecht en wordt ook verstoord door zijn eigen omvormer.

[MisterH75]

Sinds de update na 1.5 heb ik helaas meer problemen met de aansturing via Home Assistant maar ik zit (helaas) nog vast aan wifi moet nog een netwerk kabel aanleggen die kant op. In Home Assistant gaat het zetten van de modus nu niet altijd goed meer. (beter gezegd gaat vaker fout dan goed)

[Crusader]

Reaper.JA2 schreef op dinsdag 22 september 2026 @ 08:37:
[...]


Is dit toe te schrijven aan de 1.5 firmware update?

Nee, aan ofwel het onwerkbaar maken van de wifi configuratie door er een verkeerd wachtwoord in te zetten of aan het omwisselen van de HomeWizard P1 meter door de Jackery eigen P1 meter.
Ik heb heel sterk de indruk dat het aan het "uitschakelen" van de wifi ligt, tot nu toe lijkt alles bijzonder stabiel te werken. Zelfs geen vreemde laadmomenten meer meegemaakt.
Vanavond maak ik een nieuwe analyse over de resultaten sinds gisteravond.

Tot nu toe gaat alles zoals ik in gedachten had, 0 op de meter tot het moment dat ik mijn thuisbatterijen (ook twee Ecoflow Delta Pro's staan) bewust opdracht geef om te gaan laden op de goedkoopste momenten:

[ Voor 30% gewijzigd door Crusader op 22-09-2026 14:26 ]

[aapjuh99]

Martinus schreef op maandag 27 juli 2026 @ 21:48:
[...]

ik heb een antenne van een oude media speler gebruikt, dat werkt.

echter zie ik nu dat afgelopen door de weeks de verbinding slecht was en ik stroom gebruikte terwijl accu's vol was. Dus denk problemen bij jackery, sinds 2 dagen weer nom.

Ik heb zo’n antenne gekocht wat iemand anders ook had gemeld. Ik twijfel om hem te verbinden, maar hoe heb jij die oude antenne losgekregen?

[integro]

aapjuh99 schreef op dinsdag 22 september 2026 @ 15:09:
[...]

Ik heb zo’n antenne gekocht wat iemand anders ook had gemeld. Ik twijfel om hem te verbinden, maar hoe heb jij die oude antenne losgekregen?

gewoon eraf draaien, zie ook de plug die aan de kabel zit van de losse antenne.

[aapjuh99]

integro schreef op dinsdag 22 september 2026 @ 18:12:
[...]

gewoon eraf draaien, zie ook de plug die aan de kabel zit van de losse antenne.

Dat hele ding incl. dat plaatje tegen de behuizing naar linksdraaiend?

[Psycho_Mantis]

Crusader schreef op dinsdag 22 september 2026 @ 14:24:
[...]

Nee, aan ofwel het onwerkbaar maken van de wifi configuratie door er een verkeerd wachtwoord in te zetten of aan het omwisselen van de HomeWizard P1 meter door de Jackery eigen P1 meter.
Ik heb heel sterk de indruk dat het aan het "uitschakelen" van de wifi ligt, tot nu toe lijkt alles bijzonder stabiel te werken. Zelfs geen vreemde laadmomenten meer meegemaakt.
Vanavond maak ik een nieuwe analyse over de resultaten sinds gisteravond.

Tot nu toe gaat alles zoals ik in gedachten had, 0 op de meter tot het moment dat ik mijn thuisbatterijen (ook twee Ecoflow Delta Pro's staan) bewust opdracht geef om te gaan laden op de goedkoopste momenten:

[Afbeelding]

Ja zelfde ervaring hier. Alle ellende is verdwenen.
Zo stabiel heb ik hem nog niet gehad.

Die wifi is gewoon dikke ellende op deze accu. Stom dat de software de wifi niet uitzet als er een kabel in zit. Lijkt mij ook niet echt lastig om te ontwikkelen.

[Crusader]

Psycho_Mantis schreef op dinsdag 22 september 2026 @ 19:33:
[...]

Ja zelfde ervaring hier. Alle ellende is verdwenen.
Zo stabiel heb ik hem nog niet gehad.

Die wifi is gewoon dikke ellende op deze accu. Stom dat de software de wifi niet uitzet als er een kabel in zit. Lijkt mij ook niet echt lastig om te ontwikkelen.

Begrijp ik goed dat het bij jou nu ook stabiel is sinds je wifi hebt uitgeschakeld (voor zover dat kan)? Het is hier ook een verschil van dag en nacht. Nul MQTT berichten gemist. Super stabiel.

Update: 26 uur zonder MQTT-uitval

Sinds 21-09 19:20 twee dingen gewijzigd: wifi uitgezet (hij hing aan ethernet én wifi tegelijk) en overgestapt op de eigen P1-meter van de Jackery.

3294 metingen over 26,2 uur, nul onderbrekingen. Ook in de toestanden waar het eerder structureel misging:

code:

laden >= 1200 W    93,8% uitval  ->  0,0%   (333 metingen, piek 2512 W, SoC 14 naar 100%)
stilstand 0 W      86,3% uitval  ->  0,0%   (231 metingen)
actief regelend    13,1% uitval  ->  0,0%

Ping naar het apparaat 99,994% (47020 van 47023).

Twee wijzigingen tegelijk, dus welke van de twee het deed weet ik niet.

Hier doe ik het voor, 0 op de meter, laden op de goedkoopste kwartieren van de dag en daar de rest van de avond en nacht op teren:


Een beetje teruglevering toen alle batterijen vol waren.

Ik moet mijn eerdere rant over de Jackery software en -aansturing wat temperen... het kán wel, je moet er alleen wat voor doen.

[Psycho_Mantis]

Crusader schreef op dinsdag 22 september 2026 @ 21:37:
[...]

Begrijp ik goed dat het bij jou nu ook stabiel is sinds je wifi hebt uitgeschakeld (voor zover dat kan)? Het is hier ook een verschil van dag en nacht. Nul MQTT berichten gemist. Super stabiel.

Update: 26 uur zonder MQTT-uitval

Sinds 21-09 19:20 twee dingen gewijzigd: wifi uitgezet (hij hing aan ethernet én wifi tegelijk) en overgestapt op de eigen P1-meter van de Jackery.

3294 metingen over 26,2 uur, nul onderbrekingen. Ook in de toestanden waar het eerder structureel misging:

code:

laden >= 1200 W    93,8% uitval  ->  0,0%   (333 metingen, piek 2512 W, SoC 14 naar 100%)
stilstand 0 W      86,3% uitval  ->  0,0%   (231 metingen)
actief regelend    13,1% uitval  ->  0,0%

Ping naar het apparaat 99,994% (47020 van 47023).

Twee wijzigingen tegelijk, dus welke van de twee het deed weet ik niet.

Hier doe ik het voor, 0 op de meter, laden op de goedkoopste kwartieren van de dag en daar de rest van de avond en nacht op teren:

[Afbeelding]
Een beetje teruglevering toen alle batterijen vol waren.

Ik moet mijn eerdere rant over de Jackery software en -aansturing wat temperen... het kán wel, je moet er alleen wat voor doen.

Klopt, sinds wifi uit is geen enkele keer meer uitval gehad.
Heb hem ook op de jackery p1 zitten, maar dat was dus niet zo zeer de oplossing. Niet dat het veel uitmaakt, heb toch een homewizard p1 splitter.

Nul op de meter doe ik nog niet. Ik gebruik Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO om de jackery aan te sturen.
Vandaag toch even lekker stroom verkocht voor 90c/kWh

[Crusader]

Psycho_Mantis schreef op dinsdag 22 september 2026 @ 21:50:
[...]

Klopt, sinds wifi uit is geen enkele keer meer uitval gehad.
Heb hem ook op de jackery p1 zitten, maar dat was dus niet zo zeer de oplossing. Niet dat het veel uitmaakt, heb toch een homewizard p1 splitter.

Nul op de meter doe ik nog niet. Ik gebruik Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO om de jackery aan te sturen.
Vandaag toch even lekker stroom verkocht voor 90c/kWh

Hier idem: heb ook die P1 splitter, de HomeWizard P1 meter blijft gewoon in gebruik voor andere dingen.

Mooie tip die Day Ahead Optimizer, ik zie alweer dat ik er weer wat uurtjes in ga steken, thanks!

[RobHop]

Crusader schreef op dinsdag 22 september 2026 @ 21:37:
[...]

Begrijp ik goed dat het bij jou nu ook stabiel is sinds je wifi hebt uitgeschakeld (voor zover dat kan)? Het is hier ook een verschil van dag en nacht. Nul MQTT berichten gemist. Super stabiel.

Update: 26 uur zonder MQTT-uitval

Sinds 21-09 19:20 twee dingen gewijzigd: wifi uitgezet (hij hing aan ethernet én wifi tegelijk) en overgestapt op de eigen P1-meter van de Jackery.

3294 metingen over 26,2 uur, nul onderbrekingen. Ook in de toestanden waar het eerder structureel misging:

code:

laden >= 1200 W    93,8% uitval  ->  0,0%   (333 metingen, piek 2512 W, SoC 14 naar 100%)
stilstand 0 W      86,3% uitval  ->  0,0%   (231 metingen)
actief regelend    13,1% uitval  ->  0,0%

Ping naar het apparaat 99,994% (47020 van 47023).

Twee wijzigingen tegelijk, dus welke van de twee het deed weet ik niet.

Hier doe ik het voor, 0 op de meter, laden op de goedkoopste kwartieren van de dag en daar de rest van de avond en nacht op teren:

[Afbeelding]
Een beetje teruglevering toen alle batterijen vol waren.

Ik moet mijn eerdere rant over de Jackery software en -aansturing wat temperen... het kán wel, je moet er alleen wat voor doen.

Mag ik vragen hoe jij het automatiseert om zowel te sturen op 0 op de meter (ik gok zelfverbruik modus) én het opladen op de goedkoopste kwartieren? Ik ben momenteel ook het één en ander aan het proberen .

[Crusader]

RobHop schreef op dinsdag 22 september 2026 @ 22:07:
[...]

Mag ik vragen hoe jij het automatiseert om zowel te sturen op 0 op de meter (ik gok zelfverbruik modus) én het opladen op de goedkoopste kwartieren? Ik ben momenteel ook het één en ander aan het proberen .

Kort antwoord: ik laat die twee niet samenvallen, ik wissel van werkmodus. Ze sluiten elkaar per moment uit, dus je verdeelt ze over de tijd.

• Nul op de meter doet het apparaat zelf in self_consumption, op zijn eigen P1-meter. Daar stuur ik geen enkele watt in aan.
• Goedkoop laden kan daar per definitie niet in, want in die modus laadt hij alleen van overschot. Dus zet ik hem in de geplande kwartieren in custom (schema in de app, 2000 W) en daarna meteen terug.

Het plannen zit in Node-RED, niet in het apparaat:

1. EPEX-kwartierprijzen ophalen
2. tekort berekenen uit de actuele SoC
3. de zonprognose eraf trekken (Solcast P10), anders koop je wat de zon straks gratis levert
4. de goedkoopste kwartieren kiezen die overblijven, met een prijsplafond
5. per kwartier de werkmodus schakelen tussen custom en self_consumption

[integro]

aapjuh99 schreef op dinsdag 22 september 2026 @ 18:53:
[...]

Dat hele ding incl. dat plaatje tegen de behuizing naar linksdraaiend?

[Afbeelding]

naar links draaien door het smalle deel van het uitstekende pukje vast te pakken. Het plaatje / ringetje strak tegen de behuizing blijft zitten.

[Psycho_Mantis]

Dit is mijn manier om hem aan te sturen met HA, het custom schema is om opladen/ontladen te forceren.
In mijn ervaring is stroom in de ochtend en avond vrij wel altijd duur met een dynamisch contract. Wanneer dit schema niet passend is, dan valt hij terug op NOM of hij zet de accu in standby.

-DAO berekend het
- Een helper wordt ingesteld door DAO met de gewenste
- ik heb mijn custom schema in de jackery app als volgt ingesteld:
- 00:00 - 06:00 = laden 2500watt
- 06:00 - 10:00 = ontladen 2500watt
- 10:00 - 18:00 = laden 2500watt
- 18:00 - 23:00 = ontladen 2500watt
- 23:00 - 00:00 = laden 2500watt
-Deze HA automation doet alles regelen:

code:

alias: Jackery - Day Ahead Optimizer aansturing V2
description: >
  Stuurt de Jackery thuisbatterij aan op basis van Day Ahead Optimizer.

  DAO is altijd leidend.

  Custom-schema in Jackery-app:

  - 00:00 - 06:00 = laden  - 06:00 - 10:00 = ontladen  - 10:00 - 18:00 = laden 
  - 18:00 - 23:00 = ontladen  - 23:00 - 00:00 = laden

  Custom wordt alleen gebruikt als de DAO-opdracht overeenkomt met wat het vaste
  Jackery-schema op dat moment doet.

  Tijdens EV-laden mag de Jackery nooit ontladen.

  Bij DAO-vraag 0 wordt Auto Standby Mode op standby gezet. Bij iedere andere
  DAO-vraag wordt Auto Standby Mode op on gezet.
triggers:
  - trigger: state
    entity_id:
      - input_number.jackery_feed_power
      - input_boolean.p1_simulator_nom
      - sensor.zaptec_go2_charge_power
  - trigger: time
    at:
      - '00:00:00'
      - '06:00:00'
      - '10:00:00'
      - '18:00:00'
      - '23:00:00'
conditions: []
actions:
  - variables:
      dao_power: |
        {{ states('input_number.jackery_feed_power') | float(0) }}
      nom_enabled: |
        {{ is_state('input_boolean.p1_simulator_nom', 'on') }}
      ev_charging: |
        {{ states('sensor.zaptec_go2_charge_power') | float(0) > 200 }}
      custom_discharge_window: |
        {% set hour = now().hour %}
        {{
          (6 <= hour < 10)
          or
          (18 <= hour < 23)
        }}
      custom_charge_window: |
        {% set hour = now().hour %}
        {{
          (0 <= hour < 6)
          or
          (10 <= hour < 18)
          or
          (23 <= hour < 24)
        }}
      discharge_limit: |
        {% set requested =
          ((dao_power | abs) / 10) | round(0) | int * 10
        %}
        {% if requested < 10 %}
          10
        {% elif requested > 2500 %}
          2500
        {% else %}
          {{ requested }}
        {% endif %}
  - choose:
      - conditions:
          - condition: template
            value_template: |
              {{
                ev_charging
                and dao_power > 0
                and not nom_enabled
                and custom_charge_window
              }}
        sequence:
          - action: number.set_value
            target:
              entity_id: number.zolder_jackery_max_feed_in_power_ongrid
            data:
              value: 10
          - action: select.select_option
            target:
              entity_id: select.zolder_jackery_work_mode
            data:
              option: custom
      - conditions:
          - condition: template
            value_template: '{{ ev_charging }}'
        sequence:
          - action: select.select_option
            target:
              entity_id: select.zolder_jackery_work_mode
            data:
              option: self_consumption
          - action: number.set_value
            target:
              entity_id: number.zolder_jackery_max_feed_in_power_ongrid
            data:
              value: 10
      - conditions:
          - condition: template
            value_template: '{{ nom_enabled }}'
        sequence:
          - action: select.select_option
            target:
              entity_id: select.zolder_jackery_work_mode
            data:
              option: self_consumption
          - action: number.set_value
            target:
              entity_id: number.zolder_jackery_max_feed_in_power_ongrid
            data:
              value: 2500
      - conditions:
          - condition: template
            value_template: |
              {{
                dao_power < 0
                and custom_discharge_window
              }}
        sequence:
          - action: number.set_value
            target:
              entity_id: number.zolder_jackery_max_feed_in_power_ongrid
            data:
              value: 2500
          - action: select.select_option
            target:
              entity_id: select.zolder_jackery_work_mode
            data:
              option: custom
      - conditions:
          - condition: template
            value_template: |
              {{
                dao_power > 0
                and custom_charge_window
              }}
        sequence:
          - action: number.set_value
            target:
              entity_id: number.zolder_jackery_max_feed_in_power_ongrid
            data:
              value: 10
          - action: select.select_option
            target:
              entity_id: select.zolder_jackery_work_mode
            data:
              option: custom
      - conditions:
          - condition: template
            value_template: '{{ dao_power < 0 }}'
        sequence:
          - action: select.select_option
            target:
              entity_id: select.zolder_jackery_work_mode
            data:
              option: self_consumption
          - action: number.set_value
            target:
              entity_id: number.zolder_jackery_max_feed_in_power_ongrid
            data:
              value: '{{ discharge_limit }}'
      - conditions:
          - condition: template
            value_template: |
              {{
                dao_power > 0
                and custom_discharge_window
              }}
        sequence:
          - action: select.select_option
            target:
              entity_id: select.zolder_jackery_work_mode
            data:
              option: self_consumption
          - action: number.set_value
            target:
              entity_id: number.zolder_jackery_max_feed_in_power_ongrid
            data:
              value: 10
    default:
      - action: select.select_option
        target:
          entity_id: select.zolder_jackery_work_mode
        data:
          option: self_consumption
      - action: number.set_value
        target:
          entity_id: number.zolder_jackery_max_feed_in_power_ongrid
        data:
          value: 10
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - action: select.select_option
    target:
      entity_id: select.zolder_jackery_auto_standby_mode
    data:
      option: '{{ ''standby'' if dao_power == 0 else ''on'' }}'
mode: restart

[Leeuwhoofd]

De officiële Jackery App op Homey werkt nu met Firmware versie 1.5...

[ Voor 8% gewijzigd door Leeuwhoofd op 23-09-2026 11:27 ]

[Dennis_k]

Leeuwhoofd schreef op woensdag 23 september 2026 @ 11:26:
De officiële Jackery App op Homey werkt nu met Firmware versie 1.5...

Bij mij is ineens de batterij ineens zichtbaar geworden in Homey met de officiële app. Zou dit de weg naar een verbetering kunnen zijn met software!?

[karel_G_1981]

De ai modus is hier zoals gezegd enorm verbeterd. Weet alleen niet precies waar het aan ligt

[Reaper.JA2]

karel_G_1981 schreef op donderdag 24 september 2026 @ 13:25:
De ai modus is hier zoals gezegd enorm verbeterd. Weet alleen niet precies waar het aan ligt

Zal ook komen door de betere input, als gevolg van een stabielere verbinding, kunnen komen? Merk hier hetzelfde; een betere voorspelling van de PV en de thuisbelasting.

Wat de P1 meters betreft; die meten 'allemaal' hetzelfde. Is er een manier om hier een volgorde in te brengen?

Wat er gebeurt met de P1 meter:
- Meten wat het huis verbruikt,
- Als er PV is, wordt dat er afgehaald,
- Is dat getal onder 0 is wordt de EV opgeladen,
- Wat daar van over is, dat gaat naar de batterij.
En dat laatste getal (na opladen batterij) wordt gezien als 'thuisbelasting', wat niet klopt vind ik.

Wil het vooral ook doen om de Jackery AI aan te leren dat de thuisbelasting hoger is, omdat er in de winter niet altijd zon is

[Leeuwhoofd]

karel_G_1981 schreef op donderdag 24 september 2026 @ 13:25:
De ai modus is hier zoals gezegd enorm verbeterd. Weet alleen niet precies waar het aan ligt

Welke ai modus heb je hem op staan?

[karel_G_1981]

Leeuwhoofd schreef op donderdag 24 september 2026 @ 15:15:
[...]

Welke ai modus heb je hem op staan?

Arbitrage

[Leeuwhoofd]

karel_G_1981 schreef op donderdag 24 september 2026 @ 20:29:
[...]

Arbitrage

Zal het ook eens proberen 👍

[karel_G_1981]

Leeuwhoofd schreef op donderdag 24 september 2026 @ 22:06:
[...]

Zal het ook eens proberen 👍

Hij laadde eerst op rare momenten zoals bij hoge prijzen en totaal verkeerde Soc voorspellingen waardoor ik hem uitzette. maar dat doet ie niet meer. Grote voordeel van die ai mode is dat hij eigenlijk nu vanzelf deconflicteert met het laden van de auto omdat die nooit laadt bij hoge prijzen en geen zon. Het lijkt de laatste weken behoorlijk goed te gaan met die ai planning dus. (Fingers crossed)

[Psycho_Mantis]

karel_G_1981 schreef op vrijdag 25 september 2026 @ 07:42:
[...]

Hij laadde eerst op rare momenten zoals bij hoge prijzen en totaal verkeerde Soc voorspellingen waardoor ik hem uitzette. maar dat doet ie niet meer. Grote voordeel van die ai mode is dat hij eigenlijk nu vanzelf deconflicteert met het laden van de auto omdat die nooit laadt bij hoge prijzen en geen zon. Het lijkt de laatste weken behoorlijk goed te gaan met die ai planning dus. (Fingers crossed)

Is dat dan sinds de 1.5 update? Of sinds je de netwerkverbinding stabiel heb?

[Andre.Mathlener]

Ik heb gisteren mijn Jackery verbonden met Homey en dat lijkt te werken, maar nu blijft het accupercentage de hele tijd op 100% staan in de Jackery app, in Homey en op het apparaat zelf.

De accu laadt en ontlaadt wel, maar het is wel erg vervelend dat er niet te zien is hoe vol of leeg de accu is. Ik heb versie 1.5 op de Jackery staan. Een reboot en power cycle heeft niets geholpen.

Heeft een van jullie ook zoiets gemerkt?

Ik ga het probleem straks ook maar even melden aan Jackery support.

[Andre.Mathlener]

Update: de Jackery support AI chat gaf aan dat ik het systeem geforceerd helemaal moest ontladen en daarna weer tot 100% moet opladen om het BMS systeem een reset te geven. Dat ben ik nu aan het doen en het percentage staat nu op 84%, dus het lijkt te werken.

[aapjuh99]

integro schreef op woensdag 23 september 2026 @ 08:08:
[...]

naar links draaien door het smalle deel van het uitstekende pukje vast te pakken. Het plaatje / ringetje strak tegen de behuizing blijft zitten.

Top, gelukt! Nu is de wifi stabiel. Ik heb thuis een Unifi netwerk en van alles geprobeerd met oa specifiek 2.4Ghz IOT netwerk en niks hielp. Ondanks dat de AP 5m verwijderd was van de batterij. Via alieexpress een antenne gekocht op aanraden van een andere Tweaker, nu is de grafiek stabiel, mqtt stabiel in HomeAssistant.. dit had ik eerder moeten doen. De batterij gaat nu ook naar de schuur verplaatst worden

[ Voor 43% gewijzigd door aapjuh99 op 27-09-2026 10:32 ]

[demz0r]

Hi!

Hier een verse Jackery eigenaar sinds afgelopen weekend.

Tevens ben ik een Home Assistant gebruiker. Ik heb de batterij puur voor eigen gebruik, om wat zonnestralen op te vangen Niet om te handelen. Nu heb ik het overal in HA gezet en verder in mijn Grafana dashboard verwerkt, ziet er allemaal goed uit en lijkt netjes te werken.

Ik monitor 39 apparaten in huis met: Shelly's power strips, Tapo-Plugs, EM 50 en een paar Shelly mini's in de muur achter de stopcontacten. Allemaal om het verbruik compleet in beeld te krijgen. Loopt allemaal perfect zeg maar, ik weet precies wat niet gemonitord wordt, dus heb alles in kaart, daarnaast op de NAS een Influx DB draaien en Grafana voor nog meer statistieken. Gewoon omdat het kan Grafiekjes, grafiekjes en nog meer grafiekjes.

---

Echter loop ik tegen iets visueels aan in HA, waar ik een redelijke error van krijg in mijn hoofd -> Untracked Consumption

Op het moment dat de Jackery staat op te laden, jaaa... gisteren hadden we een beetje zon.
Zie ik dit in HA:





Kortom, HA ziet het laden van de Jackery als een untracked consumption.

Na wat gegoogle en Antigravity communicatie komt steeds het antwoord terug; dit zit in de core van HA en de opbouw ervan en neem dit voor lief.. Aangezien de Jackery als batterij (Bron) erin staat bij HA en ik zou ik deze ook als device erin zetten (net als de rest van de gemonitorde devices) dan krijg ik dubbele en foutieve metingen en waardes.

Nu is de vraag, hoe gaan jullie hiermee om? Nemen jullie het voor lief? Heb je een fix? of een workaround hiervoor? en dan bedoel ik het stukje van de untracked consumption.

Thanks!

[Psycho_Mantis]

demz0r schreef op maandag 28 september 2026 @ 08:30:
Hi!

Hier een verse Jackery eigenaar sinds afgelopen weekend.

Tevens ben ik een Home Assistant gebruiker. Ik heb de batterij puur voor eigen gebruik, om wat zonnestralen op te vangen Niet om te handelen. Nu heb ik het overal in HA gezet en verder in mijn Grafana dashboard verwerkt, ziet er allemaal goed uit en lijkt netjes te werken.

Ik monitor 39 apparaten in huis met: Shelly's power strips, Tapo-Plugs, EM 50 en een paar Shelly mini's in de muur achter de stopcontacten. Allemaal om het verbruik compleet in beeld te krijgen. Loopt allemaal perfect zeg maar, ik weet precies wat niet gemonitord wordt, dus heb alles in kaart, daarnaast op de NAS een Influx DB draaien en Grafana voor nog meer statistieken. Gewoon omdat het kan Grafiekjes, grafiekjes en nog meer grafiekjes.

---

Echter loop ik tegen iets visueels aan in HA, waar ik een redelijke error van krijg in mijn hoofd -> Untracked Consumption

Op het moment dat de Jackery staat op te laden, jaaa... gisteren hadden we een beetje zon.
Zie ik dit in HA:

[Afbeelding]

[Afbeelding]

Kortom, HA ziet het laden van de Jackery als een untracked consumption.

Na wat gegoogle en Antigravity communicatie komt steeds het antwoord terug; dit zit in de core van HA en de opbouw ervan en neem dit voor lief.. Aangezien de Jackery als batterij (Bron) erin staat bij HA en ik zou ik deze ook als device erin zetten (net als de rest van de gemonitorde devices) dan krijg ik dubbele en foutieve metingen en waardes.

Nu is de vraag, hoe gaan jullie hiermee om? Nemen jullie het voor lief? Heb je een fix? of een workaround hiervoor? en dan bedoel ik het stukje van de untracked consumption.

Thanks!

Ik denk dat dit eigenlijk meer thuishoort in het Home assistant topic. Maar ik denk dat je de battery niet goed heb toegevoegd in je energy dashboard. Want bij mij zie ik wel degelijk dat de energie naar de batterij gaat.

[demz0r]

Ja, op de energy flow zie ik hem ook zo.
Ik bedoel echter de Live/Now pagina.

[Reaper.JA2]

Hoe zijn de ervaringen nu met Home Assistant / MQTT?

Er zijn nu goede aanbiedingen bij Jackery zag ik. Helaas de BP2500 uitbreidingsmodule nog niet. Verwachten we hier dat de prijs van de uitbreiding gaat dalen binnenkort?