Home Assistant: Open source Python3 home automation - deel 5

[ManiacsHouse]

Ik heb sinds week of 2 rare spook dingen. Een lamp in tuin spontaan aangezet. In log is geen trigger te vinden behalve

OSRAM LIGHTIFY Outdoor Flex RGBW aangezet
20:09:34 Vorige week

Er is geen automatisering gekoppeld aan de lamp.
Nu kom ik zojuist thuis en staat de TV op standby
Bekijk de log en jawel

Woonkamer Google Tv aangezet
18:44:27 - 4 uur geleden
Woonkamer Google Tv aangezet
18:44:27 - 4 uur geleden
Tv aangezet
18:43:18 - 4 uur geleden
On/Off plug 1 Ikea aangezet
18:43:18 - 4 uur geleden

Ook hier geen trigger. Ook geen automatisering. Behalve dat de On/Off plug van Ikea met een button aan/uit gezet kan worden. Maar die trigger heeft niet plaatsgevonden. Tenzij de kabouters op die button hebben staan springen

Ik word er beetje kriegel van... Nooit eerder gehad dit, maar sinds paar weken dit soort rare fratsen vanuit Home Assistant. Voelt ineens heel onbetrouwbaar.
Kan ik ergens anders dan de logs iets terug vinden wat hier de trigger geeft?

[willem2668]

@TWKterry

TWKterry schreef op maandag 4 augustus 2025 @ 14:30:
[...]
Ik heb in bovenste plaatje staan Controller (192.168.178.60) ipv heos-system en bij de drie puntles rechts kun je een reload/reconfigure doen maar ook diagnostics downloaden. Probeer een of daar iets nuttigs zichtbaar is. Hebben alle devices nog dezelfde IP's.

• Heos-systeem wordt default toegevoegd (naam is te wijzigen)
• reload/reconfigure: uitgevoerd, maar baat niet
• diagnostics: zie code hieronder (zelf vind ik niets abnormaals)
• IP's kloppen

code:

{
  "home_assistant": {
    "installation_type": "Home Assistant Container",
    "version": "2025.7.4",
    "dev": false,
    "hassio": false,
    "virtualenv": false,
    "python_version": "3.13.3",
    "docker": true,
    "arch": "x86_64",
    "timezone": "Europe/Brussels",
    "os_name": "Linux",
    "os_version": "6.8.0-71-generic",
    "container_arch": "amd64",
    "run_as_root": true
  },
  "custom_components": {},
  "integration_manifest": {
    "domain": "heos",
    "name": "Denon HEOS",
    "codeowners": [
      "andrewsayre"
    ],
    "config_flow": true,
    "documentation": "https://www.home-assistant.io/integrations/heos",
    "integration_type": "hub",
    "iot_class": "local_push",
    "loggers": [
      "pyheos"
    ],
    "quality_scale": "platinum",
    "requirements": [
      "pyheos==1.0.5"
    ],
    "ssdp": [
      {
        "st": "urn:schemas-denon-com:device:ACT-Denon:1"
      }
    ],
    "is_built_in": true,
    "overwrites_built_in": false
  },
  "setup_times": {},
  "data": {
    "config_entry": {
      "created_at": "2025-08-03T20:28:34.985899+00:00",
      "data": {
        "host": "192.168.10.36"
      },
      "discovery_keys": {},
      "disabled_by": null,
      "domain": "heos",
      "entry_id": "01K1RSYC99D4CT0BBYYMV5M9DQ",
      "minor_version": 1,
      "modified_at": "2025-08-03T20:29:32.568612+00:00",
      "options": {
        "username": "**REDACTED**",
        "password": "**REDACTED**"
      },
      "pref_disable_new_entities": false,
      "pref_disable_polling": false,
      "source": "user",
      "subentries": [],
      "title": "HEOS System",
      "unique_id": "heos",
      "version": 1
    },
    "heos": {
      "connection_state": "connected",
      "current_credentials": {
        "username": "**REDACTED**",
        "password": "**REDACTED**"
      }
... Heos related stuff ...

[TWKterry]

@willem2668
Het lijkt erop dat eea niet correct is ingesteld, beginnend bij "setup_times". Ik raad aan om de integratie te verwijderen en opnieuw te installeren of een probeer een re-configure vanaf het eerder genoemde hub-3-dot menu.
Mijn code hieronder;

code:

  "setup_times": {
    "null": {
      "setup": 0.00023491200408898294
    },
    "7588ca5473434ff459b5621d2b76abce": {
      "wait_import_platforms": -3.3605261400007294,
      "config_entry_setup": 5.277413807998528
    }
  },
  "data": {
    "config_entry": {
      "created_at": "1970-01-01T00:00:00+00:00",
      "data": {
        "host": "192.168.178.62"
      },
      "discovery_keys": {
        "ssdp": [
          {
            "__type": "<class 'homeassistant.helpers.discovery_flow.DiscoveryKey'>",
            "repr": "DiscoveryKey(domain='ssdp', key='uuid:8aa12124-88f6-a541-e37e-8fff25090ffe', version=1)"
          },
          {
            "__type": "<class 'homeassistant.helpers.discovery_flow.DiscoveryKey'>",
            "repr": "DiscoveryKey(domain='ssdp', key='uuid:ccb4589a-9ae1-cc33-14b9-7f63b4058f1c', version=1)"
          },
          {
            "__type": "<class 'homeassistant.helpers.discovery_flow.DiscoveryKey'>",
            "repr": "DiscoveryKey(domain='ssdp', key='uuid:4d6214a5-b061-a3d8-ab5f-c1fd4f1f846f', version=1)"
          },
          {
            "__type": "<class 'homeassistant.helpers.discovery_flow.DiscoveryKey'>",
            "repr": "DiscoveryKey(domain='ssdp', key='uuid:a5c14145-74ba-a942-3898-f92c588dcb91', version=1)"
          },
          {
            "__type": "<class 'homeassistant.helpers.discovery_flow.DiscoveryKey'>",
            "repr": "DiscoveryKey(domain='ssdp', key='uuid:a2418659-15da-20f7-9716-d4a2988c2185', version=1)"
          },
          {
            "__type": "<class 'homeassistant.helpers.discovery_flow.DiscoveryKey'>",
            "repr": "DiscoveryKey(domain='ssdp', key='uuid:0256574d-e7f5-c409-4799-a3754a52c815', version=1)"
          }
        ]
      },
      "disabled_by": null,
      "domain": "heos",
      "entry_id": "7588ca5473434ff459b5621d2b76abce",
      "minor_version": 1,
      "modified_at": "2025-07-20T14:02:25.550655+00:00",
      "options": {
        "password": "**REDACTED**",
        "username": "**REDACTED**"
      },
      "pref_disable_new_entities": false,
      "pref_disable_polling": false,
      "source": "ssdp",
      "subentries": [],
      "title": "Controller (192.168.178.60)",
      "unique_id": "heos",
      "version": 1
    },
    "heos": {
      "connection_state": "connected",
      "current_credentials": {
        "username": "**REDACTED**",
        "password": "**REDACTED**"
      }
    },

[ Voor 4% gewijzigd door TWKterry op 05-08-2025 00:21 . Reden: comment nu in nederlands ]

[Bongoarnhem]

ManiacsHouse schreef op maandag 4 augustus 2025 @ 22:41:
Ik heb sinds week of 2 rare spook dingen. Een lamp in tuin spontaan aangezet. In log is geen trigger te vinden behalve
[...]
Er is geen automatisering gekoppeld aan de lamp.
Nu kom ik zojuist thuis en staat de TV op standby
Bekijk de log en jawel

[...]

Ook hier geen trigger. Ook geen automatisering. Behalve dat de On/Off plug van Ikea met een button aan/uit gezet kan worden. Maar die trigger heeft niet plaatsgevonden. Tenzij de kabouters op die button hebben staan springen

Ik word er beetje kriegel van... Nooit eerder gehad dit, maar sinds paar weken dit soort rare fratsen vanuit Home Assistant. Voelt ineens heel onbetrouwbaar.
Kan ik ergens anders dan de logs iets terug vinden wat hier de trigger geeft?

Wat snelle gedachtes van mijn kant:
Een oude telefoon/tablet aan iemand overgedaan waarmee ze deze dingen kunnen bedienen?
Wachtwoord HA wijzigen?

[ManiacsHouse]

Bongoarnhem schreef op dinsdag 5 augustus 2025 @ 00:08:
[...]


Wat snelle gedachtes van mijn kant:
Een oude telefoon/tablet aan iemand overgedaan waarmee ze deze dingen kunnen bedienen?
Wachtwoord HA wijzigen?

Goeie. Maar nee. Staat alleen op mijn telefoon. En geen toegang van buiten.

[Septillion]

@ManiacsHouse Als er geen trigger of persoon staat dan is het buiten HA om. HA hoef je dan juist niet te wantrouwen...

Welke integraties hebben we het over?

[HuismAndré]

RobertMe schreef op maandag 4 augustus 2025 @ 17:48:
[...]

Vele malen waarschijnlijker is dat de scrape integratie geen JavaScript uitvoert (gewoon de HTML parsen en daarna de selectors toepassen, klaar). En dat de server de HTML voor "groot scherm" over de lijn stuurt en met JavaScript "klein(er) scherm" detecteert en vervolgens de DOM aanpast naar iets (compleet) anders waar dus andere selectors bij horen.

En als de scraper geen viewport doorgeeft dan hangt het van de gebruikte HTML/CSS code af wat de uitvoer gaat worden.

[skank]

Schway schreef op maandag 4 augustus 2025 @ 21:02:
[...]


Ik zag van de week nog iemand op youtube die maakte gebruik van scenes. Dus als de deurbel gaat maakt je een scene van de entiteiten in questie en hun staat/status. dan gebeurt het ding, en na de tijd wordt de gemaakte scene weer terug gezet. Dan vond ik wel slim. Ik weet niet precies hoe, maar dat zou ik proberen.

Ik ga es een paar opties proberen... het is niet enkel de deurbel maar voor alle zaken waarbij ik tts gebruik...
Thx

[RobertMe]

HuismAndré schreef op dinsdag 5 augustus 2025 @ 08:09:
[...]

En als de scraper geen viewport doorgeeft dan hangt het van de gebruikte HTML/CSS code af wat de uitvoer gaat worden.

Dat is het omgekeerde van wat ik schreef Een HTTP request doet niks met een viewport. Een viewport bestaat alleen lokaal en kan alleen met JS en CSS worden "gebruikt", de server kan/zal dus helemaal geen aangepaste HTML over de lijn kunnen sturen op basis van "schermgrote". En JS en CSS juist helemaal niet relevant zijn om te ondersteunen in een scraper. Tenzij de scraper integratie een volledige (headless) browser opstart. Maar dat lijkt me een forse overkill voor 99% van de gevallen.

De website in kweste zal dus "desktop first" zijn gemaakt. De HTML (en "standaard" CSS) zal voor een desktop weergave zijn en met CSS en blijkbaar JS vervolgens op basis van media queries / ... worden "aangepast" voor kleinere schermen.

[oltk]

Septillion schreef op dinsdag 5 augustus 2025 @ 07:34:
@ManiacsHouse Als er geen trigger of persoon staat dan is het buiten HA om. HA hoef je dan juist niet te wantrouwen...

Welke integraties hebben we het over?

Wat bij mij ooit voorkwam (altijd dezelfde lamp): dat de stroom er geregeld af ging door een suf stopcontact. En na aanschakelen van de stroom is de default "lamp aan"

En een andere tuinlamp (lidl) wil soms niet meer gevonden worden door HA en gaat zijn eigen weg. Dan moet ik m weer actief aanmelden. Dat zie ik ook altijd aan het ineens branden van de lamp.

[Antonio di]

oltk schreef op dinsdag 5 augustus 2025 @ 11:05:
[...]


Wat bij mij ooit voorkwam (altijd dezelfde lamp): dat de stroom er geregeld af ging door een suf stopcontact. En na aanschakelen van de stroom is de default "lamp aan"

En een andere tuinlamp (lidl) wil soms niet meer gevonden worden door HA en gaat zijn eigen weg. Dan moet ik m weer actief aanmelden. Dat zie ik ook altijd aan het ineens branden van de lamp.

Klopt helemaal. Hetzelfde kun je krijgen met smart-plug die bijv. staat op "Status bij inschakelen: ON".
Staat de plug op UIT en valt de stroom even UIT en komt die weer terug dan gaat de plug in AAN staan.

[ManiacsHouse]

Septillion schreef op dinsdag 5 augustus 2025 @ 07:34:
@ManiacsHouse Als er geen trigger of persoon staat dan is het buiten HA om. HA hoef je dan juist niet te wantrouwen...

Welke integraties hebben we het over?

ZHA en Hue hangen eraan.

[Septillion]

@ManiacsHouse Dan kijken of het niet een automation in Hue is. Of inderdaad power on behavior. Etc.

Naar mijn idee zou HA onderaan je lijstje moeten staan met verdenkingen.

[Rafael]

Home Assistant heeft hun langetermijn statistieken verbetert rond oktober 2024, maar ik heb nog sensoren met recorder data tot 2023. Als ik de recorder data wis, gaan de langetermijn statistieken maar terug tot oktober 2024 en is de rest verloren, iemand een idee of het mogelijk is om de langetermijn statistieken te laten updaten tot voor oktober 2024 op basis van de recorder data? Of zijn langetermijn statistieken voor de update van oktober 2024 hopeloos?

[CAP-Team]

Antonio di schreef op dinsdag 5 augustus 2025 @ 13:59:
[...]

Klopt helemaal. Hetzelfde kun je krijgen met smart-plug die bijv. staat op "Status bij inschakelen: ON".
Staat de plug op UIT en valt de stroom even UIT en komt die weer terug dan gaat de plug in AAN staan.

Mijn Shelly Plug deed dat ook. Ik zette hem uit en ging daarna vanzelf ook weer aan. Maar is een instelling dus.

[CAP-Team]

Rafael schreef op dinsdag 5 augustus 2025 @ 16:05:
Home Assistant heeft hun langetermijn statistieken verbetert rond oktober 2024, maar ik heb nog sensoren met recorder data tot 2023. Als ik de recorder data wis, gaan de langetermijn statistieken maar terug tot oktober 2024 en is de rest verloren, iemand een idee of het mogelijk is om de langetermijn statistieken te laten updaten tot voor oktober 2024 op basis van de recorder data? Of zijn langetermijn statistieken voor de update van oktober 2024 hopeloos?

Mijn energie dashboard gaat terug t/m 2021 maar dat gaat verder allemaal vanzelf.

[Septillion]

@Rafael Holy, hoe lang heb je de recoder staan? En hoe groot is je database?

Maar LTS wordt gemaakt op het moment dat de data binnen komt. Niet met terugwerkende kracht uit de recoder. Dus naar welke "verbetering" ben je op zoek?

[ Voor 6% gewijzigd door Septillion op 05-08-2025 16:38 ]

[TheFes]

@Rafael Ik snap ook niet helemaal wat je bedoelt? Welke verbetering in oktober 2024 bedoel je dan? En wat wil je precies updaten?

[Rafael]

CAP-Team schreef op dinsdag 5 augustus 2025 @ 16:14:
Mijn energie dashboard gaat terug t/m 2021 maar dat gaat verder allemaal vanzelf.

Mijn energiedashboard gaat ook terug sinds de start van de koppeling, de overige sensoren jammer genoeg niet, die starten pas langetermijn vanaf oktober 2024...

Septillion schreef op dinsdag 5 augustus 2025 @ 16:31:
@Rafael Holy, hoe lang heb je de recoder staan?

Maar LTS wordt gemaakt op het moment dat de data binnen komt. Niet met terugwerkende kracht uit de recoder. Dus naar welke "verbetering" ben je op zoek?

25 jaar Maar elke nacht loopt er ook een taak recorder.purge_entities met keep_days op 14 dagen voor de minder belangrijke zaken waardoor er maar een beperkt aantal statistieken werkelijk langer bewaard wordt. Database is maar ongeveer 1 GB en draait nog vrolijk op een rPI 3B+.

Maar ik heb dus jaren aan temperaturen tot op de minuut, terwijl die in langetermijn per uur bewaard worden, wat meer dan voldoende zou zijn. Wis ik de recorder data, heb ik maar langetermijndata tot oktober 2024, hou ik de recorder data heb ik een overdaad aan data maar kan ik wel terug tot augustus 2022 (net even nagekeken). Het zou dus leuk geweest zijn moest de langetermijn data "rebuild" worden aan de hand van de recorder data, maar dat kan dus niet.

TheFes schreef op dinsdag 5 augustus 2025 @ 16:41:
@Rafael Ik snap ook niet helemaal wat je bedoelt? Welke verbetering in oktober 2024 bedoel je dan? En wat wil je precies updaten?

In oktober 2024 werden er grote verbeteringen gemaakt in de langetermijn data in Home Assistant, ik ging er van uit dat dat ook het "breekpunt" is dat ik nu zie. Ik heb recorder data (en kan dus de geschiedenis zien) tot augustus 2022 van bepaalde sensoren. Purge ik die, komt de langetermijn data op de proppen, maar die gaat dan maar terug tot oktober 2024. Het was leuk als die langetermijn data zichzelf kon aanvullen met de recorder data....

Is die lange geschiedenis nodig? Absoluut niet, maar het is wel leuk.

[Septillion]

@Rafael Ahh, vandaar.

Maar nee, HA zelf kan dat niet. Je zou misschien zelf een query (of programma) kunnen schrijven die de huidige alsnog samenvat naar per uur maar dat is nog niet zo makkelijk...

[ManiacsHouse]

Septillion schreef op dinsdag 5 augustus 2025 @ 15:25:
@ManiacsHouse Dan kijken of het niet een automation in Hue is. Of inderdaad power on behavior. Etc.

Naar mijn idee zou HA onderaan je lijstje moeten staan met verdenkingen.

Tis geen automation in Hue. De Ikea schakelaar hangt aan Hue. Maar de lamp in de tuin alleen aan HA. HA kan de 'eigen' lampen en die van Hue aansturen. Maar Hue kan in (vziw) niet bij de lampen van HA. Vandaar dat ik HA aanwijs als zijnde de veroorzaker. Heel apart dit. En kan er de vinger niet op leggen.

Gisteravond HA in zijn geheel opnieuw opgestart. Eens zien of dat helpt.

[ Voor 5% gewijzigd door ManiacsHouse op 05-08-2025 17:03 ]

[Septillion]

@ManiacsHouse Dan wijs ik naar de lamp zelf of een (per ongeluk gemaakte) direct bind of Zigbee groep.

[TheFes]

Rafael schreef op dinsdag 5 augustus 2025 @ 16:50:
[...]


Mijn energiedashboard gaat ook terug sinds de start van de koppeling, de overige sensoren jammer genoeg niet, die starten pas langetermijn vanaf oktober 2024...


[...]


25 jaar Maar elke nacht loopt er ook een taak recorder.purge_entities met keep_days op 14 dagen voor de minder belangrijke zaken waardoor er maar een beperkt aantal statistieken werkelijk langer bewaard wordt. Database is maar ongeveer 1 GB en draait nog vrolijk op een rPI 3B+.

Maar ik heb dus jaren aan temperaturen tot op de minuut, terwijl die in langetermijn per uur bewaard worden, wat meer dan voldoende zou zijn. Wis ik de recorder data, heb ik maar langetermijndata tot oktober 2024, hou ik de recorder data heb ik een overdaad aan data maar kan ik wel terug tot augustus 2022 (net even nagekeken). Het zou dus leuk geweest zijn moest de langetermijn data "rebuild" worden aan de hand van de recorder data, maar dat kan dus niet.


[...]


In oktober 2024 werden er grote verbeteringen gemaakt in de langetermijn data in Home Assistant, ik ging er van uit dat dat ook het "breekpunt" is dat ik nu zie. Ik heb recorder data (en kan dus de geschiedenis zien) tot augustus 2022 van bepaalde sensoren. Purge ik die, komt de langetermijn data op de proppen, maar die gaat dan maar terug tot oktober 2024. Het was leuk als die langetermijn data zichzelf kon aanvullen met de recorder data....

Is die lange geschiedenis nodig? Absoluut niet, maar het is wel leuk.

Ik snap nog steeds niet over welke verbeteringen in oktober 2024 je het hebt.

Als ik bijvoorbeeld kijk naar de powersensor van de afzuigkap, dan heb ik daarvoor long term statistics sinds september 2021, waarvan ik de mean, min en max voor elk uur op kan vragen. Zo lang je sensor de juiste state_class heeft, wordt hij sinds versie 2021.7 opgenomen in de Long Term Statistics.

[Rafael]

TheFes schreef op dinsdag 5 augustus 2025 @ 17:14:
Ik snap nog steeds niet over welke verbeteringen in oktober 2024 je het hebt.

Als ik bijvoorbeeld kijk naar de powersensor van de afzuigkap, dan heb ik daarvoor long term statistics sinds september 2021, waarvan ik de mean, min en max voor elk uur op kan vragen. Zo lang je sensor de juiste state_class heeft, wordt hij sinds versie 2021.7 opgenomen in de Long Term Statistics.

Ik dacht dat deze verbetering er voor iets tussenzat, omdat al mijn langetermijn data maar teruggaat tot exact de dag van die update. Er zal dan een andere reden zijn dat ik niet verder terug kan, jammer genoeg.

[TheFes]

Rafael schreef op dinsdag 5 augustus 2025 @ 17:27:
[...]


Ik dacht dat deze verbetering er voor iets tussenzat, omdat al mijn langetermijn data maar teruggaat tot exact de dag van die update. Er zal dan een andere reden zijn dat ik niet verder terug kan, jammer genoeg.

Dat brengt alleen issues met statistics better in beeld.
Maar heb je al bij developer tools > statistics gekeken of er misschien issues zijn (gewijzigde state class ofzo)

[Rafael]

TheFes schreef op dinsdag 5 augustus 2025 @ 18:40:
Dat brengt alleen issues met statistics better in beeld.
Maar heb je al bij developer tools > statistics gekeken of er misschien issues zijn (gewijzigde state class ofzo)

Daar zag/zie ik geen problemen, alle sensoren staan daar opgelijst met bron "Recorder" en "Geen probleem" De sensoren zijn via een yaml bestand gemaakt en de state_class is in alle jaren niet aangepast.

[Antonio di]

Antonio di schreef op zaterdag 2 augustus 2025 @ 22:57:
[...]

Zie eerst deze post:
Antonio di in "Home Assistant: Open source Python3 home automation - deel 5"
Pro en cons opschrijven duurt een paar dagen dus even geduld.
Kijk ook eens of je wel een HA green wil of toch een X86=64 mini-PC (veel posts hierover op dit forum!).

@Denrt , hier is die dan:
De aanvullende informatie over de Z-stick-10 Pro (ZWA060, Dual protocol USB-stick: Z-wave-LR & Zigbee 3.00) in review vorm.
Er staat uitleg bij over het gebruik van de ZWA060 onder HA met Zigbee2MQTT en Z-wave-JS-UI.
Je krijgt er ook nog gratis een preek bij om je tot Z-wave-LR geloof te bekeren .

Hopelijk brengt de review je wat verder om een keuze te maken voor deze ZWA060 of iets anders:
Aeotec Z-Stick 10 Pro (Zigbee 3.0 & Z-wave-LR) review door Antonio di

[meesje]

meesje schreef op maandag 4 augustus 2025 @ 19:37:
[...]

Even op mezelf reageren. Gemini AI had gelijk. Door een Ring basic abo af te sluiten werkt nu de snapshot functie op het dashboard. Ook zie ik de snapshot nu in de HomeKit app, maar nog geen werkende live stream in HomeKit.
Wel weer een stapje verder.

Edit: https://github.com/home-assistant/core/issues/140030
Op 7 maart is er een issue hiervoor gelogd, maar helaas gesloten en geen oplossing. Gezien de eerste reactie heeft het wel (een paar uur) gewerkt.

Edit2: op Reddit ook dit issue voorbij zien komen. De workaround is gebruik maken van de scrypted add-on. Dit was even puzzelen hoe deze zichtbaar te krijgen. Dit maar eens gaan proberen. Ik weet niet of mijn Raspberry Pi dit trekt. Sowieso is het soms een beetje zoeken. Bv hoe HA opnieuw op te starten. Gelukkig hebben we Google.

Weer een update. Leuk om even HA te hebben ervaren via mijn Raspberry Pi 3. Doordat ik geen livestream kreeg van de Ring deurbel in HomeKit (wel in Home Assistant) heb ik de Scrypted add-on even geprobeerd. Nou dat was te veel voor de Pi. Ik heb mijn Bravia TV en de Ring deurbel weer via homebridge ingeregeld.
Na mijn vakantie hou bv pepper wel in de gaten voor een mooie N100/N150 Mini pc.
Het smaakt in ieder geval naar meer. En ook wel handig om HA op een ander apparaat te installeren. Dan kan ik homebridge gewoon actief houden totdat alles goed ingeregeld is in HA.

[ Voor 6% gewijzigd door meesje op 05-08-2025 19:16 ]

[Ferra]

Ik heb een automatisering gemaakt, waarmee ik een snapshot maak als iemand aanbelt, deze laat analyseren door GPT en vervolgens een notificatie stuur naar 2 telefoons met de companion app.

Wat me opvalt is dat de foto niet zichtbaar wordt in de notifcatie (snapshot wordt wel gemaakt). Ik heb dit tot dusver altijd gehad met de aanroep van de WWW map extern. Iemand een idee waar dit aan ligt en hoe ik dit kan oplossen?

YAML:

  - action: notify.mobile_app_iphone_15_pro
    metadata: {}
    data:
      message: '{{response.response_text}}'
      title: De deurbel gaat!
      data:
        image: /local/snapshots/deurbel/deurbel.jpg?{{as_timestamp(now())}}
        actions:
        - action: URI
          title: Open Camera
          uri: shortcuts://run-shortcut?name=Protect
          icon: mdi:camera

[meesje]

Naast dat het supertraag was op mijn Raspberry Pi is het ook een gevalletje van RTFM. Helemaal vergeten conform de instructies een user ‘admin’ aan te maken. Stom.

Maken jullie gebruik van de scrypted add-on? Werkt dit fijn of is het aan te raden scryted op een ander apparaat of vm te installeren?

[Septillion]

@Ferra Je filename kan niet kloppen. Bedoel je niet iets als deurbel_{{as_timestamp(now())}}.jpg ?

[-Casper]

Ferra schreef op dinsdag 5 augustus 2025 @ 20:00:
Ik heb een automatisering gemaakt, waarmee ik een snapshot maak als iemand aanbelt, deze laat analyseren door GPT en vervolgens een notificatie stuur naar 2 telefoons met de companion app.

Wat me opvalt is dat de foto niet zichtbaar wordt in de notifcatie (snapshot wordt wel gemaakt). Ik heb dit tot dusver altijd gehad met de aanroep van de WWW map extern. Iemand een idee waar dit aan ligt en hoe ik dit kan oplossen?

YAML:

  - action: notify.mobile_app_iphone_15_pro
    metadata: {}
    data:
      message: '{{response.response_text}}'
      title: De deurbel gaat!
      data:
        image: /local/snapshots/deurbel/deurbel.jpg?{{as_timestamp(now())}}
        actions:
        - action: URI
          title: Open Camera
          uri: shortcuts://run-shortcut?name=Protect
          icon: mdi:camera

Is al een poos geleden maar volgens mij moet je de directory in de allowlist opnemen? Zoals je hoort wel de nodige twijfel maar je kan t ff proberen

[Ferra]

Septillion schreef op dinsdag 5 augustus 2025 @ 20:12:
@Ferra Je filename kan niet kloppen. Bedoel je niet iets als deurbel_{{as_timestamp(now())}}.jpg ?

Hi sep,

Nee dat doe ik om te voorkomen dat hij qua cache een oud plaatje pakt. Hebben jullie Home Assistant cloud? En wat hebben jullie ingesteld in de companion app bij interne url en externe url?

[Septillion]

@Ferra Ah, zo. En ja, dan wordt de post data gewoon genegeerd door de server Weet alleen niet hoe goed de app er mee om gaat... Heb je ook al een zonder geprobeerd?

En gezien /local gewoon bereikbaar is voor iedereen (zit 0 authenticatie op) lijkt het me allowlist niet nodig. maar kan me vergissen. Zou wel een reden kunnen zijn om het dus niet in /local te plaatsen.

[Ferra]

Septillion schreef op dinsdag 5 augustus 2025 @ 21:04:
@Ferra Ah, zo. En ja, dan wordt de post data gewoon genegeerd door de server Weet alleen niet hoe goed de app er mee om gaat... Heb je ook al een zonder geprobeerd?

En gezien /local gewoon bereikbaar is voor iedereen (zit 0 authenticatie op) lijkt het me allowlist niet nodig. maar kan me vergissen. Zou wel een reden kunnen zijn om het dus niet in /local te plaatsen.

Pad maar eens aangepast naar local/tmp/. Die lijkt wel te werken. Krijg nu alleen de titel wel in beeld en niet de message:



Edit: Blijkbaar komt de response niet goed door? Als ik platte tekst invoer zoals “testje” werkt het wel. Iemand een idee wat hier fout gaat?

[ Voor 7% gewijzigd door Ferra op 06-08-2025 00:18 ]

[willem2668]

TWKterry schreef op maandag 4 augustus 2025 @ 23:39:
Het lijkt erop dat eea niet correct is ingesteld, beginnend bij "setup_times". Ik raad aan om de integratie te verwijderen en opnieuw te installeren of een probeer een re-configure vanaf het eerder genoemde hub-3-dot menu.

De vorige dagen de integratie tig keer verwijderd en opnieuw geïnstalleerd, re-configured, ... zonder resultaat, ...

Deze middag out of the blue de Denon Heos integratie kunnen inschakelen in de Android app en alles werkt als voorheen
@TWKterry
Bedankt voor het meedenken!

[_AN]

Ferra schreef op dinsdag 5 augustus 2025 @ 21:12:
[...]


Pad maar eens aangepast naar local/tmp/. Die lijkt wel te werken. Krijg nu alleen de titel wel in beeld en niet de message:

[Afbeelding]

Edit: Blijkbaar komt de response niet goed door? Als ik platte tekst invoer zoals “testje” werkt het wel. Iemand een idee wat hier fout gaat?

Ik vind dit wel een leuke use case. Heb je ergens een artikeltje hoe je dit kan inrichten?

[Denrt]

Antonio di schreef op dinsdag 5 augustus 2025 @ 19:04:
[...]

@Denrt , hier is die dan:
De aanvullende informatie over de Z-stick-10 Pro (ZWA060, Dual protocol USB-stick: Z-wave-LR & Zigbee 3.00) in review vorm.
Er staat uitleg bij over het gebruik van de ZWA060 onder HA met Zigbee2MQTT en Z-wave-JS-UI.
Je krijgt er ook nog gratis een preek bij om je tot Z-wave-LR geloof te bekeren .

Hopelijk brengt de review je wat verder om een keuze te maken voor deze ZWA060 of iets anders:
Aeotec Z-Stick 10 Pro (Zigbee 3.0 & Z-wave-LR) review door Antonio di

Bedankt voor je uitgebreide review! Dit helpt zeker!

[Ronker32]

Ferra schreef op dinsdag 5 augustus 2025 @ 21:12:
[...]


Pad maar eens aangepast naar local/tmp/. Die lijkt wel te werken. Krijg nu alleen de titel wel in beeld en niet de message:

[Afbeelding]

Edit: Blijkbaar komt de response niet goed door? Als ik platte tekst invoer zoals “testje” werkt het wel. Iemand een idee wat hier fout gaat?

Ik roep vanuit de automation een script aan, en dat ziet er zo uit. Dit werkt vlekkeloos, wellicht heb je er iets aan!

YAML:

deurbelupdate:
  alias: Deurbelupdate
  mode: restart
  sequence:
    - action: camera.snapshot
      target:
        entity_id: camera.deurbel_fluent
      data:
        filename: /config/www/reolink/deurbel.jpg
    - delay:
        seconds: 1
    - action: google_generative_ai_conversation.generate_content
      data:
        prompt: "~prompt~"
        filenames: /config/www/reolink/deurbel.jpg
      response_variable: response
    - action: notify.mobile_app_samsung_s23
      data:
        message: "{{ response['text'] }}"
        data:
          priority: high
          ttl: 0

[0re0]

Ik heb de laatste 5 jaar een Homey, kom er aardig uit met wat simpele flows.
Ik neig over te stappen naar een leuke NUC met HomeAssistant. Wat ik me afvraag,
als je niet helemaal thuis bent in code, kun je dan met blueprints en wat kant en klaar geneuzel i.c.m. simpele flows ook redelijk ver komen met een HA?. Ik realiseer mij dat je dan niet het maximale eruit haalt, maar wellicht komt dat later

[Septillion]

@0re0 Er kan gewoon heel veel gewoon in de UI bij elkaar geklikt worden. Maar staar je vooral niet blind op blueprints!

Voor complexe zaken zijn ze zeker leuk. Maar met verschillende wensen of apparaten is het soms wel erg zoeken. Nu kan je een blueprint ook omzetten in een automation en zelf prutsen, maar juist vaak de complexiteit om het in zo veel mogelijk situaties te laten werken maakt het dan erg complex om aan te passen. Vaak genoeg mensen zien zoeken, klagen en prutsen met blueprints terwijl wat ze willen niet zo lastig is en zo bij elkaar te klikken is in de UI.

Belangrijkste aspect is snappen dat HA event based is. Dus dat je duidelijk het verschil weet tussen een trigger (moment in de tijd, zonder tijdsduur) en een conditie (iets is waar of niet waar voor een tijdsduur). Als voorbeeld, als je als trigger "de lamp wordt aangezet" gebruikt wordt de automation alleen uitgevoerd op het moment dat iemand de lamp werkelijk aan zet. Is de lamp eenmaal aan, dan doet de automation helemaal niets meer. Tot je de lamp uit zet en opnieuw aan zet.

En daarnaast blijft het een spel tussen wat je wilt en hoeveel tijd je er in wilt stoppen. Want er kan heeeeel veel in HA maar dan moet je wel bereid zijn wat yaml/jinja te leren bijvoorbeeld. Maar een vereiste is het zeker niet, maar dan moet je wel bijstellen wat je wilt bereiken. Vooral als het gaat om dashboards willen mensen vaak elk stukje hebben zoals ze willen. Dit kan allemaal, maar niet altijd out of the box. Dus juist het feit dat het überhaupt kan maakt dat mensen vaak klagen dat het ingewikkeld is. Terwijl bijvoorbeeld bij een Hue, waar dat allemaal gewoon niet kan, dan gezegd wordt hoe simpel het is.

En als je nog een oude computer of Pi hebt liggen is dat prima om eens HA te proeven. Bevalt het, dan koop je wat moois

[stijn1309]

0re0 schreef op woensdag 6 augustus 2025 @ 08:58:
Ik heb de laatste 5 jaar een Homey, kom er aardig uit met wat simpele flows.
Ik neig over te stappen naar een leuke NUC met HomeAssistant. Wat ik me afvraag,
als je niet helemaal thuis bent in code, kun je dan met blueprints en wat kant en klaar geneuzel i.c.m. simpele flows ook redelijk ver komen met een HA?. Ik realiseer mij dat je dan niet het maximale eruit haalt, maar wellicht komt dat later

Toen ik begon met Home Assistant was alles in YAML/code. Tegenwoordig is bijna alles verplaatst naar de interface, alleen wat complexere zaken die nog in YAML moeten.

Ook is er zoveel uitleg te vinden waar bijna altijd stap voor stap staat wat je in de config moet toevoegen aan YAML dat ik daar ook weinig problemen in zie.

En daarbij tegenwoordig ChatGTP of iets die ook heel erg help met YAML.

[DennusB]

Septillion schreef op woensdag 6 augustus 2025 @ 09:53:
@0re0 Er kan gewoon heel veel gewoon in de UI bij elkaar geklikt worden. Maar staar je vooral niet blind op blueprints!

Voor complexe zaken zijn ze zeker leuk. Maar met verschillende wensen of apparaten is het soms wel erg zoeken. Nu kan je een blueprint ook omzetten in een automation en zelf prutsen, maar juist vaak de complexiteit om het in zo veel mogelijk situaties te laten werken maakt het dan erg complex om aan te passen. Vaak genoeg mensen zien zoeken, klagen en prutsen met blueprints terwijl wat ze willen niet zo lastig is en zo bij elkaar te klikken is in de UI.

Belangrijkste aspect is snappen dat HA event based is. Dus dat je duidelijk het verschil weet tussen een trigger (moment in de tijd, zonder tijdsduur) en een conditie (iets is waar of niet waar voor een tijdsduur). Als voorbeeld, als je als trigger "de lamp wordt aangezet" gebruikt wordt de automation alleen uitgevoerd op het moment dat iemand de lamp werkelijk aan zet. Is de lamp eenmaal aan, dan doet de automation helemaal niets meer. Tot je de lamp uit zet en opnieuw aan zet.

En daarnaast blijft het een spel tussen wat je wilt en hoeveel tijd je er in wilt stoppen. Want er kan heeeeel veel in HA maar dan moet je wel bereid zijn wat yaml/jinja te leren bijvoorbeeld. Maar een vereiste is het zeker niet, maar dan moet je wel bijstellen wat je wilt bereiken. Vooral als het gaat om dashboards willen mensen vaak elk stukje hebben zoals ze willen. Dit kan allemaal, maar niet altijd out of the box. Dus juist het feit dat het überhaupt kan maakt dat mensen vaak klagen dat het ingewikkeld is. Terwijl bijvoorbeeld bij een Hue, waar dat allemaal gewoon niet kan, dan gezegd wordt hoe simpel het is.

En als je nog een oude computer of Pi hebt liggen is dat prima om eens HA te proeven. Bevalt het, dan koop je wat moois

Als je echt grafisch aan de slag wilt zoals met Homey, Node-Red is dan een goede optie Erg fijne editor met geweldige support voor Home Assistant!

[Toppe]

Ik krijg net mail van Athom.tech dat ze een nieuwe mmWave sensor hebben: https://www.athom.tech/bl...one-human-presence-sensor

Dit lijkt ideaal in mijn situatie: ik wil dat de lampen uitgaan als er niemand in de ruimte is, ik wil dat de aangaan als iemand de ruimte in gaat maar ik wil dat er niets gebeurt zodra iemand in bed ligt.

Zou dat lukken met deze sensor? Of iemand nog andere tips -behalve gewicht sensoren onder het bed- ? Thanks

[Septillion]

@Toppe Hoe had je gedacht dat "in bed" deel te doen? Ding van de mmWave is juist dat ze erg goed zijn in detectie van vrij stille personen.

[Toppe]

Septillion schreef op woensdag 6 augustus 2025 @ 12:07:
@Toppe Hoe had je gedacht dat "in bed" deel te doen? Ding van de mmWave is juist dat ze erg goed zijn in detectie van vrij stille personen.

Omdat hij zones kan zien, idee is dus om het bed een zone te maken en dat hij kan detecteren of er iemand in bed ligt, juist omdat ze zo gevoelig zijn

[RobertMe]

Toppe schreef op woensdag 6 augustus 2025 @ 12:17:
[...]


Omdat hij zones kan zien, idee is dus om het bed een zone te maken en dat hij kan detecteren of er iemand in bed ligt, juist omdat ze zo gevoelig zijn

En vervolgens lig je in de winter onder een dik dekbed en werkt het niet meer .

[Schway]

RobertMe schreef op woensdag 6 augustus 2025 @ 12:56:
[...]

En vervolgens lig je in de winter onder een dik dekbed en werkt het niet meer .

https://home-assistant-gu...ure-sensors-with-esphome/

[RobertMe]

Schway schreef op woensdag 6 augustus 2025 @ 12:58:
[...]


https://home-assistant-gu...ure-sensors-with-esphome/

Ik heb al jaaaren een "in bed" oplossing. Op basis van load cells en "een" HX711 aangesloten op een ESPtje. En doordat ik het in tweeën gedeelt heb met één HX711 met 2 load cells onder het hoofdeinde en één HX711 met 2 load cells onder het voeteinde kan ik ook nog detecteren of ik in bed zit of in bed lig.

[Ruimzicht]

@Ferra @Ronker32 Interessant (=wil ik ook!), ik ben erg nieuwsgierig naar jullie automation. Zou je die willen delen?

[meesje]

Ik heb jullie hulp nodig. Ik heb HA geïnstalleerd en daar binnen de Scrypted Add-on + Ring plugin. Binnen HA toont de scrypted log o.a. het volgende. Het lijkt er op dat de Ring plugin niet gestart kan worden vanwege een oude npm versie. Hoe kan ik dit in mijn situatie?

code:

plugin loaded
i Rebroadcast Plugin loaded @scrypted/prebuffer-mixin
i Rebroadcast Plugin fromMimeType: x-scrypted/x-rfc4571
i Rebroadcast Plugin toMimeType: x-scrypted/x-ffmpeg-input
native dependencies (outdated) got socket.io-client
sharp loaded
i Snapshot Plugin loaded @scrypted/snapshot
i Snapshot Plugin fromMimeType: x-scrypted/x-scrypted-scheme-scrypted-media;converter-weight=0
i Snapshot Plugin toMimeType: text/x-local-uri
i Image Writer fromMimeType: x-scrypted/x-scrypted-image
i Image Writer toMimeType: image/*
i Image Converter fromMimeType: x-scrypted/x-ffmpeg-input
i Image Converter toMimeType: image/jpeg
i Image Reader fromMimeType: image/*
i Image Reader toMimeType: x-scrypted/x-scrypted-image
starting plugin @scrypted/webrtc 151
node modules /data/scrypted_data/plugins/@scrypted/webrtc/n-node-v127-linux-arm64-20250101
plugin loaded
i WebRTC Plugin loaded @scrypted/webrtc
i WebRTC Plugin converters: */*,x-scrypted/x-scrypted-rtc-signaling-channel,x-scrypted/x-scrypted-rtc-signaling-session,x-scrypted/x-scrypted-rtc-connection-management,x-scrypted/x-scrypted-rtc-signaling-channel,x-scrypted/x-ffmpeg-input
starting thread @scrypted/webrtc 151 1
node modules /data/scrypted_data/plugins/@scrypted/webrtc/n-node-v127-linux-arm64-20250101
Killed
npm notice
npm notice New major version of npm available! 10.9.2 -> 11.5.2
npm notice Changelog: https://github.com/npm/cli/releases/tag/v11.5.2
npm notice To update run: npm install -g npm@11.5.2
npm notice
s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service avahi: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service avahi successfully stopped
s6-rc: info: service dbus: stopping
s6-rc: info: service dbus successfully stopped
s6-rc: info: service setup: stopping
s6-rc: info: service setup successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

[Antonio di]

Na mijn "min-punt“ over het onbreken van "Inter-connected & Jamming detection bij Z-wave-LR" in mijn review over de Aeotec "Z-stick 10 pro" in HA, heb ik nog wat vragen (PM/PB) hierover gekregen.
Daarom nog een flink hoofdstukje aan de review toegevoegd per heden middag:
"Off topic: Toelichting op ontbreken “Inter-connected & Jamming detection” bij Z-wave-LR"
Zie link en inhouds-opgave voor het betreffende hoofdstuk:
Aeotec Z-Stick 10 Pro (Zigbee 3.0 & Z-wave-LR) review door Antonio di

S.v.p. bij de reacties van deze review hierover verder reageren / discussiëren .

[dannyvdb1997]

Meer mensen bij wie de “Lovelace Flower card” niet meer werkt na de update naar 2025.8? Alle statussen zijn verdwenen… Dacht eerst dat het aan m’n theme lag, maar met het standaardthema werkt ‘ie ook niet meer. Heb al reset van de frontend cache gedaan.

[TheFes]

dannyvdb1997 schreef op woensdag 6 augustus 2025 @ 21:58:
Meer mensen bij wie de “Lovelace Flower card” niet meer werkt na de update naar 2025.8? Alle statussen zijn verdwenen… Dacht eerst dat het aan m’n theme lag, maar met het standaardthema werkt ‘ie ook niet meer. Heb al reset van de frontend cache gedaan.
[Afbeelding]

Het ligt aan de plant entities, die missen de attributes met de benodigde data die door de flower card gebruikt wordt.
Komt inderdaad door 2025.8

[dannyvdb1997]

TheFes schreef op woensdag 6 augustus 2025 @ 23:02:
[...]


Het ligt aan de plant entities, die missen de attributes met de benodigde data die door de flower card gebruikt wordt.
Komt inderdaad door 2025.8

Ah, ik zie het… Waar kan ik die bug het best melden?

[Lizard]

dannyvdb1997 schreef op woensdag 6 augustus 2025 @ 23:12:
[...]

Ah, ik zie het… Waar kan ik die bug het best melden?

Ik denk hier: https://github.com/home-assistant/core/issues

[TheFes]

dannyvdb1997 schreef op woensdag 6 augustus 2025 @ 23:12:
[...]

Ah, ik zie het… Waar kan ik die bug het best melden?

Bij de custom plant integration, maar dat lijkt inmiddels al gebeurd te zijn. En een fix is onderweg (of je installeert de beta en dan is hij er al)

https://github.com/Olen/homeassistant-plant/issues/266

[ Voor 10% gewijzigd door TheFes op 07-08-2025 07:58 ]

[MikeyMan]

Godsamme. Weer gezwets met zwave-js-ui na een update van home assistant. Om gek van te worden.

Instellen mislukt, wordt opnieuw geprobeerd: Invalid server version: Z-Wave JS Server version (3.1.0) is incompatible. Update the Z-Wave JS Server to a version that supports at least api schema 44

Je gaat mij niet vertellen dat dit constant nuttige aanpassingen zijn waarvoor er een breaking change nodig is.

Moet nu naar candidate channel om de juiste versie te krijgen.

[ Voor 71% gewijzigd door MikeyMan op 07-08-2025 08:12 ]

[Card Nox]

Happert DuckDNS bij jullie? Kom niet op mijn HA maar via het lokale IP werkt het zoals altijd.

[Septillion]

@Card Nox Al maaanden...

Denk dat 1 op de 2x een DNS request voor DuckDNS een timeout heeft Lijkt helaas alleen maar slechter te worden. Maar DuckDNS zelf blijft helaas stil.

[ Voor 75% gewijzigd door Septillion op 07-08-2025 09:14 ]

[Septillion]

@MikeyMan Hoe draai je Z-Wave JS Server dan? Want ik zie de juiste versie van de addons gewoon staan...

Het stond wel netjes in de breaking changes maar het is inderdaad wel erg korte overlap tussen addon en core update

[peterpijpelink]

Iemand iets bekend met rest (restfull) sensoren die niet meer worden bijgewerkt in 2025.8.0 ??

[Card Nox]

Septillion schreef op donderdag 7 augustus 2025 @ 09:12:
@Card Nox Al maaanden...

Denk dat 1 op de 2x een DNS request voor DuckDNS een timeout heeft Lijkt helaas alleen maar slechter te worden. Maar DuckDNS zelf blijft helaas stil.

Ervaar inderdaad al langer dat ik af en toe 1 of 2x refresh moet doen maar kom er nu helemaal niet op. Toch maar een alternatief gaan zoeken want dit is wel irritant.

[lubbertkramer]

MikeyMan schreef op donderdag 7 augustus 2025 @ 08:04:
Godsamme. Weer gezwets met zwave-js-ui na een update van home assistant. Om gek van te worden.


[...]


Je gaat mij niet vertellen dat dit constant nuttige aanpassingen zijn waarvoor er een breaking change nodig is.

Moet nu naar candidate channel om de juiste versie te krijgen.

Voor mij reden om niet alles in Home Assistant zelf te draaien, van esphome tot z2m tot whisper/piper draai ik liever zelf los van HA zodat niet alle veranderingen in een keer komen maar ik gefaseerd de onderdelen kan updaten.

[MikeyMan]

@Septillion @lubbertkramer Ik heb Zwave-JS-UI op een RPI draaien. HA draait op m'n nas.

En idd, ik draai ook zo weinig mogelijk in HA. Alleen de echte essentiele zaken die HA only zijn.

Laatste stable op Snap is nog geen maand oud, maar HA vindt het al nodig om naar een nieuwere versie over te stappen. Iets relaxeter release beleid mag wel.

code:

channels:
  v10.10/stable:    v10.10.0 2025-07-31 (600) 131MB -
  v10.10/candidate: ↑
  v10.10/beta:      ↑
  v10.10/edge:      ↑
  latest/stable:    v10.9.0  2025-07-31 (596) 130MB -
  latest/candidate: v10.11.0 2025-07-31 (602) 131MB -
  latest/beta:      ↑
  latest/edge:      v11.0.1  2025-08-03 (608) 133MB -
  v10.11/stable:    –
  v10.11/candidate: v10.11.0 2025-07-31 (602) 131MB -
  v10.11/beta:      ↑
  v10.11/edge:      ↑
  v10.9/stable:     v10.9.0  2025-07-31 (596) 130MB -
  v10.9/candidate:  ↑
  v10.9/beta:       ↑
  v10.9/edge:       ↑
  v10.8/stable:     v10.8.0  2025-07-31 (585) 148MB -

[ Voor 52% gewijzigd door MikeyMan op 07-08-2025 09:32 ]

[Ben(V)]

Niemand verplicht je om een update te installeren.
Je kunt ook gewoon de release notes lezen en kijken of het voor jou zinvol is een bepaalde update te installeren.

[Septillion]

@MikeyMan Ahh, snap. Ja, dat is ook wel weer hele laag (of vooral, volgende groep vrijwilligers) ertussen. Daar zou ik zelf dan weer nooit voor kiezen.

Maar ben het er wel mee eens dat het wat langer backward zou mogen werken. Maar goed, andere kant, twee API's ondersteunen is natuurlijk ook ruk en houdt de ontwikkeling op.

[MikeyMan]

@Ben(V) Lekkere dooddoener altijd, thanks

@Septillion uitdaging is dat m'n zwave stick niet zomaar werkt in m'n NAS. En aangezien ik toch m'n RPI al aan de P1 heb hangen, was dit een simpele oplossing.

Volgens mij al de vierde keer dat dit gebeurt. Prima dat er geupdate wordt, maar er wordt wel heel snel op de allerlaatste en/of zeer recente versie overgestapt. TIs ook niet alsof Z-Wave net om de hoek komt kijken en nog volop in ontwikkeling is. Sterker nog...

[ Voor 11% gewijzigd door MikeyMan op 07-08-2025 09:40 ]

[MXMan]

@Card Nox Tailscale Funnel en Cloudflared zijn beide uitstekende opties. Ze zijn gratis en hebben elk hun eigen voor- en nadelen. Heb je geen eigen domein (zoals example.com), dan is Tailscale Funnel een goede keuze. Beschik je wél over een eigen domein, dan is Cloudflared een eenvoudige manier om via je eigen domein toegang te krijgen. Voor beide opties is geen eigen domein verplicht, en ze zijn allebei beschikbaar als add-on voor Home Assistant.

[ Voor 3% gewijzigd door MXMan op 07-08-2025 09:52 ]

[TheFes]

peterpijpelink schreef op donderdag 7 augustus 2025 @ 09:24:
Iemand iets bekend met rest (restfull) sensoren die niet meer worden bijgewerkt in 2025.8.0 ??

Iets in de log? Wat is de config van de rest sensoren?

[peterpijpelink]

denk nieuwe opzet met rest sensoren, ben al aan zoeken, volgens mij moet je deze nu perse in configuration.yaml hebben staan in de nieuwe context...

nu vooral zoeken hoe ik de oude sensoren weg krijg

YAML:

rest:
  - resource: http://ip/pw/get-sensors
    scan_interval: 30
    sensor:
      - name: "HW_Huidig_verbruik"
        value_template: "{{ value_json.response.energylinks[0].aggregate.po }}"
        unit_of_measurement: "W"
        device_class: power

      - name: "HW_Zon"
        value_template: "{{ value_json.response.energylinks[0].s1.po }}"
        unit_of_measurement: "W"
        device_class: power

      - name: "HW_huisLive"
        value_template: "{{ value_json.response.energylinks[0].used.po }}"
        unit_of_measurement: "W"
        device_class: power

[ Voor 1% gewijzigd door Septillion op 07-08-2025 10:30 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[TheFes]

peterpijpelink schreef op donderdag 7 augustus 2025 @ 09:51:
denk nieuwe opzet met rest sensoren, ben al aan zoeken, volgens mij moet je deze nu perse in configuration.yaml hebben staan in de nieuwe context...

nu vooral zoeken hoe ik de oude sensoren weg krijg

YAML

code:

rest:
  - resource: http://ip/pw/get-sensors
    scan_interval: 30
    sensor:
      - name: "HW_Huidig_verbruik"
        value_template: "{{ value_json.response.energylinks[0].aggregate.po }}"
        unit_of_measurement: "W"
        device_class: power

      - name: "HW_Zon"
        value_template: "{{ value_json.response.energylinks[0].s1.po }}"
        unit_of_measurement: "W"
        device_class: power

      - name: "HW_huisLive"
        value_template: "{{ value_json.response.energylinks[0].used.po }}"
        unit_of_measurement: "W"
        device_class: power

Hoe bedoel je dat ze per se in configuration.yaml moeten? Er is geen config flow voor RESTful sensoren, dus het moet in YAML, maar je zou wel een rest.yaml file kunnen aanmaken en deze includen.
Of bedoel je dat de oude syntax nu niet meer toegestaan is, en alleen de moderne syntax nog toegestaan is? Dat zou kunnen.

[peterpijpelink]

TheFes schreef op donderdag 7 augustus 2025 @ 10:02:
[...]


Hoe bedoel je dat ze per se in configuration.yaml moeten? Er is geen config flow voor RESTful sensoren, dus het moet in YAML, maar je zou wel een rest.yaml file kunnen aanmaken en deze includen.
Of bedoel je dat de oude syntax nu niet meer toegestaan is, en alleen de moderne syntax nog toegestaan is? Dat zou kunnen.

Het laatste inderdaad, ik had in sensors/sensor.yaml staan, en nu maar in configuration.yaml, maar de doen niets. Als werkt kan ik inderdaad een aparte rest.yaml maken en includen, maar nu eerst uitzoeken waarom sinds 2025.8.0 dit niet meer werkt. Als ik naar de http link ga dan krijg ik wel output in json.

[TheFes]

peterpijpelink schreef op donderdag 7 augustus 2025 @ 10:04:
[...]

Het laatste inderdaad, ik had in sensors/sensor.yaml staan, en nu maar in configuration.yaml, maar de doen niets. Als werkt kan ik inderdaad een aparte rest.yaml maken en includen, maar nu eerst uitzoeken waarom sinds 2025.8.0 dit niet meer werkt. Als ik naar de http link ga dan krijg ik wel output in json.

En als je in de log kijkt (kunt eventueel filteren op rest)

[RobertMe]

MikeyMan schreef op donderdag 7 augustus 2025 @ 09:39:
TIs ook niet alsof Z-Wave net om de hoek komt kijken en nog volop in ontwikkeling is. Sterker nog...

Ook dat is een redelijke dooddoener Volgens die logica moeten we gewoon nog lekker OpenZWave gebruiken. Want die bestaat al vele jaren. En werkt ook al vele jaren zeer slecht, en integreerde nog veel slechter met HA.
Daarom was het voor HA ook een godsgeschenk toen een paar jaar terug iemand besloot een nieuwe ZWave library te ontwikkelen. En zijn er HA devs (en later betaalde Nabu Casa devs) mee gaan ontwikkelen daaraan. (En kan zelfs zijn dat de ZWave JS oprichter intussen ook voor Nabu Casa werkt). En zo oud is ZWave JS nog niet (2, 3 jaar?). En het integreert zeer strak met HA, waardoor je dus ook gewoon in HA kunt klikken voor "ik wil een ZWave apparaat toevoegen" en je het hele proces in HA doorloopt. En je in HA ook de configuratie van apparaten kunt aanpassen. Dus het gaat ook niet (meer) om hoe oud of stabiel ZWave zelf is, maar ook over alle mogelijkheden die HA heeft in combinatie met. (Want in de HA app een QR code scannen om een ZWave apparaat te koppelen vereist natuurlijk aanpassingen aan beide kanten).

En als je steeds tegen deze problemen aanloopt heb je twee keuzes. Of je gaat de boel draaien op een manier die beter ondersteund wordt. Want dat Snap package wordt niet door de ZWave JS devs onderhouden dus zoals @Septillion aangeeft ben je afhankelijk van anderen. (En volgens mij ben jij ook de enige waarvan ik weet dat die server software via Snap installeert). Draai je de boel via de Docker container dan heb je gewoon de software vanuit de developers zelf en altijd de mogelijkheid om meteen te updaten. Zonder dat je dus "niet stable" releases moet gaan draien.
Of als alternatief ga je ZWave JS UI gebruiken, verwijderd de ZWave integratie in HA, zet in ZWave JS UI MQTT aan en stelt MQTT in. Dan heb je ook niks meer te maken met ZWave JS server API versies, want HA babbelt niet meer met ZWave JS via de custom API. Maar uiteraard verlies je daarmee wel alle extra mogelijkheden, om dus vanuit HA apparaten te koppelen, configureren, etc etc. En zul je dat dus alleen vanuit ZWave JS UI kunnen doen.

En de derde optie is al genoemd: niet binnen 24 uur van een HA update incl. breaking change die voor jou al 3x eerder echt problemen heeft gegeven updaten. Wat sowieso nogal gek is. Want HA wil je dus altijd de aller aller nieuwste versie van hebben blijkbaar, als het als stable uit komt ben je aan het installeren. Maar bij ZWave JS kies je dan voor een uitgave / uitgever (Snap) waarbij een maand na de stable release die versie nog niet beschikbaar is (als stable). Dus niet perse heel gek dat je dan tegen issues aan loopt. Als je dus bij een ding er voor kiest om altijd het nieuwste te hebben blijkt in dit geval dat dat tweede ook altijd dat nieuwste nodig heeft. Wat an zich geen probleem hoeft te zijn, behalve dus dat je het jezelf moeilijk maakt door ZWave JS via Snap te draaien.

[peterpijpelink]

TheFes schreef op donderdag 7 augustus 2025 @ 10:06:
[...]

deze lijkt wel te werken in configuration.yaml - geen idee waarom de vorige niet werkte, maar lijkt opgelost. dank voor meedenken

En als je in de log kijkt (kunt eventueel filteren op rest)

YAML:

rest:
  - resource: http://ip/pw/get-sensors
    scan_interval: 30
    timeout: 10
    sensor:
      - name: "HW_Huidig_verbruik"
        value_template: "{{ value_json.response.energylinks[0].aggregate.po }}"
        unit_of_measurement: "W"
        device_class: power

      - name: "HW_Zon"
        value_template: "{{ value_json.response.energylinks[0].s1.po }}"
        unit_of_measurement: "W"
        device_class: power

      - name: "HW_huisLive"
        value_template: "{{ value_json.response.energylinks[0].used.po }}"
        unit_of_measurement: "W"
        device_class: power

Bijna goed, yaml net op een andere plek, zie edit

[ Voor 3% gewijzigd door Septillion op 07-08-2025 10:28 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[dixet]

In de release notes van 2025.8 staat dat je nu een energy flow op je energy dashboard kan zien o.b.v de sankey card.
Nu heb ik deze kaart al in een apart dashboard, maar het zou heel mooi zijn om deze op het energydashboard zelf te tonen. Iemand dit al gelukt? Bij mij staat hij er niet, en ik zie nergens een optie om hem toe te voegen op het energydashboard zelf. Ik heb wel individuele apparaten ingesteld.

[TheFes]

dixet schreef op donderdag 7 augustus 2025 @ 10:12:
In de release notes van 2025.8 staat dat je nu een energy flow op je energy dashboard kan zien o.b.v de sankey card.
Nu heb ik deze kaart al in een apart dashboard, maar het zou heel mooi zijn om deze op het energydashboard zelf te tonen. Iemand dit al gelukt? Bij mij staat hij er niet, en ik zie nergens een optie om hem toe te voegen op het energydashboard zelf. Ik heb wel individuele apparaten ingesteld.

staat er standaard op, waarschijnlijk browser cache. Al een Ctrl+F5 geprobeerd?

[dixet]

TheFes schreef op donderdag 7 augustus 2025 @ 10:14:
[...]


staat er standaard op, waarschijnlijk browser cache. Al een Ctrl+F5 geprobeerd?

Zo simpel kan het zijn. Shame on me

[Septillion]

@MikeyMan Nouwja, hele Zwave-JS-UI extern draaien heb ik geen "probleem" mee, dat kan prima. Ik zou er alleen geen snap voor pakken maar gewoon de directe docker van het project zelf ipv weer op een project van een derde te vertrouwen.

[MikeyMan]

Septillion schreef op donderdag 7 augustus 2025 @ 10:27:
@MikeyMan Nouwja, hele Zwave-JS-UI extern draaien heb ik geen "probleem" mee, dat kan prima. Ik zou er alleen geen snap voor pakken maar gewoon de directe docker van het project zelf ipv weer op een project van een derde te vertrouwen.

Ben ooit via het Home Assistant forum op Snap gekomen zelfs... Nadat native Zwave ondersteuning uit Domoticz getrapt werd.

Docker zou ook kunnen, maar volgens mij maakt dat de setup aanzienlijk lastiger. Ben geen ster met docker vanaf de command line, dus dan zou ik ook portainer moeten installeren. En eventueel watchtower voor de automatische updates. Vraag me af of het daar allemaal sneller mee wordt op een RPi 3b+.

[rafvhoof]

TheFes schreef op woensdag 23 juli 2025 @ 11:53:
[...]


Dus je wil de notificatie niet ontvangen als je als state away hebt? En wel als je als state home of de naam van een andere zone hebt?
En hoe zit dat voor de andere person entity? En zijn er nog met person entities buiten die twee uit je voorbeeld?

Volgende poging om automation werkend te krijgen. Wat klopt hier niet aan?

YAML:

variables:
  parents:
    - person1
    - person2
enabled: true
repeat:
  for_each: "{{ parents }}"
  sequence:
    - sequence:
        - variables:
            device_name: >
              {{ expand(states.person.{{repeat.item}}) | map(attribute='attributes.source') | list
              | join | replace('device_tracker.', '') }}
          enabled: false
        - choose:
            - conditions:
                - condition: zone
                  entity_id: person.{{repeat.item}}
                  zone: zone.home
              sequence:
                - variables:
                    notifyText: Thuis
            - conditions:
                - condition: not
                  conditions:
                    - condition: zone
                      entity_id: person.{{repeat.item}}
                      zone: zone.home
              sequence:
                - variables:
                    notifyText: Niet thuis
        - action: notify.mobile_app_{{ device_name}}
          data:
            title: Title
            message: "{{ notifyText }}"
            data:
              tag: warning

[Septillion]

@MikeyMan Overhead van Docker is echt maar minimaal. Daar zou ik vergeleken met snap geen verschil verwachten.

Docker commando en Docker compose staan beide in de documentatie. Enige is dat docker standaard geen auto update doet. Maar dat zou ik eerlijk gezegd in deze context eerder een positief iets vinden dan negatief...

Snap heb je set and fotget opgezet? Of draai je nog een GUI op de Pi?

En ook Portainer of Watchtower idle draaien zal niet veel voor je performance doen.

Dus persoonlijk zou ik de extra afhankelijkheid en de auto updates alleen maar nadelen vinden.

[ Voor 6% gewijzigd door Septillion op 07-08-2025 10:49 ]

[Septillion]

@rafvhoof Wat zegt de trace? En hele automation plaatsen is ook wel handiger dan snippets.

[MikeyMan]

Septillion schreef op donderdag 7 augustus 2025 @ 10:46:
@MikeyMan Overhead van Docker is echt maar minimaal. Daar zou ik vergeleken met snap geen verschil verwachten.

Docker commando en Docker compose staan beide in de documentatie. Enige is dat docker standaard geen auto update doet. Maar dat zou ik eerlijk gezegd in deze context eerder een positief iets vinden dan negatief...

En ook Portainer of Watchtower idle draaien zal niet veel voor je performance doen.

Dus persoonlijk zou ik de extra afhankelijkheid en de auto updates alleen maar nadelen vinden.

Als Zwave niet geupdate wordt, komen we toch weer bij hetzelfde scenario terecht?

[Septillion]

@MikeyMan Maar andersom is ook mogelijk, dat een auto update van Zwave-JS-UI de boel sloopt... Bedoel, de nieuwe API komt daar weg natuurlijk. Dus doe ik het liever beide zelf en lees ik de change log.

Of je doet voor beide domweg auto update en hoopt dat het goed gaat... Dan zou jet Watchtower kunnen draaien.

Maar snap opzetten is je toch ook gelukt via de command line, dan moet docker ook wel lukken.

[ Voor 6% gewijzigd door Septillion op 07-08-2025 10:53 ]

[TheFes]

rafvhoof schreef op donderdag 7 augustus 2025 @ 10:40:
[...]

Volgende poging om automation werkend te krijgen. Wat klopt hier niet aan?

YAML:

variables:
  parents:
    - person1
    - person2
enabled: true
repeat:
  for_each: "{{ parents }}"
  sequence:
    - sequence:
        - variables:
            device_name: >
              {{ expand(states.person.{{repeat.item}}) | map(attribute='attributes.source') | list
              | join | replace('device_tracker.', '') }}
          enabled: false
        - choose:
            - conditions:
                - condition: zone
                  entity_id: person.{{repeat.item}}
                  zone: zone.home
              sequence:
                - variables:
                    notifyText: Thuis
            - conditions:
                - condition: not
                  conditions:
                    - condition: zone
                      entity_id: person.{{repeat.item}}
                      zone: zone.home
              sequence:
                - variables:
                    notifyText: Niet thuis
        - action: notify.mobile_app_{{ device_name}}
          data:
            title: Title
            message: "{{ notifyText }}"
            data:
              tag: warning

Je bent templates aan het nesten, dat mag niet. Ook is je template daar nogal nodeloos complex
Probeer het zo:

YAML:

        - variables:
            device_name: >
              {{ state_attr(repeat.item, 'source') | replace('device_tracker.', '') }}

[rafvhoof]

Septillion schreef op donderdag 7 augustus 2025 @ 10:48:
@rafvhoof Wat zegt de trace? En hele automation plaatsen is ook wel handiger dan snippets.

Volledige automation is als volgt:

YAML:

description: ""
mode: single
triggers:
  - entity_id:
      - sensor.ws2900_v2_01_18_rain_rate
    above: 0
    alias: Weerstation
    id: weerstation
    trigger: numeric_state
conditions: []
actions:
  - variables:
      parents:
        - person1
        - person2
  - enabled: true
    repeat:
      for_each: "{{ parents }}"
      sequence:
        - sequence:
            - variables:
                device_name: >
                  {{ expand(states.person.{{repeat.item}}) |
                  map(attribute='attributes.source') | list | join |
                  replace('device_tracker.', '') }}
              enabled: false
            - choose:
                - conditions:
                    - condition: zone
                      entity_id: person.{{repeat.item}}
                      zone: zone.home
                  sequence:
                    - variables:
                        notifyText: Thuis
                - conditions:
                    - condition: not
                      conditions:
                        - condition: zone
                          entity_id: person.{{repeat.item}}
                          zone: zone.home
                  sequence:
                    - variables:
                        notifyText: Niet thuis
            - action: notify.mobile_app_{{ device_name}}
              data:
                title: Title
                message: "{{ notifyText }}"
                data:
                  tag: warning
alias: Development

Krijg onderstaande foutmelding bij opslaan van de automation (heb dus ook nog geen trace helaas )

Message malformed: invalid template (TemplateSyntaxError: expected name or number) for dictionary value @ data['actions'][1]['repeat']['sequence'][0]['sequence'][0]['variables']['device_name']

edit:
Zie nu dat deel blijkbaar ook niet op enabled staat....
@TheFes dank voor de suggestie!

[TheFes]

rafvhoof schreef op donderdag 7 augustus 2025 @ 10:58:
[...]

Volledige automation is als volgt:

YAML:

description: ""
mode: single
triggers:
  - entity_id:
      - sensor.ws2900_v2_01_18_rain_rate
    above: 0
    alias: Weerstation
    id: weerstation
    trigger: numeric_state
conditions: []
actions:
  - variables:
      parents:
        - person1
        - person2
  - enabled: true
    repeat:
      for_each: "{{ parents }}"
      sequence:
        - sequence:
            - variables:
                device_name: >
                  {{ expand(states.person.{{repeat.item}}) |
                  map(attribute='attributes.source') | list | join |
                  replace('device_tracker.', '') }}
              enabled: false
            - choose:
                - conditions:
                    - condition: zone
                      entity_id: person.{{repeat.item}}
                      zone: zone.home
                  sequence:
                    - variables:
                        notifyText: Thuis
                - conditions:
                    - condition: not
                      conditions:
                        - condition: zone
                          entity_id: person.{{repeat.item}}
                          zone: zone.home
                  sequence:
                    - variables:
                        notifyText: Niet thuis
            - action: notify.mobile_app_{{ device_name}}
              data:
                title: Title
                message: "{{ notifyText }}"
                data:
                  tag: warning
alias: Development

Krijg onderstaande foutmelding bij opslaan van de automation (heb dus ook nog geen trace helaas )

[...]

Oh wacht, ik was bij de eerste fout gestopt. Een zone condition accepteert geen templates, gebruik daar dus een template condition. Verder kun je die hele choose ook in 1 template afvangen.

YAML:

description: ""
mode: single
triggers:
  - entity_id:
      - sensor.ws2900_v2_01_18_rain_rate
    above: 0
    alias: Weerstation
    id: weerstation
    trigger: numeric_state
conditions: []
actions:
  - variables:
      parents:
        - person1
        - person2
  - enabled: true
    repeat:
      for_each: "{{ parents }}"
      sequence:
        - variables:
            device_name: >
              {{ state_attr(repeat.item, 'source') | replace('device_tracker.', '') }}
            notifyText: >
              {{ 'Thuis' if is_state(repeat.item, 'home') else 'Niet thuis' }}
        - action: notify.mobile_app_{{ device_name}}
          data:
            title: Title
            message: "{{ notifyText }}"
            data:
              tag: warning
alias: Development

[rafvhoof]

TheFes schreef op donderdag 7 augustus 2025 @ 11:03:
[...]


Oh wacht, ik was bij de eerste fout gestopt. Een zone condition accepteert geen templates, gebruik daar dus een template condition. Verder kun je die hele choose ook in 1 template afvangen.

YAML:

description: ""
mode: single
triggers:
  - entity_id:
      - sensor.ws2900_v2_01_18_rain_rate
    above: 0
    alias: Weerstation
    id: weerstation
    trigger: numeric_state
conditions: []
actions:
  - variables:
      parents:
        - person1
        - person2
  - enabled: true
    repeat:
      for_each: "{{ parents }}"
      sequence:
        - variables:
            device_name: >
              {{ state_attr(repeat.item, 'source') | replace('device_tracker.', '') }}
            notifyText: >
              {{ 'Thuis' if is_state(repeat.item, 'home') else 'Niet thuis' }}
        - action: notify.mobile_app_{{ device_name}}
          data:
            title: Title
            message: "{{ notifyText }}"
            data:
              tag: warning
alias: Development

Super bedankt! Moest alleen nog "person." aan de variabelen toevoegen, anders werd de device_name niet goed opgezocht :-)

[TheFes]

rafvhoof schreef op donderdag 7 augustus 2025 @ 11:16:
[...]

Super bedankt! Moest alleen nog "person." aan de variabelen toevoegen, anders werd de device_name niet goed opgezocht :-)

Ahja, alternatief daarvoor was dit geweest

YAML:

        - variables:
            device_name: >
              {{ state_attr('person.' ~ repeat.item, 'source') | replace('device_tracker.', '') }}
            notifyText: >
              {{ 'Thuis' if is_state('person.' ~ repeat.item, 'home') else 'Niet thuis' }}

[Ronker32]

Ruimzicht schreef op woensdag 6 augustus 2025 @ 16:11:
@Ferra @Ronker32 Interessant (=wil ik ook!), ik ben erg nieuwsgierig naar jullie automation. Zou je die willen delen?

Dit is de automation waar ik alleen het relevante deel even publiceer:

YAML:

- id: deurbel_notificatie
  alias: Deurbel notificatie
  triggers:
    - trigger: state
      entity_id: binary_sensor.deurbel_visitor
      to: "on"
  actions:
    - action: script.turn_on
      target:
        entity_id: script.deurbelupdate

Dan is dit het script wat wordt aangeroepen:

YAML:

deurbelupdate:
  alias: Deurbelupdate
  mode: restart
  sequence:
    - action: camera.snapshot
      target:
        entity_id: camera.deurbel_fluent
      data:
        filename: /config/www/reolink/deurbel.jpg
    - delay:
        seconds: 1
    - action: google_generative_ai_conversation.generate_content
      data:
        prompt: "Very briefly describe what you see in this image from my doorbell camera. Your message must be short and suitable for a phone notification. Respond in Dutch. Ignore stationary objects like buildings and parked cars. If a person is present, identify them as specifically as possible."
        filenames: /config/www/reolink/deurbel.jpg
      response_variable: response
    - action: notify.mobile_app_samsung_s23
      data:
        message: "{{ response['text'] }}"
        data:
          priority: high
          ttl: 0

Ik maak daarbij dus gebruik van de Google Generative AI integration: https://www.home-assistan...nerative_ai_conversation/. Ik vond dit vrij eenvoudig op te zetten, dit is mijn eerste (en tot nu toe enige) projectje met AI in HA.

Ik laat HA bewust de snapshot opslaan zonder timestamp, ik ben immers alleen geïnteresseerd in het huidige snapshot. Dit hele proces werkt vlekkeloos, vanwege de delay en het genereren zit er wel wat tijd tussen aanbellen en notificatie, maar dat neem ik voor lief. Wellicht is die delay wel overbodig, laatste tijd niet getest.

[Vos]

Ik heb de Companian app opnieuw op mijn Android telefoon geinstalleerd, de oude had ik eerst volledig verwijderd. Echter is er nu geen device_tracker aangemaakt . Iemand een idee hoe dit te fixen?

[Rouwette]

Ronker32 schreef op donderdag 7 augustus 2025 @ 11:38:
[...]


Dit is de automation waar ik alleen het relevante deel even publiceer:

YAML:

- id: deurbel_notificatie
  alias: Deurbel notificatie
  triggers:
    - trigger: state
      entity_id: binary_sensor.deurbel_visitor
      to: "on"
  actions:
    - action: script.turn_on
      target:
        entity_id: script.deurbelupdate

Dan is dit het script wat wordt aangeroepen:

YAML:

deurbelupdate:
  alias: Deurbelupdate
  mode: restart
  sequence:
    - action: camera.snapshot
      target:
        entity_id: camera.deurbel_fluent
      data:
        filename: /config/www/reolink/deurbel.jpg
    - delay:
        seconds: 1
    - action: google_generative_ai_conversation.generate_content
      data:
        prompt: "Very briefly describe what you see in this image from my doorbell camera. Your message must be short and suitable for a phone notification. Respond in Dutch. Ignore stationary objects like buildings and parked cars. If a person is present, identify them as specifically as possible."
        filenames: /config/www/reolink/deurbel.jpg
      response_variable: response
    - action: notify.mobile_app_samsung_s23
      data:
        message: "{{ response['text'] }}"
        data:
          priority: high
          ttl: 0

Ik maak daarbij dus gebruik van de Google Generative AI integration: https://www.home-assistan...nerative_ai_conversation/. Ik vond dit vrij eenvoudig op te zetten, dit is mijn eerste (en tot nu toe enige) projectje met AI in HA.

Ik laat HA bewust de snapshot opslaan zonder timestamp, ik ben immers alleen geïnteresseerd in het huidige snapshot. Dit hele proces werkt vlekkeloos, vanwege de delay en het genereren zit er wel wat tijd tussen aanbellen en notificatie, maar dat neem ik voor lief. Wellicht is die delay wel overbodig, laatste tijd niet getest.

De Ai kan ook Nederlands babbelen.

YAML:

alias: Camera 1 - Snapshot, AI & Notification
sequence:
  - metadata: {}
    data:
      filename: ./www/snapshots/camera1_snapshot.jpg
    action: camera.snapshot
    target:
      device_id: 2e8b3734b2ecc1768835728f9e3fb7f2
  - delay:
      hours: 0
      minutes: 0
      seconds: 2
      milliseconds: 0
  - metadata: {}
    data:
      filename: ./www/snapshots/camera1_snapshot1.jpg
    action: camera.snapshot
    target:
      device_id: 2e8b3734b2ecc1768835728f9e3fb7f2
  - metadata: {}
    data:
      prompt: >
        Er is beweging gedetecteerd. Beschrijf heel kort wat je op deze
        afbeeldingen ziet van mijn deurbelcamera. Wat is het verschil wat volgens jou de oorzaak is
        van het bewegingsalarm? Als er een persoon aanwezig is, beschrijf deze
        dan in detail. Beschrijf geen stilstaande objecten of gebouwen, de witte
        Kia Picanto is van ons. Uw bericht moet kort genoeg zijn om in een
        telefoonmelding te passen.
      filenames:
        - ./www/snapshots/camera1_snapshot.jpg
        - ./www/snapshots/camera1_snapshot1.jpg
    response_variable: generated_content
    action: google_generative_ai_conversation.generate_content
  - action: telegram_bot.send_message
    metadata: {}
    data:
      message: "{{ generated_content['text'] }}"
      data:
        image: /config/www/snapshots/camera1_snapshot.jpg
  - action: telegram_bot.send_photo
    metadata: {}
    data:
      authentication: digest
      file: config/www/snapshots/camera1_snapshot.jpg
  - action: input_text.set_value
    data:
      value: "{{ generated_content['text'] }}"
    target:
      entity_id: input_text.generated_tekst
mode: single
description: ""
icon: mdi:webcam

[TheFes]

Vos schreef op donderdag 7 augustus 2025 @ 11:59:
Ik heb de Companian app opnieuw op mijn Android telefoon geinstalleerd, de oude had ik eerst volledig verwijderd. Echter is er nu geen device_tracker aangemaakt . Iemand een idee hoe dit te fixen?

location tracking niet aangezet?

[Ruimzicht]

Ronker32 schreef op donderdag 7 augustus 2025 @ 11:38:
[...]
Dit hele proces werkt vlekkeloos, vanwege de delay en het genereren zit er wel wat tijd tussen aanbellen en notificatie, maar dat neem ik voor lief.

Waar draai je HA op en wat is ongveer de tijd tussen aanbellen en notificatie? Zou graag een benchmark hebben; ik sta op het punt om te upgraden van RPi naar MiniPC voor HA, ben benieuwd naar de reactietijd in mijn situatie.
Bedankt in elk geval, ik ga het proberen.

[Vos]

TheFes schreef op donderdag 7 augustus 2025 @ 12:53:
[...]


location tracking niet aangezet?

Waar stel ik dat precies in? Dat is bij de 1e setup van de app?

Alle sensoren bij Locatiesensoren en Geolocatiesensor (toont juiste locatie) heb ik aanstaan in de HA app.
Qua machtigingen voor de HA app heb ik Locatie aanstaan op 'Altijd toestaan'.

Ik heb de app gestopt, cache en data geleegd. Dus met schone lei de setup gedaan. Ik geef dan toestemming voor locatiebepaling.

Kijk ik daarna in de app bij Persons en dan mijn profiel zie ik er een 'device_tracker.vos_telefoon' staan. Ik verwacht hier te zien staan 'Vos telefoon'. Als ik de device_tracker.vos_telefoon verwijder kan ik ook niet meer uit de lijst selecteren.

En ook via de dev tools zie ik geen device_tracker.vos_telefoon

Heb ook dit doorlopen: https://companion.home-as...resh-with-the-android-app zonder succes.

[ Voor 47% gewijzigd door Vos op 07-08-2025 13:30 ]

[HuismAndré]

MikeyMan schreef op donderdag 7 augustus 2025 @ 10:37:
[...]


Ben ooit via het Home Assistant forum op Snap gekomen zelfs... Nadat native Zwave ondersteuning uit Domoticz getrapt werd.

Docker zou ook kunnen, maar volgens mij maakt dat de setup aanzienlijk lastiger. Ben geen ster met docker vanaf de command line, dus dan zou ik ook portainer moeten installeren. En eventueel watchtower voor de automatische updates. Vraag me af of het daar allemaal sneller mee wordt op een RPi 3b+.

Je hebt niet toevallig een redelijk recente Synology NAS? Want daarop is het werken met containers vrij simpel (en heb je portainer en watchtower eigenlijk niet nodig). Updaten is een simpel gevalletje op de "update" tekst achter de container in kwestie drukken.

[MikeyMan]

HuismAndré schreef op donderdag 7 augustus 2025 @ 13:27:
[...]

Je hebt niet toevallig een redelijk recente Synology NAS? Want daarop is het werken met containers vrij simpel (en heb je portainer en watchtower eigenlijk niet nodig). Updaten is een simpel gevalletje op de "update" tekst achter de container in kwestie drukken.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Jawel, dat werkt ook prima. Alleen doet de USB stick het niet zomaar in de NAS

Heb het spul inmiddels op docker draaien. Met wat geklooi.

[Septillion]

@Vos Niet toevallig een disabled entity?