Home Assistant: Open source Python3 home automation - deel 5

[Ben(V)]

@vortexnl1982 Zigbee is een mesh netwerk, dus devices hoeven geen lijntje met de coordinator te hebben, een verbinding via andere router devices is voldoende.
Als een van je routers niet meer lekker werkt dat kan het zijn dat devices die via deze router werken ook niet meer te bereiken zijn.

[TheFes]

@meesje Je zou ook het experimentele areas dashboard kunnen proberen. Dat wordt ook automatisch gegenereerd, maar geeft je wel wat meer controle over wat je wel en niet laat zien op het dashboard.

@vortexnl1982
Zet je toevallig lampen uit door ze van de stroom af te halen? Dus met een fysieke schakelaar die de stroom onderbreekt?

[ Voor 29% gewijzigd door TheFes op 18-08-2025 09:07 ]

[tomahowk]

MXMan schreef op vrijdag 15 augustus 2025 @ 20:56:
Tailscale Funnel en Cloudflared zijn beide uitstekende keuzes. Ze zijn gratis en hebben elk hun eigen voor- en nadelen.

...

Tailscale funnel opzetten duurt twee minuten en alle configuratie gebeurt in de add-on zelf, in je configuration.yaml moet wel het enkel volgende toegevoegd worden:

Dank voor je suggestie! Ga ik, naast het proefabonnement, toch ook eens onder de loep nemen. Zoals je hier beschrijft is het redelijk eenvoudig.

[Tha_T]

MXMan schreef op vrijdag 15 augustus 2025 @ 20:56:
@tomahowk

In deze topic wordt vaak alleen verwezen naar DuckDNS of Nabu Casa Cloud, maar er zijn ook andere opties om veilig extern toegang te krijgen tot je Home Assistant-installatie.

Tailscale Funnel en Cloudflared zijn beide uitstekende keuzes. 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 (voorbeeldlink: https://jouwapparaat.jouwdomein.ts.net). Beschik je wél over een eigen domein, dan is Cloudflared een eenvoudige manier om via je eigen domein toegang te krijgen (bijv. ha.jouwdomein.com).

Tailscale funnel opzetten duurt twee minuten en alle configuratie gebeurt in de add-on zelf, in je configuration.yaml moet wel het enkel volgende toegevoegd worden:

YAML:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 127.0.0.1

https://github.com/hassio...ob/main/tailscale/DOCS.md
1) Tailscale Addon installeren
2) In de configuratie tab van de add-on, Proxy en Funnel aanvinken
3) Add-on starten
4) Inloggen in Tailscale en het device toevoegen aan je tailscale account via de link in de add-on log (copy pasten) of in de web ui van de add-on
5) Add-on herstarten en in de logs tab vind je link om remote in te loggen in je installatie


Voor beide opties is trouwens geen eigen domein verplicht, en ze zijn allebei beschikbaar als add-on voor Home Assistant via Add-on store.

En als je meer van het visuele bent is dit ook wel een mooie;
YouTube: Remotely access Home Assistant via Tailscale for free!

Met het volgende als voetnoot;
SOLUTION FOR THOSE EXPERIENCING TAILGATE CRASHING AFTER ENABLING PROXY

Simply go in your Tailgate account, go to the DNS menu and enable the HTTPS option

[MXMan]

@Tha_T Die video laat niet echt zien wat Funnel doet.

Als je beide volgende opties aanklikt in de add-on configuratie:



Krijg je een link (en alle nodige SSL certificaten, etc) waarmee je gewoon kan inloggen met de link die je krijgt in de logs van de add-on:

code:

Available on the internet:

https://homeassistant.xxx-xxx.ts.net/
|-- proxy http://127.0.0.1:8123

Of via het Tailscale dashboard:



Jouwvideo laat zien hoe je eigen domein kan verbinden en certificaten instellen, daarvoor vind ik Cloudflare toch wel gemakkelijker vooral omdat er DNS records moeten gewijzigd worden. Soit, alle wegen leiden naar Rome...

[ Voor 3% gewijzigd door MXMan op 18-08-2025 12:08 ]

[Oogje]

Verwijderd schreef op zondag 17 augustus 2025 @ 21:47:
Ik kwam deze tegen: https://direktive.ai/
Iemand al ervaring mee?

Ziet er op het eerste gezicht wel tof uit. Babbel er tegen en er komen automations uit voor je. Enige nadeel is wel, dat het een SaaS oplossing is. Nu nog in Alpha fase, straks ongetwijfeld met een abonnement.
Liever draai ik zoiets zelf/offline. Scheelt weer een kostenpost.

Tja, ik pak ChatGPT, Gemini of welke andere dienst dan ook, ik vertel wat ik wil binnen HA en ik word aan t handje genomen om het in te regelen.
Compleet gratis

[HellStorm666]

Vraagje.
Ik heb al een paar jaar DSMR draaien als LXC.
Nu ben ik aan het migreren naar een nieuwe server. En vraag me af wat ik met DSMR zal doen.
Optie #1, via backup en herstel (pbs) naar de nieuwe server als LXC
Optie #2, Als containter in de nieuwe LXC met rootless podman
Optie #3, als addon in m'n HAOS VM.

OPTIE 1 lijkt mij af te vallen, gezien de site van DSMR aangeeft dat toekomstige ontwikkelingen mogelijk alleen docker worden.

Maar dan, Optie 2 of 3?
Zijn er nadelen aan de addon t.o.v. een (podman/docker)container?

[HuismAndré]

Septillion schreef op maandag 18 augustus 2025 @ 08:48:
[...]

Je kan de entity helemaal uit zetten zoals aangegeven. Maar veel van die attributen zijn best handig om wel in HA te hebben ook al kijk je er niet dagelijks naar. En als je gewoon zelf een dashboard gaat maken (edit => Take control) bepaal je zelf wat er op een dashboard staat.

Bij veel entiteiten boeit de hoeveelheid data niet zo (dus valt er wat te zeggen voor "laat maar aan") MAAR bij een energiemeter (helemaal die van het type die elke seconde met een update komt) is het juist aan te raden niet te scheutig te zijn met wat je actief zet (en wellicht ook nog automatisch in de recorder zet). Sowieso is een meter die elke 5 seconden update wat mij betreft te prefereren (ook weer vanwege de overhead).

Hier gaat gewoon alles wat niet gebruikt wordt uit. Alsnog nodig? Dan gaat ie weer aan. STS gewenst? Toevoegen van een "_r" aan het einde zorgt dat ie automatisch wordt meegenomen in de STS zonder aanpassing van configuration.yaml). Bevalt prima (en is relatief weinig werk na enige gewenning). Bij belangrijke domains en entity_globs laat ik trouwens altijd STS toe (fan, light, switch, media_player) net als bij de entities die van nature een lage overhead hebben (amper veranderen en/of weinig opslagruimte vragen).

Dat zal wellicht de reden zijn dat ik een relatief compacte database heb bij een vrij grote installatie (711MB database, 10 dagen STS, LTS sinds oktober 2021, 2389 entiteiten (waarvan 1219 uitgeschakeld)).

[meesje]

Laat maar. Probleem opgelost.

[ Voor 101% gewijzigd door meesje op 18-08-2025 21:30 ]

[HuismAndré]

TheFes schreef op maandag 18 augustus 2025 @ 09:05:
@vortexnl1982
Zet je toevallig lampen uit door ze van de stroom af te halen? Dus met een fysieke schakelaar die de stroom onderbreekt?

Zou eigenlijk geen issue moeten zijn. Ik doe elke dag niet anders. Van alle lampen in het Zigbee netwerk (51 stuks) wordt zo'n 80% meerdere keren per dag via de netspanning uitgezet (alleen maar Hue lampen, dat wel). Netwerk wordt overeind gehouden door de 8 stuks 24/7 lampen, 4 slimme stopcontactjes en zo'n 10 inbouwswitches. Héél soms merk dat een van de 4 Hue smart button weer even de weg naar huis moet vinden (als in eens in de maand of zo).

[vortexnl1982]

HuismAndré schreef op maandag 18 augustus 2025 @ 21:11:
[...]

Zou eigenlijk geen issue moeten zijn. Ik doe elke dag niet anders. Van alle lampen in het Zigbee netwerk (51 stuks) wordt zo'n 80% meerdere keren per dag via de netspanning uitgezet (alleen maar Hue lampen, dat wel). Netwerk wordt overeind gehouden door de 8 stuks 24/7 lampen, 4 slimme stopcontactjes en zo'n 10 inbouwswitches. Héél soms merk dat een van de 4 Hue smart button weer even de weg naar huis moet vinden (als in eens in de maand of zo).

Ja ik snap er ook niks van. Ik heb jaren lang met deze setup gedraaid met ook meerdere routers in het netwerk (bv stroomadapters / lampen etc). Het lijkt er op dat er nodes bereikbaar komen en weer wegvallen. Zo heb ik nu andere nodes verbonden dan gisteren terwijl er niks is veranderd.

[Impossibl3]

Ik vroeg mij af is het mogelijk om in VSCode (als HA add-on) twee locaties in hetzelfde overzicht neer te zetten?

Voor Frigate is met de update naar 0.16 de locatie van de config folder verplaatst.

The Frigate config directory for add-on users was changed from the Home Assistant config directory to the add-on config directory.

Nu heb ik in VSCode de locatie van die map toegevoegd. Alleen als ik naar de map van de add-ons wil gaan (/root/addon_configs) dan moet ik die iedere keer inladen omdat de basis map staat op /config. Is het mogelijk om in het navigatie menu de twee paden te hebben staan (waar de rode pijl heen staat). Zodat je makkelijk kan wisselen tussen addon_configs en /config?

Hopelijk weet een van jullie of dit kan en zo ja hoe.

[Hippe Lip]

HuismAndré schreef op maandag 18 augustus 2025 @ 21:03:
[...]
Hier gaat gewoon alles wat niet gebruikt wordt uit. Alsnog nodig? Dan gaat ie weer aan. STS gewenst? Toevoegen van een "_r" aan het einde zorgt dat ie automatisch wordt meegenomen in de STS zonder aanpassing van configuration.yaml).

@HuismAndré STS = statistieken? En wat is LTS?

En dat van die "Toevoegen van een "_r" aan het einde", das nieuw voor mij. Waaraan voeg je die _r toe? Kun je dat met een voorbeeld laten zien?

[Septillion]

@HuismAndré Ik ben inderdaad van het type "ik filter niet" Ik laat alleen uit wat ik echt denk nooit te willen zien maar pas zelden aan wat standaard is. Veel info vind ik wel leuk om in geval dat in te kunnen zien.

1795 entiteiten enabled, 1121 disabled, STS van standaard 10 dagen, 292 in LTS wat ik draai sinds introductie. Met 3,2GiB (/ 3,4GB) inderdaad aardig wat groter maar kan er niet mee zitten

[Vliegvlug]

Hippe Lip schreef op maandag 18 augustus 2025 @ 22:15:
[...]

@HuismAndré STS = statistieken? En wat is LTS?

Short-term & Long-term.

[Hippe Lip]

Ik worstel nog steeds met het schrijven naar modbus. @GeeMoney gaf zijn voorbeeld al eens, waarvoor dank, maar het werkt hier nog niet. Ergens zit nog iets fout.

Mijn yaml om een bepaalde waarde uit te lezen:

YAML:

modbus:
  - name: "Nibe"
    type: tcp
    host: 192.168.2.105
    port: 502
    delay: 2
    message_wait_milliseconds: 30
    timeout: 5

    sensors:

      - name: "Nibe Stoptemp. SWW normaal"
        unique_id: nibe_stoptemp_sww_normaal
        device_class: temperature
        state_class: measurement
        unit_of_measurement: '°C'
        address: 63
        input_type: holding
        scale: 0.1
        precision: 1
        scan_interval: 60

Nu probeer ik een andere waarde in dat adres 63 te schrijven:

YAML:

template:
  - number:
      - name: Set stoptemperatuur SWW normaal
        unique_id: set_nibe_stoptemp_sww_normaal
        state: "{{ states('sensor.nibe_stoptemp_sww_normaal') }}"
        min: 40
        max: 60
        step: 1.0
        set_value: 
          - service: modbus.write_register
            data:
              hub: nibe
              address: 63
              value: "{{ (value }}"

Ik probeer dan een slider te krijgen waarin de waarde (tussen 40 en 60) aan kan passen, maar het werkt niet. Vragen over dit laatste:

• Wat moet er bij hub staan?
• en klopt de regel met value?

Helaas heeft Home Assistant geen documentatie van het commando modbus.write_register

[GeeMoney]

@Hippe Lip schrijf je rechtstreeks of gebruik je ook een waveshare en doe je rtu over tcp?
Dan kan die message_wait er namelijk uit want dat doet je waveshare al.
Als je alleen uitleest krijg je wel waardes te zien?

[Hippe Lip]

GeeMoney schreef op dinsdag 19 augustus 2025 @ 08:05:
@Hippe Lip schrijf je rechtstreeks of gebruik je ook een waveshare en doe je rtu over tcp?

@GeeMoney Zoals je in de definitie van de modbus (in yaml) kunt zien werk (lees en schrijf) ik direct. Waveshare ken ik niet.

YAML:

modbus:
  - name: "Nibe"
    type: tcp
    host: 192.168.2.105
    port: 502
    delay: 2
    message_wait_milliseconds: 30
    timeout: 5

.

Als je alleen uitleest krijg je wel waardes te zien?

Ja, gelukkig wel. Ik heb die koppeling al jaren in gebruik. Tot nu toe allen voor lezen, maar nu wil ik ook kunnen schrijven. Dat is voor mij een nieuw leertraject in de programmering van HA. Ben daar niet heel kundig in.

Daarom probeer ik het ook met kleine stapjes tegelijk. Eerst maar eens zien dat ik überhaupt een waarde kan schrijven. Pas daarna komt de rest met automatiseringen en dashboards.

[GeeMoney]

Hippe Lip schreef op dinsdag 19 augustus 2025 @ 08:29:
[...]


@GeeMoney Zoals je in de definitie van de modbus (in yaml) kunt zien werk (lees en schrijf) ik direct. Waveshare ken ik niet.

YAML:

modbus:
  - name: "Nibe"
    type: tcp
    host: 192.168.2.105
    port: 502
    delay: 2
    message_wait_milliseconds: 30
    timeout: 5

.

[...]

Ja, gelukkig wel. Ik heb die koppeling al jaren in gebruik. Tot nu toe allen voor lezen, maar nu wil ik ook kunnen schrijven. Dat is voor mij een nieuw leertraject in de programmering van HA. Ben daar niet heel kundig in.

Daarom probeer ik het ook met kleine stapjes tegelijk. Eerst maar eens zien dat ik überhaupt een waarde kan schrijven. Pas daarna komt de rest met automatiseringen en dashboards.

Heb je de registers van die Nibe ?
Vaak moet je ook een register type opgeven en mogelijk een slave "positie" .

[Hansie_P]

Ik heb al geruime tijd een warning in mijn logs staan:

code:

Got `color_temp` argument in `turn_on` service, which is deprecated and will break in Home Assistant 2026.1, please use `color_temp_kelvin` argument

Ik heb al mijn automatiseringen al 1 voor 1 nagelopen en achterhaald welke de error geven. Dit zijn bijna al mijn light automations. Het gekke is dat dit enkel bij Hue en Nanoleaf lampen gebeurd. Bij IKEA lampen gebeurt het niet. Al mijn automatiseringen bevatten al het argument `color_temp_kelvin` en nergens komt meer `color_temp` voor. Hierbij een voorbeeld:

YAML:

action: light.turn_on
data_template:
  entity_id: light.spots_gang
  color_temp_kelvin: "{{state_attr('switch.circadian_lighting_circadian_gang', 'colortemp')|int}}"
  brightness_pct: "{{state_attr('switch.circadian_lighting_circadian_gang', 'brightness')|int}}"
  transition: 2

Kan het zijn dat er ergens intern nog gebruik gemaakt wordt van een turn_on service welke nog niet het kelvin attribuut gebruikt? Ik gebruik de add-on CIrcadian Lighting maar deze zouden deze warning al in januari opgelost hebben. Ook is het vreemd dat het alleen met een bepaald merk lampen gebeurt. Hebben jullie nog ideeën?

edit: de IKEA lampen kunnen enkel de helderheid aanpassen, niet de kleur. Daarom krijg ik hier de warning natuurlijk niet

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

[Hippe Lip]

GeeMoney schreef op dinsdag 19 augustus 2025 @ 09:06:
[...]
Heb je de registers van die Nibe ?
Vaak moet je ook een register type opgeven en mogelijk een slave "positie" .

@GeeMoney Je vraag snap ik niet helemaal. Registers lijken hier niet van toepassing. Als je de stukjes yaml bekijkt die ik bij mijn vraag een paar posts terug liet zien, dan zie je een volledig werkend stukje code voor het uitlezen. Daar worden geen registers in gespecificeerd en die zijn ook niet van toepassing voor de adressen bij Nibe. Zoals gezegd: dat uitlezen gaat al een paar jaar prima.

Ik vermoed dat er iets niet goed zit in mijn template bij hub. Als ik die regel weglaat krijg ik een foutmelding daarover als ik de slider verschuif. Die moet er kennelijk in maar ik weet niet wat daar moet staan. Of er moet iets anders voor in de plaats staan, maar dan weet ik niet wát.
Helaas is hier totaal geen documentatie van.

En is de regel met value goed?

[Septillion]

Nope, mijn OCD is het niet eens met de nieuwe tint blauw van HA Niet dat ik het geen mooie kleur vind, maar arggg! Het is een andere kleur dan al het andere HA incl logo's en websites!

[MazzHead]

Septillion schreef op dinsdag 19 augustus 2025 @ 12:24:
Nope, mijn OCD is het niet eens met de nieuwe tint blauw van HA Niet dat ik het geen mooie kleur vind, maar arggg! Het is een andere kleur dan al het andere HA incl logo's en websites!

Aanpassen bij je gebruikerinstellingen?

[Septillion]

@MazzHead Owja, het is wel makkelijk aanpasbaar natuurlijk. Maar dan nog, dat het dan de default is

[Septillion]

@Hippe Lip Gezien je uitleest met een schaling van 0.1 zal je moeten schrijven met een schaling van 10.

Hub is volgens mij dus de name van je modbus entry, dus "Nibe". Ik zou het dus eerst een proberen gewoon als actie via dev tools, en als het daar werkt implementeren in de template.

[MazzHead]

Septillion schreef op dinsdag 19 augustus 2025 @ 12:37:
@MazzHead Owja, het is wel makkelijk aanpasbaar natuurlijk. Maar dan nog, dat het dan de default is

Ze hebben de website ook al aangepast, dat wordt lastig voor je dan

[Septillion]

@Hansie_P Nagelopen via text editor? Ook je scrips nagelopen? Als laatste zou ik dan nog even je scenes nalopen ook al zou ik verwachten dat HA die zelf zou oplossen...

[Septillion]

@MazzHead Auuwwwwwww, pas het logo dan ook aan

[HuismAndré]

Hippe Lip schreef op maandag 18 augustus 2025 @ 22:15:
[...]

En dat van die "Toevoegen van een "_r" aan het einde", das nieuw voor mij. Waaraan voeg je die _r toe? Kun je dat met een voorbeeld laten zien?

Hier een voorbeeld:



En in m'n configuration.yaml worden ze automatisch meegenomen:

YAML:

recorder:
  include:
    domains:
      - binary_sensor
      - climate
      - event
      - fan
      - humidifier
      - input_boolean
      - input_number
      - input_select
      - light
      - media_player
      - switch
    entity_globs:
      - sensor.*_battery*
      - sensor.*_consumed*
      - sensor.*_illuminance
      - sensor.*_power
      - sensor.*_r
      - sensor.*_trend
      - sensor.*_energy
      - sensor.*_verwarm*
      - sensor.gas_*
      - sensor.intergas_*
      - sensor.loods_*
      - sensor.nassie_*
      - sensor.water_*

[Hansie_P]

Septillion schreef op dinsdag 19 augustus 2025 @ 12:53:
@Hansie_P Nagelopen via text editor? Ook je scrips nagelopen? Als laatste zou ik dan nog even je scenes nalopen ook al zou ik verwachten dat HA die zelf zou oplossen...

Automatiseringen maak ik enkel via YAML in text editor. Alle automatiseringen zijn nagelopen. Scripts heb ik niet en scenes bevatten geen lampen. Dus het kan enkel in de automatiseringen zitten. Het voorbeeld wat ik deelde was een automatisering welke de warning triggert in de logs. Dus het gaat onder andere fout bij deze, maar hij heeft nergens color_temp staan, enkel color_temp_kelvin.

[TheFes]

Hansie_P schreef op dinsdag 19 augustus 2025 @ 13:13:
[...]

Automatiseringen maak ik enkel via YAML in text editor. Alle automatiseringen zijn nagelopen. Scripts heb ik niet en scenes bevatten geen lampen. Dus het kan enkel in de automatiseringen zitten. Het voorbeeld wat ik deelde was een automatisering welke de warning triggert in de logs. Dus het gaat onder andere fout bij deze, maar hij heeft nergens color_temp staan, enkel color_temp_kelvin.

Kun je met de timestamps van de error meldingen niet terugvinden welke automation het is door die te vergelijken met de last_triggered datum?
En kan het niet zijn dat je de color_temp via de GUI aangepast hebt?

[copykat]

Kan iemand mij vertellen of HA ook kan draaien op bijv. een Nuc die niet alleen voor HA is ingericht?
Ik dacht er aan om mn net aangeschafte Nuc als HA controler te gebruiken en meteen als een soort mediaplayer ( win11 of een linuxbased Kodi achtig ( al is kodi in Foto niet hoger dan 1080p dus die niet.)voor thuis op de nass opgeslagen media.
Dus kan het 2 systemen tegelijkertijd draaien?/ meerdere functies onderhouden? ( ik denk dat een GB-BKi7HA-7500 uit z'n neus zit te eten met een HA alleen om zich bezig te houden.)
Foto 's homevideo enz. ( smart TV is vaak beperkt)

[meesje]

copykat schreef op dinsdag 19 augustus 2025 @ 13:50:
Kan iemand mij vertellen of HA ook kan draaien op bijv. een Nuc die niet alleen voor HA is ingericht?
Ik dacht er aan om mn net aangeschafte Nuc als HA controler te gebruiken en meteen als een soort mediaplayer ( win11 of een linuxbased Kodi achtig ( al is kodi in Foto niet hoger dan 1080p dus die niet.)voor thuis op de nass opgeslagen media.
Dus kan het 2 systemen tegelijkertijd draaien?/ meerdere functies onderhouden? ( ik denk dat een GB-BKi7HA-7500 uit z'n neus zit te eten met een HA alleen om zich bezig te houden.)
Foto 's homevideo enz. ( smart TV is vaak beperkt)

Als je vast wil blijven houden aan Windows als OS, dan kun je bv HA in virtual box draaien. Of je kunt kijken naar Proxmox. Deze kun je als bare metal draaien en vanuit daar meerdere containers.

[Hansie_P]

TheFes schreef op dinsdag 19 augustus 2025 @ 13:32:
[...]


Kun je met de timestamps van de error meldingen niet terugvinden welke automation het is door die te vergelijken met de last_triggered datum?
En kan het niet zijn dat je de color_temp via de GUI aangepast hebt?

Thanks voor t meedenken, maar zoals ik zei heb ik alle automations met lampen er in nagelopen of ze de melding triggeren. En van al die meldingen heb ik de YAMLs nagelopen. Nergens staat color_temp, maar toch triggert de warning. Ik kan de automation niet via de GUI bewerken omdat ze gebruik maken van data_template. Dit staat er in de GUI YAML editor:



Automations zijn ook al herladen, en het lijkt allemaal goed te staan in de GUI. Ik vraag me echt af waarom dat de warning alsnog triggert.

[copykat]

meesje schreef op dinsdag 19 augustus 2025 @ 13:52:
[...]

Als je vast wil blijven houden aan Windows als OS, dan kun je bv HA in virtual box draaien. Of je kunt kijken naar Proxmox. Deze kun je als bare metal draaien en vanuit daar meerdere containers.

Nou, Windows is mij t meest bekend.
( ook niet echt diepgravend maar beter dan Linux of elk andere OS.)

Ok "proxmox" heb ik al eerder voor bij zien komen in mn lees moment zal eerst moeten lezen wat t is en doet. En hoe moeilijk het is om het in te richten en te onderhouden.
Dat " bare metal en containers" klinkt als programmeertaal.

[Oon]

Ik krijg ineens allemaal meldingen dat "notify.thuis" niet zou bestaan, nou ben ik gaan kijken en het lijkt er inderdaad op dat die service niet meer bestaat.
Is er iets veranderd in hoe dit systeem werkt? Ik dacht het vlug op te lossen door even vanuit de UI een group helper te maken, maar daar zie ik helemáál geen notify entities meer staan:


En dat terwijl ik wél gewoon de notify actions zie onder dev tools:


Edit: Dit is waar mijn 'notify.thuis' vanaf kwam, die heeft altijd perfect gewerkt. Zit in 'integrations/notify_groups/thuis.yaml', die wordt ingeladen door "packages: !include_dir_named integrations" in mijn configuration.yaml

YAML:

notify:
  - platform: group
    name: "Thuis"
    unique_id: "thuis"
    services:
      - service: lg_webos_tv_uk6300mlb
      - service: mobile_app_mac_mini_van_<red>
      - service: mobile_app_pixel_7a_<red>
      - service: mobile_app_pixel_7a_<red>
      - service: notify.mobile_app_cph2653
      - service: notify.mobile_app_quest

[ Voor 24% gewijzigd door Oon op 19-08-2025 14:39 ]

[meesje]

copykat schreef op dinsdag 19 augustus 2025 @ 14:24:
[...]

Nou, Windows is mij t meest bekend.
( ook niet echt diepgravend maar beter dan Linux of elk andere OS.)

Ok "proxmox" heb ik al eerder voor bij zien komen in mn lees moment zal eerst moeten lezen wat t is en doet. En hoe moeilijk het is om het in te richten en te onderhouden.
Dat " bare metal en containers" klinkt als programmeertaal.

Bare metal betekent dat Proxmox op zichzelf staand wordt geïnstalleerd en niet binnen bv Windows. Je kunt dan Proxmox via een url benaderen.
Containers zijn binnen Proxmox virtual machines.

[synoniem]

copykat schreef op dinsdag 19 augustus 2025 @ 14:24:
[...]

Nou, Windows is mij t meest bekend.
( ook niet echt diepgravend maar beter dan Linux of elk andere OS.)

Ok "proxmox" heb ik al eerder voor bij zien komen in mn lees moment zal eerst moeten lezen wat t is en doet. En hoe moeilijk het is om het in te richten en te onderhouden.
Dat " bare metal en containers" klinkt als programmeertaal.

Dat valt nogal mee. Als je Proxmox eenmaal geïnstalleerd hebt krijg je een webinterface waarmee je virtuele machines kan aanmaken en er is een scriptje dat je al het werk uit handen neemt voor Homeassistant https://community-scripts...xmoxVE/scripts?id=haos-vm

[Mistraller]

copykat schreef op dinsdag 19 augustus 2025 @ 13:50:
Kan iemand mij vertellen of HA ook kan draaien op bijv. een Nuc die niet alleen voor HA is ingericht?
Ik dacht er aan om mn net aangeschafte Nuc als HA controler te gebruiken en meteen als een soort mediaplayer ( win11 of een linuxbased Kodi achtig ( al is kodi in Foto niet hoger dan 1080p dus die niet.)voor thuis op de nass opgeslagen media.
Dus kan het 2 systemen tegelijkertijd draaien?/ meerdere functies onderhouden? ( ik denk dat een GB-BKi7HA-7500 uit z'n neus zit te eten met een HA alleen om zich bezig te houden.)
Foto 's homevideo enz. ( smart TV is vaak beperkt)

Ik heb een stokoude, maar wel stabiele laptop met goede accu waar ubuntu op draait. Daarop KVM met HA in een VM.
Alle USB devices zijn keurig bereikbaar vanuit HA, het is stabiel, en als de stroom uitvalt dan functioneert de laptopaccu direct als noodstroomvoorziening. Met MQTT krijgt HA ook de power status van de laptop binnen.
Dan kan je echt alle kanten uit denk ik.

[meesje]

Vandaag heb ik mijn HW P1 meter omgewisseld. Deze werd gelijk weer herkend door HA. Echter de oude kon ik met geen mogelijkheid verwijder. Van alles gezocht. Rechtsboven op drie stipjes… helaas. Juiste rechten (advanced), dat heeft mijn user. Verder niks kunnen vinden en best wel veel zelfde soort vragen zonder oplossing. Ik was dus niet de enige.
Toen maar HA opnieuw opgestart en warempel, ik kreeg bij de integraties een lijstje met devices die niet gevonden konden worden. Deze kon ik toen wel verwijderen.
Het blijft nog steeds een gouden regel: soms helpt een reboot.

[TheFes]

Oon schreef op dinsdag 19 augustus 2025 @ 14:36:
Ik krijg ineens allemaal meldingen dat "notify.thuis" niet zou bestaan, nou ben ik gaan kijken en het lijkt er inderdaad op dat die service niet meer bestaat.
Is er iets veranderd in hoe dit systeem werkt? Ik dacht het vlug op te lossen door even vanuit de UI een group helper te maken, maar daar zie ik helemáál geen notify entities meer staan:
[Afbeelding]

En dat terwijl ik wél gewoon de notify actions zie onder dev tools:
[Afbeelding]

Edit: Dit is waar mijn 'notify.thuis' vanaf kwam, die heeft altijd perfect gewerkt. Zit in 'integrations/notify_groups/thuis.yaml', die wordt ingeladen door "packages: !include_dir_named integrations" in mijn configuration.yaml

YAML:

notify:
  - platform: group
    name: "Thuis"
    unique_id: "thuis"
    services:
      - service: lg_webos_tv_uk6300mlb
      - service: mobile_app_mac_mini_van_<red>
      - service: mobile_app_pixel_7a_<red>
      - service: mobile_app_pixel_7a_<red>
      - service: notify.mobile_app_cph2653
      - service: notify.mobile_app_quest

Via de UI kun je notify entities groeperen, maar er zijn nog maar heel weinig integrations die notify entities aanmaken. [mono[file[/] doet dat, en verder weet ik er zo geen.

Notify actions kunnena alleen via YAML gegroepeerd worden, en worden dan dus ook een nieuwe action. Ik naar het voorbeeld in de documentatie kijk, staat er wel overal action waar jij service hebt.

En unique_id staat daar niet vermeld als geldige configuratie optie.

[TheFes]

Hansie_P schreef op dinsdag 19 augustus 2025 @ 14:15:
[...]


Thanks voor t meedenken, maar zoals ik zei heb ik alle automations met lampen er in nagelopen of ze de melding triggeren. En van al die meldingen heb ik de YAMLs nagelopen. Nergens staat color_temp, maar toch triggert de warning. Ik kan de automation niet via de GUI bewerken omdat ze gebruik maken van data_template. Dit staat er in de GUI YAML editor:

[Afbeelding]

Automations zijn ook al herladen, en het lijkt allemaal goed te staan in de GUI. Ik vraag me echt af waarom dat de warning alsnog triggert.

data_template: is al zeker 4 jaar depreciated, je kunt daar gewoon data: gebruiken.

Maar als je de log warning naast de automation trigger datetimes legt, kun je als het goed is precies zien welke automation het is. Ik geloof je wel dat daar color_temp_kelvin staat, maar wellicht wordt dat achter de schermen weer omgerekend naar color_temp in mireds omdat de betreffende integratie geen kelvin waardes ondersteunt. Ik weet het verder ook niet, maar dan zou je het wellicht naar één specifieke integratie terug kunnen traceren.

[Septillion]

@Hansie_P data_tempalte zou ik snel vervangen door data. Eerste is al aardige tijd deprecated. [edit]spuit 11

Maar wat heb je wel in scenes staan als dat geen lampen zijn? Denk dat de meeste juist alleen lampen in hun scenes hebben

[Septillion]

@copykat Kunnen, zeker. Maar makkelijk en/of praktisch valt te bezien.

Meestal wil je bij VM's alles als VM draaien, dus zowel HA als de media player. Maar als die video moet doen dan moet deze de beschikking krijgen over de video en audio hardware. Bij iGPU (GPU op de CPU) is dat alleen niet altijd mogelijk.

Media speler op de host draaien van de VM's. Maar dan neemt de complexiteit om dat de onderhouden weer toe omdat je dan losse zaken moet onderhouden.

Als "bare metal" en "containers" als abracadabra klinken zou ik niet het konijnenhol in kruipen en gewoon losse devices pakken.

[Hansie_P]

Septillion schreef op dinsdag 19 augustus 2025 @ 15:17:
@Hansie_P data_tempalte zou ik snel vervangen door data. Eerste is al aardige tijd deprecated. [edit]spuit 11

Maar wat heb je wel in scenes staan als dat geen lampen zijn? Denk dat de meeste juist alleen lampen in hun scenes hebben

Ah snap, ik zou zweren dat ik had gevonden dat je data_template moest gebruiken als je een template waarde gebruikte. Maar je hebt gelijk. Heb het nu zo aangepast, maar de trigger vindt nog steeds plaats helaas.

YAML:

actions:
    - action: light.turn_on
      data:
        entity_id: light.spots_gang
        color_temp_kelvin: "{{state_attr('switch.circadian_lighting_circadian_gang', 'colortemp')|int}}"
        brightness_pct: "{{state_attr('switch.circadian_lighting_circadian_gang', 'brightness')|int}}"
        transition: 2

GUI:

TheFes schreef op dinsdag 19 augustus 2025 @ 15:15:
[...]


data_template: is al zeker 4 jaar depreciated, je kunt daar gewoon data: gebruiken.

Maar als je de log warning naast de automation trigger datetimes legt, kun je als het goed is precies zien welke automation het is. Ik geloof je wel dat daar color_temp_kelvin staat, maar wellicht wordt dat achter de schermen weer omgerekend naar color_temp in mireds omdat de betreffende integratie geen kelvin waardes ondersteunt. Ik weet het verder ook niet, maar dan zou je het wellicht naar één specifieke integratie terug kunnen traceren.

Het gebeurt bij alle automations waar Hue lampen en Nanoleaf lampen inzitten en dit is de ZHA en Matter integratie.

[ Voor 24% gewijzigd door Hansie_P op 19-08-2025 15:52 ]

[TheFes]

Hansie_P schreef op dinsdag 19 augustus 2025 @ 15:51:
[...]

Ah snap, ik zou zweren dat ik had gevonden dat je data_template moest gebruiken als je een template waarde gebruikte. Maar je hebt gelijk. Heb het nu zo aangepast, maar de trigger vindt nog steeds plaats helaas.

YAML:

actions:
    - action: light.turn_on
      data:
        entity_id: light.spots_gang
        color_temp_kelvin: "{{state_attr('switch.circadian_lighting_circadian_gang', 'colortemp')|int}}"
        brightness_pct: "{{state_attr('switch.circadian_lighting_circadian_gang', 'brightness')|int}}"
        transition: 2

GUI:
[Afbeelding]


[...]


Het gebeurt bij alle automations waar Hue lampen en Nanoleaf lampen inzitten en dit is de ZHA en Matter integratie.

Wat bedoel je nu precies met trigger? Je bedoelt dat het uitvoeren van deze actie de log warning geeft?
Geeft hij het ook als je het uitvoert in devtools > actions?

[Hansie_P]

TheFes schreef op dinsdag 19 augustus 2025 @ 15:54:
[...]


Wat bedoel je nu precies met trigger? Je bedoelt dat het uitvoeren van deze actie de log warning geeft?
Geeft hij het ook als je het uitvoert in devtools > actions?

met trigger bedoel ik dat de warning in de log komt. Net de actie light.turn_on aangeroepen, zonder enige andere opties en de waarschuwing komt er nog steeds. Enige wat er nog tussen zit is de Circadian Lighting add-on, maar wat ik al eerder aangaf zouden die dit issue al opgelost moeten hebben begin dit jaar.

[TheFes]

Hansie_P schreef op dinsdag 19 augustus 2025 @ 16:00:
[...]


met trigger bedoel ik dat de warning in de log komt. Net de actie light.turn_on aangeroepen, zonder enige andere opties en de waarschuwing komt er nog steeds. Enige wat er nog tussen zit is de Circadian Lighting add-on, maar wat ik al eerder aangaf zouden die dit issue al opgelost moeten hebben begin dit jaar.

Heb je het ook zonder templates geprobeert in devtools > actions? Krijg je de warning dan ook? En zo ja, vanuit welke integratie komt die lamp?

PS Circadian Lighting is een (custom) integration, geen add on.

[Hansie_P]

TheFes schreef op dinsdag 19 augustus 2025 @ 16:05:
[...]


Heb je het ook zonder templates geprobeert in devtools > actions? Krijg je de warning dan ook? En zo ja, vanuit welke integratie komt die lamp?

PS Circadian Lighting is een (custom) integration, geen add on.

Excuses, custom integratie inderdaad.

Ik heb net de actie zonder enige attributen/templates uitgevoerd en ja de warning is er nog steeds. De lamp zit in de Matter Integratie met de Circadian Lighting integratie er tussen.

Toch nog even getest met Circadian Lighting uit en dan komt de warning niet. Zet ik Circadian Lighting aan, dan komt de warning wel. Dus het lijkt toch echt wel aan Circadian LIghting te liggen. Ik zal daar een issue loggen. Dank voor het meedenken allemaal!

[TheFes]

Hansie_P schreef op dinsdag 19 augustus 2025 @ 16:14:
[...]

Excuses, custom integratie inderdaad.

Ik heb net de actie zonder enige attributen/templates uitgevoerd en ja de warning is er nog steeds. De lamp zit in de Matter Integratie met de Circadian Lighting integratie er tussen.

Toch nog even getest met Circadian Lighting uit en dan komt de warning niet. Zet ik Circadian Lighting aan, dan komt de warning wel. Dus het lijkt toch echt wel aan Circadian LIghting te liggen. Ik zal daar een issue loggen. Dank voor het meedenken allemaal!

Zit je op de beta versie, of op de laatste stable? In de laatste beta release lijkt het opgelost te zijn
https://github.com/clayto...adian_lighting/issues/253

[ Voor 6% gewijzigd door TheFes op 19-08-2025 16:18 ]

[Hansie_P]

TheFes schreef op dinsdag 19 augustus 2025 @ 16:17:
[...]


Zit je op de beta versie, of op de laatste stable? In de laatste beta release lijkt het opgelost te zijn
https://github.com/clayto...adian_lighting/issues/253

ik zit nog op de stable. Blijkbaar te snel gekeken bij het pull request uit Januari.

[meesje]

Als leek heb ik jullie hulp weer nodig. Niet alleen een leek op HA gebied, maar ook op het gebied van energie.
In HA heb ik het energie dashboard ingericht met de volgende entiteiten. Dit levert het onderstaande dashboard op. Ik vind dit er mooi uit zien, maar is het ook juist? Bij zonne-energie produktie kan ik alleen maar kiezen voor SolarEdge Lifetime energy (ik had eerst alleen entiteiten ingeschakeld).
Graag jullie mening. Is SolarEdge Lifetime energy de juiste entiteit? Zien jullie nog andere zaken die wellicht niet juist zijn? Ander advies mag ook hoor.

[meesje]

Hmmm….. vreemd. Na het plaatsen van bovenstaand bericht (gelukkig heb ik het bewijs) nog, is zone-energieproductie grafiek leeg en is zonne-energie verdwenen in energie distributie.

Edit: na refresh van de pagina is de ‘gele’ info er weer.

[ Voor 15% gewijzigd door meesje op 19-08-2025 16:34 ]

[TheFes]

meesje schreef op dinsdag 19 augustus 2025 @ 16:31:
Als leek heb ik jullie hulp weer nodig. Niet alleen een leek op HA gebied, maar ook op het gebied van energie.
In HA heb ik het energie dashboard ingericht met de volgende entiteiten. Dit levert het onderstaande dashboard op. Ik vind dit er mooi uit zien, maar is het ook juist? Bij zonne-energie produktie kan ik alleen maar kiezen voor SolarEdge Lifetime energy (ik had eerst alleen entiteiten ingeschakeld).
Graag jullie mening. Is SolarEdge Lifetime energy de juiste entiteit? Zien jullie nog andere zaken die wellicht niet juist zijn? Ander advies mag ook hoor.

[Afbeelding]

[Afbeelding]

Ja, dit is prima, lifetime is juist de aanbevolen input voor het Energy dashboard

[meesje]

TheFes schreef op dinsdag 19 augustus 2025 @ 16:33:
[...]

Ja, dit is prima, lifetime is juist de aanbevolen input voor het Energy dashboard

Super. Nu nog in de toekomst een thuisbatterij. Op dit moment overweeg ik eentje van HW, omdat ‘works with Home Assistant’ en alles in hetzelfde eco systeem. Menig tweaker zou ongetwijfeld voor iets anders kiezen, maar ik zie mezelf als een tweaker-lite.

[JukeboxBill]

Wat voegt die nieuwe grafiek/schema op het energie dashboard nog toe?
Is toch precies hetzelfde als dat met die balkjes voor individuele gebruikers?
Ik zou liever zien dat de €/kWu zou worden getoond, wat nuttig is bij dynamisch contract.
Het liefst ook nog voor de individuele gebruikers.
Dat laatste doe ik nu met de integratie Dynamic Energy Cost en nog wat eigen nutsmeters en berekeningen in configuration.yaml.
Maar dat was een hele hoop werk.

[oltk]

Septillion schreef op dinsdag 19 augustus 2025 @ 12:37:
@MazzHead Owja, het is wel makkelijk aanpasbaar natuurlijk. Maar dan nog, dat het dan de default is

Hmm. Ja, ik neem aan dat ik de kleur in de kleurbalkjes moet veranderen bij browserinstellingen/thema's. Want die kleur "blauw" is toch pijnlijk. Maar ik kan maar één alternatieve tint blauw kiezen (ik wil donkerblauw, maar dat mag niet). Ik selecteer een kleur, en daarna springt 'ie naar een veel lichtere tint. Groen kan wel maar dan kies ik liever de HA versie van blauw.

Kortom: is de beperkte kleurenselectie een bugje, of is dit een feature?

[copykat]

Septillion schreef op dinsdag 19 augustus 2025 @ 15:30:
@copykat Kunnen, zeker. Maar makkelijk en/of praktisch valt te bezien.

Meestal wil je bij VM's alles als VM draaien, dus zowel HA als de media player. Maar als die video moet doen dan moet deze de beschikking krijgen over de video en audio hardware. Bij iGPU (GPU op de CPU) is dat alleen niet altijd mogelijk.

Media speler op de host draaien van de VM's. Maar dan neemt de complexiteit om dat de onderhouden weer toe omdat je dan losse zaken moet onderhouden.

Als "bare metal" en "containers" als abracadabra klinken zou ik niet het konijnenhol in kruipen en gewoon losse devices pakken.

Ik vind het niet erg om iets te leren als dit mn doel haalt. Maar inderdaad ik ben geen ict onderlegd persoon. Met wat rond zoeken ontdek ik vaak wel wat ik moet doen maar vervolgens "vergeet" ik t weer en moet later gewoon wéér t wiel uitvinden. Elektromechanisch, houtbewerking , klussen in t algemeen, de hand oog combinatie gaat me makkelijk af. De virtuele kant van software is bij mij vaak de vraag wat betekend dat, is t terug te draaien indien ik t niet wil, wat veranderd er nog meer in mn systeem enz. Dat is veelal minder zichtbaar bij software dan "hardware"
Zelf bouwen pc gaat prima, vero 4k of cubox opbouwen ook. Paslezers werkend krijgen, enz.
T media verhaal is minder van belang.
Ik denk dat ik met eerst HA werkend krijgen en dan later spelen met proxmod al genoeg problemen uitdagingen krijg.

[Septillion]

Met steeds meer zaken op energy dashboard voel ik wel beetje de noodzaak aankomen voor meer configuratie opties. Dus aan en uit kunnen zetten wat getoond wordt etc.

[Septillion]

@oltk Ik mag hier gewoon elke andere kleur kiezen.

[GeeMoney]

Hippe Lip schreef op dinsdag 19 augustus 2025 @ 09:34:
[...]

@GeeMoney Je vraag snap ik niet helemaal. Registers lijken hier niet van toepassing. Als je de stukjes yaml bekijkt die ik bij mijn vraag een paar posts terug liet zien, dan zie je een volledig werkend stukje code voor het uitlezen. Daar worden geen registers in gespecificeerd en die zijn ook niet van toepassing voor de adressen bij Nibe. Zoals gezegd: dat uitlezen gaat al een paar jaar prima.

Ik vermoed dat er iets niet goed zit in mijn template bij hub. Als ik die regel weglaat krijg ik een foutmelding daarover als ik de slider verschuif. Die moet er kennelijk in maar ik weet niet wat daar moet staan. Of er moet iets anders voor in de plaats staan, maar dan weet ik niet wát.
Helaas is hier totaal geen documentatie van.

En is de regel met value goed?

Is er docu van je Nibe pomp omtrent modbus communicate? Daar staan vaak de definities in welke registers/waardes je uit mag lezen, hoe je ze mag schrijven en welke waardes ze kunnen bevatten. 0 of 1 bijvoorbeeld. Vervolgens vertalen we dat naar een actie binnen HA.

Op deze manier schakel ik bijvoorbeeld mijn pomp aan/uit:

YAML:

  switches:
    - name: "Zwembad WPU Aan/Uit Schakelaar"
      unique_id: "Zwembad WPU Aan/Uit Schakelaar"
      slave: 1
      address: 0
      command_on: 1
      command_off: 0
      write_type: coil
      verify:
        input_type: coil
        address: 0
        delay: 1
        state_on: 1
        state_off: 0

Ik schrijf dus een 0 of 1 naar een coil type register op adres 0 .

YAML:

template:
  - number:
      - name: Temperatuur Zwembad WPU
        unique_id: template_number_temp_waterpomp
        state: "{{ states('sensor.fairland_zwembad_wpu_heating_temp') }}"
        min: 24
        max: 34
        step: 1.0
        set_value: 
          - service: modbus.write_register
            data:
              hub: waveshare1
              address: 3
              slave: 1
              value: "{{ (value +30) * 2  }}"

Op deze manier wijzig ik het setpoint temp.

[ Voor 31% gewijzigd door GeeMoney op 19-08-2025 21:15 ]

[JukeboxBill]

copykat schreef op dinsdag 19 augustus 2025 @ 13:50:
Kan iemand mij vertellen of HA ook kan draaien op bijv. een Nuc die niet alleen voor HA is ingericht?
Ik dacht er aan om mn net aangeschafte Nuc als HA controler te gebruiken en meteen als een soort mediaplayer ( win11 of een linuxbased Kodi achtig ( al is kodi in Foto niet hoger dan 1080p dus die niet.)voor thuis op de nass opgeslagen media.
Dus kan het 2 systemen tegelijkertijd draaien?/ meerdere functies onderhouden? ( ik denk dat een GB-BKi7HA-7500 uit z'n neus zit te eten met een HA alleen om zich bezig te houden.)
Foto 's homevideo enz. ( smart TV is vaak beperkt)

Mijn idee zou zijn om alleen HomeAssistant te installeren als zelfstandig operating system, zoals hier beschreven:
https://www.home-assistant.io/installation/generic-x86-64
In HA kan je dan de add-on Music Assistant Server installeren. Wat je daarmee allemaal kan, staat hier beschreven:
https://www.music-assistant.io/

[Hippe Lip]

GeeMoney schreef op dinsdag 19 augustus 2025 @ 21:09:
[...]
Is er docu van je Nibe pomp omtrent modbus communicate? Daar staan vaak de definities in welke registers/waardes je uit mag lezen, hoe je ze mag schrijven en welke waardes ze kunnen bevatten. 0 of 1 bijvoorbeeld. Vervolgens vertalen we dat naar een actie binnen HA.

Ja, ik heb een uitgebreide documentatie. Nibe heeft keurige modbusdocumentatie gemaakt en daarin staan alle modbusregisters van alle Nibe-apparaten keurig gerangschikt met kolommen: naam, ID (=adres), type (input of holding), size (tussen 8 en 32 bits), eenheid, factor (meestal 1 of 10) en een toelichting wat bepaalde waardes betekenen indien van toepassing.
Dat was in het begin, toen ik voor het eerst een modbuskoppeling maakte wel even leren, maar de ins en outs ken ik inmiddels aardig. Gelukkig zitten er geen registerdingen tussen waarbij er meerdere dingen in één 8-bits adres zitten.

Het was voor mij nu leren hoe ik naar die adressen kan schrijven en jouw voorbeeld heeft daarbij goed geholpen. Veel dank daarvoor @GeeMoney
Het is inmiddels gelukt om een slider te maken waarmee ik nu terug kan schrijven.

En ook veel dank voor die extra’s die je daarbij meestuurde zoals de vertaling van een registerwaarde naar een status (Normal, Silence, Supersilence, Turbo). Nog nooit mee bezig geweest, maar dit is een welkome aanvulling.

Je gaf begin dit jaar ook een ‘ Input_select om de pull-down te maken’, maar waarin staat die? Is dat een onderdeel van je jaml? Het begint namelijk met een regel met een streepje, dus dat valt onder een kop die je er niet bij gaf.
Dat gaat om dit stukje:

YAML:

- id: '1714684847542'                                                                                                                                 
  alias: Zwembad WPU - Mode Normal                                                                                                                    
  description: ''                                                                                                                                     
  trigger:                                                                                                                                            
  - platform: state                                                                                                                                   
    entity_id:                                                                                                                                        
    - input_select.zwembad_set_mode                                                                                                                   
    from:                                                                                                                                             
    to: Normal                                                                                                                                        
  condition: []                                                                                                                                       
  action:                                                                                                                                             
  - if:                                                                                                                                               
    - condition: state                                                                                                                                
      entity_id: input_select.zwembad_set_mode                                                                                                        
      state: Normal                                                                                                                                   
    then:                                                                                                                                             
    - service: modbus.write_register                                                                                                                  
      metadata: {}                                                                                                                                    
      data:                                                                                                                                           
        hub: waveshare1                                                                                                                               
        address: 1                                                                                                                                    
        slave: 1                                                                                                                                      
        value: 0                                                                                                                                      
  mode: single          

[Hippe Lip]

Septillion schreef op dinsdag 19 augustus 2025 @ 12:43:
@Hippe Lip Gezien je uitleest met een schaling van 0.1 zal je moeten schrijven met een schaling van 10.

@Septillion Ja dank! Dat had ik nog niet in de gaten en dit hielp wel mee.

Hub is volgens mij dus de name van je modbus entry, dus "Nibe". Ik zou het dus eerst een proberen gewoon als actie via dev tools, en als het daar werkt implementeren in de template.

Ja, het moest inderdaad hub: nibe zijn.
En die tip om het bij dev tools te testen was waardevol. Dat heb ik daar nog nooit gebruikt, maar nu dan wel. En daar kreeg ik een directe foutmelding waar ik wat aan had. Ik zat ergens fout met een haakje waar ik steeds overheen keek.
Nu heb ik het schrijven naar een modbusadres aan de praat en kan ik dat op meer plekken gaan gebruiken.

Het was niet moeilijk, maar omdat daar totaal geen documentatie van is (ik kon het tenminste nergens vinden) vond ik het lastig om het de eerste keer op te bouwen.

Allemaal veel dank voor de hulp!

[ Voor 7% gewijzigd door Hippe Lip op 19-08-2025 21:37 ]

[GeeMoney]

Hippe Lip schreef op dinsdag 19 augustus 2025 @ 21:30:
[...]

Ja, ik heb een uitgebreide documentatie. Nibe heeft keurige modubusdOcumentatie gemaakt en daarin staan alle modbusregisters van alle Nibe-apparaten keurig gerangschikt met kolommen: naam, ID (=adres), type (input of holding), size (tussen 8 en 32 bits), eenheid, factor (meestal 1 of 10) en een toelichting wat bepaalde waardes betekenen indien van toepassing.
Dat was in het begin, toen ik voor het eerst een modbuskoppeling maakte wel even leren, maar de ins en outs ken ik inmiddels aardig. Gelukkig zitten er geen registerdingen tussen waarbij er meerdere dingen in één 8-bits adres zitten.

Het was voor mij nu leren hoe ik naar die adressen kan schrijven en jouw voorbeeld heeft daarbij goed geholpen. Veel dank daarvoor @GeeMoney
Het is inmiddels gelukt om een slider te maken waarmee ik nu terug kan schrijven.

En ook veel dank voor die extra’s die je daarbij meestuurde zoals de vertaling van een registerwaarde naar een status (Normal, Silence, Supersilence, Turbo). Nog nooit mee bezig geweest, maar dit is een welkome aanvulling.

Je gaf begin dit jaar ook een ‘ Input_select om de pull-down te maken’, maar waarin staat die? Is dat een onderdeel van je jaml? Het begint namelijk met een regel met een streepje, dus dat valt onder een kop die je er niet bij gaf.
Dat gaat om dit stukje:

YAML:

- id: '1714684847542'                                                                                                                                 
  alias: Zwembad WPU - Mode Normal                                                                                                                    
  description: ''                                                                                                                                     
  trigger:                                                                                                                                            
  - platform: state                                                                                                                                   
    entity_id:                                                                                                                                        
    - input_select.zwembad_set_mode                                                                                                                   
    from:                                                                                                                                             
    to: Normal                                                                                                                                        
  condition: []                                                                                                                                       
  action:                                                                                                                                             
  - if:                                                                                                                                               
    - condition: state                                                                                                                                
      entity_id: input_select.zwembad_set_mode                                                                                                        
      state: Normal                                                                                                                                   
    then:                                                                                                                                             
    - service: modbus.write_register                                                                                                                  
      metadata: {}                                                                                                                                    
      data:                                                                                                                                           
        hub: waveshare1                                                                                                                               
        address: 1                                                                                                                                    
        slave: 1                                                                                                                                      
        value: 0                                                                                                                                      
  mode: single          

Dat is een automation denk ik:

YAML:

alias: Zwembad WPU - Mode Normal
description: ""
mode: single
triggers:
  - entity_id:
      - input_select.zwembad_set_mode
    from: null
    to: Normal
    trigger: state
conditions: []
actions:
  - if:
      - condition: state
        entity_id: input_select.zwembad_set_mode
        state: Normal
    then:
      - metadata: {}
        data:
          hub: waveshare1
          address: 1
          slave: 1
          value: 0
        action: modbus.write_register

Die reageert dus inderdaad op mijn slider wat volgens mij een helper is.

[Hippe Lip]

GeeMoney schreef op dinsdag 19 augustus 2025 @ 21:37:
[...]
Dat is een automation denk ik:
[…]
Die reageert dus inderdaad op mijn slider wat volgens mij een helper is.

@GeeMoney Hmm, dit lijkt net weer anders.

Het was deze post van jou, en daarin het laatste blok met yaml. Daar mist dus het bovenste deel, waardoor ik het niet kan plaatsen. Alles ()de streepjes van de 4 blokken daarin) staat ook tegen de linker kantlijn, wat niet echt lijkt te kloppen.

[GeeMoney]

Hippe Lip schreef op dinsdag 19 augustus 2025 @ 22:24:
[...]

@GeeMoney Hmm, dit lijkt net weer anders.

Het was deze post van jou, en daarin het laatste blok met yaml. Daar mist dus het bovenste deel, waardoor ik het niet kan plaatsen. Alles ()de streepjes van de 4 blokken daarin) staat ook tegen de linker kantlijn, wat niet echt lijkt te kloppen.

Geen idee meer sorry. Het is gewoon de automation trouwens.
Ik heb de code gevonden maar die begint bij - id

Dit is de gehele automation:

YAML:

- id: '1714684847542'
  alias: Zwembad WPU - Mode Normal
  description: ''
  trigger:
  - platform: state
    entity_id:
    - input_select.zwembad_set_mode
    from:
    to: Normal
  condition: []
  action:
  - if:
    - condition: state
      entity_id: input_select.zwembad_set_mode
      state: Normal
    then:
    - service: modbus.write_register
      metadata: {}
      data:
        hub: waveshare1
        address: 1
        slave: 1
        value: 0
  mode: single
- id: '1714685225218'
  alias: Zwembad WPU - Mode Silence
  description: ''
  trigger:
  - platform: state
    entity_id:
    - input_select.zwembad_set_mode
    from:
    to: Silence
  condition: []
  action:
  - if:
    - condition: state
      entity_id: input_select.zwembad_set_mode
      state: Silence
    then:
    - service: modbus.write_register
      metadata: {}
      data:
        hub: waveshare1
        address: 1
        slave: 1
        value: 1
  mode: single
- id: '1714685264339'
  alias: Zwembad WPU - Mode Super Silence
  description: ''
  trigger:
  - platform: state
    entity_id:
    - input_select.zwembad_set_mode
    from:
    to: Super Silence
  condition: []
  action:
  - if:
    - condition: state
      entity_id: input_select.zwembad_set_mode
      state: Super Silence
    then:
    - service: modbus.write_register
      metadata: {}
      data:
        hub: waveshare1
        address: 1
        slave: 1
        value: 2
  mode: single

[ Voor 64% gewijzigd door GeeMoney op 19-08-2025 22:44 ]

[Hippe Lip]

GeeMoney schreef op dinsdag 19 augustus 2025 @ 22:41:
[...]
Geen idee meer sorry. Het is gewoon de automation trouwens.
Ik heb de code gevonden maar die begint bij - id

Dit is de gehele automation:

@GeeMoney OK, het is dus een automation. Dan zal ik er in die context nog eens naar kijken als ik daar aan toe kom.
Thnx.

[Esumontere]

Ik heb voor mijn MHI airco een automatisering gebouwd die na het koelen de airco nog 2 uur laat nablazen om de condensor te drogen. Daarna zou hij vanzelf uit moeten gaan. Echter, dat laatste gebeurt niet; hij blijft net zo lang blazen tot ik hem handmatig uitzet. Wat gaat hier mis?

YAML:

alias: Airco_slaapkamer_off
description: Zet airco slaapkamer uit als het schema eindigt.
triggers:
  - trigger: state
    entity_id:
      - schedule.airco
    to: "off"
conditions:
  - condition: not
    conditions:
      - condition: state
        entity_id: climate.airco_slaapkamer
        state: "off"
actions:
  - action: climate.set_hvac_mode
    metadata: {}
    data:
      hvac_mode: fan_only
    target:
      device_id: d293d1020e1d1caf34e5a086be4680d9
  - action: climate.set_fan_mode
    metadata: {}
    data:
      fan_mode: 1 Lowest
    target:
      device_id: d293d1020e1d1caf34e5a086be4680d9
  - delay:
      hours: 2
      minutes: 0
      seconds: 0
      milliseconds: 0
  - action: climate.set_fan_mode
    metadata: {}
    data:
      fan_mode: Auto
    target:
      device_id: d293d1020e1d1caf34e5a086be4680d9
  - action: climate.turn_off
    metadata: {}
    data: {}
    target:
      device_id: d293d1020e1d1caf34e5a086be4680d9
mode: single

[Septillion]

@Esumontere Wat zegt de trace?

[Esumontere]

Het logboek van de airco bedoel je? Niet zoveel... Ik heb hem na ruim 2 uur handmatig uitgezet.

[Septillion]

@Esumontere Nee, als je naar de automation editor gaat heb je rechts boven staan "Traces". Dan kan je zien wat een automation deed de laatste paar keer dat er een trigger was.

[MXMan]

@Esumontere

Edit: Never mind niet goed gelezen

ChatGPT zegt dit



Ik weet niet of het kan helpen

[ Voor 57% gewijzigd door MXMan op 20-08-2025 07:57 ]

[Septillion]

@MXMan Dat zou toch alleen een oplossing zijn als hij juist ongewenst wel uit gaat?

[Esumontere]

@MXMan dat zou betekenen dat de fan naar auto zetten wel moet werken, maar ook dat doet 'ie niet.

[Esumontere]

Septillion schreef op woensdag 20 augustus 2025 @ 07:51:
@Esumontere Nee, als je naar de automation editor gaat heb je rechts boven staan "Traces". Dan kan je zien wat een automation deed de laatste paar keer dat er een trigger was.

Ah thanks! Ga ik vanavond ff bekijken.

[Septillion]

Ja, ik heb beetje twee scenarios in gedachten:

Of er gebeurd wat waardoor de automation herladen is en dus een eventuele lopende delay afbreekt.

Of de auto vind het niet leuk twee commando's zo snel achter elkaar te zien. Maar dan zou de fan wel naar auto moeten gaan.

[Frappuccino]

Ik heb wat hulp van jullie nodig.

Daarnet heb ik mijn HA Supvervisor gemigreerd naar Proxmox + HAOS.
Dat is prima verlopen. USB's toegevoegd en dat draait.

Het probleem is nu dat in HA de entities van de Zigbee devices allemaal als unavailable worden weergegeven.

In de Z2M add on zelf zijn alle devices zichtbaar en geven ook de ontvangen waardes weer. En daar kan ik bijvoorbeeld power plugs ook gewoon schakelen. Echter in HA zelf zie ik ze dus niet. En met niet zien bedoel ik dus dat ik bij Integrations > MQTT wel alle devices zie maar als ik een devics selecteer de entities allemaal unavailable worden weergegeven. En dus ook op mijn dashboard als unavailable worden weergegeven.
Er lijkt dus iets mis te gaan in het laatste stukje richting HA.

Kan iemand deze noob in eenvoudige taal op weg helpen?

Edit:
Wat heb ik al geprobeerd in random order:
1. De HA VM opnieuw gestart.
2. De Mosquito broker add-on opnieuw gestart.
3. De Z2M add-on opnieuw gestart.
4. HA zelf opnieuw gestart.
5. Gecontroleerd of de USB poort in HA gelijk is aan die in de Z2M yaml file.

[ Voor 30% gewijzigd door Frappuccino op 20-08-2025 09:41 ]

[Esumontere]

Septillion schreef op woensdag 20 augustus 2025 @ 08:43:
Ja, ik heb beetje twee scenarios in gedachten:

Of er gebeurd wat waardoor de automation herladen is en dus een eventuele lopende delay afbreekt.

Of de auto vind het niet leuk twee commando's zo snel achter elkaar te zien. Maar dan zou de fan wel naar auto moeten gaan.

Dat laatste zou inderdaad ook kunnen, ik spreek ze aan via de WF-RAC API en die is niet bepaald snel. Wellicht een extra delay van 10 seconden tussen de twee commando's en het probleem is opgelost. Vanavond eens proberen.

[MXMan]

@Esumontere Je kans eens horen in de Lucht/lucht warmtepomp om mee te verwarmen en te koelen - #2 topic want daar zijn heel veel MHI gebruikers die ook HA gebruiken en eens vragen hoe zij dit werkend krijgen.

[Septillion]

@Frappuccino Je had onder Supervised ook de MQTT addon?

Heb je in de config van de Z2M addon wat opgegeven voor MQTT? Op zich hoef je in de addon namelijk niets in te stellen.

[Frappuccino]

Septillion schreef op woensdag 20 augustus 2025 @ 09:54:
@Frappuccino Je had onder Supervised ook de MQTT addon?

Heb je in de config van de Z2M addon wat opgegeven voor MQTT? Op zich hoef je in de addon namelijk niets in te stellen.

Yep, eigenlijk niks verandert.

Proxmox geinstalleerd, HAOS VM erop, hier mijn volledige backup van mijn HA Supervisor op losgelaten en alles lijkt te werken op bovengenoemde na. Dus alle add-ons zijn ook vanuit de backup weer teruggezet.

[ Voor 5% gewijzigd door Frappuccino op 20-08-2025 09:58 ]

[MXMan]

@Frappuccino Wat zie je onder System>Logs bij Mosquito Broker & Zigbee2MQTT

Als het werkt zie je het volgende:





Volgens mij communiceren je MQTT broker & Z2M niet (goed) met elkaar

In de Z2M configuration.yaml staat er het volgende bij mij:

YAML:

mqtt:
  server: mqtt://core-mosquitto:1883
  user: user
  password: password

De login moet natuurlijk overeenkomen met de gegevens in de Mosquito Broker

[ Voor 14% gewijzigd door MXMan op 20-08-2025 10:04 ]

[Septillion]

@Frappuccino Maar wat heb je nu staan als instellingen voor de Z2M addon?

[Frappuccino]

In de system log zie ik dit:
Logger: homeassistant.components.mqtt.client
Source: components/mqtt/client.py:691
integration: MQTT (documentation, issues)
First occurred: 09:58:48 (1 occurrence)
Last logged: 09:58:48
Failed to connect to MQTT server due to exception: [Errno 113] Host is unreachable[/quote]
[quote]

Nou bedenk ik me dat de nieuwe setup een ander IP adres heeft. Kan dat het probleem zijn?
En waar kan ik dat eventueel aanpassen?

[Septillion]

@Frappuccino Daarom vroeg ik, wat heb je ingesteld

Zolang je het gewoon leeg hebt gelaten vult HA zelf het correcte in. Heb je zelf dingen lopen invullen is dat nu mogelijk niet correct

De config van @MXMan is al te veel. Enige dat je nodig hebt is

YAML:

mqtt: {}

Ofwel, in de UI mag hele box onder mqtt leeg blijven.

[ Voor 28% gewijzigd door Septillion op 20-08-2025 10:07 ]

[Frappuccino]

@Septillion Dan denk ik dat je dit bedoelt:

ata_path: /config/zigbee2mqtt
socat:
enabled: false
master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
options: "-d -d"
log: false
mqtt: {}
serial: {}

[Septillion]

@Frappuccino Op zich ja. Daar is mqtt netjes leeg.

Alleen zou er onder serial iets moeten staan...

[edit]Owja, met een van de laatste versies is dat zelfs niet meer nodig en kan serial uit de UI van Z2M. Maar voor een restore uit een backup dus nog wel raar dat het leeg is.

[ Voor 46% gewijzigd door Septillion op 20-08-2025 10:11 ]

[Frappuccino]

@Septillion Daar staat verder niks.
Bij het blok network staat de poort op 8485 maar dat is geen onderdeel van het stukje yaml.

[MXMan]

@Septillion & @Frappuccino Er klopt iets niet, volgens mij is er een andere configruation.yaml file voor Z2M ergens op zijn server, want in zijn OP staat er dat zijn web UI werkt en hij zijn apparaten kan bedienen in Z2M

[ Voor 14% gewijzigd door MXMan op 20-08-2025 10:15 ]

[Frappuccino]

@MXMan die yaml heb ik uiteraard ook.

[Septillion]

@Frappuccino Wat heb je bij Z2M UI => Settings => MQTT => MQTT server?

Dat zou gewoon mqtt://core-mosquitto:1883 moeten zijn. En als je gewoon de automagische route hebt gevolgd heb je als user 'addons'.

Alleen de UI laat het wachtwoord niet zien dus weet even niet hoe je die dan weer makkelijk in kunt stellen...

[Frappuccino]

mqtt:
server: mqtt://core-mosquitto:1883

Bovenstaande staat dus in de configuration.yaml van Z2M.

[ Voor 41% gewijzigd door Frappuccino op 20-08-2025 10:18 ]

[MXMan]

@Frappuccino Wat zeggen jouw mosquito broker logs?

[Septillion]

@Frappuccino Okay, dat is wel correct... User is ook gewoon addons?

En de Mosquitto broker addon draait? Verder ook gewoon default?

En wat zeggen de logs daar?

[Frappuccino]

Mosquito log:

2025-08-20 09:03:41: Opening ipv6 listen socket on port 8883.
2025-08-20 09:03:41: Opening websockets listen socket on port 8884.
2025-08-20 09:03:41: mosquitto version 2.0.21 running
2025-08-20 09:03:42: New connection from ::1:51782 on port 1883.
2025-08-20 09:03:42: Client <unknown> disconnected due to protocol error.
[09:03:42] INFO: [32mSuccessfully send discovery information to Home Assistant.[0m
[09:03:43] INFO: [32mSuccessfully send service information to the Supervisor.[0m
2025-08-20 09:05:03: New connection from 172.30.33.4:57458 on port 1883.
2025-08-20 09:05:03: New client connected from 172.30.33.4:57458 as mqttjs_d246633e (p2, c1, k60, u'addons').
2025-08-20 09:06:59: New connection from 172.30.32.2:33584 on port 1883.
2025-08-20 09:06:59: Client <unknown> closed its connection.
2025-08-20 09:08:59: New connection from 172.30.32.2:49664 on port 1883.
2025-08-20 09:08:59: Client <unknown> closed its connection.
2025-08-20 09:10:59: New connection from 172.30.32.2:35422 on port 1883.
2025-08-20 09:10:59: Client <unknown> closed its connection.
2025-08-20 09:12:59: New connection from 172.30.32.2:39220 on port 1883.
2025-08-20 09:12:59: Client <unknown> closed its connection.
2025-08-20 09:14:59: New connection from 172.30.32.2:49344 on port 1883.
2025-08-20 09:14:59: Client <unknown> closed its connection.
2025-08-20 09:16:59: New connection from 172.30.32.2:48248 on port 1883.
2025-08-20 09:16:59: Client <unknown> closed its connection.
2025-08-20 09:18:59: New connection from 172.30.32.2:33382 on port 1883.
2025-08-20 09:18:59: Client <unknown> closed its connection.
2025-08-20 09:20:59: New connection from 172.30.32.2:50048 on port 1883.
2025-08-20 09:20:59: Client <unknown> closed its connection.
2025-08-20 09:22:59: New connection from 172.30.32.2:45460 on port 1883.
2025-08-20 09:22:59: Client <unknown> closed its connection.
2025-08-20 09:23:51: Client mqttjs_d246633e disconnected.
s6-rc: info: service legacy-services: stopping
[07:24:27] INFO: [32mService restart after closing[0m
2025-08-20 09:24:27: mosquitto version 2.0.21 terminating
2025-08-20 09:24:27: Saving in-memory database to /data//mosquitto.db.
[07:24:27] INFO: [32mService restart after closing[0m
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: 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 s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/mosquitto.sh
[09:25:31] INFO: [32mSetting up user mosquitto[0m
[09:25:31] INFO: [32mCertificates found: SSL is available[0m
cont-init: info: /etc/cont-init.d/mosquitto.sh exited 0
cont-init: info: running /etc/cont-init.d/nginx.sh
cont-init: info: /etc/cont-init.d/nginx.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun mosquitto (no readiness notification)
services-up: info: copying legacy longrun nginx (no readiness notification)
[09:25:32] INFO: [32mStarting NGINX for authentication handling...[0m
s6-rc: info: service legacy-services successfully started
[09:25:33] INFO: [32mStarting mosquitto MQTT broker...[0m
2025-08-20 09:25:33: Warning: Mosquitto should not be run as root/administrator.
2025-08-20 09:25:33: mosquitto version 2.0.21 starting
2025-08-20 09:25:33: Config loaded from /etc/mosquitto/mosquitto.conf.
2025-08-20 09:25:33: Loading plugin: /usr/share/mosquitto/go-auth.so
2025-08-20 09:25:33: ├── Username/password checking enabled.
2025-08-20 09:25:33: ├── TLS-PSK checking enabled.
2025-08-20 09:25:33: └── Extended authentication not enabled.
2025-08-20 09:25:33: Opening ipv4 listen socket on port 1883.
2025-08-20 09:25:33: Opening ipv6 listen socket on port 1883.
2025-08-20 09:25:33: Opening websockets listen socket on port 1884.
2025-08-20 09:25:33: Opening ipv4 listen socket on port 8883.
2025-08-20 09:25:33: Opening ipv6 listen socket on port 8883.
2025-08-20 09:25:33: Opening websockets listen socket on port 8884.
2025-08-20 09:25:33: mosquitto version 2.0.21 running
2025-08-20 09:25:33: New connection from ::1:42342 on port 1883.
2025-08-20 09:25:33: Client <unknown> disconnected due to protocol error.
[09:25:34] INFO: [32mSuccessfully send discovery information to Home Assistant.[0m
[09:25:35] INFO: [32mSuccessfully send service information to the Supervisor.[0m
2025-08-20 09:26:49: New connection from 172.30.33.4:43040 on port 1883.
2025-08-20 09:26:49: New client connected from 172.30.33.4:43040 as mqttjs_206fe367 (p2, c1, k60, u'addons').
2025-08-20 09:28:46: New connection from 172.30.32.2:48282 on port 1883.
2025-08-20 09:28:46: Client <unknown> closed its connection.
2025-08-20 09:30:46: New connection from 172.30.32.2:33798 on port 1883.
2025-08-20 09:30:46: Client <unknown> closed its connection.
2025-08-20 09:32:46: New connection from 172.30.32.2:54166 on port 1883.
2025-08-20 09:32:46: Client <unknown> closed its connection.
2025-08-20 09:34:46: New connection from 172.30.32.2:56722 on port 1883.
2025-08-20 09:34:46: Client <unknown> closed its connection.
2025-08-20 09:36:46: New connection from 172.30.32.2:34766 on port 1883.
2025-08-20 09:36:46: Client <unknown> closed its connection.
2025-08-20 09:37:53: Client mqttjs_206fe367 disconnected.
2025-08-20 09:38:09: New connection from 172.30.33.4:51774 on port 1883.
2025-08-20 09:38:09: New client connected from 172.30.33.4:51774 as mqttjs_a890f4ed (p2, c1, k60, u'addons').
2025-08-20 09:38:46: New connection from 172.30.32.2:49418 on port 1883.
2025-08-20 09:38:46: Client <unknown> closed its connection.
2025-08-20 09:40:46: New connection from 172.30.32.2:41034 on port 1883.
2025-08-20 09:40:46: Client <unknown> closed its connection.
2025-08-20 09:41:54: Client mqttjs_a890f4ed disconnected.
2025-08-20 09:42:04: New connection from 172.30.33.4:38178 on port 1883.
2025-08-20 09:42:04: New client connected from 172.30.33.4:38178 as mqttjs_ab203325 (p2, c1, k60, u'addons').
2025-08-20 09:42:46: New connection from 172.30.32.2:41992 on port 1883.
2025-08-20 09:42:46: Client <unknown> closed its connection.
2025-08-20 09:44:46: New connection from 172.30.32.2:50420 on port 1883.
2025-08-20 09:44:46: Client <unknown> closed its connection.
2025-08-20 09:46:46: New connection from 172.30.32.2:34826 on port 1883.
2025-08-20 09:46:46: Client <unknown> closed its connection.
2025-08-20 09:48:46: New connection from 172.30.32.2:33200 on port 1883.
2025-08-20 09:48:46: Client <unknown> closed its connection.
2025-08-20 09:50:12: New connection from 192.168.178.108:55349 on port 1883.
2025-08-20 09:50:12: Client mqtt-explorer-da6e330a disconnected, not authorised.
2025-08-20 09:50:46: New connection from 172.30.32.2:47522 on port 1883.
2025-08-20 09:50:46: Client <unknown> closed its connection.
2025-08-20 09:50:56: New connection from 192.168.178.108:55356 on port 1883.
2025-08-20 09:50:56: New client connected from 192.168.178.108:55356 as mqtt-explorer-da6e330a (p2, c1, k60, u'mosquitto').
2025-08-20 09:51:11: Client mqtt-explorer-da6e330a disconnected.
s6-rc: info: service legacy-services: stopping
2025-08-20 09:52:39: mosquitto version 2.0.21 terminating
time="2025-08-20T09:52:39+02:00" level=error msg="http request error: Post \"http://127.0.0.1:80/superuser\": dial tcp 127.0.0.1:80: connect: connection refused"
time="2025-08-20T09:52:39+02:00" level=error msg="http request error: Post \"http://127.0.0.1:80/acl\": dial tcp 127.0.0.1:80: connect: connection refused"
time="2025-08-20T09:52:39+02:00" level=error msg="Post \"http://127.0.0.1:80/superuser\": dial tcp 127.0.0.1:80: connect: connection refused"
2025-08-20 09:52:39: Saving in-memory database to /data//mosquitto.db.
[07:52:39] INFO: [32mService restart after closing[0m
[07:52:39] INFO: [32mService restart after closing[0m
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: 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 s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/mosquitto.sh
[09:52:45] INFO: [32mSetting up user mosquitto[0m
[09:52:46] INFO: [32mCertificates found: SSL is available[0m
cont-init: info: /etc/cont-init.d/mosquitto.sh exited 0
cont-init: info: running /etc/cont-init.d/nginx.sh
cont-init: info: /etc/cont-init.d/nginx.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun mosquitto (no readiness notification)
services-up: info: copying legacy longrun nginx (no readiness notification)
[09:52:47] INFO: [32mStarting NGINX for authentication handling...[0m
s6-rc: info: service legacy-services successfully started
[09:52:47] INFO: [32mStarting mosquitto MQTT broker...[0m
2025-08-20 09:52:47: Warning: Mosquitto should not be run as root/administrator.
2025-08-20 09:52:47: mosquitto version 2.0.21 starting
2025-08-20 09:52:47: Config loaded from /etc/mosquitto/mosquitto.conf.
2025-08-20 09:52:47: Loading plugin: /usr/share/mosquitto/go-auth.so
2025-08-20 09:52:47: ├── Username/password checking enabled.
2025-08-20 09:52:47: ├── TLS-PSK checking enabled.
2025-08-20 09:52:47: └── Extended authentication not enabled.
2025-08-20 09:52:47: Opening ipv4 listen socket on port 1883.
2025-08-20 09:52:47: Opening ipv6 listen socket on port 1883.
2025-08-20 09:52:47: Opening websockets listen socket on port 1884.
2025-08-20 09:52:47: Opening ipv4 listen socket on port 8883.
2025-08-20 09:52:47: Opening ipv6 listen socket on port 8883.
2025-08-20 09:52:47: Opening websockets listen socket on port 8884.
2025-08-20 09:52:47: mosquitto version 2.0.21 running
2025-08-20 09:52:47: New connection from ::1:48108 on port 1883.
2025-08-20 09:52:47: Client <unknown> disconnected due to protocol error.
2025-08-20 09:52:48: New connection from 172.30.33.4:41656 on port 1883.
[09:52:48] INFO: [32mSuccessfully send discovery information to Home Assistant.[0m
2025-08-20 09:52:48: New client connected from 172.30.33.4:41656 as mqttjs_ab203325 (p2, c1, k60, u'addons').
[09:52:49] INFO: [32mSuccessfully send service information to the Supervisor.[0m
2025-08-20 09:54:46: New connection from 172.30.32.2:54110 on port 1883.
2025-08-20 09:54:46: Client <unknown> closed its connection.
2025-08-20 09:55:53: Client mqttjs_ab203325 disconnected.
2025-08-20 09:56:04: New connection from 172.30.33.4:37358 on port 1883.
2025-08-20 09:56:04: New client connected from 172.30.33.4:37358 as mqttjs_32ed34b6 (p2, c1, k60, u'addons').
2025-08-20 09:56:46: New connection from 172.30.32.2:35094 on port 1883.
2025-08-20 09:56:46: Client <unknown> closed its connection.
2025-08-20 09:58:46: New connection from 172.30.32.2:50190 on port 1883.
2025-08-20 09:58:46: Client <unknown> closed its connection.
2025-08-20 10:00:46: New connection from 172.30.32.2:43470 on port 1883.
2025-08-20 10:00:46: Client <unknown> closed its connection.
2025-08-20 10:02:46: New connection from 172.30.32.2:34368 on port 1883.
2025-08-20 10:02:46: Client <unknown> closed its connection.
2025-08-20 10:04:46: New connection from 172.30.32.2:43964 on port 1883.
2025-08-20 10:04:46: Client <unknown> closed its connection.
2025-08-20 10:06:46: New connection from 172.30.32.2:45070 on port 1883.
2025-08-20 10:06:46: Client <unknown> closed its connection.
2025-08-20 10:08:46: New connection from 172.30.32.2:45100 on port 1883.
2025-08-20 10:08:46: Client <unknown> closed its connection.
2025-08-20 10:10:03: New connection from 192.168.178.108:55625 on port 1883.
2025-08-20 10:10:03: New client connected from 192.168.178.108:55625 as mqtt-explorer-da6e330a (p2, c1, k60, u'mosquitto').
2025-08-20 10:10:37: Client mqttjs_32ed34b6 disconnected.
2025-08-20 10:10:46: New connection from 172.30.32.2:44602 on port 1883.
2025-08-20 10:10:46: Client <unknown> closed its connection.
2025-08-20 10:10:48: New connection from 172.30.33.4:38058 on port 1883.
2025-08-20 10:10:48: New client connected from 172.30.33.4:38058 as mqttjs_75389581 (p2, c1, k60, u'addons').
2025-08-20 10:12:46: New connection from 172.30.32.2:58424 on port 1883.
2025-08-20 10:12:46: Client <unknown> closed its connection.
2025-08-20 10:14:46: New connection from 172.30.32.2:54240 on port 1883.
2025-08-20 10:14:46: Client <unknown> closed its connection.
2025-08-20 10:16:46: New connection from 172.30.32.2:48386 on port 1883.
2025-08-20 10:16:46: Client <unknown> closed its connection.
2025-08-20 10:18:46: New connection from 172.30.32.2:60190 on port 1883.
2025-08-20 10:18:46: Client <unknown> closed its connection.
2025-08-20 10:20:46: New connection from 172.30.32.2:38888 on port 1883.
2025-08-20 10:20:46: Client <unknown> closed its connection.

[Frappuccino]

Yep, zoals gezegd als ik in de side bar naar Z2M ga en dan een willekeurig device selecteer dan kan ik de gegevens wel gewoon zien, en power plugs ook gewoon schakelen. De entities lijken enkel niet te worden doorgezet naar de HA interface.

[Septillion]

@Frappuccino Dat was inderdaad duidelijk Maar je skipt de hele tijd vragen... Stel er meerdere maar krijg steeds maar op een enkele antwoord...

[Frappuccino]

De mosquito broker draait inderdaad. Anders zou ik de devices direct vanuit Z2M toch ook niet moeten kunnen bedienen. En bij mijn weten is alles inderdaad default. Destijds gewoon de installatieinstructies gevolgd.

[Septillion]

@Frappuccino En de user van Z2M?