Home Assistant: Open source Python3 home automation - deel 5

[P5ycho]

Ik wil mezelf indekken tegen het steeds moeten aanpassen van allerlei zaken als ik een device wissel. Wat is de beste manier om mezelf daar tegen in te dekken, moet ik voor elke relevante sensor een template sensor aan gaan maken? Ik zoek eigenlijk een manier om lange termijn (HA draait hier al 5+ jaar) minder bezig te zijn met onderhoud en meer tijd over te houden voor toevoegen van functionaliteit waar de gebruikers hier in huis wat aan hebben.

Om dat nog wat breder te trekken: Ik mis eigenlijk wat in home assistant, en dat is een 'appliance'. Ik zou graag een apparaat definieren waar ik verschilende entities van verschillende devices onder kan knopen.

Best case is de appliance gelijk aan de device.
In andere gevallen is het een samenraapsel van sensoren die inzicht geven in het functioneren en aansturen mogelijk maken van die appliance die van zichzelf geen of beperkte integratie biedt.
Ik wil graag definieren wat mijn appliance is, wat de externe interfaces zijn, en daarna welke entities van welke devices me deze info geven.
Als ik ervoor kies om de gekoppelde devices/entities te wisselen zou dat relatief makkelijk moeten zijn, net als in de energy configuration bijvoorbeeld.. Historie zou gekoppeld moeten zijn aan de appliance en dus niet weg moeten vallen als een device entity vervangen wordt door een andere.

Voorbeeld:

Warmtepomp.
Interfaces:
1. Sensor, Elektrisch vermogen input, W
2. Sensor, Thermisch vermogen, output, W
3. Input, dry contact:heat demand, cool/heat
4. SWW vat temperatuur, grC.

1 komt van een modbus kwhmeter
2 komt van een kamstrup warmtemeter
3 is een esp32 based relais
4 is een modbus interface

Daar bovenop zou je standaard dingetjes kunnen doen die relevant zijn voor die appliance, zoals COP berekening, plannen SWW runs, etc.

Klinkt dat logisch?

[HuismAndré]

@P5ycho Je kunt (bij een device wisseling) van de oude integratie de entity names even in een kladblokje zetten, dan oude integratie verwijderen, nieuwe toevoegen en waar nodig de entities hernoemen naar de oude versies. Die pakken dan gelijk de bestaande STS en LTS op.

Soms kan het handig zijn met templates te werken maar da's vooral als je meerdere sensoren gebruikt om één waarde betrouwbaar te volgen. Zo heb ik een template die als basis een zigbee temperatuursensor gebruikt en overschakelt naar een netatmo sensor als de zigbee sensor 12 minuten 'stale' is (normale interval voor die specifieke sensor is 5 minuten).

[P5ycho]

@HuismAndré Ja dat weet ik, maar ik vind dat helemaal niet zo handig eigenlijk.
Soms wil ik gewoon niet dezelfde naam houden als de vorige entity omdat ik het stom vind dat de entity 'zonnepanelen_fase1' heet terwijl ik nu een nieuwe omvormer heb met 3 fasen aansluiting, bijvoorbeeld.
Mijn energy dashboard heeft ook een aantal oude entities in de config van devices die niet meer bestaan, als ik die weggooi ben ik de historie kwijt terwijl die historie toch echt iets zegt over het verbruik van een ander apparaat, en niet over het verbruik van dat device. Ik zou, na 5+ jaar gebruik, daar graag iets aan veranderen.

Mijn conclusie is eigenlijk dat ik heel graag een abstractielaag zou zien tussen de devices en entities (waar de hobbyist en engineer graag mee stoeit) en het dashboard, waar de andere gebruikers in huis tegenaan kijken.
Natuurlijk kun je een puinzooi aan configuratie alsnog netjes presenteren in het dashboard, maar ik mis daar toch een laag tussen die het makkelijk maakt om de lifecycle van apparaten in huis en de manier waarop ik die in de gaten houd los kan koppelen.

[ Voor 21% gewijzigd door P5ycho op 19-08-2026 17:34 ]

[Ronald]

@P5ycho Sub-dashboards met auto-entities filters?

En dat fase1 verhaal los je op met rename-ping pongs... dan gaan de stats mee.

[ Voor 43% gewijzigd door Ronald op 19-08-2026 17:33 ]

[P5ycho]

Ik ben niet vies van sleutelen aan HA, heb zelfs al historie van sensoren samengevoegd omdat de nieuwe sensor in gebruik was voordat de andere afgekoppeld werd, dus die truucjes ken ik allemaal al. Ik wil ze alleen niet meer gebruiken in de toekomst .

Als er een manier zo zijn waarop ik zelf een device kan maken met daaronder een zwik template sensors zou ik daar misschien al content mee zijn. Dan is het een kwestie van de template sensor aanpassen als er iets wijzigt.

[HuismAndré]

P5ycho schreef op woensdag 19 augustus 2026 @ 17:27:
Mijn energy dashboard heeft ook een aantal oude entities in de config van devices die niet meer bestaan, als ik die weggooi ben ik de historie kwijt terwijl die historie toch echt iets zegt over het verbruik van een ander apparaat, en niet over het verbruik van dat device. Ik zou, na 5+ jaar gebruik, daar graag iets aan veranderen.

Je laat LTS data van devices die er nu niet meer zijn maar in de toekomst wellicht wel weer gewoon met rust. Dus niet wissen. Je bewaart wel ergens de namen (sowieso handig om met een logboek te werken). Mocht je ooit weer een device hebben die hierop aansluit dan hernoem je die na installatie, wacht tot er waarden binnenkomen alvorens ze eventueel weer te hernoemen (de bestaande data moet eerst 'geadopteerd' zijn).

Mijn conclusie is eigenlijk dat ik heel graag een abstractielaag zou zien tussen de devices en entities (waar de hobbyist en engineer graag mee stoeit) en het dashboard, waar de andere gebruikers in huis tegenaan kijken.

Het is zelfs geen probleem om LTS data van device A en B te laten bestaan terwijl A en B er niet meer zijn en later te koppelen aan Device C. Het is immers maar data (en dat verandert niet als je er een template tussen gaat stoppen).

[Ronald]

P5ycho schreef op woensdag 19 augustus 2026 @ 17:38:
Als er een manier zo zijn waarop ik zelf een device kan maken met daaronder een zwik template sensors zou ik daar misschien al content mee zijn. Dan is het een kwestie van de template sensor aanpassen als er iets wijzigt.

Je kunt onder Mosquitto devices maken. Daar heb ik ook een heleboel template zooi ondergebracht.

Mooi knopje op de MQTT integration pagina ;-)

[ Voor 5% gewijzigd door Ronald op 19-08-2026 22:04 ]

[Septillion]

Wachten... schreef op dinsdag 18 augustus 2026 @ 22:22:
Ik hoop dat iemand mij uit de brand kan helpen.

Ik heb dus een update gedaan, en ik dacht dat ik de backup aan had staan, maar blijkbaar dus niet. Nu is het zo dat ik gelukkig wel een database backup nog ergens had van mij z2mqtt, en ik had nog wel een oude backup van HA van circa een half jaar geleden (en niet al teveel gewijzigd de afgelopen tijd).

Nu heb ik alle apparaten een soort van terug kunnen halen in mijn z2mqtt, maar ik krijg voornamelijk bewegingssensors en hue remotes niet meer gekoppeld met z2mqtt.

Ik ben langzaam aan alle lampen weer aan het pairen, maar ik ben bang dat ik er nog een flinke dagtaak aan ga hebben om alles gereed te krijgen.

Heeft iemand nog een idee of ik dit handiger en sneller weer aan de praat kan krijgen?

Ging het zo mis dan?

Maar voor Z2M, daar zou je niet echt een recente backup voor hoeven hebben. Zolang je pan id's, channel en network key gelijk zijn gebleven dan komt de coördinator gewoon online. En het zijn de devices zelf die dan het netwerk onthouden ook al zijn ze later toegevoegd dan de backup. Feitelijk dus hetzelfde als bij Wifi. Enige is dat Z2M dan mist is per device settings. Dus zaken als de naam etc.

[Septillion]

@P5ycho 1 op 1 replacement is niet zo'n probleem mits je geen device id's gebruikt. Gewoon zelfde entity id gebruiken en gaan.

Maar grootste probleem is dat niet alle devices dezelfde interface hebben. Bedoel, voor een lamp of motion sensor is het nog wel makkelijk. Maar bij complexere zaken als een WP of omvormer zal er zeker overlap zijn maar ook verschillen. Meer/minder entities, of dat een modus anders werkt etc.

Imho is template sensors maken echt een veelvoud van de moeite versus het wisselen zonder. En dan kan je nog met hetzelfde eindigen dat je het entity id in de toekomst niet meer vind passen. Bedoel, als 'zonnepanelen_fase1' eerst de complete omvormer was dan was de keuze voor een naam dus al niet mega geweldig.

Daarnaast ga je dan alle data dubbel hebben wat weer zonde is voor de database. Of je moet daar weer actief in gaan snijden met al het meerwerk tot gevolg.

Een replace device wizard zou inderdaad een mooie toevoeging zijn. Maar die gaat het dus nooit 100% kunnen doen. Gewoon zelfde entity id gebruiken of een find and replace draaien is voor nu imho het snelst.

[Yukkie]

Ik heb een issue met de VW Group Connect integratie. Ik had deze laatst al eens geconfigureerd, maar met mijn oude auto deed-ie nog niets. Nu probeer ik hem opnieuw toe te voegen en de configureren, maar ik krijg telkens de melding 'This account is already configured.' Uiteraard heb ik de integratie al eens verwijderd en opnieuw toegevoegd, alle mogelijke referenties naar de plugin in die /config/.storage folder verwijderd, maar ik krijg em niet meer aan de praat. Voor ik een issue aanmaak op Github, dat ik dat wellicht hier iemand nog een idee heeft wat dit zou kunnen zijn?

[TheFes]

Yukkie schreef op donderdag 20 augustus 2026 @ 14:00:
Ik heb een issue met de VW Group Connect integratie. Ik had deze laatst al eens geconfigureerd, maar met mijn oude auto deed-ie nog niets. Nu probeer ik hem opnieuw toe te voegen en de configureren, maar ik krijg telkens de melding 'This account is already configured.' Uiteraard heb ik de integratie al eens verwijderd en opnieuw toegevoegd, alle mogelijke referenties naar de plugin in die /config/.storage folder verwijderd, maar ik krijg em niet meer aan de praat. Voor ik een issue aanmaak op Github, dat ik dat wellicht hier iemand nog een idee heeft wat dit zou kunnen zijn?

Al eens op de 3 puntjes links bovenin gedrukt bij het integraties overzicht? Ik gok dat hij in je application credentials daar staat.

[dotcom87]

Heeft er iemand een home assistant setup om de dynamische elektriciteitsprijzen via nord pool te berekenen voor België? Ik bedoel dan met eventueel een helper voor de extra kosten.

[deepbass909]

Yukkie schreef op donderdag 20 augustus 2026 @ 14:00:
Ik heb een issue met de VW Group Connect integratie. Ik had deze laatst al eens geconfigureerd, maar met mijn oude auto deed-ie nog niets. Nu probeer ik hem opnieuw toe te voegen en de configureren, maar ik krijg telkens de melding 'This account is already configured.' Uiteraard heb ik de integratie al eens verwijderd en opnieuw toegevoegd, alle mogelijke referenties naar de plugin in die /config/.storage folder verwijderd, maar ik krijg em niet meer aan de praat. Voor ik een issue aanmaak op Github, dat ik dat wellicht hier iemand nog een idee heeft wat dit zou kunnen zijn?

Sowieso is die integratie gebroken. Na de laatste update een paar dagen terug, heeft hij welgeteld 1 dag gewerkt en wordt nu al weer door VW geblockt.

Maar waar jij tegen aan loopt, zijn de Application credentials. Als je naar je devices & services gaat (waar al je integraties staan), en je klikt helemaal rechtsboven op de 3 puntjes, krijg je de optie om naar je Application credentials te gaan. Daar zou hij tussen moeten staan.

[sdk1985]

Weet iemand hoe ik via omnibattery kan forceren dat een batterij vanaf 19h tot 23:59 met 240W gaat ontladen en stopt met het nul op de meter? Ik kan wel een timeslot m aken maar het lijkt meer een SoC en charge min/max override. Ik kan geen output kiezen.




Edit het lijkt erop dat de pagina erna gebruikt kan worden voor wat ik wil. Daar kan ik een maximum instellen wat vermoedelijk dan gebruikt wordt. Even testen vanavond...

[ Voor 13% gewijzigd door sdk1985 op 20-08-2026 17:47 ]

[Raven]

Dit werkt niet meer in versie 2027.2.0. Los dit eerst op voordat je een upgrade uitvoert.

Je bestaande HTTP-configuratie uit configuration.yaml is geïmporteerd. De http-integratie kan nu via de gebruikersinterface worden geconfigureerd onder Instellingen > Systeem > Netwerk.

Verwijder het http:-blok uit je configuration.yaml en start Home Assistant opnieuw op.

Dus ik op die pagina kijken, zie ik daar nergens verwijzingen naar het certificaat (en het pad ernaar toe) dat ik in de yaml-config heb staan .... tot ik een paar keer ctrl+F5 deed, daarna SSL/TLS instellingen zichtbaar, dat is blijkbaar geen uniek issue

Goed, maar dan is er nog:

Ongeldige lokale netwerk-URL
Je hebt een HTTPS-certificaat geconfigureerd in Home Assistant. Dit betekent dat je interne URL moet worden ingesteld op een domein dat onder het certificaat valt.

Dat is het geval, de wildcard-certificaat is van toepassing op wat er bij Home Assistant URL staat , iemand enig idee waar dit fout gaat?

[ Voor 7% gewijzigd door Raven op 20-08-2026 18:23 ]

[Yukkie]

@TheFes @deepbass909 Thanks, maar helaas, daar staat niets wat met deze integratie te maken heeft.

[manusjevanalles]

Ik probeer HA de waterprijzen bij te laten houden. Ik heb daarvoor al een werkende sensor, echter het bedrag blijft gewoon op nul staan. Ik heb het zo ingevuld:





dus 1.817 euro/m3 als vaste waarde. Maar hij houdt de prijzen niet bij. Voor electraverbruik (via een sensor die de prijs bevat) werkt het prima.

Doe ik wat fout? In de recorder is standaard alles uitgesloten, tenzij ik een sensor toevoeg. Wellicht moet ik daar wat toevoegen, maar welke dan?

[ Voor 10% gewijzigd door manusjevanalles op 20-08-2026 20:57 ]

[skank]

Nog iemand problemen met mqtt broker, draait al heel lang stabiel maar plots niet meer.
De addon zegt "fout" en ik kan hem terug starten maar hij blijft op fout staan en daarna kan i kterug op starten klikken,

1. Docker-container app_core_mosquitto draait.
2. Mosquitto-proces draait.
3. Er is geen crash/exit.
4. Toch zegt Home Assistant Supervisor:
   code:
   

   state: error

[Septillion]

@skank Draait hier prima.

Zegt de app log nog iets?

[Septillion]

@manusjevanalles Het wordt niet over het verleden berekend dus je voegt hem niet net toe?

Ik weet even niet meer zeker of dit nu een entity aanmaakt of niet. Je zou eens in je entities kunnen zoeken naar een water entity.

[skank]

Septillion schreef op donderdag 20 augustus 2026 @ 21:17:
@skank Draait hier prima.

Zegt de app log nog iets?

Nee niets, die stopte ook.
Ik heb eens echt de pi uit het stopcontact getrokken, niet proper i know, en nu is alles terug normaal

[S-1-5-7]

Cimpel schreef op zaterdag 15 augustus 2026 @ 21:04:
Voor de mensen die het inmiddels moe zijn om elke keer de cache herhaaldelijk van de neersla gkaart op windows of android te legen, hier is een probleemloze, nagenoeg identieke neerslag kaart oplossing op basis van de ApexChart. Kopieer dit naar de ApexCharts-kaartconfiguratie.

YAML:

type: custom:apexcharts-card
header:
  show: true
  title: Neerslag
graph_span: 2h
span:
  start: minute
now:
  show: false
  label: Nu
apex_config:
  chart:
    height: 250px
  yaxis:
    title:
      text: mm/u
  grid:
    strokeDashArray: 0
  stroke:
    width: 2
  fill:
    opacity: 0.3
  tooltip:
    shared: true
    intersect: false
    custom: |
      EVAL:function({ series, seriesIndex, dataPointIndex, w }) {
        const x = w.globals.seriesX[seriesIndex][dataPointIndex];
        const time = new Date(x).toLocaleTimeString('nl-NL', { hour: '2-digit', minute: '2-digit' });
        let html = '<div style="padding:6px 10px;font-weight:bold;">' + time + '</div>';
        w.config.series.forEach((s, i) => {
          const idx = w.globals.seriesX[i].indexOf(x);
          const val = idx !== -1 ? w.globals.series[i][idx] : null;
          if (val !== null && val !== undefined) {
            html += '<div style="padding:2px 10px;"><span style="color:' + w.globals.colors[i] + '">\u25cf</span> ' + s.name + ': ' + val + ' mm/u</div>';
          }
        });
        return html;
      }
series:
  - entity: sensor.neerslag_buienalarm_regen_data
    name: Buienalarm
    type: area
    color: '#3498db'
    data_generator: |
      const d = entity.attributes.data;
      if (!d || !d.precip) return [];
      const step = 5 * 60 * 1000;
      return d.precip.map((v, i) => {
        const time = Math.floor(((d.start + i * d.delta) * 1000) / step) * step;
        const mmh = v === 0 ? 0 : Math.pow(10, (v - 109) / 32);
        return [time, Math.round(mmh * 100) / 100];
      });
  - entity: sensor.neerslag_buienradar_regen_data
    name: Buienradar
    type: area
    color: '#e67e22'
    data_generator: |
      const raw = entity.attributes.data;
      if (!raw) return [];
      const text = Array.isArray(raw) ? raw.join(' ') : String(raw);
      const now = new Date();
      const step = 5 * 60 * 1000;
      const points = [];
      const regex = /(\d+)\|(\d{1,2}):(\d{2})/g;
      let match;
      while ((match = regex.exec(text)) !== null) {
        const val = parseInt(match[1], 10);
        const hh = parseInt(match[2], 10);
        const mm = parseInt(match[3], 10);
        const t = new Date(now);
        t.setHours(hh, mm, 0, 0);
        if (t < now - 60 * 60 * 1000) t.setDate(t.getDate() + 1);
        const time = Math.floor(t.getTime() / step) * step;
        const mmh = val === 0 ? 0 : Math.pow(10, (val - 109) / 32);
        points.push([time, Math.round(mmh * 100) / 100]);
      }
      return points;

Thanks @dixet

Dank!
ChatGPT heeft voor mij deze versie aangepast. Ik wilde de horizontale lijnen vervangen met drie lijnen; licht, matig en zwaar. Net als in de Neerslag App/kaart.
Ook wilde ik de KNMI data (van de NL Weather-integratie) toegevoegde hebben.

Bij mij ziet het er nu zo uit (boven de nieuwe, onder de oude Neerslag App):



Dit is de code die ik hiervoor gebruik:

YAML:

type: custom:apexcharts-card
header:
  show: true
  title: Neerslag
graph_span: 2h
span:
  start: minute
now:
  show: false
  label: Nu
yaxis:
  - min: 0
    max: ~6
    decimals: 0
    apex_config:
      tickAmount: 6
      title:
        text: mm/u
apex_config:
  chart:
    height: 250px
  legend:
    show: false
  grid:
    strokeDashArray: 0
    yaxis:
      lines:
        show: false
  markers:
    size: 0
  dataLabels:
    enabled: true
    enabledOnSeries:
      - 3
      - 4
      - 5
    textAnchor: end
    offsetX: -6
    formatter: |
      EVAL:function(value, opts) {
        if (opts.dataPointIndex !== 2) return '';

        const labels = {
          3: 'Licht',
          4: 'Matig',
          5: 'Zwaar'
        };

        return labels[opts.seriesIndex] || '';
      }
    style:
      fontSize: 10px
      fontWeight: 600
    background:
      enabled: true
      foreColor: '#ffffff'
      backgroundColor: '#242424'
      borderRadius: 5
      padding: 4
      opacity: 1
      borderWidth: 0
      borderColor: '#242424'
      dropShadow:
        enabled: false
  tooltip:
    shared: true
    intersect: false
    custom: |
      EVAL:function({ series, seriesIndex, dataPointIndex, w }) {

        // Geen tooltip wanneer je over een referentielijn beweegt
        if (seriesIndex >= 3) return '';

        const x = w.globals.seriesX[seriesIndex][dataPointIndex];

        const time = new Date(x).toLocaleTimeString('nl-NL', {
          hour: '2-digit',
          minute: '2-digit'
        });

        let html =
          '<div style="padding:6px 10px;font-weight:bold;">' +
          time +
          '</div>';

        // Alleen de drie neerslagbronnen in de tooltip
        w.config.series.forEach((s, i) => {

          if (i >= 3) return;

          const idx = w.globals.seriesX[i].indexOf(x);
          const val = idx !== -1
            ? w.globals.series[i][idx]
            : null;

          if (val !== null && val !== undefined) {
            html +=
              '<div style="padding:2px 10px;">' +
              '<span style="color:' +
              w.globals.colors[i] +
              '">\u25cf</span> ' +
              s.name +
              ': ' +
              val +
              ' mm/u</div>';
          }
        });

        return html;
      }
series:
  - entity: sensor.neerslag_buienalarm_regen_data
    name: Buienalarm
    type: area
    color: '#3498db'
    stroke_width: 2
    opacity: 0.3
    data_generator: |
      const d = entity.attributes.data;

      if (!d || !d.precip) return [];

      const step = 5 * 60 * 1000;

      return d.precip.map((v, i) => {

        const time =
          Math.floor(
            ((d.start + i * d.delta) * 1000) / step
          ) * step;

        const mmh =
          v === 0
            ? 0
            : Math.pow(10, (v - 109) / 32);

        return [
          time,
          Math.round(mmh * 100) / 100
        ];
      });
  - entity: sensor.neerslag_buienradar_regen_data
    name: Buienradar
    type: area
    color: '#e67e22'
    stroke_width: 2
    opacity: 0.3
    data_generator: |
      const raw = entity.attributes.data;

      if (!raw) return [];

      const text =
        Array.isArray(raw)
          ? raw.join(' ')
          : String(raw);

      const now = new Date();
      const step = 5 * 60 * 1000;
      const points = [];

      const regex =
        /(\d+)\|(\d{1,2}):(\d{2})/g;

      let match;

      while ((match = regex.exec(text)) !== null) {

        const val =
          parseInt(match[1], 10);

        const hh =
          parseInt(match[2], 10);

        const mm =
          parseInt(match[3], 10);

        const t = new Date(now);

        t.setHours(hh, mm, 0, 0);

        if (t < now - 60 * 60 * 1000) {
          t.setDate(t.getDate() + 1);
        }

        const time =
          Math.floor(
            t.getTime() / step
          ) * step;

        const mmh =
          val === 0
            ? 0
            : Math.pow(10, (val - 109) / 32);

        points.push([
          time,
          Math.round(mmh * 100) / 100
        ]);
      }

      return points;
  - entity: binary_sensor.weer_thuis_neerslag_verwacht
    name: KNMI
    type: area
    color: '#2ecc71'
    stroke_width: 2
    opacity: 0.3
    data_generator: |
      const data =
        entity.attributes.forecast || [];

      const step =
        5 * 60 * 1000;

      return data.map(p => {

        const time =
          Math.floor(
            new Date(p.datetime).getTime() / step
          ) * step;

        const mmh =
          Number(p.precipitation ?? 0);

        return [
          time,
          Math.round(mmh * 100) / 100
        ];
      });
  - entity: sensor.neerslag_buienalarm_regen_data
    name: Licht
    type: line
    color: '#808080'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const s = start.getTime();
      const e = end.getTime();
      const m = s + ((e - s) / 2);

      return [
        [s, 0.4],
        [m, 0.400001],
        [e, 0.4]
      ];
  - entity: sensor.neerslag_buienalarm_regen_data
    name: Matig
    type: line
    color: '#808080'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const s = start.getTime();
      const e = end.getTime();
      const m = s + ((e - s) / 2);

      return [
        [s, 2],
        [m, 2.000001],
        [e, 2]
      ];
  - entity: sensor.neerslag_buienalarm_regen_data
    name: Zwaar
    type: line
    color: '#808080'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const s = start.getTime();
      const e = end.getTime();
      const m = s + ((e - s) / 2);

      return [
        [s, 5],
        [m, 5.000001],
        [e, 5]
      ];

[Septillion]

@skank Mooi dat het opgelost is. Was gewoon een host reboot niet makkelijker geweest

[CAP-Team]

Cimpel schreef op zaterdag 15 augustus 2026 @ 21:04:
Voor de mensen die het inmiddels moe zijn om elke keer de cache herhaaldelijk van de neersla gkaart op windows of android te legen, hier is een probleemloze, nagenoeg identieke neerslag kaart oplossing op basis van de ApexChart. Kopieer dit naar de ApexCharts-kaartconfiguratie.

YAML:

type: custom:apexcharts-card
header:
  show: true
  title: Neerslagvoorspelling komende 2 uur
graph_span: 2h
span:
  start: minute
yaxis:
  - min: 0
    max: ~6
    decimals: 0
    apex_config:
      tickAmount: 6
      title:
        text: Regen (mm/u)
apex_config:
  dataLabels:
    enabled: true
    enabledOnSeries:
      - 1
      - 2
      - 3
    textAnchor: end
    offsetX: -6
    formatter: |
      EVAL:function(value, opts) {
        if (opts.dataPointIndex !== 1) return '';
        const labels = {
          1: 'Licht',
          2: 'Matig',
          3: 'Zwaar'
        };
        return labels[opts.seriesIndex] || '';
      }
    style:
      fontSize: 10px
      fontWeight: 600
    background:
      enabled: true
      foreColor: '#ffffff'
      backgroundColor: '#242424'
      borderRadius: 5
      padding: 4
      opacity: 1
      borderWidth: 0
      borderColor: '#242424'
      dropShadow:
        enabled: false
  chart:
    height: 200px
  xaxis:
    type: datetime
    tickAmount: 15
    labels:
      format: HH:mm
      rotate: -45
      rotateAlways: true
  grid:
    strokeDashArray: 4
    xaxis:
      lines:
        show: true
    yaxis:
      lines:
        show: true
  stroke:
    width: 2
  fill:
    opacity: 0.3
  legend:
    show: false
  tooltip:
    shared: true
    intersect: false
    custom: |
      EVAL:function({ series, seriesIndex, dataPointIndex, w }) {
        const x = w.globals.seriesX~[seriesIndex]~[dataPointIndex];
        const time = new Date(x).toLocaleTimeString('nl-NL', { hour: '2-digit', minute: '2-digit' });
        let html = '<div style="padding:6px 10px;font-weight:bold;">' + time + '</div>';
        w.config.series.forEach((s, i) => {
          const idx = w.globals.seriesX~[i].indexOf(x);
          const val = idx !== -1 ? w.globals.series~[i]~[idx] : null;
          if ( s.name === "Licht" || s.name === "Matig" || s.name === "Zwaar" ) return;
          if (val !== null && val !== undefined) {
            html += '<div style="padding:2px 10px;"><span style="color:' + w.globals.colors~[i] + '">\u25cf</span> ' + s.name + ': ' + val + ' mm/u</div>';
          }
        });
        return html;
      }
series:
  - entity: sensor.neerslag_buienradar_regen_data
    name: Buienradar
    type: area
    color: '#219BC5'
    data_generator: |
      const raw = entity.attributes.data;
      if (!raw) return [];
      const text = Array.isArray(raw) ? raw.join(' ') : String(raw);
      const now = new Date();
      const step = 5 * 60 * 1000;
      const points = [];
      const regex = /(\d+)\|(\d{1,2}):(\d{2})/g;
      let match;
      while ((match = regex.exec(text)) !== null) {
        const val = parseInt(match[1], 10);
        const hh = parseInt(match[2], 10);
        const mm = parseInt(match[3], 10);
        const t = new Date(now);
        t.setHours(hh, mm, 0, 0);
        if (t < now - 60 * 60 * 1000) t.setDate(t.getDate() + 1);
        const time = Math.floor(t.getTime() / step) * step;
        const mmh = val === 0 ? 0 : Math.pow(10, (val - 109) / 32);
        points.push([time, Math.round(mmh * 100) / 100]);
      }
      return points;
  - entity: sensor.neerslag_buienradar_regen_data
    name: Licht
    type: line
    color: '#ABABAB'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const now = new Date();
      return [
        [now.getTime(), 0.4],
        [now.getTime() + 2 * 60 * 60 * 1000, 0.4]
      ];
  - entity: sensor.neerslag_buienradar_regen_data
    name: Matig
    type: line
    color: '#ABABAB'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const now = new Date();
      return [
        [now.getTime(), 2],
        [now.getTime() + 2 * 60 * 60 * 1000, 2]
      ];
  - entity: sensor.neerslag_buienradar_regen_data
    name: Zwaar
    type: line
    color: '#ABABAB'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const now = new Date();
      return [
        [now.getTime(), 5],
        [now.getTime() + 2 * 60 * 60 * 1000, 5]
      ];

En dit ziet er dan als volgt uit:

[ Voor 41% gewijzigd door CAP-Team op 20-08-2026 23:27 ]

[edwin2021]

CAP-Team schreef op donderdag 20 augustus 2026 @ 22:35:
[...]

YAML:

type: custom:apexcharts-card
header:
  show: true
  title: Neerslagvoorspelling komende 2 uur
graph_span: 2h
span:
  start: minute
yaxis:
  - min: 0
    max: ~6
    decimals: 0
    apex_config:
      tickAmount: 6
      title:
        text: Regen (mm/u)
apex_config:
  dataLabels:
    enabled: true
    enabledOnSeries:
      - 1
      - 2
      - 3
    textAnchor: end
    offsetX: -6
    formatter: |
      EVAL:function(value, opts) {
        if (opts.dataPointIndex !== 1) return '';
        const labels = {
          1: 'Licht',
          2: 'Matig',
          3: 'Zwaar'
        };
        return labels[opts.seriesIndex] || '';
      }
    style:
      fontSize: 10px
      fontWeight: 600
    background:
      enabled: true
      foreColor: '#ffffff'
      backgroundColor: '#242424'
      borderRadius: 5
      padding: 4
      opacity: 1
      borderWidth: 0
      borderColor: '#242424'
      dropShadow:
        enabled: false
  chart:
    height: 200px
  xaxis:
    type: datetime
    tickAmount: 15
    labels:
      format: HH:mm
      rotate: -45
      rotateAlways: true
  grid:
    strokeDashArray: 4
    xaxis:
      lines:
        show: true
    yaxis:
      lines:
        show: true
  stroke:
    width: 2
  fill:
    opacity: 0.3
  legend:
    show: false
  tooltip:
    shared: true
    intersect: false
    custom: |
      EVAL:function({ series, seriesIndex, dataPointIndex, w }) {
        const x = w.globals.seriesX~[seriesIndex]~[dataPointIndex];
        const time = new Date(x).toLocaleTimeString('nl-NL', { hour: '2-digit', minute: '2-digit' });
        let html = '<div style="padding:6px 10px;font-weight:bold;">' + time + '</div>';
        w.config.series.forEach((s, i) => {
          const idx = w.globals.seriesX~[i].indexOf(x);
          const val = idx !== -1 ? w.globals.series~[i]~[idx] : null;
          if ( s.name === "Licht" || s.name === "Matig" || s.name === "Zwaar" ) return;
          if (val !== null && val !== undefined) {
            html += '<div style="padding:2px 10px;"><span style="color:' + w.globals.colors~[i] + '">\u25cf</span> ' + s.name + ': ' + val + ' mm/u</div>';
          }
        });
        return html;
      }
series:
  - entity: sensor.neerslag_buienradar_regen_data
    name: Buienradar
    type: area
    color: '#219BC5'
    data_generator: |
      const raw = entity.attributes.data;
      if (!raw) return [];
      const text = Array.isArray(raw) ? raw.join(' ') : String(raw);
      const now = new Date();
      const step = 5 * 60 * 1000;
      const points = [];
      const regex = /(\d+)\|(\d{1,2}):(\d{2})/g;
      let match;
      while ((match = regex.exec(text)) !== null) {
        const val = parseInt(match[1], 10);
        const hh = parseInt(match[2], 10);
        const mm = parseInt(match[3], 10);
        const t = new Date(now);
        t.setHours(hh, mm, 0, 0);
        if (t < now - 60 * 60 * 1000) t.setDate(t.getDate() + 1);
        const time = Math.floor(t.getTime() / step) * step;
        const mmh = val === 0 ? 0 : Math.pow(10, (val - 109) / 32);
        points.push([time, Math.round(mmh * 100) / 100]);
      }
      return points;
  - entity: sensor.neerslag_buienradar_regen_data
    name: Licht
    type: line
    color: '#ABABAB'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const now = new Date();
      return [
        [now.getTime(), 0.4],
        [now.getTime() + 2 * 60 * 60 * 1000, 0.4]
      ];
  - entity: sensor.neerslag_buienradar_regen_data
    name: Matig
    type: line
    color: '#ABABAB'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const now = new Date();
      return [
        [now.getTime(), 2],
        [now.getTime() + 2 * 60 * 60 * 1000, 2]
      ];
  - entity: sensor.neerslag_buienradar_regen_data
    name: Zwaar
    type: line
    color: '#ABABAB'
    stroke_width: 1
    opacity: 0.7
    data_generator: |
      const now = new Date();
      return [
        [now.getTime(), 5],
        [now.getTime() + 2 * 60 * 60 * 1000, 5]
      ];

En dit ziet er dan als volgt uit:
[Afbeelding]

helaas geen replace yaml en klaar. Ziet er goed uit maar moet ik even naar kijken om werkend te krijgen. Voorgaande aanpassing naar apexchart was echt een simpele copy-paste actie. Deze met KNMI erbij klaagt over ontbreken
apexcharts-card
Entity not available: binary_sensor.weer_thuis_neerslag_verwacht

[manusjevanalles]

Septillion schreef op donderdag 20 augustus 2026 @ 21:18:
@manusjevanalles Het wordt niet over het verleden berekend dus je voegt hem niet net toe?

Ik weet even niet meer zeker of dit nu een entity aanmaakt of niet. Je zou eens in je entities kunnen zoeken naar een water entity.

Hij stond er al een dag in. Er is inderdaad een entity met iets van watermeter_cost. Die heb ik toegevoegd aan de recorder en toont een oplopend bedrag. Maar het bedrag in het energy dashboard blijft gewoon op 0 staan.

[noo]

manusjevanalles schreef op vrijdag 21 augustus 2026 @ 11:52:
[...]


Hij stond er al een dag in. Er is inderdaad een entity met iets van watermeter_cost. Die heb ik toegevoegd aan de recorder en toont een oplopend bedrag. Maar het bedrag in het energy dashboard blijft gewoon op 0 staan.

"After setting up a new device, it can take up to 2 hours for new data to arrive in your energy dashboard."

Die 2 uur is soms wat te optimistisch heb ik gemerkt. Wacht even tot morgen, dan staat het bedrag er wel in.

[manusjevanalles]

noo schreef op vrijdag 21 augustus 2026 @ 12:17:
[...]

"After setting up a new device, it can take up to 2 hours for new data to arrive in your energy dashboard."

Die 2 uur is soms wat te optimistisch heb ik gemerkt. Wacht even tot morgen, dan staat het bedrag er wel in.

Je hebt gelijk, ik zie nu ineens het bedrag oplopen. Inderdaad geduld.

[Septillion]

@manusjevanalles LTS wordt elk uur berekend uit de recoder. Dus dat moet twee punten hebben om getoond te kunnen worden op het dashboard. Vandaar dus de vertraging

[CAP-Team]

edwin2021 schreef op vrijdag 21 augustus 2026 @ 09:27:
[...]

helaas geen replace yaml en klaar. Ziet er goed uit maar moet ik even naar kijken om werkend te krijgen. Voorgaande aanpassing naar apexchart was echt een simpele copy-paste actie. Deze met KNMI erbij klaagt over ontbreken
apexcharts-card
Entity not available: binary_sensor.weer_thuis_neerslag_verwacht

Ik gebruik de KNMI en de buienalarm integratie niet, ik kijk alleen naar de buienradar feed

[Cimpel]

Ik heb een uitgebreidere Neerslag kaart uitgewerkt met o.a. het idee van @S-1-5-7om ook de KNMI data te tonen en de Licht/Matig/Zwaar grenzen toe te voegen.

De Y-schaal blijft dynamisch; de Licht/Matig/Zwaar assen verschijnen automatisch, inclusief tekst, als dat van toepassing is. De tussenliggende y-assen blijven (licht) zichtbaar.

De Licht/Matig/Zwaar teksten verschijnen zodra er nieuwe data van de regenentiteiten binnen is gekomen. In eerste instantie kunnen die dus even niet zichtbaar zijn. UPDATE: een aanpassing van de code om een onhebbelijkheid van de HA kaart en Apex op te lossen. De grafiek wordt nu direct correct getoond.

De legenda onder de X-as tonen de actuele (nu) regenintensiteit van dat moment.

De yaml code copy/paste in de apex configuratie laden.

Voor diegene die de KNMI integratie niet hebben, kun je het laatste blok met " - entity: binary_sensor.weer_thuis_neerslag_verwacht" gewoon verwijderen. E.e.a. blijft werken.

Hier een voorbeeld van de kaart:

YAML:

type: custom:apexcharts-card
header:
  show: true
  title: Neerslag
graph_span: 2h
span:
  start: minute
now:
  show: false
  label: Nu
apex_config:
  annotations:
    yaxis:
      - 'y': 0.4
        borderColor: '#d3d3d3'
        strokeDashArray: 0
        label:
          text: Licht
          position: right
          textAnchor: end
          offsetX: 0
          offsetY: -2
          borderColor: transparent
          style:
            color: '#888'
            background: transparent
            fontSize: 11px
      - 'y': 2
        borderColor: '#d3d3d3'
        strokeDashArray: 0
        label:
          text: Matig
          position: right
          textAnchor: end
          offsetX: 0
          offsetY: -2
          borderColor: transparent
          style:
            color: '#888'
            background: transparent
            fontSize: 11px
      - 'y': 5
        borderColor: '#d3d3d3'
        strokeDashArray: 0
        label:
          text: Zwaar
          position: right
          textAnchor: end
          offsetX: 0
          offsetY: -2
          borderColor: transparent
          style:
            color: '#888'
            background: transparent
            fontSize: 11px
  chart:
    height: 250px
    width: 100%
    parentHeightOffset: 0
    redrawOnWindowResize: true
    redrawOnParentResize: true
    animations:
      enabled: false
    events:
      mounted: |
        EVAL:function(chartContext, config) {
          setTimeout(() => {
            window.dispatchEvent(new Event('resize'));
          }, 300);
        }
  xaxis:
    type: datetime
    min: |
      EVAL:new Date().getTime()
    max: |
      EVAL:new Date().getTime() + 2 * 60 * 60 * 1000
    labels:
      datetimeUTC: false
      format: HH:mm
  yaxis:
    title:
      text: mm/u
  grid:
    strokeDashArray: 0
    borderColor: '#808080'
    xaxis:
      lines:
        show: false
    yaxis:
      lines:
        show: true
  stroke:
    width: 2
  fill:
    opacity: 0.3
  legend:
    horizontalAlign: left
    offsetX: 0
    formatter: >
      EVAL:function(seriesName, opts)  { const w = opts.w; const seriesIndex =
      opts.seriesIndex;  const now = Date.now(); const arr =
      w.globals.seriesX[seriesIndex];  const ys = w.globals.series[seriesIndex];
      let bestI = -1, bestDiff = Infinity;  for (let j = 0; j < arr.length; j++)
        { const diff = Math.abs(arr[j] - now);
        if (diff < bestDiff) { bestDiff = diff; bestI = j; 
        }
      }  const val = bestI !== -1 ? ys[bestI] : null; return seriesName + ': ' +
      (val !== null && val !== undefined ? val : '0');   }
  tooltip:
    shared: true
    intersect: false
    custom: |
      EVAL:function({ series, seriesIndex, dataPointIndex, w }) 
        { 
        const x = w.globals.seriesX[seriesIndex][dataPointIndex];
        const time = new Date(x).toLocaleTimeString('nl-NL', { hour: '2-digit', minute: '2-digit' });
        let html = '<div style="padding:6px 10px;font-weight:bold;">' + time + '</div>';
        w.config.series.forEach((s, i) => {
          const idx = w.globals.seriesX[i].indexOf(x);
          const val = idx !== -1 ? w.globals.series[i][idx] : null;
          if (val !== null && val !== undefined) {
            html += '<div style="padding:2px 10px;"><span style="color:' + w.globals.colors[i] + '">\u25cf</span> ' + s.name + ': ' + val + ' mm/u</div>';
          }
        });
        return html;
      }
series:
  - entity: sensor.neerslag_buienalarm_regen_data
    name: Buienalarm
    type: area
    color: '#3498db'
    data_generator: |
      const d = entity.attributes.data;
      if (!d || !d.precip) return [];
      const step = 5 * 60 * 1000;
      return d.precip.map((v, i) => {
        const time = Math.floor(((d.start + i * d.delta) * 1000) / step) * step;
        const mmh = v === 0 ? 0 : Math.pow(10, (v - 109) / 32);
        return [time, Math.round(mmh * 100) / 100];
      });
  - entity: sensor.neerslag_buienradar_regen_data
    name: Buienradar
    type: area
    color: '#e67e22'
    data_generator: |
      const raw = entity.attributes.data;
      if (!raw) return [];
      const text = Array.isArray(raw) ? raw.join(' ') : String(raw);
      const now = new Date();
      const step = 5 * 60 * 1000;
      const points = [];
      const regex = /(\d+)\|(\d{1,2}):(\d{2})/g;
      let match;
      while ((match = regex.exec(text)) !== null) {
        const val = parseInt(match[1], 10);
        const hh = parseInt(match[2], 10);
        const mm = parseInt(match[3], 10);
        const t = new Date(now);
        t.setHours(hh, mm, 0, 0);
        if (t < now - 60 * 60 * 1000) t.setDate(t.getDate() + 1);
        const time = Math.floor(t.getTime() / step) * step;
        const mmh = val === 0 ? 0 : Math.pow(10, (val - 109) / 32);
        points.push([time, Math.round(mmh * 100) / 100]);
      }
      return points;
  - entity: binary_sensor.weer_thuis_neerslag_verwacht
    name: KNMI
    type: area
    color: '#2ecc71'
    stroke_width: 2
    opacity: 0.3
    data_generator: >
      const data =
        entity.attributes.forecast || [];
      const step = 5 * 60 * 1000;

      return data.map(p => { const time = Math.floor( new
      Date(p.datetime).getTime() / step) * step;
        const mmh = Number(p.precipitation ?? 0);
        return [ time, Math.round(mmh * 100) / 100 ];
      });

[ Voor 7% gewijzigd door Cimpel op 23-08-2026 10:46 ]

[TWKterry]

Ik probeer een temperatuur index te berekenen waarin het Euler getal voorkomt.
In de template editor werkt dit goed door het gebruik van de math functie e.
Dit is het grondtal voor de exponentiele functie exp(x).
https://nl.wikipedia.org/wiki/E_%28wiskunde%29

YAML:

{% set E_y = (e ** V_x) %}

maar in een template sensor krijg ik een 'unkown' waarde.
werkt dit daar niet?
en wat kan ik dan doen?

[dixet]

TWKterry schreef op zaterdag 22 augustus 2026 @ 15:30:
Ik probeer een temperatuur index te berekenen waarin het Euler getal voorkomt.
In de template editor werkt dit goed door het gebruik van de math functie e.
Dit is het grondtal voor de exponentiele functie exp(x).
https://nl.wikipedia.org/wiki/E_%28wiskunde%29

YAML:

{% set E_y = (e ** V_x) %}

maar in een template sensor krijg ik een 'unkown' waarde.
werkt dit daar niet?
en wat kan ik dan doen?

Wat zegt je log na het herladen van de template sensoren? Als een template waarde unknown krijgt is er meestal een logmelding te zien.

En misschien de hele sensor yaml even delen, dat kijkt makkelijker mee want deze regel lijkt correct, als V_x een juiste numerieke waarde heeft.

[HuismAndré]

TWKterry schreef op zaterdag 22 augustus 2026 @ 15:30:
Ik probeer een temperatuur index te berekenen waarin het Euler getal voorkomt.
In de template editor werkt dit goed door het gebruik van de math functie e.
Dit is het grondtal voor de exponentiele functie exp(x).
https://nl.wikipedia.org/wiki/E_%28wiskunde%29

YAML:

{% set E_y = (e ** V_x) %}

maar in een template sensor krijg ik een 'unkown' waarde.
werkt dit daar niet?
en wat kan ik dan doen?

Je geeft maar een fractie van de template. Als je de hele template even neerzet dan kunnen anderen wellicht makkelijker zien waar het probleem zit. Onderstaand voorbeeld even in templates.yaml gezet:

YAML:

- sensor:
  - name: doemaarweg
    unique_id: doemaarweg
    state: >-
      {% set V_x = 2 %}
      {% set E_y = (e ** V_x) %}
      {{ E_y }}

[ Voor 28% gewijzigd door HuismAndré op 22-08-2026 19:08 ]

[TWKterry]

dixet schreef op zaterdag 22 augustus 2026 @ 16:01:
[...]

Wat zegt je log na het herladen van de template sensoren? Als een template waarde unknown krijgt is er meestal een logmelding te zien.

En misschien de hele sensor yaml even delen, dat kijkt makkelijker mee want deze regel lijkt correct, als V_x een juiste numerieke waarde heeft.

heren, het betreft een mqtt-sensor met een value_template, code hieronder;
de 'tempf, humidity, windspeedmph' zijn geparsde waardes uit een array, deze worden ook afzonderlijk weergegeven en zijn bestaande waardes.
Er staan geen foutmeldingen in de log na een herstart.

YAML:

mqtt:
  sensor:
    - name: "Aus Apparent Temperature"
      unique_id: "ecowitt_pws_ws90_aus_apparent_temperature"
      default_entity_id: sensor.ecowitt_ws90_aus_apparent_temperature
      state_topic: "ecowitt/devices"
      unit_of_measurement: "°C"
      suggested_display_precision: 1
      icon: ewi:aus-apparent
      device_class: "temperature"
      state_class: "measurement"
      value_template: >-
        {# get metric converted Temp, Hum, Wind m/s)
        {% set T = (((tempf | default(0) | float) - 32) * 5 / 9) | round(2) }}
        {% set H = humidity | default(0) | float %}
        {{ set Ws = (windspeedmph | default(0) | float * 0.44704) | round(2) }}

        {# formula apparent australian temperature refer docs #}
        {% set V_x = (17.27 * T / (237.7 + T)) %}
        {% set E_x = (e ** V_x) %}
        {% set VPD = H/100 * 6.105 * E_x %}
        {% set AAT = T + (0.33 * VPD ) - (0.7 * Ws) - 4.0 %}

        {{ AAT }}
      device:
        identifiers: "ws90_weather_station"

[dixet]

TWKterry schreef op zaterdag 22 augustus 2026 @ 20:27:
[...]

heren, het betreft een mqtt-sensor met een value_template, code hieronder;
de 'tempf, humidity, windspeedmph' zijn geparsde waardes uit een array, deze worden ook afzonderlijk weergegeven en zijn bestaande waardes.
Er staan geen foutmeldingen in de log na een herstart.

YAML:

mqtt:
  sensor:
    - name: "Aus Apparent Temperature"
      unique_id: "ecowitt_pws_ws90_aus_apparent_temperature"
      default_entity_id: sensor.ecowitt_ws90_aus_apparent_temperature
      state_topic: "ecowitt/devices"
      unit_of_measurement: "°C"
      suggested_display_precision: 1
      icon: ewi:aus-apparent
      device_class: "temperature"
      state_class: "measurement"
      value_template: >-
        {# get metric converted Temp, Hum, Wind m/s)
        {% set T = (((tempf | default(0) | float) - 32) * 5 / 9) | round(2) }}
        {% set H = humidity | default(0) | float %}
        {{ set Ws = (windspeedmph | default(0) | float * 0.44704) | round(2) }}

        {# formula apparent australian temperature refer docs #}
        {% set V_x = (17.27 * T / (237.7 + T)) %}
        {% set E_x = (e ** V_x) %}
        {% set VPD = H/100 * 6.105 * E_x %}
        {% set AAT = T + (0.33 * VPD ) - (0.7 * Ws) - 4.0 %}

        {{ AAT }}
      device:
        identifiers: "ws90_weather_station"

Check even alle begin en eindtags.

1. Je comment tag mist een afsluiting #}
2. De tweede regel begint met {% en eindigt met }}
3. Je 4e regel zet een variabele, dus moet beginnen met {% en eindigen met %}

Dit deed het ook echt niet in de developer tools. Zo doet hij het wel

YAML:

{# get metric converted Temp, Hum, Wind m/s) #} 
{% set T = (((tempf | default(0) | float) - 32) * 5 / 9) | round(2) %} 
{% set H = humidity | default(0) | float %}
{% set Ws = (windspeedmph | default(0) | float * 0.44704) | round(2) %}

{# formula apparent australian temperature refer docs #}
{% set V_x = (17.27 * T / (237.7 + T)) %}
{% set E_x = (e ** V_x) %}
{% set VPD = H/100 * 6.105 * E_x %}
{% set AAT = T + (0.33 * VPD ) - (0.7 * Ws) - 4.0 %}

{{ AAT }}

[HuismAndré]

TWKterry schreef op zaterdag 22 augustus 2026 @ 20:27:
[...]

code:

       {{ set Ws = (windspeedmph | default(0) | float * 0.44704) | round(2) }}

Moet zijn:

code:

       {% set Ws = (windspeedmph | default(0) | float * 0.44704) | round(2) %}

We gebruiken immers {{ }} voor uitvoer en {% %} voor berekeningen.

Idem bij de

code:

{% set T = (((tempf | default(0) | float) - 32) * 5 / 9) | round(2) }}

Ook hier moet je afsluiten met %} (en zo zijn er nog een paar meer fouten).

[ Voor 19% gewijzigd door HuismAndré op 22-08-2026 21:45 ]

[Maurice-]

Aan de deskundigen: is de HA Green z'n (hoge) prijs nog waard of beter gaan voor een mini PC? Wil beginnen met wat automations voor de warmtepomp, accu en EV laadpaal.

[TWKterry]

dixet schreef op zaterdag 22 augustus 2026 @ 20:50:
[...]

Check even alle begin en eindtags.

1. Je comment tag mist een afsluiting #}
2. De tweede regel begint met {% en eindigt met }}
3. Je 4e regel zet een variabele, dus moet beginnen met {% en eindigen met %}

Dit deed het ook echt niet in de developer tools. Zo doet hij het wel

YAML:

{# get metric converted Temp, Hum, Wind m/s) #} 
{% set T = (((tempf | default(0) | float) - 32) * 5 / 9) | round(2) %} 
{% set H = humidity | default(0) | float %}
{% set Ws = (windspeedmph | default(0) | float * 0.44704) | round(2) %}

{# formula apparent australian temperature refer docs #}
{% set V_x = (17.27 * T / (237.7 + T)) %}
{% set E_x = (e ** V_x) %}
{% set VPD = H/100 * 6.105 * E_x %}
{% set AAT = T + (0.33 * VPD ) - (0.7 * Ws) - 4.0 %}

{{ AAT }}

dank heren, @HuismAndré en @dixet
stom stom stom, je kijkt je gewoon blind op een gegeven moment

[pinda powerrr]

Ik had wat automations gemaakt met behulp van Google Gemini, die deden prima wat ze moesten doen. Maar zowel hier, als op Reddit is Claude heilig. Dus....maar eens Claude geïnstalleerd. Daar vervolgens mijn YAML codes doorheen getrokken...Ok, ik snap nu waarom Claude beter is
Haalde er feilloos meerdere fouten uit, dubbele code en ook zaken zoals triggers die na elkaar gestapeld waren, maar juist tegelijkertijd gecheckt moesten worden. Slordig dus van Gemini.

Nu wil ik nog een manier vinden om Claude Code te koppelen aan mijn HAOS en dan een maandje betaald nemen, zodat die echt alles na kan lopen, eindelijk eens een fatsoenslijk dashboard voor me kan maken en andere zaken aan kan pakken en automatiseren voor me.

Al doende leert men

[edwin2021]

Cimpel schreef op zaterdag 22 augustus 2026 @ 14:34:
Ik heb een uitgebreidere Neerslag kaart uitgewerkt met o.a. het idee van @S-1-5-7om ook de KNMI data te tonen en de Licht/Matig/Zwaar grenzen toe te voegen.

De Y-schaal blijft dynamisch; de Licht/Matig/Zwaar assen verschijnen automatisch, inclusief tekst, als dat van toepassing is. De tussenliggende y-assen blijven (licht) zichtbaar.

De Licht/Matig/Zwaar teksten verschijnen zodra er nieuwe data van de regenentiteiten binnen is gekomen. In eerste instantie kunnen die dus even niet zichtbaar zijn. UPDATE: een aanpassing van de code om een onhebbelijkheid van de HA kaart en Apex op te lossen. De grafiek wordt nu direct correct getoond.

De legenda onder de X-as tonen de actuele (nu) regenintensiteit van dat moment.

De yaml code copy/paste in de apex configuratie laden.

Voor diegene die de KNMI integratie niet hebben, kun je het laatste blok met " - entity: binary_sensor.weer_thuis_neerslag_verwacht" gewoon verwijderen. E.e.a. blijft werken.

Hier een voorbeeld van de kaart:

[Afbeelding]

YAML:

type: custom:apexcharts-card
header:
  show: true
  title: Neerslag
graph_span: 2h
span:
  start: minute
now:
  show: false
  label: Nu
apex_config:
  annotations:
    yaxis:
      - 'y': 0.4
        borderColor: '#d3d3d3'
        strokeDashArray: 0
        label:
          text: Licht
          position: right
          textAnchor: end
          offsetX: 0
          offsetY: -2
          borderColor: transparent
          style:
            color: '#888'
            background: transparent
            fontSize: 11px
      - 'y': 2
        borderColor: '#d3d3d3'
        strokeDashArray: 0
        label:
          text: Matig
          position: right
          textAnchor: end
          offsetX: 0
          offsetY: -2
          borderColor: transparent
          style:
            color: '#888'
            background: transparent
            fontSize: 11px
      - 'y': 5
        borderColor: '#d3d3d3'
        strokeDashArray: 0
        label:
          text: Zwaar
          position: right
          textAnchor: end
          offsetX: 0
          offsetY: -2
          borderColor: transparent
          style:
            color: '#888'
            background: transparent
            fontSize: 11px
  chart:
    height: 250px
    width: 100%
    parentHeightOffset: 0
    redrawOnWindowResize: true
    redrawOnParentResize: true
    animations:
      enabled: false
    events:
      mounted: |
        EVAL:function(chartContext, config) {
          setTimeout(() => {
            window.dispatchEvent(new Event('resize'));
          }, 300);
        }
  xaxis:
    type: datetime
    min: |
      EVAL:new Date().getTime()
    max: |
      EVAL:new Date().getTime() + 2 * 60 * 60 * 1000
    labels:
      datetimeUTC: false
      format: HH:mm
  yaxis:
    title:
      text: mm/u
  grid:
    strokeDashArray: 0
    borderColor: '#808080'
    xaxis:
      lines:
        show: false
    yaxis:
      lines:
        show: true
  stroke:
    width: 2
  fill:
    opacity: 0.3
  legend:
    horizontalAlign: left
    offsetX: 0
    formatter: >
      EVAL:function(seriesName, opts)  { const w = opts.w; const seriesIndex =
      opts.seriesIndex;  const now = Date.now(); const arr =
      w.globals.seriesX[seriesIndex];  const ys = w.globals.series[seriesIndex];
      let bestI = -1, bestDiff = Infinity;  for (let j = 0; j < arr.length; j++)
        { const diff = Math.abs(arr[j] - now);
        if (diff < bestDiff) { bestDiff = diff; bestI = j; 
        }
      }  const val = bestI !== -1 ? ys[bestI] : null; return seriesName + ': ' +
      (val !== null && val !== undefined ? val : '0');   }
  tooltip:
    shared: true
    intersect: false
    custom: |
      EVAL:function({ series, seriesIndex, dataPointIndex, w }) 
        { 
        const x = w.globals.seriesX[seriesIndex][dataPointIndex];
        const time = new Date(x).toLocaleTimeString('nl-NL', { hour: '2-digit', minute: '2-digit' });
        let html = '<div style="padding:6px 10px;font-weight:bold;">' + time + '</div>';
        w.config.series.forEach((s, i) => {
          const idx = w.globals.seriesX[i].indexOf(x);
          const val = idx !== -1 ? w.globals.series[i][idx] : null;
          if (val !== null && val !== undefined) {
            html += '<div style="padding:2px 10px;"><span style="color:' + w.globals.colors[i] + '">\u25cf</span> ' + s.name + ': ' + val + ' mm/u</div>';
          }
        });
        return html;
      }
series:
  - entity: sensor.neerslag_buienalarm_regen_data
    name: Buienalarm
    type: area
    color: '#3498db'
    data_generator: |
      const d = entity.attributes.data;
      if (!d || !d.precip) return [];
      const step = 5 * 60 * 1000;
      return d.precip.map((v, i) => {
        const time = Math.floor(((d.start + i * d.delta) * 1000) / step) * step;
        const mmh = v === 0 ? 0 : Math.pow(10, (v - 109) / 32);
        return [time, Math.round(mmh * 100) / 100];
      });
  - entity: sensor.neerslag_buienradar_regen_data
    name: Buienradar
    type: area
    color: '#e67e22'
    data_generator: |
      const raw = entity.attributes.data;
      if (!raw) return [];
      const text = Array.isArray(raw) ? raw.join(' ') : String(raw);
      const now = new Date();
      const step = 5 * 60 * 1000;
      const points = [];
      const regex = /(\d+)\|(\d{1,2}):(\d{2})/g;
      let match;
      while ((match = regex.exec(text)) !== null) {
        const val = parseInt(match[1], 10);
        const hh = parseInt(match[2], 10);
        const mm = parseInt(match[3], 10);
        const t = new Date(now);
        t.setHours(hh, mm, 0, 0);
        if (t < now - 60 * 60 * 1000) t.setDate(t.getDate() + 1);
        const time = Math.floor(t.getTime() / step) * step;
        const mmh = val === 0 ? 0 : Math.pow(10, (val - 109) / 32);
        points.push([time, Math.round(mmh * 100) / 100]);
      }
      return points;
  - entity: binary_sensor.weer_thuis_neerslag_verwacht
    name: KNMI
    type: area
    color: '#2ecc71'
    stroke_width: 2
    opacity: 0.3
    data_generator: >
      const data =
        entity.attributes.forecast || [];
      const step = 5 * 60 * 1000;

      return data.map(p => { const time = Math.floor( new
      Date(p.datetime).getTime() / step) * step;
        const mmh = Number(p.precipitation ?? 0);
        return [ time, Math.round(mmh * 100) / 100 ];
      });

Top, kun je mij ook helpen aan de yaml code voor de knmi sensor in configuration.yaml?

[Cimpel]

edwin2021 schreef op zondag 23 augustus 2026 @ 18:23:
[...]

Top, kun je mij ook helpen aan de yaml code voor de knmi sensor in configuration.yaml?

Die entiteit komt van de NL Weather integratie die te downloaden is via HACS.

Je moet daartoe een api-key aanvragen bij het KNMI. De instructies staan hier: https://github.com/PaulVanSchayck/ha-nl-weather. Meestal binnen een dag antwoord.

Hiermee krijg je direct toegang tot KNMI data, o.a. weather.weer_thuis_verwachtingen

[donald_dick]

Wie weet er een energiemeter voor een Bora/Perilex stekker?

[Raven]

@donald_dick Meest makkelijke (mits plek aanwezig) een meter naast de 2P2N of 3L1N groep (welke van toepassing is) in de meterkast. Mocht de perilex stekker op een doos zitten met ruimte erin beschikbaar, kijk of daar Shelly PM's in passen.

[GorgeousMetal]

donald_dick schreef op zondag 23 augustus 2026 @ 20:57:
Wie weet er een energiemeter voor een Bora/Perilex stekker?

Ik heb zelf in de meterkast een Shelly 3EM-63 Gen3 geplaatst voor de groep waarop de Perilex stekker zit. Deze is bij de Hornbach een stuk goedkoper als bij de Shelly site.

[ Voor 9% gewijzigd door GorgeousMetal op 24-08-2026 10:00 ]

[Septillion]

@donald_dick Ik hier ook een Shelly 3EM-63T Gen3 voor de kookplaat en oven (2 fase voor de kookplaat, 3e voor de oven). Met laagste prijs garantie kan je hem bij de Hornbach meenemen voor de prijs van Robbshop.

[wickydude]

Of een Homewizard 3f kWh meter

[Toppe]

🤖 [Blueprint] De ultieme Home Assistant automatisering voor Dreame Robotstofzuigers!

Hoi mede-Tweakers! 👋 Ik was op zoek naar de perfecte manier om mijn Dreame robotstofzuiger (via de Tasshack integratie) écht slim te maken, zonder een wirwar van losse automatiseringen. Daarom heb ik een alles-in-één Blueprint gebouwd.

Heb je een Dreame? Dan haalt deze blueprint er alles uit wat erin zit. Dit is wat hij kan:

🕒 Geavanceerde Schema's & Dagen Stel tot 3 vaste starttijden in met specifieke dagen. Het toffe hieraan: je kunt per tijdstip de schoonmaakmodus bepalen. Bijv: elke middag stofzuigen, maar op zaterdagnacht alleen stil dweilen.

🚶‍♂️ Aanwezigheidsdetectie (met Cooldown) Laat de robot automatisch starten als de laatste persoon het huis verlaat (zone.home of person). Dankzij de ingebouwde instelbare cooldown timer gaat hij niet dubbel rijden als je even snel 5 minuutjes weg bent geweest.

🛑 Thuiskomst-onderbreking Kom je onverwacht eerder thuis en draait de robot nog? Je kunt instellen dat hij direct stopt en terugkeert naar z'n dock. Geen lawaai als je net op de bank ploft!

🌴 Slimme Vakantiemodus Koppel een simpele input_boolean. Als je op vakantie bent, kan de robot:

• Helemaal niks doen (overslaan)
• Alleen stofzuigen (zodat het dweilwater niet gaat stinken)
• Alleen specifieke kamers doen
• Op een compleet ander tijdstip en andere dagen rijden!

🔕 Do Not Disturb (DND) 2.0 Een slim 'Niet Storen' venster. Je kunt instellen dat aanwezigheidstriggers (bijv. als je 's nachts na het stappen thuiskomt en weer weggaat) de robot niet starten, maar dat je vaste nacht-dweilschema wél gewoon mag draaien.

💬 Uitgebreide (gescheiden) Notificaties Kies per gebeurtenis wie er een pushbericht krijgt:

• 🟢 Bij het starten van een schoonmaakbeurt
• 🏠 Als de robot stopt omdat er iemand thuiskomt
• 💧 Als het dweilwater (schoonwaterreservoir) leeg is
• ⚠️ Bij foutcodes of als de robot is vastgelopen

🔋 Veiligheidschecks & Kamers Hij controleert altijd eerst of hij in z'n dock staat en of de batterij vol genoeg is. Daarnaast kun je met simpele komma-gescheiden ID's (bijv. 1, 2, 4) precies aangeven welke ruimtes hij moet doen.

Mocht je nog toevoegingen of feedback hebben, let me know! Werkt als een trein hier. 🚂 vacuum-ze!

Je vindt hem hier: https://github.com/EvertJob/dreame-blueprint/blob/main/dreame-blueprint.yaml

Volledig zitten vibe-coden inclusief de omschrijving

[ Voor 82% gewijzigd door Toppe op 24-08-2026 13:30 ]

[Vorkie]

Toppe schreef op maandag 24 augustus 2026 @ 13:26:
Voor de geinteresserde, ik heb een nieuwe stofzuiger en die moet vaker gaan rijden. Daarom even een snelle blueprint in elkaar gezet om deze aan te sturen.

Je vindt hem hier: https://github.com/EvertJob/dreame-blueprint/blob/main/dreame-blueprint.yaml

Met welke integratie heb jij Dreame toegevoegd?

/edit
Die Tasshack, waar heb je mee ingelogd? Kreeg hem niet aan de praat.

[ Voor 7% gewijzigd door Vorkie op 24-08-2026 13:33 ]

[Toppe]

Vorkie schreef op maandag 24 augustus 2026 @ 13:30:
[...]


Met welke integratie heb jij Dreame toegevoegd?

/edit
Die Tasshack, waar heb je mee ingelogd? Kreeg hem niet aan de praat.

'Gewoon' met mijn account, heb wel de beta aangevinkt omdat hij anders mijn stofzuigert niet kende. (Beta via HACS, opnieuw installeren en dan versie kiezen)

[Vorkie]

Toppe schreef op maandag 24 augustus 2026 @ 13:44:
[...]

'Gewoon' met mijn account, heb wel de beta aangevinkt omdat hij anders mijn stofzuigert niet kende. (Beta via HACS, opnieuw installeren en dan versie kiezen)

Ah ja, de Beta deed het, die gewone kan je alleen Mija gebruiken om in te loggen.

Dank je.

[testmanager]

Vorkie schreef op maandag 24 augustus 2026 @ 13:30:
[...]


Met welke integratie heb jij Dreame toegevoegd?

/edit
Die Tasshack, waar heb je mee ingelogd? Kreeg hem niet aan de praat.

Ik heb ze gewoon als Matter devices toegevoegd in Home Assistant.
(Noot: niet alle Dreame modellen hebben de Matter update gekregen)

[Toppe]

testmanager schreef op maandag 24 augustus 2026 @ 14:44:
[...]

Ik heb ze gewoon als Matter devices toegevoegd in Home Assistant.
(Noot: niet alle Dreame modellen hebben de Matter update gekregen)

Je krijgt dan sowieso minder sensoren dan via de intergratie en sommige sensoren vind ik dan wel weer handig.


Na schoonmaken van alles even de QR scannen en alles is weer gereset

[ddgcpeters]

Ter info wie ook Tailscale gebruikt.

Vandaag was m'n HA niet meer als exit node te bereiken. Ik vermoed na een Tailscale app update.

Om dit op te lossen moest ik even zoeken, dus hierbij, zodat een ander niet hoeft te zoeken.

Open de configuratie van de app in je Home Assistant. Bewerk hem in YAML. (De GUI leek mijn veranderingen niet op te slaan). Pas deze 2 regels aan naar:

YAML:

advertise_exit_node: true
advertise_routes:
  - local_subnets

En herstart de app.

Ga dan naar de admin pagina van je Home Assistant binnen de tailscale website en stel hem opnieuw in als exit node.

[RemmyB83]

ddgcpeters schreef op maandag 24 augustus 2026 @ 19:35:
Ter info wie ook Tailscale gebruikt.

Vandaag was m'n HA niet meer als exit node te bereiken. Ik vermoed na een Tailscale app update.

Om dit op te lossen moest ik even zoeken, dus hierbij, zodat een ander niet hoeft te zoeken.

Open de configuratie van de app in je Home Assistant. Bewerk hem in YAML. (De GUI leek mijn veranderingen niet op te slaan). Pas deze 2 regels aan naar:

YAML:

advertise_exit_node: true
advertise_routes:
  - local_subnets

En herstart de app.

Ga dan naar de admin pagina van je Home Assistant binnen de tailscale website en stel hem opnieuw in als exit node.

Helaas ben ik niet thuis, en is dit extern denk ik ook niet op te lossen?
Ik zie wel het volgende.

Zijn die door iets anders vervangen?
En kan ik de nieuwe toevoegen?

[BaGe]

pinda powerrr schreef op zaterdag 22 augustus 2026 @ 23:47:
Ik had wat automations gemaakt met behulp van Google Gemini, die deden prima wat ze moesten doen. Maar zowel hier, als op Reddit is Claude heilig. Dus....maar eens Claude geïnstalleerd. Daar vervolgens mijn YAML codes doorheen getrokken...Ok, ik snap nu waarom Claude beter is
Haalde er feilloos meerdere fouten uit, dubbele code en ook zaken zoals triggers die na elkaar gestapeld waren, maar juist tegelijkertijd gecheckt moesten worden. Slordig dus van Gemini.

Nu wil ik nog een manier vinden om Claude Code te koppelen aan mijn HAOS en dan een maandje betaald nemen, zodat die echt alles na kan lopen, eindelijk eens een fatsoenslijk dashboard voor me kan maken en andere zaken aan kan pakken en automatiseren voor me.

Al doende leert men

Ik heb Claude een Docker container laten maken met HA en volledig laten inrichten. Werkt perfect. Inclusief notifications op mijn telefoon. (en terwijl ik toch bezig was een Grafana/Promotheus dashboard laten opzetten om alles mooi in een dashboard to monitoren). Alles draait op een oude "headless" server die anders in de vuilbak zou gaan, en die draait nu op 4 a 5% cpu (ram zit wel op 70% use - dat ding heeft maar 8 Gb maar voorlopig draait nog als een Zwitsers uurwerk Ja, Claude is goed ...

[Sa1]

BaGe schreef op maandag 24 augustus 2026 @ 22:49:
[...]

Ik heb Claude een Docker container laten maken met HA en volledig laten inrichten. Werkt perfect. Inclusief notifications op mijn telefoon. (en terwijl ik toch bezig was een Grafana/Promotheus dashboard laten opzetten om alles mooi in een dashboard to monitoren). Alles draait op een oude "headless" server die anders in de vuilbak zou gaan, en die draait nu op 4 a 5% cpu (ram zit wel op 70% use - dat ding heeft maar 8 Gb maar voorlopig draait nog als een Zwitsers uurwerk Ja, Claude is goed ...

Ja, waanzinnig.. ik doe echt veel met Claude, voor m'n werk, maar ook veel privé met HA / Proxmox / Unifi enz enz enz, ik verbaas me dadelijks hoe eenvoudig dingen worden gemaakt. Het is echt verbluffend en tegelijk ook best eng wat er in zo'n korte tijd door AI mogelijk wordt gemaakt. Heb echt met HA dingen gemaakt die ik anders niet zou kunnen, of anders door vele uren inzetten en uitzoeken (wat ik er dus niet voor over heb). Nouja... leuke tijd waarin we leven ;-)

[ddgcpeters]

RemmyB83 schreef op maandag 24 augustus 2026 @ 21:55:
[...]

Helaas ben ik niet thuis, en is dit extern denk ik ook niet op te lossen?
Ik zie wel het volgende.
[Afbeelding]
Zijn die door iets anders vervangen?
En kan ik de nieuwe toevoegen?

Ik kon dit alleen in m'n Home Assistant zelf instellen inderdaad. Dus je zal of thuis moeten zijn of een andere manier moeten hebben om er remote in te komen.

Die routes had ik inderdaad nog verwijderd voordat ik hem opnieuw instelde.

[Cimpel]

Opgelost (denk ik)

[ Voor 91% gewijzigd door Cimpel op 25-08-2026 12:03 ]

[pinda powerrr]

BaGe schreef op maandag 24 augustus 2026 @ 22:49:
[...]

Ik heb Claude een Docker container laten maken met HA en volledig laten inrichten. Werkt perfect. Inclusief notifications op mijn telefoon. (en terwijl ik toch bezig was een Grafana/Promotheus dashboard laten opzetten om alles mooi in een dashboard to monitoren). Alles draait op een oude "headless" server die anders in de vuilbak zou gaan, en die draait nu op 4 a 5% cpu (ram zit wel op 70% use - dat ding heeft maar 8 Gb maar voorlopig draait nog als een Zwitsers uurwerk Ja, Claude is goed ...

Ik heb dus niet zo lang geleden HA uit Docker gehaald en het in een VM draaien als HAOS op mijn Synology. Heb nog niet hard gezocht, maar zoals gemeld zoek ik wel een manier om Claude toegang te geven en de boel te laten nalopen/inrichten. (wie het weet mag het zeggen!)

Verder zou ik dolgraag mijn Eneco stadsverwarming koppelen om realtime inzicht te krijgen. Nu wist ik al dat dit een behoorlijke uitdaging zou worden vanwege de gebruikte meters van Eneco. Uiteraard heeft iemand dit al helemaal uitgewerkt (LINK) maar dit is me echt wel even boven de pet. Dus ook hier hoop ik eigenlijk dat Claude mij het werk uit handen kan nemen.

Maar goed, ongoing project, zoals bij velen hier
Ik lees nieuwsgierig mee en probeer van alles uit, grote waardering voor de experts hier!

[Mozart]

pinda powerrr schreef op dinsdag 25 augustus 2026 @ 22:23:
[...]

Ik heb dus niet zo lang geleden HA uit Docker gehaald en het in een VM draaien als HAOS op mijn Synology. Heb nog niet hard gezocht, maar zoals gemeld zoek ik wel een manier om Claude toegang te geven en de boel te laten nalopen/inrichten. (wie het weet mag het zeggen!)

Verder zou ik dolgraag mijn Eneco stadsverwarming koppelen om realtime inzicht te krijgen. Nu wist ik al dat dit een behoorlijke uitdaging zou worden vanwege de gebruikte meters van Eneco. Uiteraard heeft iemand dit al helemaal uitgewerkt (LINK) maar dit is me echt wel even boven de pet. Dus ook hier hoop ik eigenlijk dat Claude mij het werk uit handen kan nemen.

Maar goed, ongoing project, zoals bij velen hier
Ik lees nieuwsgierig mee en probeer van alles uit, grote waardering voor de experts hier!

Ik gebruik dit: https://www.home-assistant.io/integrations/mcp_server/

[Wachten...]

Zijn er hier veel mensen die zelf een mmwave sensor hebben gemaakt?

Ik zit er in twijfel om over te gaan, maar ik lees wisselende verhalen. Ik heb nu overal in huis Hue bewegingssensoren hangen, en hoewel ik zeer tevreden ben, is het in sommige situaties niet heel handig (betrouwbaar genoeg)

Ik wil het liefst in de woonkamer kijken of er iemand aanwezig is, om zodoende bepaalde animaties wel of niet te laten lopen. Hetzelde in de slaapkamer.

Nu zijn er alleen een paar opties die ik zelf tegen kwam. Deze

https://sonoff.tech/nl-nl/products/sonoff-senseguard-presence-core-24ghz-zigbee-human-presence-sensor-snzb-06p24

Of deze

https://www.aqara.com/en/product/presence-sensor-fp1e/

Of toch zelf bouwen?

Zelf bouwen is aanzienlijk goedkoper, echter ben ik niet heel bekend met solderen (wil het best doen en leren), maar ben vooral benieuwd naar de stabiliteit, want de Hue sensoren werken wel gewoon altijd betrouwbaar als je in de range zit van de PIR. Hierover lees ik dan wat wisselende verhalen met de mmwave sensors en valse meldingen etc.

Ik ben heel benieuwd wat jullie ervaring of mening hierover is. En mocht iemand in de buurt van Leiden wonen en het samen eens willen bouwen, dan lijkt mij dat ook heel leuk.

[dixet]

Wachten... schreef op woensdag 26 augustus 2026 @ 07:47:
Zijn er hier veel mensen die zelf een mmwave sensor hebben gemaakt?

Ik zit er in twijfel om over te gaan, maar ik lees wisselende verhalen. Ik heb nu overal in huis Hue bewegingssensoren hangen, en hoewel ik zeer tevreden ben, is het in sommige situaties niet heel handig (betrouwbaar genoeg)

Ik wil het liefst in de woonkamer kijken of er iemand aanwezig is, om zodoende bepaalde animaties wel of niet te laten lopen. Hetzelde in de slaapkamer.

Nu zijn er alleen een paar opties die ik zelf tegen kwam. Deze

https://sonoff.tech/nl-nl/products/sonoff-senseguard-presence-core-24ghz-zigbee-human-presence-sensor-snzb-06p24

Of deze

https://www.aqara.com/en/product/presence-sensor-fp1e/

Of toch zelf bouwen?

Zelf bouwen is aanzienlijk goedkoper, echter ben ik niet heel bekend met solderen (wil het best doen en leren), maar ben vooral benieuwd naar de stabiliteit, want de Hue sensoren werken wel gewoon altijd betrouwbaar als je in de range zit van de PIR. Hierover lees ik dan wat wisselende verhalen met de mmwave sensors en valse meldingen etc.

Ik ben heel benieuwd wat jullie ervaring of mening hierover is. En mocht iemand in de buurt van Leiden wonen en het samen eens willen bouwen, dan lijkt mij dat ook heel leuk.

Niet zelf gemaakt, maar ik gebruik de Aqara 24Ghz mmWave sensor. Voor die prijs kan je het toch niet zelf maken?

Werk perfect. Snelle responsetijden en nauwkeurige detectie. Vreemde is wel dat de lichtmeting t.o.v. de Hue bewegingssensor heel andere waarden geeft. Ik dacht een in-place vervanging in m'n automations te kunnen doen, maar moest dus wel alle drempelwaardes aanpassen. De Tuya lijkt veel nauwkeuriger, alleen de schaal is compleet anders.



Enige nadeel vind ik dat mmWave sensors bedraad zijn. Met de Hue motionsensors ben je dus flexibeler in de plek waar je ze neerzet. Als je zelf gaat solderen kan je er wellicht een grote oplaadbare batterij in zetten.

[djiedjee]

@dixet Een aqara FP300 werkt op een batterij. Kost ongeveer 40 euro.

[Wachten...]

dixet schreef op woensdag 26 augustus 2026 @ 08:54:
[...]

Niet zelf gemaakt, maar ik gebruik de Aqara 24Ghz mmWave sensor. Voor die prijs kan je het toch niet zelf maken?

Werk perfect. Snelle responsetijden en nauwkeurige detectie. Vreemde is wel dat de lichtmeting t.o.v. de Hue bewegingssensor heel andere waarden geeft. Ik dacht een in-place vervanging in m'n automations te kunnen doen, maar moest dus wel alle drempelwaardes aanpassen. De Tuya lijkt veel nauwkeuriger, alleen de schaal is compleet anders.

[Afbeelding]

Enige nadeel vind ik dat mmWave sensors bedraad zijn. Met de Hue motionsensors ben je dus flexibeler in de plek waar je ze neerzet. Als je zelf gaat solderen kan je er wellicht een grote oplaadbare batterij in zetten.

Maar ik lees dus her en der, wisselende verhalen over de betrouwbaarheid van die "goedkope" varianten en dat je dus veel last kan krijgen met "spookmeldingen" omdat ze te gevoelig zijn en dat je weinig in kunt stellen. Dus vandaar mijn vraag.

Ik wil sowieso deze sensoren niet op batterijen hebben, omdat ze toch meer stroom vragen, en heb geen zin om ieder jaar batterijen te vervangen 🙂

[Ronald]

I was het weekend bezig met InfluxDB... en het eerste wat ik er mee wilde lijkt niet te kunnen met InfluxQL (En Flux lijkt een dood spoor naar toekomst, dus wil ik me niet in verdiepen)

Dus ging ik kijken naar de staat van InfluxDB in HA... En...
De App is InfluxDB 1.8.10 van 2021... Influxdata released nog steeds en zit op 1.13.x...

Influx DB 2 is alleen door een aantal derden als app gemaakt, en 3 lijkt er helemaal niet te zijn...

Ik had de indruk dat ... tenminste hier op het forum Influx nog best populair is... maar de app voelt dichterbij abandonware dan maintained (Ondanks de regelmatige dependency updates... al jaren lang)

Weet iemand de achtergrond? Vind het een beetje lastig welke richting uit te gaan...

[Gizz]

Wachten... schreef op woensdag 26 augustus 2026 @ 09:38:
[...]
Maar ik lees dus her en der, wisselende verhalen over de betrouwbaarheid van die "goedkope" varianten en dat je dus veel last kan krijgen met "spookmeldingen" omdat ze te gevoelig zijn en dat je weinig in kunt stellen

En sommige mmwave zigbee Tuya's spammen je netwerk kapot. Ik heb ook twee van die goedkope units al 2 jaar in de kast liggen omdat ze door het spammen eigenlijk onbruikbaar zijn.

Ik weet niet of dit nog speelt bij Tuya's anno 2026.

[ Voor 5% gewijzigd door Gizz op 26-08-2026 10:39 ]

[BurnerT]

Gizz schreef op woensdag 26 augustus 2026 @ 10:37:
[...]

En sommige mmwave zigbee Tuya's spammen je netwerk kapot. Ik heb ook twee van die goedkope units al 2 jaar in de kast liggen omdat ze door het spammen eigenlijk onbruikbaar zijn.

Ik weet niet of dit nog speelt bij Tuya's anno 2026.

Dit is eenvoudig op te lossen door er een alternatieve firmware op te flashen ik heb er nu 6 gedaan en dit was echt heel erg eenvoudig. Dongeltje op ali bestellen en de rest is eigenlijk vrij simpel. (ZY-M100-L en ZY-M100-24GV3)


btw ik heb hier nu 4 of 5 van die dingen in "productie" draaien en werkt echt heel goed vooral op de toilet mooi in te bouwen. Nog nooit in het donker gezeten. Ik zag zelfs dat ze die dingen tegnwoordig ook met ingebouwd relay hebben. Daar ben ik wel nieuwsgierig naar.

[ Voor 26% gewijzigd door BurnerT op 26-08-2026 11:12 ]

[Daan S]

pinda powerrr schreef op dinsdag 25 augustus 2026 @ 22:23:
[...]

Ik heb dus niet zo lang geleden HA uit Docker gehaald en het in een VM draaien als HAOS op mijn Synology. Heb nog niet hard gezocht, maar zoals gemeld zoek ik wel een manier om Claude toegang te geven en de boel te laten nalopen/inrichten. (wie het weet mag het zeggen!)

Verder zou ik dolgraag mijn Eneco stadsverwarming koppelen om realtime inzicht te krijgen. Nu wist ik al dat dit een behoorlijke uitdaging zou worden vanwege de gebruikte meters van Eneco. Uiteraard heeft iemand dit al helemaal uitgewerkt (LINK) maar dit is me echt wel even boven de pet. Dus ook hier hoop ik eigenlijk dat Claude mij het werk uit handen kan nemen.

Maar goed, ongoing project, zoals bij velen hier
Ik lees nieuwsgierig mee en probeer van alles uit, grote waardering voor de experts hier!

Installeer de integratie HA-MCP en je kan Claude (bijna) alles voor je laten uitvoeren direct in HA.

[Ruimzicht]

BurnerT schreef op woensdag 26 augustus 2026 @ 11:09:
[...]

Dit is eenvoudig op te lossen door er een alternatieve firmware op te flashen ik heb er nu 6 gedaan en dit was echt heel erg eenvoudig. Dongeltje op ali bestellen en de rest is eigenlijk vrij simpel. (ZY-M100-L en ZY-M100-24GV3)

Hoort mss niet helemaal in dit topic thuis, maar ik heb een Tuya ZG-205Z/A en daar zie ik zo snel geen alternatieve firmware voor?
Hij staat wel bekend als 'chatty' inderdaad. Heb daarom een attribute filter in mijn Z2M config gezet; het apparaatje gaat dan wel gewoon door met roepen.

[DjoeC]

Ronald schreef op woensdag 26 augustus 2026 @ 10:11:
I was het weekend bezig met InfluxDB... en het eerste wat ik er mee wilde lijkt niet te kunnen met InfluxQL (En Flux lijkt een dood spoor naar toekomst, dus wil ik me niet in verdiepen)

Dus ging ik kijken naar de staat van InfluxDB in HA... En...
De App is InfluxDB 1.8.10 van 2021... Influxdata released nog steeds en zit op 1.13.x...

Influx DB 2 is alleen door een aantal derden als app gemaakt, en 3 lijkt er helemaal niet te zijn...

Ik had de indruk dat ... tenminste hier op het forum Influx nog best populair is... maar de app voelt dichterbij abandonware dan maintained (Ondanks de regelmatige dependency updates... al jaren lang)

Weet iemand de achtergrond? Vind het een beetje lastig welke richting uit te gaan...

Ik heb nu MariaDB in gebruik, wilde er niet nog een database soort bij. Postgres kan een alternatief zijn maar mijn idee voor mijn nieuwe installatie (zodra het buitenweer voorbij is) is om HA alle observaties via MQ te laten uitspugen en die zelf in MariaDB te gaan opnemen. Ik kan met het HA MariaDB (archief) formaat niet goed uit de voeten.....

[HuismAndré]

Gizz schreef op woensdag 26 augustus 2026 @ 10:37:
[...]

En sommige mmwave zigbee Tuya's spammen je netwerk kapot. Ik heb ook twee van die goedkope units al 2 jaar in de kast liggen omdat ze door het spammen eigenlijk onbruikbaar zijn.

Ik weet niet of dit nog speelt bij Tuya's anno 2026.

Daarbij doet debounce helemaal niets tegen het spammen van het zigbee netwerk, alleen iets tegen het spammen van de MQTT server (door binnenkomende Zigbee pakketjes te bundelen). Dus belangrijk om Zigbee sensoren te hebben die zich een beetje gedragen (helemaal als je netwerk wat groter wordt).

[ Voor 3% gewijzigd door HuismAndré op 26-08-2026 14:48 ]

[Vaevictis_]

Sinds vandaag krijg ik dit te zien. Is dit al bekend?

[RvL]

@Vaevictis_
Ja, is al gelogd in de Frontend bug tracker: https://github.com/home-assistant/frontend/issues/53800

En in de core bug tracker ook: https://github.com/home-assistant/core/issues/180277

Het lijkt erop dat Carto een API key nu verplicht heeft gesteld terwijl dat voorheen (tot gisteren?) niet zo was.

[ Voor 17% gewijzigd door RvL op 26-08-2026 15:15 ]

[DJGizbo]

Vaevictis_ schreef op woensdag 26 augustus 2026 @ 15:10:
Sinds vandaag krijg ik dit te zien. Is dit al bekend?

[Afbeelding]

Viel mij vandaag ook opeens op.

https://carto.com/basemaps/apikey/

A key is free. What matters is understanding what it covers:

• 5 million tile requests per calendar month, counted across both the raster and vector services. Go past it and we will get in touch rather than cut you off.
• Intended for non-commercial use — personal projects, research, teaching, non-profits. Commercial projects are welcome and still get a key, but past the limit we may ask you to move onto a commercial agreement. Talk to us and we will find something that fits.
• Keep the attribution visible. CARTO and OpenStreetMap attribution must stay on your maps. That is what the free tier is in exchange for.
• The key is yours. Do not share it or reuse it across unrelated projects.

[deepbass909]

HuismAndré schreef op woensdag 26 augustus 2026 @ 14:46:
[...]

Daarbij doet debounce helemaal niets tegen het spammen van het zigbee netwerk, alleen iets tegen het spammen van de MQTT server (door binnenkomende Zigbee pakketjes te bundelen). Dus belangrijk om Zigbee sensoren te hebben die zich een beetje gedragen (helemaal als je netwerk wat groter wordt).

Ik heb hetzelfde probleem met een AVATTO smart energy meter. Die stuurt ook per seconden 3 of 4 berichten en vertraagd daarmee af en toe Home Assistant... Te weinig om echt te merken, behalve met mijn Somfy rolluiken die een time based positiebepaling gebruiken. Als er dan 1 seconde vertraging zit tussen het initiëren van bijv. het gedeeltelijk sluiten en daadwerkelijk starten van de motor, omdat het commando vertraagd wordt, dan komt het rolluik op de verkeerde positie uit...

[Wachten...]

HuismAndré schreef op woensdag 26 augustus 2026 @ 14:46:
[...]

Daarbij doet debounce helemaal niets tegen het spammen van het zigbee netwerk, alleen iets tegen het spammen van de MQTT server (door binnenkomende Zigbee pakketjes te bundelen). Dus belangrijk om Zigbee sensoren te hebben die zich een beetje gedragen (helemaal als je netwerk wat groter wordt).

Ik zie ook veel mensen de everything smart Lite noemen, is ook wel zelfbouw, maar door een YouTuber gemaakt. Wellicht is dat iets voor een redelijke prijs.

[HuismAndré]

Soms kan het helpen de reporting instellingen te tweaken van het device (in Z2M). In het verleden verwijderde ik altijd de entities die ik niet boeiend vond. Veel apparaten blijven dan echter vrolijk die entities rapporteren volgens hun defaults. Tegenwoordig verwijder ik ze niet maar pas de instellingen aan naar iets dat geen pijn doet (bijvoorbeeld 3600 - 3600 - 1000 of zo). Moeten ook weer geen overdreven waarden zijn (je wilt niet dat het apparaat de waarden verwerpt (als het zich al aan de regels houdt)).

Belangrijk inzicht kun je krijgen van het overzicht op de /#/settings/0/health pagina. Even sorteren op aantal berichten per seconde (zou onder de 0.05 moeten zijn voor rustige devices) en je weet gelijk waar de chatty devices zijn.

Ter indicatie mijn uitkomsten:
SonOff S60ZBTPF: 0.024
Nous A1Z: 0.015

Gemiddelde waarden van 2 stuks SonOff en 6 stuks Nous op een vrij druk netwerk (126 devices).

In de loods heb ik een Moes A5 (voor de autolader). Enorme kletskous die, na wat aanpassingen uitkomt op 0.03 messages/sec.

[Sharky]

Ronald schreef op woensdag 26 augustus 2026 @ 10:11:
I was het weekend bezig met InfluxDB... en het eerste wat ik er mee wilde lijkt niet te kunnen met InfluxQL (En Flux lijkt een dood spoor naar toekomst, dus wil ik me niet in verdiepen)

Dus ging ik kijken naar de staat van InfluxDB in HA... En...
De App is InfluxDB 1.8.10 van 2021... Influxdata released nog steeds en zit op 1.13.x...

Influx DB 2 is alleen door een aantal derden als app gemaakt, en 3 lijkt er helemaal niet te zijn...

Ik had de indruk dat ... tenminste hier op het forum Influx nog best populair is... maar de app voelt dichterbij abandonware dan maintained (Ondanks de regelmatige dependency updates... al jaren lang)

Weet iemand de achtergrond? Vind het een beetje lastig welke richting uit te gaan...

Buiten HA draaien is geen optie? Ik draai het gewoon als een docker die regelmatig updates krijgt.

[Ronald]

@Sharky kan, maar bijna meer werk dan een app in elkaar viben…
Ik heb HAOS draaien, dus docker op de NUC is niet echt optie.

[BiG-GuY]

Ronald schreef op woensdag 26 augustus 2026 @ 16:15:
@Sharky kan, maar bijna meer werk dan een app in elkaar viben…
Ik heb HAOS draaien, dus docker op de NUC is niet echt optie.

HA OS draait onderhuids gewoon Docker. HA Core zelf is een Docker Container die draait op je HA OS host. Alles 'Apps' zijn ook gewoon Docker containers.

Als je het aandurft, kan je ook Portainer draaien op HA OS, hiermee kan je elke Docker container draaien op je HA OS host.

Gebruik zelf geen influxdb dus heb me er niet in verdiept, maar soms zijn er ook andere App Repositories die je kan toevoegen voor een specifieke HA OS App (voorheen Add-ons).

Ik zie hier: https://community.home-assistant.io/t/home-assistant-add-on-influxdb-v2/617977/50 dat er tegenwoordig deze is die actief maintained wordt: https://github.com/VictoriaMetrics-Community/homeassistant-addon-victoriametrics

[ Voor 23% gewijzigd door BiG-GuY op 26-08-2026 16:49 ]

[Raven]

dixet schreef op woensdag 26 augustus 2026 @ 08:54:
[...]

Niet zelf gemaakt, maar ik gebruik de Aqara 24Ghz mmWave sensor. Voor die prijs kan je het toch niet zelf maken?

Werk perfect. Snelle responsetijden en nauwkeurige detectie. Vreemde is wel dat de lichtmeting t.o.v. de Hue bewegingssensor heel andere waarden geeft. Ik dacht een in-place vervanging in m'n automations te kunnen doen, maar moest dus wel alle drempelwaardes aanpassen. De Tuya lijkt veel nauwkeuriger, alleen de schaal is compleet anders.

[Afbeelding]

Enige nadeel vind ik dat mmWave sensors bedraad zijn. Met de Hue motionsensors ben je dus flexibeler in de plek waar je ze neerzet. Als je zelf gaat solderen kan je er wellicht een grote oplaadbare batterij in zetten.

* Raven leest Tuya
Is dat ding default cloud afhankelijk?

[BiG-GuY]

Raven schreef op woensdag 26 augustus 2026 @ 16:51:
[...]

* Raven leest Tuya
Is dat ding default cloud afhankelijk?

Tuya Wifi sowieso. Tuya Zigbee sowieso niet.

Zelf wil ik niks meer met Tuya in huis na de vele problemen die ik in verleden heb gehad ermee. Zeker voor je Zigbee netwerk kan het veel issues veroorzaken.

[ Voor 26% gewijzigd door BiG-GuY op 26-08-2026 16:52 ]

[tozzke]

Wachten... schreef op woensdag 26 augustus 2026 @ 07:47:
Zijn er hier veel mensen die zelf een mmwave sensor hebben gemaakt?

Ik zit er in twijfel om over te gaan, maar ik lees wisselende verhalen. Ik heb nu overal in huis Hue bewegingssensoren hangen, en hoewel ik zeer tevreden ben, is het in sommige situaties niet heel handig (betrouwbaar genoeg)

Ik wil het liefst in de woonkamer kijken of er iemand aanwezig is, om zodoende bepaalde animaties wel of niet te laten lopen. Hetzelde in de slaapkamer.

Nu zijn er alleen een paar opties die ik zelf tegen kwam. Deze

https://sonoff.tech/nl-nl/products/sonoff-senseguard-presence-core-24ghz-zigbee-human-presence-sensor-snzb-06p24

Of deze

https://www.aqara.com/en/product/presence-sensor-fp1e/

Of toch zelf bouwen?

Zelf bouwen is aanzienlijk goedkoper, echter ben ik niet heel bekend met solderen (wil het best doen en leren), maar ben vooral benieuwd naar de stabiliteit, want de Hue sensoren werken wel gewoon altijd betrouwbaar als je in de range zit van de PIR. Hierover lees ik dan wat wisselende verhalen met de mmwave sensors en valse meldingen etc.

Ik ben heel benieuwd wat jullie ervaring of mening hierover is. En mocht iemand in de buurt van Leiden wonen en het samen eens willen bouwen, dan lijkt mij dat ook heel leuk.

Ik weet niet of je Bluetooth proxies gebruikt maar ik heb sinds een tijd de SwitchBot mmWave-aanwezigheidssensor (60GHz en tijdelijk met 15% korting en dan komen ze op €28.04) en die bevalt op zich prima. Met de app van Switchbot is de gevoeligheid in te stellen en met storingsbronnen (ventilator bijv) kan hij na dit instellen prima mee overweg.

Ook nog eens batterijgevoed en dus overal te plaatsen (mits je er dus Bluetooth bereik hebt)

Ik heb ook Tuya zigbee mmwave sensors die tevens Zigbee router zijn maar die spammen het Zigbee netwerk idd helemaal het apezuur

[Raven]

BiG-GuY schreef op woensdag 26 augustus 2026 @ 16:51:
[...]

Tuya Wifi sowieso. Tuya Zigbee sowieso niet.

Zelf wil ik niks meer met Tuya in huis na de vele problemen die ik in verleden heb gehad ermee. Zeker voor je Zigbee netwerk kan het veel issues veroorzaken.

Mijn 1e slimme stekker was Tuya, paperweight zonder toegang tot het internet, Tasmota op gezet

Het Zigbee-netwerk hier is vrij klein: Conbee II, 2 Ikea lampen en 2 Ikea remotes, that's it. Spammen die dingen zoveel dan?

[dixet]

Raven schreef op woensdag 26 augustus 2026 @ 16:51:
[...]

* Raven leest Tuya
Is dat ding default cloud afhankelijk?

Niet als je hem als ZigBee device gebruikt. Hij is er ook in wifi, dan is hij wel cloud afhankelijk

[BaGe]

pinda powerrr schreef op dinsdag 25 augustus 2026 @ 22:23:
[...]

Ik heb dus niet zo lang geleden HA uit Docker gehaald en het in een VM draaien als HAOS op mijn Synology. Heb nog niet hard gezocht, maar zoals gemeld zoek ik wel een manier om Claude toegang te geven en de boel te laten nalopen/inrichten. (wie het weet mag het zeggen!)

Verder zou ik dolgraag mijn Eneco stadsverwarming koppelen om realtime inzicht te krijgen. Nu wist ik al dat dit een behoorlijke uitdaging zou worden vanwege de gebruikte meters van Eneco. Uiteraard heeft iemand dit al helemaal uitgewerkt (LINK) maar dit is me echt wel even boven de pet. Dus ook hier hoop ik eigenlijk dat Claude mij het werk uit handen kan nemen.

Maar goed, ongoing project, zoals bij velen hier
Ik lees nieuwsgierig mee en probeer van alles uit, grote waardering voor de experts hier!

Ik doe iets soortgelijks met een HomeWizard P1 Powermeter. (link)
Het zal er vanaf hangen hoe jouw installatie eruit ziet. Ben niet bekend met Eneco.
Bij mij was het kwestie van poortje openzetten op de Fluvius portal (ik woon in Gent, Belgie)

Is wel niet realtime. De gasmeter communiceert met de electriciteitsmeter (ja, die doet dat echt!) en geeft denk ik om de 5 minuten zijn stats door ...

[Himalaya]

Wachten... schreef op woensdag 26 augustus 2026 @ 07:47:
Zijn er hier veel mensen die zelf een mmwave sensor hebben gemaakt?

Ik zit er in twijfel om over te gaan, maar ik lees wisselende verhalen. Ik heb nu overal in huis Hue bewegingssensoren hangen, en hoewel ik zeer tevreden ben, is het in sommige situaties niet heel handig (betrouwbaar genoeg)

Ik wil het liefst in de woonkamer kijken of er iemand aanwezig is, om zodoende bepaalde animaties wel of niet te laten lopen. Hetzelde in de slaapkamer.

Nu zijn er alleen een paar opties die ik zelf tegen kwam. Deze

https://sonoff.tech/nl-nl/products/sonoff-senseguard-presence-core-24ghz-zigbee-human-presence-sensor-snzb-06p24

Of deze

https://www.aqara.com/en/product/presence-sensor-fp1e/

Of toch zelf bouwen?

Zelf bouwen is aanzienlijk goedkoper, echter ben ik niet heel bekend met solderen (wil het best doen en leren), maar ben vooral benieuwd naar de stabiliteit, want de Hue sensoren werken wel gewoon altijd betrouwbaar als je in de range zit van de PIR. Hierover lees ik dan wat wisselende verhalen met de mmwave sensors en valse meldingen etc.

Ik ben heel benieuwd wat jullie ervaring of mening hierover is. En mocht iemand in de buurt van Leiden wonen en het samen eens willen bouwen, dan lijkt mij dat ook heel leuk.

Ik heb er twee van CeilSense, een in de keuken op wifi en een in de slaapkamer op PoE en beide werken perfect. Is toch wel weer een stap verder dan de standaar Pir motion sensors. Die in de slaapkamer gebruik ik om te kijken of we nog slapen en dus het huis in de “slaapstand” moet en die in de keuken voor het aansturen van de verlichting het het HA dashboard. Ben wel van plan om er mee verder te gaan maar zit nog een beetje met dat ze nog geen opbouw model hebben. Maar heerlijk in ESPHome en gelijk nog een hele set extra sensoren er bij in.

[Raven]

Himalaya schreef op woensdag 26 augustus 2026 @ 19:46:
Die in de slaapkamer gebruik ik om te kijken of we nog slapen en dus het huis in de “slaapstand” moet

Daar heb ik load cells voor, al moet ik die nog steeds onder mijn nest plaatsen en aan de HX711 en een ESP hangen.

[RobertMe]

Raven schreef op woensdag 26 augustus 2026 @ 20:35:
[...]

Daar heb ik load cells voor, al moet ik die nog steeds onder mijn nest plaatsen en aan de HX711 en een ESP hangen.

Dus eigenlijk heb je er niks voor?

* RobertMe heeft al... 5+ jaar denkt ie, load cells onder het bed. 2x 2, onder het voeteind en hoofdeind. Op basis van verschil is dan ook onderscheid te maken tussen zitten en liggen. Dus 's avonds blijft de lamp boven het bed branden bij zitten, en bij liggen (meteen of na eerst zitten) gaat de verlichting uit (via een fade).
's morgens de verlichting aan gaat dan weer of op basis van de wekker of met een knop. (Waarbij er meer gebeurt, radio aan, in de zomer het rolluik open, ...).

Edit:
2x 2 dan ook met 2x een HX711, gekoppeld aan één ESP.

[ Voor 4% gewijzigd door RobertMe op 26-08-2026 21:05 ]

[Raven]

@RobertMe Flauw

Hier ook 2x2. Maar uhm, 2x een HX711? 4 van die load cells kun je toch op 1 HX711 aansluiten? Zie bijv. https://espeasy.readthedocs.io/en/latest/Plugin/P067.html

[RobertMe]

Raven schreef op woensdag 26 augustus 2026 @ 21:12:
@RobertMe Flauw

Hier ook 2x2. Maar uhm, 2x een HX711? 4 van die load cells kun je toch op 1 HX711 aansluiten? Zie bijv. https://espeasy.readthedocs.io/en/latest/Plugin/P067.html
[Afbeelding]

Klopt, je kunt er 4 op een HX711 aansluiten. Alleen rolt er dan dus ook één nummertje uit. Dus kan ik het voeteind en hoofdeind niet onafhankelijk meten, en dus niet bepalen of ik in bed zit of lig (lees: licht blijft aan als ik nog met een boek telefoon of tablet zit).

Daarom ook 2x 2 i.p.v. "4". 2 sensoren onder het voeteind op één HX711 en 2 sensoren onder het hoofdeind op één HX711.

De HX711 heeft ook een A en B waardoor je ook 2 "sets" kunt aansluiten en onafhankelijk meten. Maar dat wordt niet aangeraden. Iets met de gain die dan lager moet? waardoor die niet meer zo nauwkeurig is? En of ~2 meter runs over een (dun) draadje nu zo handig is bij iets dat super gevoelig meet in weerstand? De extra lengte in kabel heeft dan wellicht ook al invloed op de meting. Het digitale signaal waarmee de HX711 met de ESP babbelt zal daar veeeel minder gevoelig voor zijn.

[Raven]

@RobertMe Ah op die manier. Nou er ligt een Ikea Zigbee afstandsbediening naast mijn nest die via HASS is gekoppeld aan de Zigbeelamp aan het plafond en heb op mijn nachtkastje een lamp met fysieke schakelaar binnen handbereik. Belangrijkste is aanwezigheidsdetectie, niet zozeer of ik zit of lig.

[pinda powerrr]

BaGe schreef op woensdag 26 augustus 2026 @ 19:23:
[...]

Ik doe iets soortgelijks met een HomeWizard P1 Powermeter. (link)
Het zal er vanaf hangen hoe jouw installatie eruit ziet. Ben niet bekend met Eneco.
Bij mij was het kwestie van poortje openzetten op de Fluvius portal (ik woon in Gent, Belgie)

Is wel niet realtime. De gasmeter communiceert met de electriciteitsmeter (ja, die doet dat echt!) en geeft denk ik om de 5 minuten zijn stats door ...

Was het maar zo simpel om een P1 meter eraan te hangen. Nee, Eneco heeft met stadsverwarming echt een heel eigen systeem gemaakt en die zijn niet kant en klaar uit te lezen.

[Raven]

pinda powerrr schreef op woensdag 26 augustus 2026 @ 21:28:
[...]

Was het maar zo simpel om een P1 meter eraan te hangen. Nee, Eneco heeft met stadsverwarming echt een heel eigen systeem gemaakt en die zijn niet kant en klaar uit te lezen.

IEC 62056-21 als ik gauw Google? Heb ooit een niet slimme digitale elektra-meter gehad die met een in de V&A gevonden IR->RS232 adapter (deze was het dacht ik) zonder problemen uitgelezen kon worden.

[synoniem]

Ik heb inderdaad ooit zoiets dergelijks aangeschaft voor een digitale niet slimme elektriciteitsmeter. Infrarood wordt moeiteloos waargenomen, alleen zend de meter niets uit. Is geblokkeerd door Stedin omdat die poort kennelijk twee-weg kan werken bij mijn meter.

[Himalaya]

Raven schreef op woensdag 26 augustus 2026 @ 20:35:
[...]

Daar heb ik load cells voor, al moet ik die nog steeds onder mijn nest plaatsen en aan de HX711 en een ESP hangen.

De Ceilsense doet daarnaast ook de bewegingmelding en stuurt daarmee de verlichting aan als de lux meting het te donker vind, ook als ik niet op het bed zit. Ben nog bezig met zones om te kijken of ik de ledstrip onder het bed in de nacht heel zachtjes (1%) in rood kan laten branden als ik uit bed stap, net iets te vaak tegen de punt aangelopen (we hebben rolluiken en dan is donker ook echt donker). Dat regel ik nu nog met pir sensoren. Ook wel naar loadcell gekeken maar daar leent ons bed zich niet voor.

[Toppe]

Zijn er meer mensen die dit gedrag herkennen? Mijn Niki verliest met regelmaat zijn MQTT. Batterij staat al op prestatie modus ipv bespaar…

[Beekforel]

Toppe schreef op donderdag 27 augustus 2026 @ 07:58:
[Afbeelding]

Zijn er meer mensen die dit gedrag herkennen? Mijn Niki verliest met regelmaat zijn MQTT. Batterij staat al op prestatie modus ipv bespaar…

Ja, ik heb dit ook al een tijdje. Nog niet verder in verdiept.

[peterpijpelink]

Hallo, ook hier nogmaals onder de aandacht brengen na de vakanties:

Op 2 September 2026 houden we een Home Assistant meetup in Rotterdam. Je bent welkom van 1900-2300 - bijpraten, drankje, tips en tricks. Er zijn nog beperkte plaatsen beschikbaar. Geef je hier op: https://luma.com/ks18tqdy