Home Assistant: Open source Python3 home automation - deel 5

[Get!em]

TheFes schreef op donderdag 2 juli 2026 @ 10:41:
[...]

Als je de Studio Code Server add-on gebruikt, kun je door je hele configuratie een search doen. Dan zou je ze allemaal moetenvinden.

Thanks, nooit geweten dat die bestaat.

Gelijk gevonden waar het probleem zat. Notabene in een automation die via UI is aangemaakt, redelijk recent nog.

Studio Code Server, Beetje een "eng" ding qua App. Elke edit in de bestanden is meteen saved. Ik zie trouwens tig errors en warnings op diverse files op basis van de Schema's. Moet ik daar nog wat mee? Meest gekke is dat hij de eerste regel in de Configuration.yaml aanmerkt als Error. Daar staat domweg

homeassistant: 

Met een warning:

Incorrect type. Expected "string | Schema".

[TheFes]

Get!em schreef op donderdag 2 juli 2026 @ 11:42:
[...]

Thanks, nooit geweten dat die bestaat.

Gelijk gevonden waar het probleem zat. Notabene in een automation die via UI is aangemaakt, redelijk recent nog.

Studio Code Server, Beetje een "eng" ding qua App. Elke edit in de bestanden is meteen saved. Ik zie trouwens tig errors en warnings op diverse files op basis van de Schema's. Moet ik daar nog wat mee? Meest gekke is dat hij de eerste regel in de Configuration.yaml aanmerkt als Error. Daar staat domweg

homeassistant: 

Met een warning:

Incorrect type. Expected "string | Schema".

Dat autosave kun je uitzetten in de settings.

Dat die automation in de GUI aangemaakt is zegt in dit geval niet zo veel. In 2026.6 was het nog gewoon behavior: any. Dat is nu dus aangepast naar behavior: each. Dus in 2026.6 had hij gemopperd over any en nu moppert hij over each.
Nu de purpose based triggers/conditions uit Labs zijn zul je dit niet meer zien. Als er nu nog zo'n wijziging zou komen dan blijft de oude syntax gewoon ondersteund, omdat ze nooit breaking changes in automations introduceren. Toen het nog in Labs zat was het nog in ontwikkeling, vandaar dat er in die periode wel breaking changes gedaan zijn.

Als laatste komt de Studio Code Server app met de HA config checker extension voor geïnstalleerd, echter geeft die nogal wat false positives de laatste tijd, deze moet je dus maar negeren.

[Septillion]

@TheFes In welke trigger zat het dan eigenlijk? Want kon wel meldingen vinden maar niet zo zeer waar je het gebruikt Dus puur uit nieuwsgierigheid.

[TheFes]

Septillion schreef op donderdag 2 juli 2026 @ 13:26:
@TheFes In welke trigger zat het dan eigenlijk? Want kon wel meldingen vinden maar niet zo zeer waar je het gebruikt Dus puur uit nieuwsgierigheid.

Dit is nieuw in de purpose specific triggers.
Als je bijvoorbeeld in een motion.detected trigger meerdere motion sensors opneemt, kun je kiezen of je wil triggeren op motion detection (behavior: each) van elke sensor, alleen op de eerste (behavior: first), of alleen als ze allemaal motion detecteren (behavior: all).

Zie bijvoorbeeld: https://www.home-assistan...detected/#options-in-yaml

Of in de GUI (met een light trigger in dit geval)

[ Voor 20% gewijzigd door TheFes op 02-07-2026 13:43 ]

[edwin2021]

Jan Smit schreef op donderdag 2 juli 2026 @ 11:07:
Ik ervaar steeds meer ellende met mijn RfxComm 433 Mhz zender. Op mijn proxmox HA-OS met usb-passthrough valt 'ie telkens weg. Veel troubleshooting gedaan, maar helaas.
(ik kan helaas niet zonder de 433MHz, vanwege gordijnen/zonwering/screen).

Ik ben op zoek naar een alternatief.
Gemini raadt me de Sonoff RF bridge aan, alleen moet die geflashed zijn/worden met Tasmota.
Heeft iemand hier ervaring mee? Of nog eentje in de kast liggen te verstoffen?

Hang hem via ser2net aan een raspberry pi zodat je de rfxcomm via het netwerk benaderd of koop een nieuwe die ook wifi kent en hang hem zo op het netwerk.

[InjecTioN]

edwin2021 schreef op donderdag 2 juli 2026 @ 14:20:
[...]

Hang hem via ser2net aan een raspberry pi zodat je de rfxcomm via het netwerk benaderd of koop een nieuwe die ook wifi kent en hang hem zo op het netwerk.

Dat werkt momenteel dus niet: https://github.com/home-assistant/core/issues/162476

[Woesjj]

Hallo. Ik ben sinds een tijdje begonnen met eea opzetten via HA, met name lampen, maar ik ben er nog niet heel erg geskilled in haha. Ik heb HA lokaal draaien op een Rasberry PI en ik heb een SONOFF Zigbee dongle.

Volgende week komt iemand langs om te adviseren over het plaatsen van zonwering en nu wil ik graag dat ik deze zonwering ook kan besturen via HA en uiteindelijk ook integreren met een regensensor enzo. Maar nu wil ik wel zorgen dat ik het meteen goed doe, dus kan iemand mij vertellen waar ik op moet letten? Wat voor soort bediening, welk merk? Ik wil het liefst zoveel mogelijk lokaal hosten, dus waar mogelijk wil ik geen extra bridge over de cloud.

[ Voor 16% gewijzigd door Woesjj op 02-07-2026 15:31 ]

[TheFes]

Woesjj schreef op donderdag 2 juli 2026 @ 15:28:
Hallo. Ik ben sinds een tijdje begonnen met eea opzetten via HA, met name lampen, maar ik ben er nog niet heel erg geskilled in haha. Ik heb HA lokaal draaien op een Rasberry PI en ik heb een SONOFF Zigbee dongle.

Volgende week komt iemand langs om te adviseren over het plaatsen van zonwering en nu wil ik graag dat ik deze zonwering ook kan besturen via HA en uiteindelijk ook integreren met een regensensor enzo. Maar nu wil ik wel zorgen dat ik het meteen goed doe, dus kan iemand mij vertellen waar ik op moet letten? Wat voor soort bediening, welk merk? Ik wil het liefst zoveel mogelijk lokaal hosten, dus waar mogelijk wil ik geen extra bridge over de cloud.

Ik heb zelf zonnewering van Somfy met een Connexoon voor de bediening, die Conexoon is echter niet meer te verkrijgen, en nu moet je de Tahoma Box daarvoor hebben. Die is wat prijziger. De Connection Box kan ook, maar dan heb je niet de mogelijkheid om het lokaal te houden.

[Magnifique]

Woesjj schreef op donderdag 2 juli 2026 @ 15:28:
Hallo. Ik ben sinds een tijdje begonnen met eea opzetten via HA, met name lampen, maar ik ben er nog niet heel erg geskilled in haha. Ik heb HA lokaal draaien op een Rasberry PI en ik heb een SONOFF Zigbee dongle.

Volgende week komt iemand langs om te adviseren over het plaatsen van zonwering en nu wil ik graag dat ik deze zonwering ook kan besturen via HA en uiteindelijk ook integreren met een regensensor enzo. Maar nu wil ik wel zorgen dat ik het meteen goed doe, dus kan iemand mij vertellen waar ik op moet letten? Wat voor soort bediening, welk merk? Ik wil het liefst zoveel mogelijk lokaal hosten, dus waar mogelijk wil ik geen extra bridge over de cloud.

Ik gebruik middels HA de Somfy Connectivity kit-ledBox met Overkiz werkt allemaal lokaal en die box kost rond de €50. Je moet wel 1 keer alles via een app instaleren maar die heb je daarna niet meer nodig.

[ Voor 4% gewijzigd door Magnifique op 02-07-2026 16:03 ]

[HuismAndré]

Jan Smit schreef op donderdag 2 juli 2026 @ 11:07:
Ik ervaar steeds meer ellende met mijn RfxComm 433 Mhz zender. Op mijn proxmox HA-OS met usb-passthrough valt 'ie telkens weg. Veel troubleshooting gedaan, maar helaas.
(ik kan helaas niet zonder de 433MHz, vanwege gordijnen/zonwering/screen).

Ik ben op zoek naar een alternatief.
Gemini raadt me de Sonoff RF bridge aan, alleen moet die geflashed zijn/worden met Tasmota.
Heeft iemand hier ervaring mee? Of nog eentje in de kast liggen te verstoffen?

Ik ben wat met deze aan het 'klooien':

https://www.athom.tech/bl...f433-ir-remote-controller

Die heeft een 433MHz transceiver. En IR. En Wifi. En BLE proxy. En werkt op het ESPHome platform (ESP32).

[Impossibl3]

Nu zit ik ook met een Somfy IO zonnescherm en ik wilde nog iets kopen om het in HA te hangen. Welke raden jullie nu aan voor lokaal gebruik (eenmalig online activeren is prima)?

De:
Somfy Tahoma Box (€126,--) of de
Somfy Connectivity Kit (€65,--)?

Zover ik zie is de Tahoma box uitgebreider en vervangt die ook je zigbee stick (indien gewenst). De Connectivity ondersteund alleen IO en RTS van Somfy. Alleen de Tahoma box ondersteund "dynamische zonwering" maar dat zou ook via HA kunnen.

De Hue lampen etc die ik in huis heb laad ik op hun eigen hub zitten tenzij er een goede reden is om deze over te zetten naar een centrale box.

[BiG-GuY]

Impossibl3 schreef op donderdag 2 juli 2026 @ 16:39:
Nu zit ik ook met een Somfy IO zonnescherm en ik wilde nog iets kopen om het in HA te hangen. Welke raden jullie nu aan voor lokaal gebruik (eenmalig online activeren is prima)?

De:
Somfy Tahoma Box (€126,--) of de
Somfy Connectivity Kit (€65,--)?

Zover ik zie is de Tahoma box uitgebreider en vervangt die ook je zigbee stick (indien gewenst). De Connectivity ondersteund alleen IO en RTS van Somfy. Alleen de Tahoma box ondersteund "dynamische zonwering" maar dat zou ook via HA kunnen.

De Hue lampen etc die ik in huis heb laad ik op hun eigen hub zitten tenzij er een goede reden is om deze over te zetten naar een centrale box.

Somfy TaHoma Switch is de enige die Local API ondersteund van de modellen die nu nieuw verkocht worden. De Connectivity Kit is Cloud only. De Zigbee is enkel voor Somfy Zigbee apparaten, die zou ik zelf dan lekker aan Z2M hangen en niet via de Tahoma.

Gebruik de TaHoma Switch al enkele jaren voor onze RTS gordijnen en IO rolluiken. Nu ze meer en meer Zigbee motoren hebben, zou ik zeker voor Zigbee kiezen.

[ Voor 18% gewijzigd door BiG-GuY op 02-07-2026 17:12 ]

[Card Nox]

Mensen die hier de Tesla Fleet API werkend hebben gekregen in Home Assistant, ik krijg het maar niet voor elkaar, hulp is welkom.

[RobertMe]

Woesjj schreef op donderdag 2 juli 2026 @ 15:28:
Hallo. Ik ben sinds een tijdje begonnen met eea opzetten via HA, met name lampen, maar ik ben er nog niet heel erg geskilled in haha. Ik heb HA lokaal draaien op een Rasberry PI en ik heb een SONOFF Zigbee dongle.

Volgende week komt iemand langs om te adviseren over het plaatsen van zonwering en nu wil ik graag dat ik deze zonwering ook kan besturen via HA en uiteindelijk ook integreren met een regensensor enzo. Maar nu wil ik wel zorgen dat ik het meteen goed doe, dus kan iemand mij vertellen waar ik op moet letten? Wat voor soort bediening, welk merk? Ik wil het liefst zoveel mogelijk lokaal hosten, dus waar mogelijk wil ik geen extra bridge over de cloud.

Als je 100% onafhankelijk wilt zijn (en dat ben je met al die Somfy dozen die tot nu toe geadviseerd zijn AFAIK niet en Somfy heeft met updates IIRC al eens zaken er uit gehaald), moet je voor een "domme" motor gaan en vervolgens zelf een "slimme" module er tussen zetten.

Ga je voor Zigbee is volgens mij de Shelly 2PM Gen 4 een oplossing. Wel opletten dat je de Gen 4 hebt, deze doet wifi + Zigbee, de oudere alleen wifi. Deze kun je vervolgens in de software (benaderbaar via wifi) in een rolluik stand zetten, kalibreren, en daarna gewoon aansturen met "open tot x%" etc.
Maar er zijn AFAIK ook pure Zigbee alternatieven, ik meen van Bosch? (Relatief duur), en ik vermoed ook wel een Sonoff en zo (Chinees).
Uit zo'n module heb je vervolgens vrij simpel 3 stroomdraden, een nul en twee fase draden, staat stroom op de een draait die omhoog, staat stroom op de ander omlaag. En vaak (/altijd?) kun je er ook een domme schakelaar op aansluiten.
Zelf heb ik al een aantal jaren een "domme" Somfy motor met "dommy" Somfy draaischakelaar, maar een Fibaro Rollershutter (ZWave) ertussen.

[BiG-GuY]

@RobertMe @Woesjj

Somfy heeft sinds een tijdje ook Zigbee-motoren op de markt. Die worden onder andere ondersteund door Z2M, waardoor je geen Somfy Hub nodig hebt. Bij sommige typen Somfy-motoren kun je alleen de RTS/IO-module vervangen door een Somfy Zigbee-module, maar bij de meeste buismotoren is dit als één geheel verwerkt, waardoor je de hele motor moet vervangen voor een ander type.

Een alternatief is om Somfy WT-motoren aan te schaffen. Dit zijn de 'domme' motoren die via bedrading aangestuurd worden, waar je vervolgens verschillende soorten relais voor kunt gebruiken. Bosch heeft hier meerdere Zigbee-opties voor, en er zijn ook genoeg alternatieven van andere merken verkrijgbaar.

[RobertMe]

BiG-GuY schreef op donderdag 2 juli 2026 @ 17:53:
@RobertMe @Woesjj

Somfy heeft sinds een tijdje ook Zigbee-motoren op de markt. Die worden onder andere ondersteund door Z2M, waardoor je geen Somfy Hub nodig hebt. Bij sommige typen Somfy-motoren kun je alleen de RTS/IO-module vervangen door een Somfy Zigbee-module, maar bij de meeste buismotoren is dit als één geheel verwerkt, waardoor je de hele motor moet vervangen voor een ander type.

Ah ja, die motoren met Zigbee heb je mij meen ik al eens op gewezen, maar die waren toen nog niet leverbaar in de EU? / op zijn minst NL. Maar dat is natuurlijk ook een prima optie. Gewoon een protocol onafhankelijk van de fabrikant zonder tussenkomst van extra zaken en zonder internet verbinding en dus een geringe kans op updates die zaken tegen je zin aanpassen.

[superduper]

sinds een aantal dagen iets geks hier.

In een van mijn mini-graph-cards heb ik een 'x-as' gemaakt as volgt:

een input.number helper gemaakt met waarde 0, en die als 2e plot opgegeven in grijs.

code:

 entities:
  - sensor.marstek_venus_1_battery_power
  - entity: input_number.zero_line_helper
    color: grey

Dat werkte prima, maar nu staat de card continue te laden en laat hij alleen de tekst zien, en niet de plot. Als ik de zero.line helper weghaal, dan staat de graph er voor de eerste sensor.

Ik kan ook geen losse graph maken op alleen die zero.line helper.

Ik heb niks geupdate in de tussentijd, draai op core 2026.6.2.

Iemand een idee waarom dit niet (meer) zou kunnen werken?

[ Voor 6% gewijzigd door superduper op 02-07-2026 18:11 ]

[skank]

Ik heb sinds een 2tal dagen dat mn home assistant plots zegt dat hij disconnected is.. en dit om de x tijd.
Daarna komt hij direct terug up.
Wanneer hij disconnected zegt, kijk ik in mijn unifi controller, en het device zegt gewoon connected..
Ik snap er niets van.. Ook niets gewijzigd... Waar moet ik beginnen zoeken?

[edwin2021]

InjecTioN schreef op donderdag 2 juli 2026 @ 14:44:
[...]

Dat werkt momenteel dus niet: https://github.com/home-assistant/core/issues/162476

Oeps, gatver. Dat schiet niet op dan..

[jack_007]

Hoi, kan iemand een HA noob helpen.
Vandaag heeft er blijkbaar een update plaatsgevonden van mijn HA OS installatie naar
Core 2026.7.0
Supervisor 2026.06.2
Operating System 18.1
Frontend 20260624.3

Nu krijg ik bij het device pysmaplus (SMA solar inverter) de melding " not loaded" te zien. In de log wordt het volgende getoond:

Logger: homeassistant.util.package

Source: util/package.py:185

First occurred: 19:32:12 (3 occurrences)

Last logged: 19:35:01

Unable to install package pysma-plus>=0.4.4: error: Request failed after 3 retries in 88.9s Caused by: Failed to fetch: https://wheels.home-assistant.io/musllinux-index/pysma-plus/ Caused by: HTTP status server error (522 <unknown status code>) for url (https://wheels.home-assistant.io/musllinux-index/pysma-plus/)

Unable to install package pysma-plus>=0.4.4: error: Request failed after 3 retries in 86.4s Caused by: Failed to fetch: https://wheels.home-assistant.io/musllinux-index/pysma-plus/ Caused by: HTTP status server error (522 <unknown status code>) for url (https://wheels.home-assistant.io/musllinux-index/pysma-plus/)

Unable to install package pysma-plus>=0.4.4: error: Request failed after 3 retries in 82.1s Caused by: Failed to fetch: https://wheels.home-assistant.io/musllinux-index/pysma-plus/ Caused by: HTTP status server error (522 <unknown status code>) for url (https://wheels.home-assistant.io/musllinux-index/pysma-plus/)

en vervolgens:

Logger: homeassistant.setup

Source: setup.py:276

First occurred: 19:35:01 (1 occurrence)

Last logged: 19:35:01

Setup failed for custom integration 'pysmaplus': Requirements for pysmaplus not found: ['pysma-plus>=0.4.4'].


Hoe kan ik dit repareren?

[Joop_Klepzeiker]

PCan schreef op woensdag 1 juli 2026 @ 22:44:
@Joop_Klepzeiker

Daarna ging het weer mis.
Zorg dat je tenminste één functionerend account hebt in de Anker App.
Als dat lukt, dan moet je meerdere apparaten hebben, maak je in de App een systeem aan.
Vanuit dat systeem kan je iemand uitnodigen om een extra account aan te maken.
Maar omdat ik maar één Anker apparaat heb, kan ik geen systeem aanmaken.
Voor specifieke instructies voor jouw systeem, neem contact op met Anker Support.
Ze zijn heel vriendelijk en behulpzaam. En gewoon in het Nederlands.

Dit zegt Anker support;

1. Controleer de Wi-Fi-verbinding:
   • Zorg ervoor dat je nieuwe router een 2.4GHz-netwerk ondersteunt, aangezien dit vaak vereist is voor IoT-apparaten.
   • Controleer of de Wi-Fi-naam en het wachtwoord correct zijn ingevoerd, inclusief hoofdletters, speciale tekens, spaties en streepjes.
2. Reset de Wi-Fi-instellingen van het apparaat:
   • Houd de IoT-knop op de Anker SOLIX F2000 ongeveer 7 seconden ingedrukt om de Wi-Fi-instellingen te resetten.
   • Verbind het apparaat opnieuw met je netwerk via de Anker-app.
3. Bluetooth-verbinding controleren:
   • Zorg ervoor dat je dicht bij het apparaat bent en dat Bluetooth is ingeschakeld op je telefoon.
   • Als de Bluetooth-verbinding niet werkt, reset deze dan en probeer opnieuw verbinding te maken.
4. Home Assistant-integratie opnieuw instellen:
   • Verwijder de bestaande integratie van de Anker SOLIX F2000 in Home Assistant.
   • Maak een nieuw account aan als medegebruiker in de Anker-app. Gebruik dit account om de integratie opnieuw te configureren in Home Assistant.
   • Zorg ervoor dat je in de Anker-app naar de instellingen van het powerstation gaat, vervolgens naar "Communicatie-instellingen" en daar Modbus TCP inschakelt. Kopieer het IP-adres van het apparaat en voer dit in Home Assistant in om het apparaat te koppelen.
5. Problemen met de router oplossen:
   • Als de IoT-indicator op het apparaat knippert, betekent dit dat het apparaat de verbinding met de router heeft verloren. Druk op de IoT-knop om een handmatige herverbinding te forceren.
   • Als de IoT-indicator constant brandt, betekent dit dat de router de verbinding met de cloud heeft verloren. Controleer de internetverbinding van je router
6. Mijn aanvulling
   1. Verwijder de Anker Solix integratie uit Home Assistant
   2. Installeer zo nodig de app Studio Code Server in Home Assistant
   3. Open Studio Code Server en ga naar custom_components
   4. Indien daar nog aanwezig selecteer >anker_solix en verwijder deze map
   5. Pas op dat je geen andere mappen of directories verwijderd.
   6. Herstart Home Assistant
   7. Ik ken jouw installatie niet, maar op mijn 767 Portable Power Station kan ik een "Harde reset" geven. Kan dat bij jou ook, dan zorg dat er geen apparaten op je output zijn aangesloten die niet uit mogen vallen. (Haal de stekkers eruit).
   8. Steek kort een paperclip in het gaatje om het apparaat te resetten naar fabrieksinstellingen.
      Doe dit in de Anker App instellingen op je smartphone ook nog eens.
   9. Indien daarna de App op je telefoon niet meer goed werkt, moet je die ws opnieuw instellen.
   10. Zorg dat die werkt en dat het apparaat te zien is in je router.
   11. Meld je dan af in de App
   12. Open Home Assistant en download de Anker Solix integratie opnieuw in HACS
   13. Herstart Home Assistant
   14. Ga naar Instellingen>Apparaten en Diensten en klik op +Integratie toevoegen
   15. Zoek op Anker en selecteer de integratie.
   16. Volg de instructies en instaleer de integratie
   17. Herstart Home Assistant
   18. Voeg zo nodig een Hub toe en vul je Wifi gegevens in
   19. Controleer of de Apps Mosquitto broker en Zigbee2MQTT goed werken.
   20. Indien het MQTT overlay goed werkt, zullen de Sensoren van je installatie zichtbaar worden
       Soms duurt het een tijdje voordat alles normaal werkt, dus als het niet meteen werkt heb ff geduld en kijk naar een half uur of langer nog een keer of je Sensoren werken.
       Klik ook eens op onderstaande indien de overlay uitgeschakeld is.
   21. [Afbeelding]

Dank voor je bericht maar het is inmiddels op een andere manier gelukt.
Ik heb de nieuwe Anker Solix Solarbank Max AC en daarmee bestaat de mogelijkheid om via Modbus-TCP te werken waarbij gewoon in de app beschreven is hoe je de integratie in HA moet doen.
Dus weer een RTFM voor mezelf!

[Joop_Klepzeiker]

edwin2021 schreef op donderdag 2 juli 2026 @ 07:03:
[...]

En je deelt via de router altijd hetzelfde IP adres uit?

Yep, maar het probleem is al opgelost, zie mijn post hierboven.

[TheFes]

jack_007 schreef op donderdag 2 juli 2026 @ 22:47:
Hoi, kan iemand een HA noob helpen.
Vandaag heeft er blijkbaar een update plaatsgevonden van mijn HA OS installatie naar
Core 2026.7.0
Supervisor 2026.06.2
Operating System 18.1
Frontend 20260624.3

Nu krijg ik bij het device pysmaplus (SMA solar inverter) de melding " not loaded" te zien. In de log wordt het volgende getoond:

Logger: homeassistant.util.package

Source: util/package.py:185

First occurred: 19:32:12 (3 occurrences)

Last logged: 19:35:01

Unable to install package pysma-plus>=0.4.4: error: Request failed after 3 retries in 88.9s Caused by: Failed to fetch: https://wheels.home-assistant.io/musllinux-index/pysma-plus/ Caused by: HTTP status server error (522 <unknown status code>) for url (https://wheels.home-assistant.io/musllinux-index/pysma-plus/)

Unable to install package pysma-plus>=0.4.4: error: Request failed after 3 retries in 86.4s Caused by: Failed to fetch: https://wheels.home-assistant.io/musllinux-index/pysma-plus/ Caused by: HTTP status server error (522 <unknown status code>) for url (https://wheels.home-assistant.io/musllinux-index/pysma-plus/)

Unable to install package pysma-plus>=0.4.4: error: Request failed after 3 retries in 82.1s Caused by: Failed to fetch: https://wheels.home-assistant.io/musllinux-index/pysma-plus/ Caused by: HTTP status server error (522 <unknown status code>) for url (https://wheels.home-assistant.io/musllinux-index/pysma-plus/)

en vervolgens:

Logger: homeassistant.setup

Source: setup.py:276

First occurred: 19:35:01 (1 occurrence)

Last logged: 19:35:01

Setup failed for custom integration 'pysmaplus': Requirements for pysmaplus not found: ['pysma-plus>=0.4.4'].


Hoe kan ik dit repareren?

Er was gisteravond een issue met de wheels repository. Dat zou inmiddels opgelost moeten zijn

[jack_007]

Er was gisteravond een issue met de wheels repository. Dat zou inmiddels opgelost moeten zijn

Vanochtend opnieuw opgestart en alles lijkt inderdaad weer te werken.

[Raymond P]

Gisteren geüpdatet naar 2026.7.0 en sindsdien werkt m'n globale aanwezigheids logic niet meer. Zone.Home is altijd 0.
Uiteraard de update blog gelezen, en ik gok (want het is mij niet helemaal duidelijk) dat het gerelateerd is aan simplificatie en ik er te moeilijk naar kijk.

Ik heb een aantal custom markers waarmee ik via mqtt Trackers update die gelinkt zijn aan Personen, dat deel werkt.
Hoe krijg ik nu een int voor het totaal aantal personen aanwezig? Of zou Zone.Home nog steeds moeten werken?

[TheFes]

Raymond P schreef op vrijdag 3 juli 2026 @ 09:20:
Gisteren geüpdatet naar 2026.7.0 en sindsdien werkt m'n globale aanwezigheids logic niet meer. Zone.Home is altijd 0.
Uiteraard de update blog gelezen, en ik gok (want het is mij niet helemaal duidelijk) dat het gerelateerd is aan simplificatie en ik er te moeilijk naar kijk.

Ik heb een aantal custom markers waarmee ik via mqtt Trackers update die gelinkt zijn aan Personen, dat deel werkt.
Hoe krijg ik nu een int voor het totaal aantal personen aanwezig? Of zou Zone.Home nog steeds moeten werken?

zone.home zou nog hetzelfde als voorheen moeten werken. Geven je device trackers ook aan dat die home zijn? En wat is de state van de person entities?

[Raymond P]

@TheFes De trackers togglen netjes. person.x states togglen ook tussen not_home en home.
Person attr in_zone is empty, zone.home attr persons is empty.

[Niekniek89]

Ik heb issues met de device trackers vanuit de integratie van "Unifi AP direct".
Voorheen kon je deze enkel gebruiken via een .YAML file.
Sinds HA 2026.7.0 is dit gemigreerd naar de UI, zodat je hem zonder .YAML file kan maken.

Echter, zodra je roamed tussen diverse AP's, veranderd de status naar "afwezig", en als je de integratie met de AP's reload. veranderd de status van de betreffende devices naar "niet beschikbaar".
Doe je niets, dan blijft de device tracker enkel nog maar op "afwezig", ook als je terug roamed naar het vorgie AP´tje.

Inmiddels ook al als een issue aangemeld.

[ Voor 11% gewijzigd door Niekniek89 op 03-07-2026 09:28 ]

[Jan Smit]

HuismAndré schreef op donderdag 2 juli 2026 @ 16:20:
[...]

Ik ben wat met deze aan het 'klooien':

https://www.athom.tech/bl...f433-ir-remote-controller

Die heeft een 433MHz transceiver. En IR. En Wifi. En BLE proxy. En werkt op het ESPHome platform (ESP32).

Dat klinkt als een plan.
Werkt het voor je? Heb je een goede levering kunnen krijgen via hun site? Of elders gekocht?

[InjecTioN]

Raymond P schreef op vrijdag 3 juli 2026 @ 09:20:
Gisteren geüpdatet naar 2026.7.0 en sindsdien werkt m'n globale aanwezigheids logic niet meer. Zone.Home is altijd 0.
Uiteraard de update blog gelezen, en ik gok (want het is mij niet helemaal duidelijk) dat het gerelateerd is aan simplificatie en ik er te moeilijk naar kijk.

Ik heb een aantal custom markers waarmee ik via mqtt Trackers update die gelinkt zijn aan Personen, dat deel werkt.
Hoe krijg ik nu een int voor het totaal aantal personen aanwezig? Of zou Zone.Home nog steeds moeten werken?

https://www.home-assistant.io/blog/2026/07/01/release-20267/

Onder Backward-incompatible changes staat:

Person entities no longer report the latitude and longitude of the home zone when their location comes from a presence scanner associated with the home zone.

If you have automations or scripts that check the coordinates of a person, adjust them. To check whether a person is in a specific zone, use the new in_zones state attribute instead.

Dit zou voor jou wel de oplossing moeten zijn.

[HuismAndré]

Jan Smit schreef op vrijdag 3 juli 2026 @ 09:33:
[...]

Dat klinkt als een plan.
Werkt het voor je? Heb je een goede levering kunnen krijgen via hun site? Of elders gekocht?

Besteld via hun site, week later in huis. Ben er nog mee aan het spelen. Heb voor de 433MHz nog geen usecase (de enige 433MHz apparaten zijn onze overheaddeuren en die hebben een roterende beveiligde code). IR werkt in ieder geval prima. En gewoon via ESPHome is ook wel erg prettig.

[Raymond P]

InjecTioN schreef op vrijdag 3 juli 2026 @ 09:34:
[...]

https://www.home-assistant.io/blog/2026/07/01/release-20267/

Onder Backward-incompatible changes staat:


[...]

Dit zou voor jou wel de oplossing moeten zijn.

Niet helemaal de oplossing, maar dat stuurt mij iig de juiste richting op. Thx.

Some integrations provide an older device tracker model which do not have the tracking_type or in_zones state attributes. These device trackers are scheduled for removal in the first half of 2027.

Het draait al een aantal jaren en dus legacy. Ik heb geen tracking_type gekoppeld en waarschijnlijk tellen de trackers daarom niet mee.
Dus even uitvogelen hoe ze het nu geconfigureerd willen zien.

[TheFes]

Raymond P schreef op vrijdag 3 juli 2026 @ 09:27:
@TheFes De trackers togglen netjes. person.x states togglen ook tussen not_home en home.
Person attr in_zone is empty, zone.home attr persons is empty.

Dat is vreemd, als je person entities de state home hebben, zou dat er voor moeten zorgen dat de state van zone.home aangepast wordt.
Maar wellicht heeft het inderdaad te maken met dan in_zone attribute, want dat zou een lijst moeten geven van alle zones waarin de person of device_tracker aanwezig is. Die is toegevoegd in 2026.6, en ondersteunt dus dat een entity nu ook gelijktijdig in twee overlappende zones kan zijn.

Wellicht dat jouw custom device trackers hierop aangepast moeten worden zodat ze ook dat attribute ondersteunen.

[Raymond P]

@TheFes Het gaat mis doordat m'n source_type (router) vertaald wordt naar tracking_type position en dus geen connection (meer) is en daardoor waarschijnlijk niet (meer) automagisch meetellen voor zone.home. Ze hebben immers geen position data, dus het verhaal is plausibel.

Ik zie alleen geen optie in de mqtt integration om dat op een andere manier te setten.

Gezien de post van Niekniek89 in "Home Assistant: Open source Python3 home automation - deel 5"
gok ik dat er gewoon iets mis is gegaan met de trackers in het algemeen tijdens update en ik eromheen zal moeten werken totdat het opgelost is.

[ Voor 8% gewijzigd door Raymond P op 03-07-2026 10:20 ]

[PCan]

@edwin2021

Citaat van Anker support : Kopieer het IP-adres van het apparaat en voer dit in Home Assistant in om het apparaat te koppelen.

Het is natuurlijk de vraag, als je een dynamisch IP adres hebt, of de integratie blijft werken.
Ik zou voor de zekerheid het IP adres in je Router én in HA vastleggen.

Het probleem dat ik momenteel heb, is dat de automatiseringen die ik heb aangemaakt in HA, om de Anker <20% SoC met mijn Victron Orion 24/48Vdc (vanaf externe accu gevoed door Victron MPPT) of of bij SoC<18% met de AC input van het PPS op te laden niet werken.
Regelmatig krijg ik een melding van het Anker PPS in de App, dat zijn SoC<5% en als ik niet op tijd ben zelfs <1% is. In het laatste geval schakelt hij alle aangesloten apparaten op de output UIT.

Ik heb de HomeWizard HWE-SKT-21 Power socket, tussen de AC input, vervangen voor een Sonoff S60ZBTPF.
Die 1e kan slecht tegen warmte, alle HW sockets kunnen slecht tegen warmte.
Die 2e is betrouwbaar en meld zich regelmatig in Zigbee2MQTT met zijn linkquality.
Maar helaas gebeurde het daarna nogmaals.
Ik heb ook alle "En Als" opties verwijderd omdat HA zich daar niets van aan lijkt te trekken.
Wat is hier mis mee?

[TheFes]

PCan schreef op vrijdag 3 juli 2026 @ 10:23:
@edwin2021

Citaat van Anker support : Kopieer het IP-adres van het apparaat en voer dit in Home Assistant in om het apparaat te koppelen.

Het is natuurlijk de vraag, als je een dynamisch IP adres hebt, of de integratie blijft werken.
Ik zou voor de zekerheid het IP adres in je Router én in HA vastleggen.

Het probleem dat ik momenteel heb, is dat de automatiseringen die ik heb aangemaakt in HA, om de Anker <20% SoC met mijn Victron Orion 24/48Vdc (vanaf externe accu gevoed door Victron MPPT) of of bij SoC<18% met de AC input van het PPS op te laden niet werken.
Regelmatig krijg ik een melding van het Anker PPS in de App, dat zijn SoC<5% en als ik niet op tijd ben zelfs <1% is. In het laatste geval schakelt hij alle aangesloten apparaten op de output UIT.

Ik heb de HomeWizard HWE-SKT-21 Power socket, tussen de AC input, vervangen voor een Sonoff S60ZBTPF.
Die 1e kan slecht tegen warmte, alle HW sockets kunnen slecht tegen warmte.
Die 2e is betrouwbaar en meld zich regelmatig in Zigbee2MQTT met zijn linkquality.
Maar helaas gebeurde het daarna nogmaals.
Ik heb ook alle "En Als" opties verwijderd omdat HA zich daar niets van aan lijkt te trekken.
Wat is hier mis mee?
[Afbeelding]

Je kunt gewoon je hele automation delen door te switchen naar YAML mode, en dan de YAML code te kopiëren. Plaatjes van code zijn heel irritant. Mocht ik nu een suggestie hebben om het verbeteren, dan zou ik alles over moeten gaan typen in plaats van dat ik het kan kopiëren en verbeteren waar nodig.

Het is lastig om te zien waar dit fout gaat, want we kunnen niet zien welke entities er onder dat label vallen, en of daar überhaupt batterij entities bij zitten.

[Horla]

Impossibl3 schreef op donderdag 2 juli 2026 @ 16:39:
Nu zit ik ook met een Somfy IO zonnescherm en ik wilde nog iets kopen om het in HA te hangen. Welke raden jullie nu aan voor lokaal gebruik (eenmalig online activeren is prima)?

De:
Somfy Tahoma Box (€126,--) of de
Somfy Connectivity Kit (€65,--)?

Zover ik zie is de Tahoma box uitgebreider en vervangt die ook je zigbee stick (indien gewenst). De Connectivity ondersteund alleen IO en RTS van Somfy. Alleen de Tahoma box ondersteund "dynamische zonwering" maar dat zou ook via HA kunnen.

De Hue lampen etc die ik in huis heb laad ik op hun eigen hub zitten tenzij er een goede reden is om deze over te zetten naar een centrale box.

Of je gebruikt iets dat ontwikkeld wordt door een tweaker op dit forum: https://github.com/rspaargaren/iohomecontrol. Voor €20 een esp32 en gemakkelijk te koppelen in HA.

1W werkt perfect, 2W is in beta (ik hoop dit weekend het te kunnen flashen en feedback te geven).

[ardvark99]

Gisteren HA 2026.7.0 geïnstalleerd, sindsdien is mijn HACS kaduk, alleen een zwart scherm, kan geen integraties updaten zoals Enphase Envoy Installer naar 0.8.12. De geïnstalleerde versie van HACS is 2.0.5.

HA terug gezet naar 2026.6.4, maar maakt niet uit.

Zo te zien is het al gemeld: 2026.7.0 doesn't let HACS boot · Issue #5341 · hacs/integration

Kan ik HACS verwijderen en opnieuw installeren, of worden daarmee ook mijn geïnstalleerde HACS integraties verwijderd?


Update: Na verwijderen van Music Assistant, was mijn probleem opgelost. Vlak daarvoor nog naar 2026.7.0 terug gegaan en Enphase Envoy Installer naar 0.8.12 gebracht mbv beta knop in de integratie. En diverse reboots.

In Music Assistant stonden wel een hoop devices (Andoid TV) die een foutmelding gaven.

[ Voor 22% gewijzigd door ardvark99 op 03-07-2026 14:11 ]

[Jan Smit]

Horla schreef op vrijdag 3 juli 2026 @ 10:30:
[...]

Of je gebruikt iets dat ontwikkeld wordt door een tweaker op dit forum: https://github.com/rspaargaren/iohomecontrol. Voor €20 een esp32 en gemakkelijk te koppelen in HA.

1W werkt perfect, 2W is in beta (ik hoop dit weekend het te kunnen flashen en feedback te geven).

Ik ben wel tweaker (light), maar ook een simpele apotheker met te weinig vaardigheid hiervoor.
Ik was voor een soortgelijk project (itho wifi controller) erg blij dat de ontwerper ook de bordjes kant en klaar verkoopt.
Ik zou gerust zo'n werkend iohomecontrol-bordje van de maker willen kopen

[SonOfSam]

Robonus schreef op vrijdag 3 juli 2026 @ 12:10:
Sinds één weekje bezig met Home Assistant, en met behulp van Gemini toch wat moois kunnen maken voor m'n zonnenpanelen. De live opbrengst per paneel, met kleuren rood (0 W) tot groen (300 W) met daarnaast het Helios kaartje die ik hier was tegengekomen. Met dit tijdstip logisch dat de panelen op de garage minder opleveren op het moment, en het paneel van 141 W zit nu in deels in de schaduw van de dakkapel van de buren dus dat is ook te verklaren dat die minder opbrengst heeft.

[Afbeelding]

Heel cool. Had je al een 3d model van je huis?

[Schway]

Ronald schreef op donderdag 2 juli 2026 @ 11:40:
Als iemand HA OS 18.1 probleemloos installeert op een baremetal installatie van HA (met imager) op een Pi 4, dan hoor ik het graag... (18.0 was geen succes voor mij)

installeer je op een sd kaart of ssd schijfje ?

[Ronald]

Schway schreef op vrijdag 3 juli 2026 @ 13:01:
[...]

installeer je op een sd kaart of ssd schijfje ?

Staat nu volledig op ssd

[Schway]

Ronald schreef op vrijdag 3 juli 2026 @ 13:03:
[...]

Staat nu volledig op ssd

Dan heb ik helaas geen antwoord/ervaringen om te delen

[Horla]

Jan Smit schreef op vrijdag 3 juli 2026 @ 11:09:
[...]

Ik ben wel tweaker (light), maar ook een simpele apotheker met te weinig vaardigheid hiervoor.
Ik was voor een soortgelijk project (itho wifi controller) erg blij dat de ontwerper ook de bordjes kant en klaar verkoopt.
Ik zou gerust zo'n werkend iohomecontrol-bordje van de maker willen kopen

In dit geval zijn de bordjes al kant en klaar. Als je bv de lilygo t3s3 koopt dan moet je enkel de bijgeleverde antenne erop schroeven. Flashen is kwestie van hem aan te sluiten op je computer. Bonuspunten als je iemand kent met een 3d printer dan heb je voor €1.5 nog een behuizing ook.

[Impossibl3]

Horla schreef op vrijdag 3 juli 2026 @ 10:30:
[...]

Of je gebruikt iets dat ontwikkeld wordt door een tweaker op dit forum: https://github.com/rspaargaren/iohomecontrol. Voor €20 een esp32 en gemakkelijk te koppelen in HA.

1W werkt perfect, 2W is in beta (ik hoop dit weekend het te kunnen flashen en feedback te geven).

Held! Net vanochtend die TaHoma box besteld bij bol maar hier ben ik fan van. Heb nog een LilyGO T3-S3 LoRa 868MHz - ESP32-S3 - SX1262 ongebruikt thuis liggen. Misschien kan ik die daar wel voor gebruiken. Bij het project waar ik deze voor had gekocht was het de verkeerde chip (SX1262) misschien werkt die hiervoor wel.

Edit: lees net dat de SX1262 chip niet werkt. Dan maar een nieuwe bestellen.

[ Voor 4% gewijzigd door Impossibl3 op 03-07-2026 13:31 ]

[Ronald]

Schway schreef op vrijdag 3 juli 2026 @ 13:09:
[...]

Dan heb ik helaas geen antwoord/ervaringen om te delen

Ik overweeg om de boel om te bouwen naar sdcard boot en ssd data… maar dat is weer even werk….

Lijkt (nu) de aangeraden configuratie… zeker voor pi4 die blijkbaar alleen vanaf sd de firmware kan updaten…

[Schway]

Ronald schreef op vrijdag 3 juli 2026 @ 14:26:
[...]


Ik overweeg om de boel om te bouwen naar sdcard boot en ssd data… maar dat is weer even werk….

Lijkt (nu) de aangeraden configuratie… zeker voor pi4 die blijkbaar alleen vanaf sd de firmware kan updaten…

klopt. Als je 1x de bootloader hebt bijgewerkt via SD kaart , kun je em daarna weglaten.

Ik draai nu alles 100% van SSD kaart via usb, Boot en data dus. Je moet wel opletten dat de SSD kaart niet meer stroom uit de USB trekt dat de RPI4 kan leveren.

[Jan Smit]

Horla schreef op vrijdag 3 juli 2026 @ 13:10:
[...]

In dit geval zijn de bordjes al kant en klaar. Als je bv de lilygo t3s3 koopt dan moet je enkel de bijgeleverde antenne erop schroeven. Flashen is kwestie van hem aan te sluiten op je computer. Bonuspunten als je iemand kent met een 3d printer dan heb je voor €1.5 nog een behuizing ook.

Goede tip. Flashen kan ik wel.

Het wordt dan wel winkelen bij Ome Ali, want in NL is de 1276+Lilygo niet te vinden. En ik wil 'm natuurlijk gisteren hebben.

[Horla]

Jan Smit schreef op vrijdag 3 juli 2026 @ 15:07:
[...]

Goede tip. Flashen kan ik wel.

Het wordt dan wel winkelen bij Ome Ali, want in NL is de 1276+Lilygo niet te vinden. En ik wil 'm natuurlijk gisteren hebben.

Deze heb ik gekocht en werkt perfect (SX1276): https://nl.aliexpress.com/item/1005004627139838.html

en deze 3d case is heel klein en past perfect: https://www.thingiverse.com/thing:6572887

[ Voor 14% gewijzigd door Horla op 03-07-2026 15:14 ]

[Impossibl3]

Jan Smit schreef op vrijdag 3 juli 2026 @ 15:07:
[...]

Goede tip. Flashen kan ik wel.

Het wordt dan wel winkelen bij Ome Ali, want in NL is de 1276+Lilygo niet te vinden. En ik wil 'm natuurlijk gisteren hebben.

Gewoon in Eindhoven te vinden .

https://www.tinytronics.n...ora32-868mhz-v1.6.1-esp32

[TijntjeB]

Impossibl3 schreef op vrijdag 3 juli 2026 @ 15:13:
[...]


Gewoon in Eindhoven te vinden .

https://www.tinytronics.n...ora32-868mhz-v1.6.1-esp32

Van deze tips wordt ik enthousiast! Eén van deze ESP's is al onderweg naar mijn huisadres.
Straks flashen en kijken of ik dat allemaal ingesteld krijg in HA.

Tof!

Iedereen bedankt die dit project en de benodigde apparatuur heeft aangedragen, ik zal de komende dagen een keer een update plaatsen hoe het is gegaan

[Jan Smit]

Impossibl3 schreef op vrijdag 3 juli 2026 @ 15:13:
[...]


Gewoon in Eindhoven te vinden .

https://www.tinytronics.n...ora32-868mhz-v1.6.1-esp32

Top! Ik zat al te zoeken op die site en degene die ik vond stond op uitverkocht:

https://www.tinytronics.n...76-0.96-inch-oled-display

[Impossibl3]

Net ook besteld. Hopelijk is die snel binnen. De SX1262 ga ik maar gebruiken voor een MeshCore setup (LORA Mesh Radio - Meshtastic Meshcore | COM zonder Internet) onder het motto je moet wat met je overtollige ESP32.

[BiG-GuY]

Impossibl3 schreef op vrijdag 3 juli 2026 @ 15:13:
[...]


Gewoon in Eindhoven te vinden .

https://www.tinytronics.n...ora32-868mhz-v1.6.1-esp32

Hmm, dan wel het proberen waard. Doordat ik op drie verdiepingen IO rolluiken heb, heeft de Tahoma weleens moeite om alle drie de verdiepingen te bereiken.

Heb ook de https://www.tinytronics.nl/nl/development-boards/microcontroller-boards/met-lora/lilygo-ttgo-t3-lora32-433mhz-v1.6.1-esp32 erbij besteld voor mijn RTS gordijnen.

[Impossibl3]

BiG-GuY schreef op vrijdag 3 juli 2026 @ 15:55:
[...]

Hmm, dan wel het proberen waard. Doordat ik op drie verdiepingen IO rolluiken heb, heeft de Tahoma weleens moeite om alle drie de verdiepingen te bereiken.

Heb ook de https://www.tinytronics.nl/nl/development-boards/microcontroller-boards/met-lora/lilygo-ttgo-t3-lora32-433mhz-v1.6.1-esp32 erbij besteld voor mijn RTS gordijnen.

Je kan dan ook kijken naar: https://docs.openmqttgate...html#on-off-functionality

Via OpenMQTTGateway kan je bijvoorbeeld ook een Ecowitt weerstation loggen zonder de module te hebben die met China communiceerd.

[BiG-GuY]

Impossibl3 schreef op vrijdag 3 juli 2026 @ 16:16:
[...]


Je kan dan ook kijken naar: https://docs.openmqttgate...html#on-off-functionality

Via OpenMQTTGateway kan je bijvoorbeeld ook een Ecowitt weerstation loggen zonder de module te hebben die met China communiceerd.

Heb mijn Ecowitt al vervangen voor een Ecowitt WS90 met Shelly Zigbee/BT module erin, dus heb de Ecowitt eigen RF protocol spullen al een tijdje terug weggedaan.

Heb het liefst zoveel mogelijk Zigbee apparaten, maar dat is voor iets als dit lastig te maken. En vind het nogal zonde om nu al motoren te moeten vervangen voor Zigbee modellen, gezien de gordijnen net 5 jaar oud zijn en de rolluiken 3 jaar.

[DjoeC]

Ronald schreef op vrijdag 3 juli 2026 @ 14:26:
[...]


Ik overweeg om de boel om te bouwen naar sdcard boot en ssd data… maar dat is weer even werk….

Lijkt (nu) de aangeraden configuratie… zeker voor pi4 die blijkbaar alleen vanaf sd de firmware kan updaten…

Pi4 kun je gewoon van SSD booten. Wel eerst even van een SD kaartje en in raspi-config -> Advanced -> Boot Order goed zetten. Ik meen dat dat de enige aanpassing is. Ik boot een Pi4 met 2TB (Samsung T7) SSD ook rechtstreeks. Pi5 met 4TB NvmE had wat meer voeten in de aarde.....

[Ronald]

DjoeC schreef op vrijdag 3 juli 2026 @ 17:57:
[...]

Pi4 kun je gewoon van SSD booten. Wel eerst even van een SD kaartje en in raspi-config -> Advanced -> Boot Order goed zetten. Ik meen dat dat de enige aanpassing is. Ik boot een Pi4 met 2TB (Samsung T7) SSD ook rechtstreeks. Pi5 met 4TB NvmE had wat meer voeten in de aarde.....

Hij boot dus nu van SSD, wat blijkbaar niet (meer?) de aangerade configuratie is…

En ik met de update naar OS 18.0 de omschreven situatie had voor raspi 5 met oudere firmware…

Schiet mij maar lek…

[synoniem]

DjoeC schreef op vrijdag 3 juli 2026 @ 17:57:
[...]

Pi4 kun je gewoon van SSD booten. Wel eerst even van een SD kaartje en in raspi-config -> Advanced -> Boot Order goed zetten. Ik meen dat dat de enige aanpassing is. Ik boot een Pi4 met 2TB (Samsung T7) SSD ook rechtstreeks. Pi5 met 4TB NvmE had wat meer voeten in de aarde.....

Dat had waarschijnlijk meer te maken met die 4 TB dan met de Pi 5. Met meer dan 2 TB ben je verplicht een gpt partitiontabel te gebruiken. De meeste imagers doen dat nog niet, die maken een msdos partitietabel aan zodat je maar maximaal 2 TB benut van je SSD. Is handmatig wel op te lossen maar 1 stapje verkeerd en je kan opnieuw beginnen. Been there done that.

[DjoeC]

synoniem schreef op vrijdag 3 juli 2026 @ 19:13:
[...]
Dat had waarschijnlijk meer te maken met die 4 TB dan met de Pi 5. Met meer dan 2 TB ben je verplicht een gpt partitiontabel te gebruiken. De meeste imagers doen dat nog niet, die maken een msdos partitietabel aan zodat je maar maximaal 2 TB benut van je SSD. Is handmatig wel op te lossen maar 1 stapje verkeerd en je kan opnieuw beginnen. Been there done that.

Correct, en dan ook nog een niet ondersteunde USB-NvmE case Maar goed, da's OT.

Ronald schreef op vrijdag 3 juli 2026 @ 18:45:
[...]
Hij boot dus nu van SSD, wat blijkbaar niet (meer?) de aangerade configuratie is…

En ik met de update naar OS 18.0 de omschreven situatie had voor raspi 5 met oudere firmware…

Schiet mij maar lek…

SD kaartje gebruiken lijkt mij zoooooo 2025, ga ik ook niet meer doen als t niet nodig is ondanks dat hier een Pi3 al 3100 dagen met alleen een kaartje draait....

[RobertMe]

Ik zat even naar dat project voor Somfy IO te kijken, dat hier gisteren voorbij kwam. Maar was het niet zo dat IO "slim" is en de motor zelf de positie bijhoudt en je zo ook precieze aansturing kunt doen (en precieze rapportage hebt) etc?
Want in de docs van dit project staat dat je in de instellingen de open/sluit tijd moet instellen, omdat je anders geen opening/closing status in HA hebt. En even snel naar de code kijkende zie ik daar ook een op tijd gebaseerde berekening om te weten hoe ver een rolluik open is (dus als je instelt dat volledig openen/sluiten 100 seconden kost zal die elke seconde 1% openen / sluiten). Terwijl ik dus meen dat de motor de positie weet en je dus ook zou verwachten dat simpelweg een berichtje van de motor wordt gebruikt om de positie te bepalen.

[robbinonline]

De TestFlight versie van iOS ondersteunt nu ook Live Activities

Alle basis functionaliteiten zitten er in en het werkt voor 99% van de tijd als perfect. Hier de documentatie:
https://companion.home-assistant.io/docs/notifications/live-activities/

Hier een voorbeeld voor de vaatwasser:
https://github.com/robbinonline/homeassistantcode/blob/98e3c4d47ef58e380522ac0fe0c127daa74a9093/liveactivities/vaatwasser.yaml

Of deze heb ik gemaakt voor als de was nog in de machine is nadat het wasprogramma is afgelopen en het deurtje niet is open geweest. De live activiteit blijft in beeld tot de deur open is geweest:
https://github.com/robbinonline/homeassistantcode/blob/98e3c4d47ef58e380522ac0fe0c127daa74a9093/liveactivities/wasnoginmachine.yaml

[Septillion]

Ronald schreef op vrijdag 3 juli 2026 @ 18:45:
[...]

Hij boot dus nu van SSD, wat blijkbaar niet (meer?) de aangerade configuratie is…

En ik met de update naar OS 18.0 de omschreven situatie had voor raspi 5 met oudere firmware…

Schiet mij maar lek…

Zou moet zeggen dat het de de aangeraden manker is om te booten. Het is puur ergens een beperking voor de firmware update voor de RPi. Jammer dat ze niet zeggen wat die beperking is.

Maar je kan ook een keer een gewone Linus distro op een SD kaart zetten, die booten, RPi update doen, shutdown en dan weer gewoon je SDD met HA booten.

Wat er precies in de RPi update zit kan je vinden in de RPi changelog maar is altijd een technisch en abstract verhaal.

[smeerbartje]

Ik ben klaar 😄. Ik geloof dat ik nu 100% tevreden ben over mijn dashboard. Ik vind het altijd tof om inspiratie bij anderen op te doen, dus vandaar deze post. Wellicht interessant voor de bezoekers hier. In het midden mijn dashboard. Met daaromheen de views als je op de betreffende componenten klikt. Doe ermee wat je wil 😄.

[TheFes]

RobertMe schreef op zaterdag 4 juli 2026 @ 09:23:
Ik zat even naar dat project voor Somfy IO te kijken, dat hier gisteren voorbij kwam. Maar was het niet zo dat IO "slim" is en de motor zelf de positie bijhoudt en je zo ook precieze aansturing kunt doen (en precieze rapportage hebt) etc?
Want in de docs van dit project staat dat je in de instellingen de open/sluit tijd moet instellen, omdat je anders geen opening/closing status in HA hebt. En even snel naar de code kijkende zie ik daar ook een op tijd gebaseerde berekening om te weten hoe ver een rolluik open is (dus als je instelt dat volledig openen/sluiten 100 seconden kost zal die elke seconde 1% openen / sluiten). Terwijl ik dus meen dat de motor de positie weet en je dus ook zou verwachten dat simpelweg een berichtje van de motor wordt gebruikt om de positie te bepalen.

Ik had ook even snel gekeken, dat lijkt te bevestigen dat de W in deze tekst staat voor way. Met deze oplossing heb je dus maar 1 way communication terwijl het grote voordeel van Somfy IO boven Somfy RTS juist de two way communication is.

Please be advised that the modification to this code have mainly be focussing on the 1W communication with the screen. Certain modification have made the 2W part of the code "unstable". Please notice if the code is used as a furhter base.

[RobertMe]

TheFes schreef op zaterdag 4 juli 2026 @ 09:38:
[...]


Ik had ook even snel gekeken, dat lijkt te bevestigen dat de W in deze tekst staat voor way. Met deze oplossing heb je dus maar 1 way communication terwijl het grote voordeel van Somfy IO boven Somfy RTS juist de two way communication is.


[...]

Die 1W en 2W had ik idd gezien ja Ik dacht dat het gewoon om onderliggende versies/... van het protocol binnen IO ging. Maar dat het one-way of two-way is zou inderdaad ook zomaar kunnen.
"Even" afwachten tot / of two-way dan ook er in zit.

[Cyberpope]

Sinds gisteren ook aan de slimme meter (na 13 jaar kon ik er niet meer onderuit ).
Dus de youlessen zijn ook met pensioen.

Maar wat is nu de gold standard om toch mijn data in pv-output te krijgen? Dat ging via de youlessen.
De formele integratie haalt alleen op. Nu wil claude wel iets voor mij bouwen (meh) en heb ik een redelijke recente HASC integratie gevonden (net nieuwe ook met ai gebouwd). Maar heb daar mijn twijfels bij.

Of doet gewoon niemand uploaden naar pv-output als je je lokale data hebt?

[ZuinigeRijder]

@Cyberpope Wat voor een omvormer heb je?

[Cyberpope]

Power-one. Niet eentje die zelfstandig naar pv-output kan uploaden, beestje van 15 jaar oud. En de andere is een APsystems.. Die kan dat ook niet betrouwbaar. Ik heb wel betrouwbare KWH-meters en die komen terecht in HA. Welke ik graag naar PV-output zou uploaden.

[ Voor 48% gewijzigd door Cyberpope op 04-07-2026 12:11 ]

[Knielen]

@Cyberpope op de 1 of andere manier is daar inderdaad geen kant en klare oplossing voor. Ik heb dit uiteindelijk in Node-Red ingericht, was het makkelijkste voor me

[Ronald]

@Cyberpope pvoutput heeft een api, beetje vibe scripten en je komt er wel

[DDoubleU]

Hi,

Ik heb HA (OS en Core) een tijdje niet kunnen updaten omdat m'n RPi4b nog oude firmware had en daardoor kon ik niet upgraden naar HAOS 17.2 (heb destijds een revert naar 17.1 uitgevoerd).

Eindelijk heb ik nu de firmware update kunnen uitvoeren en kunnen upgraden naar ondertussen HAOS 18.1. Via het nieuwe commando heb ik kunnen verifiëren dat de firmware geüpdatet is:

# ha os boards raspberrypi firmware

blocked_reason: unsupported_boot_device

current_version: "2026-05-17"

latest_version: "2026-05-17"

update_available: false

update_blocked: true

update_pending: false

De issue van 17.2 lijkt verholpen, want toen kon ik mijn USB-SSD schijf niet meer benaderen. Nu sta ik echter voor een nieuwe issue dat ik enkel via het lokale IP-adres op poort 8123 HA kan benaderen, maar langs deze weg werkt alles correct.

- Remote access URL (via dynuDNS) werkt nu niet meer.

- app voor onderhouden van publiek IP-adres lijkt nog te werken.

- NGINX Proxy Manager lijkt ook in orde.

- Ik gebruik nog een dubbele NAT en het IP van de ISP-router stond opeens in ip_bans.yaml. Dit is gewist en HA Core werd herstart. De issue blijft aanwezig.

- HA Companion op meerdere Android-toestellen verbindt niet meer

- Alle gepubliceerde apps werken nog op hun lokale IP-adres, maar niet via de publieke DNS-naam

Ik heb echter alleen HAOS momenteel geüpdated. HA Core staat moment op versie 4.3 (terwijl 7.1 beschikbaar is). Ik weet niet goed of ik nu eerst verder moet troubleshooten of dat dit mogelijk gerelateerd is aan m'n grote achterstand in versie van HA Core.

Zou ik eerst HA Core updaten? Of beland ik mogelijk dan nog in een meer penibele situatie?

Alvast bedankt!

[synoniem]

DDoubleU schreef op zaterdag 4 juli 2026 @ 13:48:
Hi,

Ik heb HA (OS en Core) een tijdje niet kunnen updaten omdat m'n RPi4b nog oude firmware had en daardoor kon ik niet upgraden naar HAOS 17.2 (heb destijds een revert naar 17.1 uitgevoerd).

Eindelijk heb ik nu de firmware update kunnen uitvoeren en kunnen upgraden naar ondertussen HAOS 18.1. Via het nieuwe commando heb ik kunnen verifiëren dat de firmware geüpdatet is:

# ha os boards raspberrypi firmware

blocked_reason: unsupported_boot_device

current_version: "2026-05-17"

latest_version: "2026-05-17"

update_available: false

update_blocked: true

update_pending: false

De issue van 17.2 lijkt verholpen, want toen kon ik mijn USB-SSD schijf niet meer benaderen. Nu sta ik echter voor een nieuwe issue dat ik enkel via het lokale IP-adres op poort 8123 HA kan benaderen, maar langs deze weg werkt alles correct.

- Remote access URL (via dynuDNS) werkt nu niet meer.

- app voor onderhouden van publiek IP-adres lijkt nog te werken.

- NGINX Proxy Manager lijkt ook in orde.

- Ik gebruik nog een dubbele NAT en het IP van de ISP-router stond opeens in ip_bans.yaml. Dit is gewist en HA Core werd herstart. De issue blijft aanwezig.

- HA Companion op meerdere Android-toestellen verbindt niet meer

- Alle gepubliceerde apps werken nog op hun lokale IP-adres, maar niet via de publieke DNS-naam

Ik heb echter alleen HAOS momenteel geüpdated. HA Core staat moment op versie 4.3 (terwijl 7.1 beschikbaar is). Ik weet niet goed of ik nu eerst verder moet troubleshooten of dat dit mogelijk gerelateerd is aan m'n grote achterstand in versie van HA Core.

Zou ik eerst HA Core updaten? Of beland ik mogelijk dan nog in een meer penibele situatie?

Alvast bedankt!

Ja een backup maken en dan de Core updaten. Of wat ook kan backup maken, verse install maken en backup terugzetten. (Vergeet niet de backup te downloaden.)

[Septillion]

@DDoubleU Klinkt meer in een issue in NGINX of je routing. En neem aan echt onbereikbaar en niet cert error?

Klopt IP bij dynuDNS werkelijk nog?

Forward op beide router (meh, dubbele NAT) staat ook nog naar correcte IPs?

[superduper]

superduper schreef op donderdag 2 juli 2026 @ 18:11:
sinds een aantal dagen iets geks hier.

In een van mijn mini-graph-cards heb ik een 'x-as' gemaakt as volgt:

een input.number helper gemaakt met waarde 0, en die als 2e plot opgegeven in grijs.

code:

 entities:
  - sensor.marstek_venus_1_battery_power
  - entity: input_number.zero_line_helper
    color: grey

Dat werkte prima, maar nu staat de card continue te laden en laat hij alleen de tekst zien, en niet de plot. Als ik de zero.line helper weghaal, dan staat de graph er voor de eerste sensor.

Ik kan ook geen losse graph maken op alleen die zero.line helper.

Ik heb niks geupdate in de tussentijd, draai op core 2026.6.2.

Iemand een idee waarom dit niet (meer) zou kunnen werken?

Even een quote op mezelf om de oplossing te melden. Ik vond op github iemand met een soortgelijk probleem.

Omdat dit een statische waarde is, wordt hij niet geupdate. Na een tijd (nog niet bijgehouden precies hoelang) kan mini-graph-card er niet meer mee omgaan (nog onduidelijk waarom).

Oplossing is: even updaten (van 0 >1 > 0 bv) en het werkt weer.

[CAP-Team]

RobertMe schreef op zaterdag 4 juli 2026 @ 09:23:
Ik zat even naar dat project voor Somfy IO te kijken, dat hier gisteren voorbij kwam. Maar was het niet zo dat IO "slim" is en de motor zelf de positie bijhoudt en je zo ook precieze aansturing kunt doen (en precieze rapportage hebt) etc?
Want in de docs van dit project staat dat je in de instellingen de open/sluit tijd moet instellen, omdat je anders geen opening/closing status in HA hebt. En even snel naar de code kijkende zie ik daar ook een op tijd gebaseerde berekening om te weten hoe ver een rolluik open is (dus als je instelt dat volledig openen/sluiten 100 seconden kost zal die elke seconde 1% openen / sluiten). Terwijl ik dus meen dat de motor de positie weet en je dus ook zou verwachten dat simpelweg een berichtje van de motor wordt gebruikt om de positie te bepalen.

Ik heb zelf een Tahoma met IO motoren. Je kunt idd de rolluiken op een bepaalde positie zetten.

Ik gebruik hiervoor de Overkiz integratie voor lokale aansturing.

[PeteSplit]

Ik gebruik de GoodWe intergratie in Home Assistant.
Vandaag de HA Core update gedaan 2027.7.1 (van 3 juli)

Daarbij was de Grid export Limit instelling uit de integratie unavailable geworden !!

Hoe kan ik zien of een integratie getroffen wordt door een update ?
In de lijst worden de wijzigingen van GoodWe niet vermeld.

https://www.home-assistan...se-20267/#202671---july-3

Altijd eerst een backup maken voor de update ?
Ik ben nu een hele dag gegevens kwijt...
(Backup van 5 uur, update om 18 uur)


Dit was na de update unavailable en door de backup weer terug

[ Voor 32% gewijzigd door PeteSplit op 04-07-2026 19:14 ]

[TheFes]

PeteSplit schreef op zaterdag 4 juli 2026 @ 19:02:
Ik gebruik de GoodWe intergratie in Home Assistant.
Vandaag de HA Core update gedaan 2027.7.1 (van 3 juli)

Daarbij was de Grid export Limit instelling uit de integratie unavailable geworden !!

Hoe kan ik zien of een integratie getroffen wordt door een update ?
In de lijst worden de wijzigingen van GoodWe niet vermeld.

https://www.home-assistan...se-20267/#202671---july-3

Altijd eerst een backup maken voor de update ?
Ik ben nu een hele dag gegevens kwijt...
(Backup van 5 uur, update om 18 uur)

[Afbeelding]
Dit was na de update unavailable en door de backup weer terug

Er zijn zo te zien twee PRs geweest 2 weken geleden, die beide niet specifiek over de GoodWe integration gingen

https://github.com/home-assistant/core/pull/172136

https://github.com/home-assistant/core/pull/174053

Als die iets gesloopt hebben, dan is dat een bug die je even moet melden.

Had je wel een integration reload of HA herstart geprobeerd om te kijken of dat het oploste?

[PeteSplit]

TheFes schreef op zaterdag 4 juli 2026 @ 19:23:
[...]


Er zijn zo te zien twee PRs geweest 2 weken geleden, die beide niet specifiek over de GoodWe integration gingen

https://github.com/home-assistant/core/pull/172136

https://github.com/home-assistant/core/pull/174053

Als die iets gesloopt hebben, dan is dat een bug die je even moet melden.

Had je wel een integration reload of HA herstart geprobeerd om te kijken of dat het oploste?

Ik heb terug gezocht hoe laat deze sensors verdwenen en dat was na de update
en ik heb toen eerst een refresh en daarna een reload gedaan.
Dit is de tweede keer dat er niets in de wijzigingslijst staat en er een sensor van de integratie veranderd,
maar deze is erg belangrijk om de omvormer limiet te kunnen regelen.
Het is jammer dat je niet de keuze hebt om alleen bepaalde delen (of iintegraties) van HA te updaten.
Ik kan en wil nu geen updates meer doen, ik wil deze functie voor de omvormer niet kwijt.
Kun je blijven skippen, of zal er uiteindelijk een update gepusht worden ?

[ Voor 10% gewijzigd door PeteSplit op 04-07-2026 19:43 ]

[TheFes]

PeteSplit schreef op zaterdag 4 juli 2026 @ 19:27:
[...]


Ik heb terug gezocht hoe laat deze sensors verdwenen en dat was na de update
en ik heb toen eerst een refresh en daarna een reload gedaan.
Dit is de tweede keer dat er niets in de wijzigingslijst staat en er een sensor van de integratie veranderd,
maar deze is erg belangrijk om de omvormer limiet te kunnen regelen.
Het is jammer dat je niet de keuze hebt om alleen bepaalde delen (of iintegraties) van HA te updaten.
Ik kan en wil nu geen updates meer doen, ik wil deze functie voor de omvormer niet kwijt.
Kun je blijven skippen, of zal er uiteindelijk een update gepusht worden ?

Als dit inderdaad door de 2026.7 update komt, dan is dit een bug. Je kunt hier dus de integration owner van op de hoogte brengen zodat hij dit kan fixen.
Dat lijkt me de eerste stap.

HA zal nooit een core update pushen, maar op een gegeven moment moet je wellicht wel updaten. Het kan zijn dat bij één van de integraties die je gebruikt de API aangepast wordt, wat in een HA update dan doorgevoerd wordt. Als jij dan vervolgens niet update, dan werkt die integratie dus niet meer.

Het is overigens wel mogelijk om de versie van de GoodWe integration van 2026.6.4 te blijven gebruiken terwijl je HA wel update. Je kunt die als custom integration draaien.

[PCan]

@TheFes Dank voor je reacties. Ik ga ze besturen en kijken of ik dat voortaan beter kan overbrengen.

Vandaag ontdekt dat van het Anker 767 Powerstation dagelijks, sinds vorige week, ineens de SoC ineenstort van 45-20% naar 1%.
De automatisering krijgt dus de kans niet om op tijd te reageren en de laders AC of Orion DC tijdig aan te zetten.

De XT60 DC solar input (max 1000W) van het PPS wordt gevoed door een Victron Orion Smart in voeding modus 24V/48V 8,5A (max 15A/ 10sec 480W) vanaf een 25,6V (24) 100Ah accu die op zijn beurt weer gevoed wordt door een Victron MPPT Solarsmart 100/30 waar 2 Trina 450W zonnepanelen op zitten. De XT60 input
The solar input supports an 11-60V solar charger with an XT-60 connector. If you use an 11-32V solar charger, the current supports 10A max. When you use a 32-60V solar charger, the current supports 20A max.
Ik vraag me af of de Orion soms onder de 32V grens zakt.
Andere oorzaken zou ik dan in de Anker zelf moeten zoeken. Die heeft ook een mppt waar je normaal externe zonnepanelen op aansluit. Omdat de Orion in theorie een stabiele 48Vdc voeding zou leveren, zou dat niets uit moeten maken. Maar als de belasting door de interne Anker mppt instabiel wordt??
Volgens HA verloopt het laden en ontladen volgens deze afbeelding;

P.s. Ik heb vanmorgen alle stekkers van de uitgangen verwijderd en hem helemaal opgeladen (AC in).
7:54u/86% - 8:39u/99% - 10:41u/100%.
Vreemd detail. Ik kocht een Solix F2000, maar blijkt een Powerhouse 767 te hebben.
Verschil zit m in de afmetingen, de max AC output piek 2800W/3200W en Wifi Ja/Nee.
Echter meld hij zich in de router met 2,4GHz Wifi, dus vermoed een firmware update. v5.1.8
En hij meld zich in HA als 767 Power House (SOLIX F2000) with WLAN (A1780P)
De YT vergelijk video behandeld de Amerikaanse uitvoering, ik heb de Europese.

[ Voor 14% gewijzigd door PCan op 05-07-2026 11:14 ]

[PeteSplit]

TheFes schreef op zaterdag 4 juli 2026 @ 20:05:
[...]

Als dit inderdaad door de 2026.7 update komt, dan is dit een bug. Je kunt hier dus de integration owner van op de hoogte brengen zodat hij dit kan fixen.
Dat lijkt me de eerste stap.

HA zal nooit een core update pushen, maar op een gegeven moment moet je wellicht wel updaten. Het kan zijn dat bij één van de integraties die je gebruikt de API aangepast wordt, wat in een HA update dan doorgevoerd wordt. Als jij dan vervolgens niet update, dan werkt die integratie dus niet meer.

Het is overigens wel mogelijk om de versie van de GoodWe integration van 2026.6.4 te blijven gebruiken terwijl je HA wel update. Je kunt die als custom integration draaien.

Ik heb in SCS een map aangemaakt custom_component/goodwe
Hoe kan ik nu de bestanden overzetten.
Als ik dat via de GUI doe, nieuwe integratie toevoegen, krijg ik een melding Device is already configured

Wat zijn de juiste stappen die ik moet doen (ben helaas maar een leek)

[TheFes]

PeteSplit schreef op zaterdag 4 juli 2026 @ 20:48:
Ik heb in SCS een map aangemaakt custom_component/goodwe
Hoe kan ik nu de bestanden overzetten.
Als ik dat via de GUI doe, nieuwe integratie toevoegen, krijg ik een melding Device is already configured
Wat zijn de juiste stappen die ik moet doen (ben helaas maar een leek)

De stappen die ik zou doen:

1. Maak een backup
2. Download de zip van deze release
3. Update naar 2026.7.1
4. Check of de entity het nu weer niet doet, indien dat het geval is download de diagnostics van de integration en kopieer meldingen van de GoodWe integration uit de log
5. Extract de zip uit stap 2, zoek in homeassistant/components naar de goodwe folder.
6. Pas het manifest.json bestand in die folder aan zodat er een version in staat, zie voorbeeld hieronder
7. Kopieer de goodwe folder naar de custom_components folder van je HA
8. Herstart HA
9. Check of de entity het nu wel weer doet.
10. Indien hij het niet doet, zet je backup terug
11. Ook als hij het wel weer doet, maak een issue aan voor de GoodWe integratie met vermelding van je diagnostics en log meldingen

YAML:

{
  "domain": "goodwe",
  "name": "GoodWe Inverter",
  "codeowners": ["@mletenay", "@starkillerOG"],
  "config_flow": true,
  "documentation": "https://www.home-assistant.io/integrations/goodwe",
  "integration_type": "device",
  "iot_class": "local_polling",
  "loggers": ["goodwe"],
  "requirements": ["goodwe==0.4.10"],
  "version": "2026.6.4"
}

[BiG-GuY]

Voor degenen met Somfy RTS motoren heb ik vandaag (samen met Claude) een ESPHome implementatie gemaakt, waarbij de RTS gordijnen op een voor mij logische manier aangestuurd kunnen worden.

Heb nu al mijn 13 (vouw-)gordijnen gekoppeld aan 1x LilyGO TTGO T3 LoRa32 433MHz V1.6.1 ESP32. Tot zover lijkt het helemaal goed te werken. Stuk goedkopere oplossing dan de Tahoma Switch en de RFXCom alternatieven.

https://github.com/danielpetrovic/home-assistant-config/tree/main/esphome

Ik ga morgen aan de slag met Somfy IO via de LilyGO TTGO T3 LoRa32 868MHz V1.6.1 ESP32, om te kijken hoe ver we daarmee komen.

[ Voor 18% gewijzigd door BiG-GuY op 04-07-2026 23:35 ]

[DDoubleU]

Septillion schreef op zaterdag 4 juli 2026 @ 14:24:
@DDoubleU Klinkt meer in een issue in NGINX of je routing. En neem aan echt onbereikbaar en niet cert error?

Klopt IP bij dynuDNS werkelijk nog?

Forward op beide router (meh, dubbele NAT) staat ook nog naar correcte IPs?

Het gekke is dat soms de remote toegang totaal niet werkt (dus inderdaad geen cert error), maar soms terug wel. Alleen werken bepaalde elementen uit de GUI niet (afbeeldingen of specifieke pagina's worden niet geladen). Het publieke IP-adres klopt nog en de configuratie op beide routers is nog correct.

In de NGINX Proxy Manager logs zie ik wel het volgende:

code:

[04/Jul/2026:22:47:11 +0200] - 504, 200 200 - GET https my.domain.org "/frontend_latest/47436.5af483c4cb7c98b5.js" [Client 192.168.0.1] [Length 5812] [Gzip -] [Sent-to homeassistant.local] "Mozilla/5.0 (Linux; Android 16; SM-A566B Build/BP4A.251205.006; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/149.0.7827.159 Mobile Safari/537.36" "-"
2026/07/04 22:47:17 [warn] 212#212: *2603 upstream server temporarily disabled while connecting to upstream, client: 192.168.0.1, server: my.domain.org, request: "GET /frontend_latest/92470.abd25c1329ba99ad.js HTTP/1.1", upstream: "http://172.30.232.1:8123/frontend_latest/92470.abd25c1329ba99ad.js", host: "my.domain.org"
2026/07/04 22:47:17 [error] 212#212: *2603 upstream timed out (110: Operation timed out) while connecting to upstream, client: 192.168.0.1, server: my.domain.org, request: "GET /frontend_latest/92470.abd25c1329ba99ad.js HTTP/1.1", upstream: "http://172.30.232.1:8123/frontend_latest/92470.abd25c1329ba99ad.js", host: "my.domain.org"

In m'n configuration.yaml staat het volgende hierrond:

YAML:

http:
  use_x_forwarded_for: true
  trusted_proxies:
#  - 170.30.32.0/24
  - 172.30.33.0/24
  ip_ban_enabled: true
  login_attempts_threshold: 5
  
#  ssl_certificate: /ssl/fullchain.pem
#  ssl_key: /ssl/privkey.pem 

Kan daar mogelijk de issue zitten? Moet het container IP van NGINX hier toegevoegd worden?

@synoniem : ik heb ondertussen een extra backup genomen en gedownload en Core geüpgraded, maar het wisselvallige karakter blijft.

[Septillion]

@DDoubleU Dus soms werkt het helemaal niet, soms cert error en soms missen dingen?

Test je via externe verbinding, dus met je mobiel ofzo? Dan kan je in ieder geval het geklooi van hairpin NAT uitsluiten.

Had je het IP in dynuDNS nog handmatig gecontroleerd?

Als het goed is zou je Nginx IP binnen 172.30.33.0/24 moeten vallen. Dus dat is dan goed.

Ander ding om te bedenken is dat Nginx Proxy Manager app niet meer onderhouden/ondersteund wordt.

[DDoubleU]

Septillion schreef op zondag 5 juli 2026 @ 09:45:
@DDoubleU Dus soms werkt het helemaal niet, soms cert error en soms missen dingen?

Test je via externe verbinding, dus met je mobiel ofzo? Dan kan je in ieder geval het geklooi van hairpin NAT uitsluiten.

Had je het IP in dynuDNS nog handmatig gecontroleerd?

Als het goed is zou je Nginx IP binnen 172.30.33.0/24 moeten vallen. Dus dat is dan goed.

Ander ding om te bedenken is dat Nginx Proxy Manager app niet meer onderhouden/ondersteund wordt.

Sorry, ik had me wat onduidelijk uitgedrukt. Op Android krijg ik ondertussen oftewel eerst een time-out, maar als ik dan op "Externe URL vernieuwen" duw komt het dashboard er meestal wel door. Soms lukt het ook van de eerste keer, maar het gebeurt wel regelmatig dat bepaalde elementen uit de GUI niet geladen worden (of toch niet tijdig alleszins).

Ik test trouwens via de wifi als via 5G, maar de resultaten zijn dezelfde. Ik heb in HA nog geen thuisnetwerk ingesteld dus HA wordt steeds "van buitenaf" benaderd.

Op Windows had ik net m'n browser cache gecleared. Ik kreeg nadien m'n inlogpagina gepresenteerd, maar het duurde heel lang alvorens de MFA-code gevraagd werd. Er lijken dus ergens time-outs zoals gepresenteerd in de NPM-logs plaats te vinden.

Certificaat-gerelateerde foutmeldingen krijg ik niet. NPM zorgt voor het automatisch vernieuwen via Let's Encrypt, ik heb een addon voor DynuDNS, maar die houdt enkel het DNS-record actueel en dat lijkt allemaal te kloppen.

Ik had gaandeweg ook gezien dat de NPM addon niet meer in onderhoud is dus ik ben sowieso van plan uit te wijken naar deze:

https://github.com/SlopSync-Labs/ha-app-nginx-proxy-manager

Kan ik ergens het exacte IP-adres van de container van NPM achterhalen?

[Joop_Klepzeiker]

Ik had tot de update eerder deze week een SMTP integratie via de YAML file om mij dagelijks een mail te sturen mbt de systeemsensoren, RAM use, DIskspace etc.
Nu is na de update dit niet meer nodig en schijnt het in de UI opgenomen te zijn. Ik vindt de SMTP integratie ook terug, maar waar ik ook zoek, waar staan nu de instellingen mbt server, poort, user, password etc die eerst in de YAML file stonden bij notify?

Iemand een idee?

[xavier_82]

Joop_Klepzeiker schreef op zondag 5 juli 2026 @ 10:11:
Ik had tot de update eerder deze week een SMTP integratie via de YAML file om mij dagelijks een mail te sturen mbt de systeemsensoren, RAM use, DIskspace etc.
Nu is na de update dit niet meer nodig en schijnt het in de UI opgenomen te zijn. Ik vindt de SMTP integratie ook terug, maar waar ik ook zoek, waar staan nu de instellingen mbt server, poort, user, password etc die eerst in de YAML file stonden bij notify?

Iemand een idee?

Instellingen (Settings) -> Apparaten & Diensten (Devices & Services) -> SMTP -> Klik op de drie puntjes naast de naam van jouw SMTP-notificatie.
Selecteer Herconfigureren (Reconfigure)

Er opent nu een pop-upvenster waarin je de serverhost, poort, het type beveiliging (zoals TLS of STARTTLS), de gebruikersnaam en het wachtwoord rechtstreeks kunt aanpassen.

Vergeet niet het oude notify tekstblok voor de SMTP-mail uit je configuration.yaml te verwijderen.

[skank]

Impossibl3 schreef op donderdag 2 juli 2026 @ 16:39:
Nu zit ik ook met een Somfy IO zonnescherm en ik wilde nog iets kopen om het in HA te hangen. Welke raden jullie nu aan voor lokaal gebruik (eenmalig online activeren is prima)?

De:
Somfy Tahoma Box (€126,--) of de
Somfy Connectivity Kit (€65,--)?

Zover ik zie is de Tahoma box uitgebreider en vervangt die ook je zigbee stick (indien gewenst). De Connectivity ondersteund alleen IO en RTS van Somfy. Alleen de Tahoma box ondersteund "dynamische zonwering" maar dat zou ook via HA kunnen.

De Hue lampen etc die ik in huis heb laad ik op hun eigen hub zitten tenzij er een goede reden is om deze over te zetten naar een centrale box.

Kijk eens naar de velux gateway, die stuurt alles van smofy aan en is goedkoper dan de tahoma (klf200 versie)

[skank]

skank schreef op donderdag 2 juli 2026 @ 20:20:
Ik heb sinds een 2tal dagen dat mn home assistant plots zegt dat hij disconnected is.. en dit om de x tijd.
Daarna komt hij direct terug up.
Wanneer hij disconnected zegt, kijk ik in mijn unifi controller, en het device zegt gewoon connected..
Ik snap er niets van.. Ook niets gewijzigd... Waar moet ik beginnen zoeken?

Ik heb ondertussen heel wat custom components afgezet, mn ram usage zat op 3.4 van 4 gig ram en harde schijf is bijna vol 52,3 gig verbruikt van de 58

Dus ik denk dat het resources is?


Verder wil ik de core logs opvragen maar faalt die telkens na +- 27 MB (site onbereikbaar?). Zitten die logs niet gewoon in de config map? vroeger zag ik ze daar denk ik, nu niet meer, enkel een homeassistant.log.fault (die leeg is)

[Horla]

Cyberpope schreef op zaterdag 4 juli 2026 @ 12:08:
Power-one. Niet eentje die zelfstandig naar pv-output kan uploaden, beestje van 15 jaar oud. En de andere is een APsystems.. Die kan dat ook niet betrouwbaar. Ik heb wel betrouwbare KWH-meters en die komen terecht in HA. Welke ik graag naar PV-output zou uploaden.

Hmm, het is een tijdje geleden dat ik dit heb gedaan maar met onderstaande zou je er uit moeten geraken.

Ik heb volgende in mijn configuration.yaml staan:

YAML:

rest_command:
  post_pvoutput_data:
    url: "https://pvoutput.org/service/r2/addstatus.jsp"
    method: POST
    headers:
      X-Pvoutput-Apikey: !secret pvoutput_api_key
      X-Pvoutput-SystemId: !secret pvoutput_system_id
    payload: >
      d={{ now().strftime('%Y%m%d') }}
      &t={{ now().strftime('%H:%M') | urlencode }}
      &v1={{ states('sensor.hms_2000_4t_yieldday') | float | int }}
      &v2={{ states('sensor.hms_2000_4t_power') | float | int }}
    content_type: "application/x-www-form-urlencoded"

en heb volgende automation:

YAML:

alias: Tuinhuis naar PVOutput
description: ""
triggers:
  - minutes: /5
    trigger: time_pattern
conditions:
  - condition: sun
    before: sunset
    after: sunrise
  - condition: numeric_state
    entity_id: sensor.hms_2000_4t_power
    above: 0
actions:
  - action: rest_command.post_pvoutput_data
    data: {}
mode: single

[Joop_Klepzeiker]

xavier_82 schreef op zondag 5 juli 2026 @ 10:40:
[...]

Instellingen (Settings) -> Apparaten & Diensten (Devices & Services) -> SMTP -> Klik op de drie puntjes naast de naam van jouw SMTP-notificatie.
Selecteer Herconfigureren (Reconfigure)

Er opent nu een pop-upvenster waarin je de serverhost, poort, het type beveiliging (zoals TLS of STARTTLS), de gebruikersnaam en het wachtwoord rechtstreeks kunt aanpassen.

Vergeet niet het oude notify tekstblok voor de SMTP-mail uit je configuration.yaml te verwijderen.

Dankjewel, dat is 'm inderdaad!

[BounceMeister]

Ik vermoed dat failed login attempts niet in de logfile gezet worden, hoe kan ik dat controleren of instellen?

Ik zag een notification in Home Assistant van een failed login attempt vanaf een lokaal ip adres. Dat ip adres heeft op het moment dat ik nu kijk echter geen apparaat eraan verbonden. Ik klikte op "dismiss" (de enige knop op de melding) en ging op zoek naar de melding in de logs. In de logs is er totaal niets van te vinden. Ik ben ruim een uur bezig geweest met Google AI, maar die helpt ook niks eigenlijk. Dan wordt je probleem alleen maar erger lijkt het.

Ik heb ondertussen wel de debug logging van RFlink uitgezet, want die vulde mijn logs met enorm veel data.

[Septillion]

@DDoubleU Ik zou vooral eerst even met browser testen, die geeft wat meer weer dan de app.

En juist als je ook intern je DynuDNS gebruikt zou ik vooral eerst via extern (dus 5G). Anders vertrouw je ook weer op hair pin enzo.

[DDoubleU]

Septillion schreef op zondag 5 juli 2026 @ 14:06:
@DDoubleU Ik zou vooral eerst even met browser testen, die geeft wat meer weer dan de app.

En juist als je ook intern je DynuDNS gebruikt zou ik vooral eerst via extern (dus 5G). Anders vertrouw je ook weer op hair pin enzo.

Ik heb ondertussen een oplossing/workaround gevonden. Blijkbaar is in HAOS 17.3 de manier waarop mDNS werkt veranderd. In de NGINX Proxy Manager heb ik de FQDN "homeassistant.local" vervangen door het IP-adres en dan werkt het terug (conform: https://github.com/home-assistant/operating-system/issues/4688)

Bedankt voor de hulp!

[Jan Smit]

PeteSplit schreef op zaterdag 4 juli 2026 @ 19:02:
Ik gebruik de GoodWe intergratie in Home Assistant.
Vandaag de HA Core update gedaan 2027.7.1 (van 3 juli)

Daarbij was de Grid export Limit instelling uit de integratie unavailable geworden !!

Hoe kan ik zien of een integratie getroffen wordt door een update ?
In de lijst worden de wijzigingen van GoodWe niet vermeld.

https://www.home-assistan...se-20267/#202671---july-3

Altijd eerst een backup maken voor de update ?
Ik ben nu een hele dag gegevens kwijt...
(Backup van 5 uur, update om 18 uur)

[Afbeelding]
Dit was na de update unavailable en door de backup weer terug

Werkt de grid export limit uberhaupt bij jou?
ik heb dat schuifje ook maar mijn Goodwe GW3000-NS doet er helemaal niets mee.

[PeteSplit]

Jan Smit schreef op zondag 5 juli 2026 @ 21:25:
[...]

Werkt de grid export limit uberhaupt bij jou?
ik heb dat schuifje ook maar mijn Goodwe GW3000-NS doet er helemaal niets mee.

Ik heb een GW4k-DT en de integratie werkte goed tot de HA versie 2026.7.0
Bij de update naar 2026.7.1 was het schuifje verdwenen.
Ik heb wel eerst in de omvormer, de grid limit op ON moeten zetten (standaard OFF)

[Septillion]

DDoubleU schreef op zondag 5 juli 2026 @ 19:47:
[...]

Ik heb ondertussen een oplossing/workaround gevonden. Blijkbaar is in HAOS 17.3 de manier waarop mDNS werkt veranderd. In de NGINX Proxy Manager heb ik de FQDN "homeassistant.local" vervangen door het IP-adres en dan werkt het terug (conform: https://github.com/home-assistant/operating-system/issues/4688)

Bedankt voor de hulp!

Super!

Ik wilde gisteren nog zeggen dat het mij verbaasde dat het schijnbaar het mDNS adres gebruikt ipv het IP. Maar stond op festival en dacht, mja, zal toch wel werken

[Horla]

BiG-GuY schreef op zaterdag 4 juli 2026 @ 23:30:
Voor degenen met Somfy RTS motoren heb ik vandaag (samen met Claude) een ESPHome implementatie gemaakt, waarbij de RTS gordijnen op een voor mij logische manier aangestuurd kunnen worden.

Heb nu al mijn 13 (vouw-)gordijnen gekoppeld aan 1x LilyGO TTGO T3 LoRa32 433MHz V1.6.1 ESP32. Tot zover lijkt het helemaal goed te werken. Stuk goedkopere oplossing dan de Tahoma Switch en de RFXCom alternatieven.

https://github.com/danielpetrovic/home-assistant-config/tree/main/esphome

Ik ga morgen aan de slag met Somfy IO via de LilyGO TTGO T3 LoRa32 868MHz V1.6.1 ESP32, om te kijken hoe ver we daarmee komen.

Ik heb de 2way versie gisteren geprobeerd van https://github.com/rspaargaren/io-rts-esp32/releases/tag/v2.0.33 en niet aan de praat gekregen. Op een gegeven moment werkte zelfs mijn fysieke afstandsbediening niet meer . Gelukkig terug in orde gekregen alhoewel hij nu volgens de software twee remotes ziet ook al heb ik maar één afstandsbediening... Dus een nieuwe poging van iemand anders is wel welkom