Home Assistant: Open source Python3 home automation - deel 3

[sOid]

Ik heb jullie hulp weer even nodig Ik wil de uptime van m'n NUC op een bepaalde manier uitlezen en weergeven. Het uitlezen gaat prima met het onderstaande commando. De tijd wordt dan weergegeven in seconden, die wil ik dan weer converteren naar dagen, huren en minuten.

Het vreemde is: hetzelfde template werkt bij de Synology SNMP-sensor wel goed, maar bij de NUC-sensor niet. Bij laatstgenoemde wordt de tijd niet goed omgezet. Terwijl de input bij beide sensoren de tijd in seconden is. Heeft een van jullie enig idee waar het fout gaat? Ik heb al een stuk of 10 verschillende versies van value_template gebruikt, zonder resultaat.

De output van het commando "awk '$1>0 { print substr($1,1,7)}' /proc/uptime" is 6835298 wat neerkomt op 79 dagen, 2 uur en 41 minuten. Om een of andere duistere reden wordt dit in HASS omgezet naar 18hr 59min.

De output van het SNMP-commando bij Synology is 648854309. Dus het formaat is hetzelfde. Vandaar dat ik niet begrijp dat de conversie bij de een wel werkt en bij de ander niet

YAML:

#-----NUC Uptime ## VERKEERDE OUTPUT
- platform: command_line
  name: nuc_uptime
  command: "awk '$1>0 { print substr($1,1,7)}' /proc/uptime"
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

#----- Synology Uptime ## WERKT DUS GOED
- platform: snmp
  host: !secret synology_ip
  name: synology_uptime
  baseoid: .1.3.6.1.2.1.25.1.1.0
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

Edit: argh, nu ze boven elkaar staan zie ik dat de output bij de een 7 tekens is en bij de ander 9. Als ik het awk-commando zonder substr doe, dan krijg ik wel 9 tekens maar met een punt ertussen. Zo dus: 6836314.48

Hoe kan ik in die value template die punt verwijderen?

Edit 2: Nee, dat is 'm toch niet. Want als ik 683631448 door een converter gooi, dan kom ik op 7912 dagen uit :x

[ Voor 8% gewijzigd door sOid op 06-10-2020 14:07 ]

[MisteRMeesteR]

sOid schreef op dinsdag 6 oktober 2020 @ 13:51:
Ik heb jullie hulp weer even nodig Ik wil de uptime van m'n NUC op een bepaalde manier uitlezen en weergeven. Het uitlezen gaat prima met het onderstaande commando. De tijd wordt dan weergegeven in seconden, die wil ik dan weer converteren naar dagen, huren en minuten.

Het vreemde is: hetzelfde template werkt bij de Synology SNMP-sensor wel goed, maar bij de NUC-sensor niet. Bij laatstgenoemde wordt de tijd niet goed omgezet. Terwijl de input bij beide sensoren de tijd in seconden is. Heeft een van jullie enig idee waar het fout gaat? Ik heb al een stuk of 10 verschillende versies van value_template gebruikt, zonder resultaat.

De output van het commando "awk '$1>0 { print substr($1,1,7)}' /proc/uptime" is 6835298 wat neerkomt op 79 dagen, 2 uur en 41 minuten. Om een of andere duistere reden wordt dit in HASS omgezet naar 18hr 59min.

De output van het SNMP-commando bij Synology is 648854309. Dus het formaat is hetzelfde. Vandaar dat ik niet begrijp dat de conversie bij de een wel werkt en bij de ander niet

YAML:

#-----NUC Uptime ## VERKEERDE OUTPUT
- platform: command_line
  name: nuc_uptime
  command: "awk '$1>0 { print substr($1,1,7)}' /proc/uptime"
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

#----- Synology Uptime ## WERKT DUS GOED
- platform: snmp
  host: !secret synology_ip
  name: synology_uptime
  baseoid: .1.3.6.1.2.1.25.1.1.0
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

Ik gebruik deze voor mijn Cisco router / HP Switch én ESXi doos :

YAML:

  value_template: >-
      {% set timetick = value | int %}
      {% set minutes = ((timetick % 360000) / 6000) | int%}
      {% set hours = ((timetick % 8640000) / 360000) | int %}
      {% set days = (timetick / 8640000) | int %}
      {%- if timetick < 6000 -%}
        Less than a minute
      {%- else -%}
        {%- if days > 0 -%}
          {%- if days == 1 -%}
            1 day
          {%- else -%}
            {{ days }} days
          {%- endif -%}
        {%- endif -%}
        {%- if hours > 0 -%}
          {%- if days > 0 -%}
            {{ ', ' }}
          {%- endif -%}
          {%- if hours == 1 -%}
            1 hr
          {%- else -%}
            {{ hours }} hrs
          {%- endif -%}
        {%- endif -%}
        {%- if minutes > 0 -%}
          {%- if days > 0 or hours > 0 -%}
            {{ ', ' }}
          {%- endif -%}
          {%- if minutes == 1 -%}
            1 min
          {%- else -%}
            {{ minutes }} min
          {%- endif -%}
        {%- endif -%}
      {%- endif -%} 
      

[sOid]

@MisteRMeesteR Haha die heb ik ook al geprobeerd, zonder succes. Maar ik denk dat ik intussen snap waar het fout gaat, weet alleen nog niet hoe ik het moet oplossen. Zie edit van post hierboven

[-Casper]

sOid schreef op dinsdag 6 oktober 2020 @ 13:51:
Ik heb jullie hulp weer even nodig Ik wil de uptime van m'n NUC op een bepaalde manier uitlezen en weergeven. Het uitlezen gaat prima met het onderstaande commando. De tijd wordt dan weergegeven in seconden, die wil ik dan weer converteren naar dagen, huren en minuten.

Het vreemde is: hetzelfde template werkt bij de Synology SNMP-sensor wel goed, maar bij de NUC-sensor niet. Bij laatstgenoemde wordt de tijd niet goed omgezet. Terwijl de input bij beide sensoren de tijd in seconden is. Heeft een van jullie enig idee waar het fout gaat? Ik heb al een stuk of 10 verschillende versies van value_template gebruikt, zonder resultaat.

De output van het commando "awk '$1>0 { print substr($1,1,7)}' /proc/uptime" is 6835298 wat neerkomt op 79 dagen, 2 uur en 41 minuten. Om een of andere duistere reden wordt dit in HASS omgezet naar 18hr 59min.

De output van het SNMP-commando bij Synology is 648854309. Dus het formaat is hetzelfde. Vandaar dat ik niet begrijp dat de conversie bij de een wel werkt en bij de ander niet

YAML:

#-----NUC Uptime ## VERKEERDE OUTPUT
- platform: command_line
  name: nuc_uptime
  command: "awk '$1>0 { print substr($1,1,7)}' /proc/uptime"
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

#----- Synology Uptime ## WERKT DUS GOED
- platform: snmp
  host: !secret synology_ip
  name: synology_uptime
  baseoid: .1.3.6.1.2.1.25.1.1.0
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

Deze gevonden en getest in developer tools:

YAML:

    {% set value = 6835298 %}

          {% set time = value %}
          {% set minutes = ((time % 3600) / 60) | int %}
          {% set hours = ((time % 86400) / 3600) | int %}
          {% set days = (time / 86400) | int %}

          {%- if time < 60 -%}
            Less than a minute
          {%- else -%}
            {%- if days > 0 -%}
              {%- if days == 1 -%}
                1 day
              {%- else -%}
                {{ days }} days
              {%- endif -%}
            {%- endif -%}
            {%- if hours > 0 -%}
              {%- if days > 0 -%}
                {{ ', ' }}
              {%- endif -%}
              {%- if hours == 1 -%}
                1 hour
              {%- else -%}
                {{ hours }} hours
              {%- endif -%}
            {%- endif -%}
            {%- if minutes > 0 -%}
              {%- if days > 0 or hours > 0 -%}
                {{ ', ' }}
              {%- endif -%}
              {%- if minutes == 1 -%}
                1 minute
              {%- else -%}
                {{ minutes }} minutes
              {%- endif -%}
            {%- endif -%}
          {%- endif -%}

En dat geeft 79 days, 2 hours, 41 minutes als resultaat. Code direct overgenomen van de source dus niet gecheckt of die nog korter kan.

[MisteRMeesteR]

sOid schreef op dinsdag 6 oktober 2020 @ 14:02:
@MisteRMeesteR Haha die heb ik ook al geprobeerd, zonder succes. Maar ik denk dat ik intussen snap waar het fout gaat, weet alleen nog niet hoe ik het moet oplossen. Zie edit van post hierboven

Simpel find / replace om het puntje weg te poetsen?

YAML:

{{ "6836314.48" |regex_replace(find='\.', replace='', ignorecase=False) }}

Output:
683631448

[sOid]

-Casper schreef op dinsdag 6 oktober 2020 @ 14:03:
[...]


Deze gevonden en getest in developer tools:

YAML:

    {% set value = 6835298 %}

          {% set time = value %}
          {% set minutes = ((time % 3600) / 60) | int %}
          {% set hours = ((time % 86400) / 3600) | int %}
          {% set days = (time / 86400) | int %}

          {%- if time < 60 -%}
            Less than a minute
          {%- else -%}
            {%- if days > 0 -%}
              {%- if days == 1 -%}
                1 day
              {%- else -%}
                {{ days }} days
              {%- endif -%}
            {%- endif -%}
            {%- if hours > 0 -%}
              {%- if days > 0 -%}
                {{ ', ' }}
              {%- endif -%}
              {%- if hours == 1 -%}
                1 hour
              {%- else -%}
                {{ hours }} hours
              {%- endif -%}
            {%- endif -%}
            {%- if minutes > 0 -%}
              {%- if days > 0 or hours > 0 -%}
                {{ ', ' }}
              {%- endif -%}
              {%- if minutes == 1 -%}
                1 minute
              {%- else -%}
                {{ minutes }} minutes
              {%- endif -%}
            {%- endif -%}
          {%- endif -%}

En dat geeft 79 days, 2 hours, 41 minutes als resultaat. Code direct overgenomen van de source dus niet gecheckt of die nog korter kan.

Als ik deze gebruik als value_template, wordt er dus weer 18 hrs, 59 min weergegeven

MisteRMeesteR schreef op dinsdag 6 oktober 2020 @ 14:11:
[...]

Simpel find / replace om het puntje weg te poetsen?

YAML:

{{ "6836314.48" |regex_replace(find='\.', replace='', ignorecase=False) }}

Output:
683631448

Thanks, ga ik even proberen.

[RedPas]

Ik stream 2 van mn camera's naar homepage van HA, dit werkt goed, op pc, laptop,gsm.
Maar op mn pi4 dat ik gebruik om HA te visualiseren, heb ik 1 camera dat na een tijdje vastloopt.
Altijd dezelfde camera, soms goed voor 4u soms al gecrashed na 10min.
Cameras zijn Unifi.
Kan natuurlijk een scriptje schrijven dat ieder uur ofzo de pagina ververst, maar zou liever weten waarom?
Heb een pagina in HA waar ik alle 8 camera's( 6 Unifi's en 2 Hikvision 4K) op stream en alles blijft vlot werken behalve die ene....
Heb cameras al uit VLAN gehaald en in zelfde netwerk als HA gezet maar geen verbetering

[golles]

sOid schreef op dinsdag 6 oktober 2020 @ 14:15:
[...]


Als ik deze gebruik als value_template, wordt er dus weer 18 hrs, 59 min weergegeven
[...]

Thanks, ga ik even proberen.

Je kunt beter het probleem in je shell script oplossen

code:

awk '$1>0 { print substr($1,1,7)}' /proc/uptime

Is niet erg netjes doordat je de 1e 7 tekens neemt. Je kunt beter hier gelijk splitsen op de 1e punt, je krijgt leuke resultaten als je machine nog maar een paar seconden online is.

Met wat googlen heb ik dit gevonden:

code:

sed 's/\..*//' /proc/uptime
# of met awk:
awk '{sub(/\..*/, ""); print}' /proc/uptime

[ Voor 15% gewijzigd door golles op 06-10-2020 14:38 ]

[-Casper]

sOid schreef op dinsdag 6 oktober 2020 @ 14:15:
[...]


Als ik deze gebruik als value_template, wordt er dus weer 18 hrs, 59 min weergegeven
[...]

Ik zou eens proberen te dubbelchecken of de value die je hier krijgt wel gelijk is aan wat je verwacht

[sOid]

-Casper schreef op dinsdag 6 oktober 2020 @ 15:10:
[...]

Ik zou eens proberen te dubbelchecken of de value die je hier krijgt wel gelijk is aan wat je verwacht

Jaaa eindelijk! Het lag dus tóch aan die punt. Het werkte bij de Syno wel omdat de input 9 tekens was. Wellicht gaat het dus om milliseconden ipv seconden? Nu is dat bij de NUC ook het geval. Uiteindelijk is het dit geworden.

YAML:

#-----NUC Uptime
- platform: command_line
  name: nuc_uptime
  command: 'sed -e ''s/ .*//'' -e ''s/\. *//'' /proc/uptime'
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

Bedankt @golles voor de sed-suggestie. Ik kende het commando niet en moest 'm aanpassen; in jouw voorbeeld werd alles verwijderd na de eerste punt. Dat moest echter na de eerste spatie zijn want de volledige output is dit:

Bash:

cat /proc/uptime
6842501.91 12344818.18

Daarnaast moest ik dus die punt verwijderen. Het was gedoe om uit te zoeken; uiteindelijk dus zo opgelost. Vervolgens kreeg ik een foutmelding door de \. in het command. Blijkbaar moet het hele command in enkele ' en in het command zelf dubbele enkele ' gebruiken

Had de ' ook even helemaal weggehaald. Geen succes; hele HASS-installatie crashte :x

MisteRMeesteR schreef op dinsdag 6 oktober 2020 @ 14:11:
[...]

Simpel find / replace om het puntje weg te poetsen?

YAML:

{{ "6836314.48" |regex_replace(find='\.', replace='', ignorecase=False) }}

Output:
683631448

Ik heb hier ook nog naar gekeken, maar het lukte me niet om het in de bestaande value_template te verwerken. Bleef foutmeldingen krijgen. Heb het niet meer nodig maar ik leer graag; kun je me vertellen hoe dat wel werkt?

---

Ik begrijp trouwens nog steeds niet waar die 9-cijferige getallen uit bestaan. Want met 9 cijfers is het afaik niet in seconden, aangezien dan ik 7000+ dagen krijg. Maar het zijn ook geen milliseconden.

[ Voor 4% gewijzigd door sOid op 06-10-2020 15:52 ]

[golles]

sOid schreef op dinsdag 6 oktober 2020 @ 15:47:
[...]

Bedankt @golles voor de sed-suggestie. Ik kende het commando niet en moest 'm aanpassen; in jouw voorbeeld werd alles verwijderd na de eerste punt. Dat moest echter na de eerste spatie zijn want de volledige output is dit:

Bash:

cat /proc/uptime
6842501.91 12344818.18

Daarnaast moest ik dus die punt verwijderen. Het was gedoe om uit te zoeken; uiteindelijk dus zo opgelost. Vervolgens kreeg ik een foutmelding door de \. in het command. Blijkbaar moet het hele command in enkele ' en in het command zelf dubbele enkele ' gebruiken

Ah, ik dacht dat dat /proc/uptime het aantal seconden in een decimal nummer teruggaf. Ik dacht dat voor deze use-case tienden en honderdsten geen toegevoegde waarde heeft voor een sensor in HA.

Als je liever awk gerbuikt, ik had mn post aangepast en ook awk toegevoegd (ook splitsen op punt)

[ Voor 5% gewijzigd door golles op 06-10-2020 16:00 ]

[voorstad]

Ik ben voorzichtig mijn eerste schreden aan het zetten binnen Home Assistant. Enthousiast geworden na de Smart Home meet up van Tweakers vorige week. Ik heb mijn RPi4 draaien en een heel aantal devices gekoppeld en de lichten gaan nu automatisch aan, afhankelijk van de zonsondergang. Top!

Ik probeer nu de volgende stap te maken, en op basis van de aanwezigheid van een aantal smartphones zaken te besturen. Ik heb (via File Editor) mijn router toegevoegd in de config/configuration.yaml

device_tracker:
- platform: synology_srm
host: 192.168.1.1
user: <supergebruiker>
password: <supergeheim>

In de Configuration, Devices, Entities, zie ik nu diverse apparaten met de namen, Entity ID en Device tracker als Integration. Maar geen idee hoe ik die nu kan inzetten. Alle entitites van het type "device tracker"zijn read-only, en wanneer ik er een open, krijg ik:

"This entity does not have a unique ID, therefore its settings cannot be managed from the UI."

Ik heb al diverse fora afgestruind, maar ben niet veel wijzer geworden. Is er iemand die een beschrijving / blog / forumpost / filmpje voor mij heeft hoe ik op basis van deze device tracker, kan zorgen dat ik kan zien of een smartphone verbonden is (dus via de router, niet via een geinstalleerde app) en vervolgens zaken op basis daarvan kan automatiseren? Alvast

[Ronker32]

voorstad schreef op dinsdag 6 oktober 2020 @ 17:30:
Ik ben voorzichtig mijn eerste schreden aan het zetten binnen Home Assistant. Enthousiast geworden na de Smart Home meet up van Tweakers vorige week. Ik heb mijn RPi4 draaien en een heel aantal devices gekoppeld en de lichten gaan nu automatisch aan, afhankelijk van de zonsondergang. Top!

Ik probeer nu de volgende stap te maken, en op basis van de aanwezigheid van een aantal smartphones zaken te besturen. Ik heb (via File Editor) mijn router toegevoegd in de config/configuration.yaml

device_tracker:
- platform: synology_srm
host: 192.168.1.1
user: <supergebruiker>
password: <supergeheim>

In de Configuration, Devices, Entities, zie ik nu diverse apparaten met de namen, Entity ID en Device tracker als Integration. Maar geen idee hoe ik die nu kan inzetten. Alle entitites van het type "device tracker"zijn read-only, en wanneer ik er een open, krijg ik:

"This entity does not have a unique ID, therefore its settings cannot be managed from the UI."

Ik heb al diverse fora afgestruind, maar ben niet veel wijzer geworden. Is er iemand die een beschrijving / blog / forumpost / filmpje voor mij heeft hoe ik op basis van deze device tracker, kan zorgen dat ik kan zien of een smartphone verbonden is (dus via de router, niet via een geinstalleerde app) en vervolgens zaken op basis daarvan kan automatiseren? Alvast

Probeer je code in de juiste tags te zetten (zie topicwarning), maakt het net iets leesbaarder. Wat je kan doen is kijken in de tab Developer Tools aan de linkerkant en dan bij States of je daar iets kan vinden wat betreft entitites van de router. Zodra je een entity hebt gevonden kan je kijken welke waarden er worden meegegeven, en kan je de relevante voor jou er uit zoeken zodat je daar je automations/scripts op kan draaien. Weet je overigens zeker dat je router op deze manier device_tracker kan faciliteren?

Edit: note to self, even verder kijken voordat je domme vragen stelt. Uit de documentatie blijkt inderdaad dat het kan.

[ Voor 4% gewijzigd door Ronker32 op 06-10-2020 17:36 ]

[synoniem]

sOid schreef op dinsdag 6 oktober 2020 @ 15:47:
[...]

Jaaa eindelijk! Het lag dus tóch aan die punt. Het werkte bij de Syno wel omdat de input 9 tekens was. Wellicht gaat het dus om milliseconden ipv seconden? Nu is dat bij de NUC ook het geval. Uiteindelijk is het dit geworden.

YAML:

#-----NUC Uptime
- platform: command_line
  name: nuc_uptime
  command: 'sed -e ''s/ .*//'' -e ''s/\. *//'' /proc/uptime'
  value_template: >
    {%- set time = value | int // 100 %}
    {%- set minutes = ((time % 3600) // 60) %}
    {%- set minutes = '{}min'.format(minutes) if minutes > 0 else '' %}
    {%- set hours = ((time % 86400) // 3600) %}
    {%- set hours = '{}hr '.format(hours) if hours > 0 else '' %}
    {%- set days = (time // 86400) %}
    {%- set days = '{}d '.format(days) if days > 0 else '' %}
    {{ 'Less than 1 min' if time < 60 else days + hours + minutes }}

Bedankt @golles voor de sed-suggestie. Ik kende het commando niet en moest 'm aanpassen; in jouw voorbeeld werd alles verwijderd na de eerste punt. Dat moest echter na de eerste spatie zijn want de volledige output is dit:

Bash:

cat /proc/uptime
6842501.91 12344818.18

Daarnaast moest ik dus die punt verwijderen. Het was gedoe om uit te zoeken; uiteindelijk dus zo opgelost. Vervolgens kreeg ik een foutmelding door de \. in het command. Blijkbaar moet het hele command in enkele ' en in het command zelf dubbele enkele ' gebruiken

Had de ' ook even helemaal weggehaald. Geen succes; hele HASS-installatie crashte :x


[...]

Ik heb hier ook nog naar gekeken, maar het lukte me niet om het in de bestaande value_template te verwerken. Bleef foutmeldingen krijgen. Heb het niet meer nodig maar ik leer graag; kun je me vertellen hoe dat wel werkt?

---

Ik begrijp trouwens nog steeds niet waar die 9-cijferige getallen uit bestaan. Want met 9 cijfers is het afaik niet in seconden, aangezien dan ik 7000+ dagen krijg. Maar het zijn ook geen milliseconden.

Waarom rekenen vanaf seconden? Als ik uptime vraag krijg ik:

code:

 17:53:44 up 38 days,  4:45,  1 user,  load average: 0.47, 0.46, 0.41

Met een awk kan ik die dagen en uren er zo uitvissen allemaal vanaf de commandline of script.

[wesley2004]

Sinds gisteren een andere internet provider. (t-mobile)
Vanaf dat moment kan ik home assistant niet meer bereiken van buitenaf.
Ook vernieuwt hij het certificaat niet meer.
Ik probeer poort 8123 en 443 te forwarden vanuit het modem naar het ip adres van home assistant.
8123 lijkt wel te openen, 443 helaas niet.
Ik doen precies hetzelfde voor beiden poorten.

Iemand hier die misschien ook het Zyxel modem (VMG8825-T50)van Tmobile heeft en dit wel lukt?

[Byron010]

Zijn hier gebruikers van de Xaomi Aqara motion sensoren? Zo ja, zouden jullie deze aanraden?
Zo nee, wat voor motion sensoren (om lichten aan te doen bijv) zouden jullie wel aanraden? (Niet al te duur )

Op het moment heb ik eigenlijk alleen ZigBee apparaten dus daar ging mijn initiele (niet onderbouwde) voorkeur naar uit.

[Koepert]

Byron010 schreef op dinsdag 6 oktober 2020 @ 18:24:
Zijn hier gebruikers van de Xaomi Aqara motion sensoren? Zo ja, zouden jullie deze aanraden?
Zo nee, wat voor motion sensoren (om lichten aan te doen bijv) zouden jullie wel aanraden? (Niet al te duur )

Op het moment heb ik eigenlijk alleen ZigBee apparaten dus daar ging mijn initiele (niet onderbouwde) voorkeur naar uit.

Zowel een Aqara als een Sonoff (Zigbee) in gebruik. Beide eigenlijk prima tevreden over. Verdenk de Sonoff wat meer van false positives. Maar die hangt buiten bij de voordeur dus kan op zich ook nog wel kloppen het is meer een gevoel dan ergens op gebaseerd .

[Blokmeister]

Byron010 schreef op dinsdag 6 oktober 2020 @ 18:24:
Zijn hier gebruikers van de Xaomi Aqara motion sensoren? Zo ja, zouden jullie deze aanraden?
Zo nee, wat voor motion sensoren (om lichten aan te doen bijv) zouden jullie wel aanraden? (Niet al te duur )

Op het moment heb ik eigenlijk alleen ZigBee apparaten dus daar ging mijn initiele (niet onderbouwde) voorkeur naar uit.

Jup, heb ik! Fijne dingen, vooral omdat ze ook de verlichting in de kamer meten. Heb de meeste gekoppeld met de Xiaomi Hub, maar heb er ook wat aan een Conbee stick hangen. Werkt beide vlekkeloos.


Ander vraagje nog. Tijdens de smarthome meetup hoorde ik Femme vertellen over zijn lichtautomatisering. Bij hem gaan de lampen aan en gaat er een timer lopen als er beweging wordt gedetecteerd in een ruimte. Als er tijdens het lopen van die timer opnieuw beweging wordt gedetecteerd, reset hij die timer met een langere tijd, omdat het dan duidelijker is dat iemand in die kamer aanwezig is. Dat herhaalt zich totdat er een maximale timeout is bereikt.

Dit vind ik een superslimme manier om dingen te regelen, maar ik weet zo niet hoe ik dat simpel kan doen met Home Assistant. Je kan namelijk de 'time_remaining' van een timer niet uitlezen. Iemand een idee hoe ik dit het beste kan aanpassen?

[LightStar]

Meer mensen een mail gehad van Somfy? Ik gebruik de somfy api binnen HA welke weer ge-port word naar Homekit.

Dear customer,

In an ongoing effort to provide the best services to our users, we monitor the traffic generated by our applications and Smart Home boxes (TaHoma and Connexoon). It appears that you are using a third-party solution, either developed by yourself or provided by an external entity (developer or community of developers not working for Somfy). Such developments are made without our willingness and, sometimes, do not respect our usage guidelines.

We are contacting you today to update the way your script or your application behaves with our API as it is overconsuming our backend resources for your own installation. To do so, please contact the provider of your solution or update your code by October 31st.

We are asking all third-party scripts or application to reduce their polling activity on our API. In particular, the GET /setup endpoint is meant to be used once and only once by end-user session and not to regularly refresh the devices data.

As we do not want every TaHoma and Connexoon users be impacted by the overuse of some individuals, we will react in the coming months and set up rate limiters and automated bans if such changes are not applied.

Thank you for your understanding.

[RobertMe]

Byron010 schreef op dinsdag 6 oktober 2020 @ 18:24:
Zijn hier gebruikers van de Xaomi Aqara motion sensoren? Zo ja, zouden jullie deze aanraden?
Zo nee, wat voor motion sensoren (om lichten aan te doen bijv) zouden jullie wel aanraden? (Niet al te duur )

Op het moment heb ik eigenlijk alleen ZigBee apparaten dus daar ging mijn initiele (niet onderbouwde) voorkeur naar uit.

Ik heb er daar één van. Nadeel dat ik vind dat deze heeft is dat deze een vast "interval" heeft. Als er beweging is stuurt deze een "er is beweging" bericht, en vervolgens blijft die om en nabij de 60 seconden een "er is beweging" bericht sturen als die beweging ziet. Nadeel één is dat je dit interval dus niet korter kunt zetten naar bv 30 seconden. Immers kan de sensor niet zo vaak doorgeven dat er nog beweging is. Nadeel twee is dat als er bv 50 seconden beweging is en je iets als Zigbee2mqtt instelt om na 60 seconden de "geen beweging meer" te sturen, dat je dan meteen die 60 seconden na de eerste detectie al uit gaat. De "cooldown" is dan dus maar 10 seconden, en kan dus niet langer (/alleen door je eigen timeout op te rekken). Als je de boel instelt om na de eerste beweging voor 5 minuten aan te blijven zijn beiden uiteraard geen probleem. Maar als je de boel wat strakker wilt instellen dat kort na het verlaten van de ruimte de verlichting uit gaat is dat wel iets om rekening mee te houden.

Ander ding dat die van mij AFAIK heeft, maar mogelijk later is opgelost in een nieuwe revisie of wellicht zelfs in de coördinator (in mijn geval dan Zigbee2mqtt), is dat de lux waarde alleen wordt gerapporteerd (/gemeten?) op het moment dat de "er is beweging" wordt gestuurd. Dus bv: op basis van een deursensor registreer je aanwezigheid in een ruimte, en je gebruikt de lux meting van deze bewegingsmelder voor de conditie. Als je dan overdag in de ruimte bent (/beweegt) is de lux hoog. Vervolgens ben je een aantal uren niet in de ruimte en het wordt donker. Als je dan de deur open doet dan ziet HA nog de oude (hoge) lux waarde, zou je de verlichting niet aan doen, en sta je daar in het donker (totdat de sensor beweging detecteert, dan wordt lux wel bijgewerkt).

[Leejow(saait)]

LightStar schreef op dinsdag 6 oktober 2020 @ 18:36:
Meer mensen een mail gehad van Somfy? Ik gebruik de somfy api binnen HA welke weer ge-port word naar Homekit.


[...]

Hier dezelfde mail ontvangen! Wellicht iets om direct bij Home Assistant te melden aangezien ze voor het gebruik van de API contact hebben met Somfy?

Edit: Inmiddels wordt het opgepakt (https://github.com/iMicknl/ha-tahoma/issues/289)

[ Voor 10% gewijzigd door Leejow(saait) op 06-10-2020 19:16 ]

[RudolfR]

@RobertMe @Byron010

Volgens mij stuurt de Xiaomi Motion sensor wel ieder uur een update van de lux-waarde als er geen beweging wordt gedetecteerd.

Maar dat is voor het mooie te weinig, tenzij de bewegingsdetectie direct triggert zodra je de ruimte binnenstapt, dan knip het licht waarschijnlijk meteen aan.

Het zou mooi zijn als je in Home Assistant de waarde kon extrapoleren.

Volgens mij is een neo coolcam sensor die continu update mits hij is aangesloten op een voeding.
Misschien dat de Hue sensor dat ook kan.

[RobertMe]

RudolfR schreef op dinsdag 6 oktober 2020 @ 19:20:
@RobertMe @Byron010

Volgens mij stuurt de Xiaomi Motion sensor wel ieder uur een update van de lux-waarde als er geen beweging wordt gedetecteerd.

Maar dat is voor het mooie te weinig, tenzij de bewegingsdetectie direct triggert zodra je de ruimte binnenstapt, dan knip het licht waarschijnlijk meteen aan.

Het zou mooi zijn als je in Home Assistant de waarde kon extrapoleren.

Volgens mij is een neo coolcam sensor die continu update mits hij is aangesloten op een voeding.
Misschien dat de Hue sensor dat ook kan.

De Fibaro heeft in ieder geval een update interval van een X aantal minuten, de Neo Coolcam meen ik ook (ook gewoon op batterijen). Alleen zou je dan dus extra Z-Wave hardware moeten aanschaffen als je dat nog niet hebt.

[Dacuuu]

RudolfR schreef op dinsdag 6 oktober 2020 @ 19:20:
@RobertMe @Byron010

Volgens mij stuurt de Xiaomi Motion sensor wel ieder uur een update van de lux-waarde als er geen beweging wordt gedetecteerd.

Maar dat is voor het mooie te weinig, tenzij de bewegingsdetectie direct triggert zodra je de ruimte binnenstapt, dan knip het licht waarschijnlijk meteen aan.

Het zou mooi zijn als je in Home Assistant de waarde kon extrapoleren.

Volgens mij is een neo coolcam sensor die continu update mits hij is aangesloten op een voeding.
Misschien dat de Hue sensor dat ook kan.

Xiaomi heeft ook een losse lux sensor.

[Septillion]

@wesley2004 Welke challenge heb je voor je certificaat? Voor de http challenge moet je ook poort 80 open hebben.

[martinvdm]

RobertMe schreef op dinsdag 6 oktober 2020 @ 19:01:
[...]

Ik heb er daar één van. Nadeel dat ik vind dat deze heeft is dat deze een vast "interval" heeft. Als er beweging is stuurt deze een "er is beweging" bericht, en vervolgens blijft die om en nabij de 60 seconden een "er is beweging" bericht sturen als die beweging ziet. Nadeel één is dat je dit interval dus niet korter kunt zetten naar bv 30 seconden. Immers kan de sensor niet zo vaak doorgeven dat er nog beweging is. Nadeel twee is dat als er bv 50 seconden beweging is en je iets als Zigbee2mqtt instelt om na 60 seconden de "geen beweging meer" te sturen, dat je dan meteen die 60 seconden na de eerste detectie al uit gaat. De "cooldown" is dan dus maar 10 seconden, en kan dus niet langer (/alleen door je eigen timeout op te rekken). Als je de boel instelt om na de eerste beweging voor 5 minuten aan te blijven zijn beiden uiteraard geen probleem. Maar als je de boel wat strakker wilt instellen dat kort na het verlaten van de ruimte de verlichting uit gaat is dat wel iets om rekening mee te houden.

Ander ding dat die van mij AFAIK heeft, maar mogelijk later is opgelost in een nieuwe revisie of wellicht zelfs in de coördinator (in mijn geval dan Zigbee2mqtt), is dat de lux waarde alleen wordt gerapporteerd (/gemeten?) op het moment dat de "er is beweging" wordt gestuurd. Dus bv: op basis van een deursensor registreer je aanwezigheid in een ruimte, en je gebruikt de lux meting van deze bewegingsmelder voor de conditie. Als je dan overdag in de ruimte bent (/beweegt) is de lux hoog. Vervolgens ben je een aantal uren niet in de ruimte en het wordt donker. Als je dan de deur open doet dan ziet HA nog de oude (hoge) lux waarde, zou je de verlichting niet aan doen, en sta je daar in het donker (totdat de sensor beweging detecteert, dan wordt lux wel bijgewerkt).

Ander topic wellicht meer ervaring :
[Xiaomi / Aqara] Ervaringen & discussie

Jou issue is volgens mij een hack voor die de tijd een stuk korter maakt maar uiteraard wel wat meer batterij kost.

[Septillion]

Iets om op te letten, er zijn twee sterk lijkende Xiaomi bewegingsmelders. De Aqara versie en de Mijia versie.

@Blokmeister @RobertMe Jullie hebben dus gespeeld met de occupancy_timeout naar 60 sec? Ik heb namelijk wat ruzie met mijn Konke melder. Deze wil maar niet op occupancy: true blijven als je voor de sensor blijft staan. Wel is deze na 20 sec inactiviteit te hertriggeren maar gaat domweg uit als je er nog voor staat.

Wat ik dus van @RobertMe begrijp is dat de Aqara dus elke minuut weer meet en dus op "occupancy: true" blijft staan als er dan nog beweging is. Dat zou al iets beter gaan als je zelf een 1,5 min timer zou willen. Zelfde het "10 sec cool down" bij 1 minuut valt dan nog mee.

Mooier zou zijn als de sensor wel vaker zou meten. Hij hoeft dit immers niet altijd ook over zigbee te gooien als hij na geen detectie er maar een "occupancy: false" uit gooit. Maar krijg het idee dat ze alleen maar "occupancy: true" sturen en dat de andere kant de false gewoon moet timen

Maar goed, ben benieuwd wat ik heb twee Mijia (doe toch niets met de lux) onderweg. Alternatief zou hier zijn dat ik ze via een ESP / Tasmota ga doen op sommige plaatsen. Maar gewoon in een fancy behuizing is ook wel makkelijk.

[ Voor 6% gewijzigd door Septillion op 06-10-2020 20:14 ]

[Septillion]

@Blokmeister Het verhaal van de langer wordende time out van Femme vond ik ook wel een interessante. Helaas gaat dus dus wat minder fijnmazig met de (meeste?) Zigbee bewegingsmelders.

Maar heb wel zitten denken hoe je dat in HA kunt doen. Je zal toch al ergens moeten bijhouden op welke 'time-out stap' je bent. Je zou dus net zo goed de timer telkens kunnen cancelen en dan starten met de volgende time-out. Andere optie is om er steeds wat bij op te tellen. Dit zou weer aan de hand van de 'time-out stap' of de huidige tijd. 'time_remaining' is namelijk wel uit te lezen als je de timer pauzeert.

Ja, dit blijf ik ook een beetje een gek ding vinden waarom dat attribuut niet gewoon elke keer een update krijgt...

[DaMoUsYs]

DaMoUsYs schreef op vrijdag 2 oktober 2020 @ 22:06:
Ik heb een vraagje over de Samba Addon
Weet iemand hier toevallig hoe je SMB Signing aan kan zetten ?

Iemand nog een idee @Hmmbob of @Frenck misschien ?
Ik draai Home Assistant Supervised op Debian

[RobertMe]

Septillion schreef op dinsdag 6 oktober 2020 @ 20:13:
Maar krijg het idee dat ze alleen maar "occupancy: true" sturen en dat de andere kant de false gewoon moet timen

Naar mijn idee is dat wel hoe het werkt ja. De sensor gooit elke minuut een bericht over de lijn dat er beweging is, zolang die beweging meet, en de ontvanger moet zelf maar met een timer werken om de boel weer "uit" te zetten.

Dit i.t.t. mijn Fibaro multisensor en Neo Coolcam sensoren. Die sturen bij beweging een "er is beweging" bericht, controleren elke X seconden of er nog beweging is, en als de laatste beweging Y seconden geleden was dan sturen ze een "er is geen beweging meer" bericht. Waarbij X & Y dus door de gebruiker instelbaar zijn en naar de sensor gestuurd worden als echte configuratie, i.p.v. dat er in de software iets mee gedaan wordt.

[martinvdm]

DaMoUsYs schreef op dinsdag 6 oktober 2020 @ 21:00:
[...]

Iemand nog een idee @Hmmbob of @Frenck misschien ?
Ik draai Home Assistant Supervised op Debian

Er wordt gebruik gemaakt van samba-server. Zie de GitHub van de addon. Daar zit wel een smb.conf welke je wellicht kunt editen naar eigen behoefte.

Overigens vind ik het niet echt netjes om direct bij je eerste vraag twee gebruikers rechtstreeks te taggen.

[wesley2004]

Septillion schreef op dinsdag 6 oktober 2020 @ 19:39:
@wesley2004 Welke challenge heb je voor je certificaat? Voor de http challenge moet je ook poort 80 open hebben.

Wat bedoel je met challenge?
Ik gebruik Duckdns.
Met de KPN modem waren dit de enige geforwarde poorten

[Septillion]

@wesley2004 DuckDNS maakt geen certificaat. De DuckDNS-asson kan daar Letsencrypt voor gebruiken. Maar je zult aan Letsencrypt moeten bewijzen dat jij het domein bezet door een challenge. Zelf gebruik ik de Letsencrypt-addon, deze biedt ondersteuning voor HTTP en DNS challenge. Bij de HTTP challenge serveer je de challenge response via HTTP op port 80. Maar na lang zoeken lijkt de DuckDNS-addon de DNS challenge te gebruiken. Daar is geen port 80 voor nodig.

Voor het testen zou ik anders eerst beginnen met gewoon port 8123 naar 8123 te proberen. Of misschien zelfs even tijdelijk SSL uit en alleen de forward testen.

Wat betreft ervaring met ISP routers is dat ze gewoon allemaal ruk zijn

[wesley2004]

Septillion schreef op dinsdag 6 oktober 2020 @ 22:00:
@wesley2004 DuckDNS maakt geen certificaat. De DuckDNS-asson kan daar Letsencrypt voor gebruiken. Maar je zult aan Letsencrypt moeten bewijzen dat jij het domein bezet door een challenge. Zelf gebruik ik de Letsencrypt-addon, deze biedt ondersteuning voor HTTP en DNS challenge. Bij de HTTP challenge serveer je de challenge response via HTTP op port 80. Maar na lang zoeken lijkt de DuckDNS-addon de DNS challenge te gebruiken. Daar is geen port 80 voor nodig.

Voor het testen zou ik anders eerst beginnen met gewoon port 8123 naar 8123 te proberen. Of misschien zelfs even tijdelijk SSL uit en alleen de forward testen.

Wat betreft ervaring met ISP routers is dat ze gewoon allemaal ruk zijn

Klopt, ik gebruik de addon idd van duckdns waarin dit staat:
Duck DNS
Current version: 1.12.1 (changelog)
Free Dynamic DNS (DynDNS or DDNS) service with Let's Encrypt support.
Visit Duck DNS page for details.

Dus incl lets encrypt

Poort 8123 staat open dus dat lijkt goed gegaan.
Verder snap ik niet wat het verschill maakt nu t.o.v de andere router. Behalve dat die poort niet lijkt open te gaan

[Septillion]

@wesley2004 Heb je al naar je record op DuckDNS.org gekeken? Is deze geupdate naar je nieuwe IP?

[iMick]

LightStar schreef op dinsdag 6 oktober 2020 @ 18:36:
Meer mensen een mail gehad van Somfy? Ik gebruik de somfy api binnen HA welke weer ge-port word naar Homekit.
[...]

Leejow(saait) schreef op dinsdag 6 oktober 2020 @ 19:13:
[...]

Hier dezelfde mail ontvangen! Wellicht iets om direct bij Home Assistant te melden aangezien ze voor het gebruik van de API contact hebben met Somfy?

Edit: Inmiddels wordt het opgepakt (https://github.com/iMicknl/ha-tahoma/issues/289)

Hi! Hier een van de ontwikkelaars van ha-tahoma. Sinds vandaag ontvangen we veel meldingen van mensen die deze mail hebben ontvangen, maar zelf hebben we hem nog niet ontvangen...

Het vreemde is dat het probleem zich ook voordoet met de Somfy integratie die gebruik maakt van de officiële API... Een van de Franse ontwikkelaars die bijdraagt aan ha-tahoma is ook de ontwikkelaar van de Somfy integratie en heeft een contact bij Somfy, dus hopelijk horen we snel wat de oplossing is :-).
Wordt vervolgd in https://github.com/iMicknl/ha-tahoma/issues/289 om het topic niet helemaal vol te spammen.

[Grolsch]

Ik haak ook ff in in dit topic, sinds kort ook HA met hulp van @AUijtdehaag !

[Hmmbob]

DaMoUsYs schreef op dinsdag 6 oktober 2020 @ 21:00:
[...]

Iemand nog een idee @Hmmbob of @Frenck misschien ?
Ik draai Home Assistant Supervised op Debian

Ik maak geen gebruik van add-ons noch HA Supervised, dus waarom het nodig is om mij te taggen snap ik niet

Maar: nee dus.

[ Voor 12% gewijzigd door Hmmbob op 07-10-2020 10:02 ]

[-Casper]

DaMoUsYs schreef op dinsdag 6 oktober 2020 @ 21:00:
[...]

Iemand nog een idee @Hmmbob of @Frenck misschien ?
Ik draai Home Assistant Supervised op Debian

Waarom regel je ssh niet gewoon op je debian ipv via een addon?

[indexample]

-Casper schreef op woensdag 7 oktober 2020 @ 09:07:
[...]

Waarom regel je ssh niet gewoon op je debian ipv via een addon?

wat heeft SSH hiermee te maken?

@DaMoUsYs

in je smb.conf kun je zetten:

client ipc signing = mandatory

[-Casper]

indexample schreef op woensdag 7 oktober 2020 @ 09:19:
[...]


wat heeft SSH hiermee te maken?

@DaMoUsYs

in je smb.conf kun je zetten:

client ipc signing = mandatory

Excuus bedoelde uiteraard samba

[sOid]

synoniem schreef op dinsdag 6 oktober 2020 @ 17:57:
[...]

Waarom rekenen vanaf seconden? Als ik uptime vraag krijg ik:

code:

 17:53:44 up 38 days,  4:45,  1 user,  load average: 0.47, 0.46, 0.41

Met een awk kan ik die dagen en uren er zo uitvissen allemaal vanaf de commandline of script.

Er zijn natuurlijk altijd meerdere wegen naar Rome Maar deels omdat ik hier op uitkwam met googelen. Plus ik ken awk niet goed genoeg om van deze data vervolgens om te zetten naar het formaat dat ik graag zie.

Ik wil het bijvoorbeeld als 38d, 17h, 53m. Terwijl dat via het uptime-commando er heel anders uitziet. Kan ik dat gemakkelijk ombouwen?

[Leejow(saait)]

iMick schreef op woensdag 7 oktober 2020 @ 00:50:
[...]


[...]


Hi! Hier een van de ontwikkelaars van ha-tahoma. Sinds vandaag ontvangen we veel meldingen van mensen die deze mail hebben ontvangen, maar zelf hebben we hem nog niet ontvangen...

Het vreemde is dat het probleem zich ook voordoet met de Somfy integratie die gebruik maakt van de officiële API... Een van de Franse ontwikkelaars die bijdraagt aan ha-tahoma is ook de ontwikkelaar van de Somfy integratie en heeft een contact bij Somfy, dus hopelijk horen we snel wat de oplossing is :-).
Wordt vervolgd in https://github.com/iMicknl/ha-tahoma/issues/289 om het topic niet helemaal vol te spammen.

Dank Mick! Wel vreemd dat Somfy op deze manier de polling issue aan het licht brengt. Een van de redenen dat ik voor een Somfy IO motor in de rolluiken heb gekozen is de HA integratie (dankzij jullie dus 😉).

[daxy]

Blokmeister schreef op dinsdag 6 oktober 2020 @ 18:34:
[...]
Ander vraagje nog. Tijdens de smarthome meetup hoorde ik Femme vertellen over zijn lichtautomatisering. Bij hem gaan de lampen aan en gaat er een timer lopen als er beweging wordt gedetecteerd in een ruimte. Als er tijdens het lopen van die timer opnieuw beweging wordt gedetecteerd, reset hij die timer met een langere tijd, omdat het dan duidelijker is dat iemand in die kamer aanwezig is. Dat herhaalt zich totdat er een maximale timeout is bereikt.

Dit vind ik een superslimme manier om dingen te regelen, maar ik weet zo niet hoe ik dat simpel kan doen met Home Assistant. Je kan namelijk de 'time_remaining' van een timer niet uitlezen. Iemand een idee hoe ik dit het beste kan aanpassen?

ik gebruik dit ook in mijn keuken en werkt super goed. Sterker nog, hij triggered alleen bij een lage lux waarder en tijden tijden dat we meestal koken gaat hij naar 100% brightness. Dit is mijn "motion_kitchen.yaml" package:

code:

# Countdown timer (300 sec = 5 min)
timer:
  motion_countdown_timer_keuken:
    name: Time remaining
    duration: 300

script:
  'keuken_avond':
    alias: Keuken Scene
    sequence:
      - service: light.turn_on
        data:
          entity_id: light.keuken
          brightness_pct: 20
          transition: 1
  'keuken_koken':
    alias: Keuken Koken
    sequence:
      - service: light.turn_on
        data:
          entity_id: light.keuken
          brightness_pct: 100
          transition: 1

automation:
  - id: 110start_motion_countdown_keuken
    alias: Start Motion Detected Countdown Timer Keuken
    initial_state: on
    trigger:
      - platform: mqtt
        topic: "zigbee2mqtt/Motion Sensor Keuken"
    condition:
      condition: template
      value_template: "{{ true == trigger.payload_json.occupancy }}"
    action:
    - service: timer.cancel
      data:
        entity_id: timer.motion_countdown_timer_keuken
    - service: timer.start
      data:
        entity_id: timer.motion_countdown_timer_keuken

  - alias: Turn on Kitchen light when there is movement
    initial_state: on
    trigger:
      platform: state
      entity_id: binary_sensor.motion_keuken_occupancy
      to: 'on'
    condition:
      - condition: numeric_state
        entity_id: sensor.motion_keuken_illuminance
        below: 30
      - condition: state
        entity_id: timer.motion_countdown_timer_keuken
        state: idle
    action:
    - service: light.toggle
      entity_id: light.keuken
    - service: script.turn_on
      data_template:
          entity_id: >-
            {% if now().hour >= 16 and now().hour < 20 and is_state("light.keuken", "off") %}
            script.keuken_koken
            {% elif is_state("light.keuken", "off") %}
            script.keuken_avond
            {% endif %}

  - id: 1120turn_kitchen_off_timer_expire
    alias: Turn off Kitchen when timer expires
    initial_state: on
    trigger:
    - platform: event
      event_type: timer.finished
      event_data:
        entity_id: timer.motion_countdown_timer_keuken
    action:
      entity_id: light.keuken
      service: light.turn_off

[koelkast]

Ik heb een aantal Zwave apparaten weggedaan. Ik had verwacht ze simpelweg te kunnen verwijderen uit Home Assistant in de UI.
Maar helaas, dat feest gaat niet door. Bij elke entitiy is de verwijder-knop grijs, niet beschikbaar. Wat een rommel geven die ZWave apparaten toch (PIRs en power plugs van Neo Coolcam).

De hele Zwave integration verwijderen ga ik maar niet doen, ik heb met veel pijn en moeite de radiatorknoppen gekoppeld, en die houd ik nog even...

Hoe fix ik dit nu?

[sOid]

koelkast schreef op woensdag 7 oktober 2020 @ 10:16:
Ik heb een aantal Zwave apparaten weggedaan. Ik had verwacht ze simpelweg te kunnen verwijderen uit Home Assistant in de UI.
Maar helaas, dat feest gaat niet door. Bij elke entitiy is de verwijder-knop grijs, niet beschikbaar. Wat een rommel geven die ZWave apparaten toch (PIRs en power plugs van Neo Coolcam).

De hele Zwave integration verwijderen ga ik maar niet doen, ik heb met veel pijn en moeite de radiatorknoppen gekoppeld, en die houd ik nog even...

Hoe fix ik dit nu?

Je hebt HomeAssistant wel al herstart?

[koelkast]

sOid schreef op woensdag 7 oktober 2020 @ 10:25:
[...]

Je hebt HomeAssistant wel al herstart?

Yes, al meerdere keren. Heeft geen effect.
Punt is dat ik de apparaten niet meer in bezit heb, en ze nog wél in Home Assistant staan.

[Blokmeister]

daxy schreef op woensdag 7 oktober 2020 @ 09:38:
[...]


ik gebruik dit ook in mijn keuken en werkt super goed. Sterker nog, hij triggered alleen bij een lage lux waarder en tijden tijden dat we meestal koken gaat hij naar 100% brightness. Dit is mijn "motion_kitchen.yaml" package:

Thanks, maar deze heeft geen timer die langer wordt naar mate hij vaker getriggerd wordt. Een simpelere manier is dan gewoon:

YAML:

  - alias: '[study|lights] Turn on lights when motion is detected'
    mode: restart
    trigger:
      - platform: state
        entity_id: binary_sensor.study_motion_combined
        to: 'on'
      - platform: state
        entity_id: sensor.vibration_sensor_attributes
      - platform: state
        entity_id: binary_sensor.vibration_sensor
        to: 'on'
    condition:
      - condition: numeric_state
        entity_id: sensor.average_illumination_study
        below: 30
    action:
      - service: light.turn_on
        data:
          entity_id: light.study_lights
          brightness: 255
      - service: switch.flux_study_update
      - wait_for_trigger:
          - platform: state
            entity_id: binary_sensor.study_motion_combined
            to: 'off'
            for:
              minutes: 10
      - service: light.turn_on
        data:
          entity_id: light.study_lights
          brightness: 140
          transition: 0.5
      - delay:
          seconds: 30
      - service: light.turn_off
        entity_id: light.study_lights

Meer staat in mijn repo: https://github.com/DrBlok...packages/areas/study.yaml

[sOid]

koelkast schreef op woensdag 7 oktober 2020 @ 10:35:
[...]

Yes, al meerdere keren. Heeft geen effect.
Punt is dat ik de apparaten niet meer in bezit heb, en ze nog wél in Home Assistant staan.

Het schijnt dat je ze handmatig kunt verwijderen door homeassistantfolder/.storage/core.entity_registry en core.device_registry aan te passen.

Maak wel eerst ff een backup En ik zou HASS uitschakelen tijdens het aanpassen.

[daxy]

Blokmeister schreef op woensdag 7 oktober 2020 @ 10:41:
[...]


Thanks, maar deze heeft geen timer die langer wordt naar mate hij vaker getriggerd wordt. Een simpelere manier is dan gewoon:

code:

  - alias: '[study|lights] Turn on lights when motion is detected'
    mode: restart
    trigger:
      - platform: state
        entity_id: binary_sensor.study_motion_combined
        to: 'on'
      - platform: state
        entity_id: sensor.vibration_sensor_attributes
      - platform: state
        entity_id: binary_sensor.vibration_sensor
        to: 'on'
    condition:
      - condition: numeric_state
        entity_id: sensor.average_illumination_study
        below: 30
    action:
      - service: light.turn_on
        data:
          entity_id: light.study_lights
          brightness: 255
      - service: switch.flux_study_update
      - wait_for_trigger:
          - platform: state
            entity_id: binary_sensor.study_motion_combined
            to: 'off'
            for:
              minutes: 10
      - service: light.turn_on
        data:
          entity_id: light.study_lights
          brightness: 140
          transition: 0.5
      - delay:
          seconds: 30
      - service: light.turn_off
        entity_id: light.study_lights

Meer staat in mijn repo: https://github.com/DrBlok...packages/areas/study.yaml

Gelukkig zijn er meerdere wegen die naar Rome leiden 😀En je vroeg hoe het werkt met een timer, die geef ik je 😀

Ik kan je verzekeren dat mijn package wel degelijk zijn timer reset iedere keer als er beweging is. Dus als ik in de keuken sta en heen en weer loop, dan reset hij de timer iedere 30 sec (bij iedere interval van de sensor) weer terug naar 300 sec. Voordeel van mijn package is dat je de timer aan je UI kan toevoegen en deze kan weergeven (en stoppen als je wilt).

[Vaevictis_]

sOid schreef op woensdag 7 oktober 2020 @ 10:43:
[...]

Het schijnt dat je ze handmatig kunt verwijderen door homeassistantfolder/.storage/core.entity_registry en core.device_registry aan te passen.

Maak wel eerst ff een backup En ik zou HASS uitschakelen tijdens het aanpassen.

@sOid @koelkast

Dat is niet de juiste manier! Kan gewoon via dit menu.



Daarna is ie ook uit de lijst met z-wave nodes, direct ook een backup maken van openzwave xml als backup.

[ Voor 8% gewijzigd door Vaevictis_ op 07-10-2020 12:11 ]

[koelkast]

Vaevictis_ schreef op woensdag 7 oktober 2020 @ 12:09:
[...]


@sOid @koelkast

Dat is niet de juiste manier! Kan gewoon via dit menu.

[Afbeelding]

Daarna is ie ook uit de lijst met z-wave nodes, direct ook een backup maken van openzwave xml als backup.

Huh? Als ik gewoon naar instellingen > entities ga, kan ik geen zwave entities verwijderen. Dat 'verwijderen' is daar dus grijs...

[synoniem]

sOid schreef op woensdag 7 oktober 2020 @ 09:31:
[...]

Er zijn natuurlijk altijd meerdere wegen naar Rome Maar deels omdat ik hier op uitkwam met googelen. Plus ik ken awk niet goed genoeg om van deze data vervolgens om te zetten naar het formaat dat ik graag zie.

Ik wil het bijvoorbeeld als 38d, 17h, 53m. Terwijl dat via het uptime-commando er heel anders uitziet. Kan ik dat gemakkelijk ombouwen?

Dan zou ik uit gaan van uptime -p

code:

$uptime -p

up 7 weeks, 1 day, 2 hours, 40 minutes

en dan sed gebruiken:

code:

$ uptime -p | sed 's/up//; s/ weeks/w/; s/ days/d/; s/ hours/h/; s/ minutes/m/; s/ week/w/; s/ day/d/; s/ hour/h/; s/ minute/m/'

7w, 1d, 2h, 40m

Het kan nog korter:

code:

uptime -p|sed 's/up//; s/s//; s/ week/w/; s/ day/d/; s/ hour/h/; s/ minute/m/'

[ Voor 7% gewijzigd door synoniem op 07-10-2020 13:16 ]

[golles]

synoniem schreef op woensdag 7 oktober 2020 @ 13:09:
[...]

Dan zou ik uit gaan van uptime -p

code:

$uptime -p

up 7 weeks, 1 day, 2 hours, 40 minutes

en dan sed gebruiken:

code:

$ uptime -p | sed 's/up//; s/ weeks/w/; s/ days/d/; s/ hours/h/; s/ minutes/m/; s/ week/w/; s/ day/d/; s/ hour/h/; s/ minute/m/'

7w, 1d, 2h, 40m

Dat is wel efficient, alleen de output is minder mooi dan dat hele yaml gebeuren (wat ik ook gebruik voor een aantal sensoren) bijvoorbeeld het enkelvoud/meervoud gebeuren in het Nederlands.

Daarnaast werkt de optie -p niet in de docker container

[Hmmbob]

koelkast schreef op woensdag 7 oktober 2020 @ 12:20:
[...]

Huh? Als ik gewoon naar instellingen > entities ga, kan ik geen zwave entities verwijderen. Dat 'verwijderen' is daar dus grijs...

Same here. Ik gebruik de OZW integratie.

[sOid]

synoniem schreef op woensdag 7 oktober 2020 @ 13:09:
[...]

Dan zou ik uit gaan van uptime -p

code:

$uptime -p

up 7 weeks, 1 day, 2 hours, 40 minutes

en dan sed gebruiken:

code:

$ uptime -p | sed 's/up//; s/ weeks/w/; s/ days/d/; s/ hours/h/; s/ minutes/m/; s/ week/w/; s/ day/d/; s/ hour/h/; s/ minute/m/'

7w, 1d, 2h, 40m

Het kan nog korter:

code:

uptime -p|sed 's/up//; s/s//; s/ week/w/; s/ day/d/; s/ hour/h/; s/ minute/m/'

Boeiend om te zien dat je dit ook met sed kan doen! Altijd leuk om nieuwe dingen te leren.

Ik heb 't even geprobeerd, maar zoals @golles al aangaf werkt het inderdaad niet in docker.

[Blokmeister]

daxy schreef op woensdag 7 oktober 2020 @ 11:10:
[...]


Gelukkig zijn er meerdere wegen die naar Rome leiden 😀En je vroeg hoe het werkt met een timer, die geef ik je 😀

Ik kan je verzekeren dat mijn package wel degelijk zijn timer reset iedere keer als er beweging is. Dus als ik in de keuken sta en heen en weer loop, dan reset hij de timer iedere 30 sec (bij iedere interval van de sensor) weer terug naar 300 sec. Voordeel van mijn package is dat je de timer aan je UI kan toevoegen en deze kan weergeven (en stoppen als je wilt).

Die timer kan je ook bereiken met 'mode: restart' en een wait_trigger van een aantal minuten voordat het licht uitgaat. Je hebt dan je hele lichtregeling in één automation. Het enige wat je dan niet hebt, is die timer in je frontend.

Zo'n automation heb ik nu ook door het hele huis. Dat werkt prima, maar ik merk dat het licht vaak te lang of juist te kort aan blijft. Vandaar dat het mij nu gaat om een timeout die progressief langer wordt naar mate er meer beweging wordt gedetecteerd in een korte tijd. Als ik dan 'langs' de woonkamer loop, gaat het licht na een korte tijd weer uit, maar als ik daadwerkelijk de woonkamer in ga en op de bank ga zitten, dan gaat het licht niet uit als ik iets te lang stil zit.

[daxy]

sOid schreef op woensdag 7 oktober 2020 @ 14:15:
[...]

Boeiend om te zien dat je dit ook met sed kan doen! Altijd leuk om nieuwe dingen te leren.

Ik heb 't even geprobeerd, maar zoals @golles al aangaf werkt het inderdaad niet in docker.

De busybox uptime versie in Docker heeft inderdaad niet de mogelijkheid om "uptime -p" te doen waardoor het mis gaat. Je kan wel deze gebruiken om de docker "uptime" om te zetten naar w/d/h/m:

code:

uptime |awk '{ print int($3 / 7) "w " ($3 % 7) "d " $5}'|awk -F, '{print $1}'|awk -F: '{print $1 "h " $2 "m"}'

Misschien dat het makkelijker kan. Ik bedenk me alleen dat hij "jaren" niet goed gaat weergeven... haha.

[daxy]

Blokmeister schreef op woensdag 7 oktober 2020 @ 14:36:
[...]


Die timer kan je ook bereiken met 'mode: restart' en een wait_trigger van een aantal minuten voordat het licht uitgaat. Je hebt dan je hele lichtregeling in één automation. Het enige wat je dan niet hebt, is die timer in je frontend.

Zo'n automation heb ik nu ook door het hele huis. Dat werkt prima, maar ik merk dat het licht vaak te lang of juist te kort aan blijft. Vandaar dat het mij nu gaat om een timeout die progressief langer wordt naar mate er meer beweging wordt gedetecteerd in een korte tijd. Als ik dan 'langs' de woonkamer loop, gaat het licht na een korte tijd weer uit, maar als ik daadwerkelijk de woonkamer in ga en op de bank ga zitten, dan gaat het licht niet uit als ik iets te lang stil zit.

Urgh, ik zie nu je originele vraag. Heb er helemaal overheen gelezen
Volgens mij kan je gewoon de duration van de timer aanpassen in de automation (die ik al heb zegmaar) door hem "+30" te geven bijvoorbeeld (met een condition op de max waarde die je wilt). Vervolgens een automation die de duration weer reset naar 300 iedere 10 minuten wanneer de timer afgelopen is. Ik heb geen tijd om het te proberen, maar het lijkt me geen rocket-science.

[Blokmeister]

daxy schreef op woensdag 7 oktober 2020 @ 14:48:
[...]


Urgh, ik zie nu je originele vraag. Heb er helemaal overheen gelezen
Volgens mij kan je gewoon de duration van de timer aanpassen in de automation (die ik al heb zegmaar) door hem "+30" te geven bijvoorbeeld (met een condition op de max waarde die je wilt). Vervolgens een automation die de duration weer reset naar 300 iedere 10 minuten wanneer de timer afgelopen is. Ik heb geen tijd om het te proberen, maar het lijkt me geen rocket-science.

Thanks! Ik had al even gekeken, maar je kan een timer alleen starten of resetten. Je kan er geen 30 seconden bij optellen. Ik zat eraan te denken om dat in een template te doen, waarbij je de de timer gewoon zet op 30 seconden + time_remaining. Echter updatet de time remaining attribute van de timer niet. Dan moet je hem volgens mij eerst pauzeren.

[maxoss]

Blokmeister schreef op woensdag 7 oktober 2020 @ 14:36:
[...]
Het enige wat je dan niet hebt, is die timer in je frontend.

Dit zou je eventueel kunnen oplossen door een numerieke helper te maken. Door middel van een slider heb kun je de timer handmatig aanpassen.

Zo gebruik ik het ook voor mijn beregening

[daxy]

Blokmeister schreef op woensdag 7 oktober 2020 @ 14:57:
[...]

Thanks! Ik had al even gekeken, maar je kan een timer alleen starten of resetten. Je kan er geen 30 seconden bij optellen. Ik zat eraan te denken om dat in een template te doen, waarbij je de de timer gewoon zet op 30 seconden + time_remaining. Echter updatet de time remaining attribute van de timer niet. Dan moet je hem volgens mij eerst pauzeren.

Ik kon het niet laten, volgens mij zoek je iets als dit (nu wel je initiële vraag beantwoord, haha)
je kan gewoon een input_number maken en vervolgens in de automation tijdens beweging een x aantal sec optellen waardoor de timer opnieuw begint maar dan met x sec extra. Bij iedere beweging (met een Xiaomi sensor ong iedere 30 sec een update) wordt de waarde aangepast. Hij heeft een max van 1200 (bij mij). Enige wat nog gedaan moet worden is de waarde terugzetten naar 300 bij een x min idle time oid.

Het is nog steeds niet een "time remaining + x sec", die lukte me niet zo snel 😀 Dit moet genoeg in de buurt komen denk ik.

Dit heb ik nu:

code:

input_number:
  gang_timer:
    min: 300
    max: 1200
    initial: 300

# Countdown timer (300 sec = 5 min)
timer:
  motion_countdown_timer:
    name: Time remaining
    duration: 300

automation:
  - id: 110start_motion_countdown
    alias: Start Motion Detected Countdown Timer Gang
    initial_state: on
    trigger:
      - platform: mqtt
        topic: "zigbee2mqtt/Motion Sensor Gang"
    condition:
      condition: template
      value_template: "{{ true == trigger.payload_json.occupancy }}"
    action:
    - service: timer.cancel
      data:
        entity_id: timer.motion_countdown_timer
    - service: input_number.set_value
      data_template:
        entity_id: input_number.gang_timer
        value: '{{ states(''input_number.gang_timer'') | int +33}}'
    - service: timer.start
      data_template:
        entity_id: timer.motion_countdown_timer
        duration: '{{ states(''input_number.gang_timer'') }}'

  - alias: Turn on hallway light when there is movement
    initial_state: on
    trigger:
      - platform: state
        entity_id: binary_sensor.motion_gang_occupancy
        to: 'on'
    condition:
      - condition: numeric_state
        entity_id: sensor.motion_gang_illuminance
        below: 20
    action:
    - service: light.turn_on
      data_template:
        entity_id: light.gang
        color_temp: 370
        brightness: >-
          {% if now().hour < 6 %}
          {{ 6 }}
          {% elif now().hour < 9 %}
          {{ (((now().hour*60 + now().minute) * (46/45)) - 360 ) | round(0) }}
          {% elif now().hour < 20 %}
          {{ 192 }}
          {% else %}
          {{ ((((now().hour*60 + now().minute) * -(184/119)) + 2233.0084)/2 ) | round(0) }}
          {% endif %}

  - alias: Turn off hallway when timer expires
    initial_state: on
    trigger:
    - platform: event
      event_type: timer.finished
      event_data:
        entity_id: timer.motion_countdown_timer
    action:
      entity_id: light.gang
      service: light.turn_off

[synoniem]

sOid schreef op woensdag 7 oktober 2020 @ 14:15:
[...]

Boeiend om te zien dat je dit ook met sed kan doen! Altijd leuk om nieuwe dingen te leren.

Ik heb 't even geprobeerd, maar zoals @golles al aangaf werkt het inderdaad niet in docker.

Ik kon het niet laten en heb het nu anders aangevlogen en dit werkt bij mij in docker:

code:

cat /proc/uptime| awk '{ print int($1/86400) " "$1 }'| awk '{ print $1 " " int(($2 -($1*86400))/3600)" " int($2 -($1*86400))  }'| awk '{ print $1"d, " $2"h, " int (($3-($2*3600))/60)"m"}'

4d, 4h, 42m

Het kan vast nog wel geoptimaliseerd worden maar het werkt.

[Hmmbob]

0.116.0: https://www.home-assistant.io/blog/2020/10/07/release-116

[Septillion]

Blokmeister schreef op woensdag 7 oktober 2020 @ 14:57:
[...]
Je kan er geen 30 seconden bij optellen. Ik zat eraan te denken om dat in een template te doen, waarbij je de de timer gewoon zet op 30 seconden + time_remaining. Echter updatet de time remaining attribute van de timer niet. Dan moet je hem volgens mij eerst pauzeren.

Zoals ik al zei, klopt

[JayOne]

-Casper schreef op maandag 5 oktober 2020 @ 15:43:
[...]

Yes, zal dus een automation moeten bouwen die de sensor op een vast moment uitleest, sensors reset en sensors van nieuwe waarden voorziet.

Weet niet of je het inmidddels hebt opgelost, maar er is nog een optie. Je maakt binnen de Google Calender een nieuwe kalender aan die je alleen gebruikt voor Home Assistant doeleinden. Je kunt dan op basis van de afspraken uit de normale agenda een nieuwe afspraak plannen in de nieuwe Home Assistant Google-agenda. Hierdoor blijft je normale Google Agenda schoon van dubbelingen.

Op basis van de HA-Google-agenda bouw je je verdere automations.

[martinvdm]

Hmmbob schreef op woensdag 7 oktober 2020 @ 18:05:
0.116.0: https://www.home-assistant.io/blog/2020/10/07/release-116

Nice release. Een belangrijke wat mij betreft:
“deCONZ has a new option; You can now disable the automatic addition of new devices. Furthermore, @Kane610 also added a service to clean up up orphaned devices. Thanks!“

Binnenkort eens testen of het werkt, was best irri dat dit niet goed werkte.

[Anoniem: 14842]

JayOne schreef op woensdag 7 oktober 2020 @ 18:48:
[...]

Weet niet of je het inmidddels hebt opgelost, maar er is nog een optie. Je maakt binnen de Google Calender een nieuwe kalender aan die je alleen gebruikt voor Home Assistant doeleinden. Je kunt dan op basis van de afspraken uit de normale agenda een nieuwe afspraak plannen in de nieuwe Home Assistant Google-agenda. Hierdoor blijft je normale Google Agenda schoon van dubbelingen.

Op basis van de HA-Google-agenda bouw je je verdere automations.

Zou je met deze ongeveer hetzelfde kunnen:
https://www.home-assistant.io/integrations/caldav/

Gebruik zelf Nextcloud voor mijn agenda. Maar als ik die pagina zo bekijk lijken daar minder opties te zijn dan bij de Google calendar integratie?

[-Casper]

JayOne schreef op woensdag 7 oktober 2020 @ 18:48:
[...]

Weet niet of je het inmidddels hebt opgelost, maar er is nog een optie. Je maakt binnen de Google Calender een nieuwe kalender aan die je alleen gebruikt voor Home Assistant doeleinden. Je kunt dan op basis van de afspraken uit de normale agenda een nieuwe afspraak plannen in de nieuwe Home Assistant Google-agenda. Hierdoor blijft je normale Google Agenda schoon van dubbelingen.

Op basis van de HA-Google-agenda bouw je je verdere automations.

Thanks maar inmiddels een automation opgezet die in een input_text een waarde zet als 's ochtends zo'n afspraak erin staat

[martinvdm]

Custom header news:
https://community.home-as...custom-header/155399/1100

Jammer. Ben benieuwd hoe het verder zal gaan.

[sOid]

synoniem schreef op woensdag 7 oktober 2020 @ 17:43:
[...]


Ik kon het niet laten en heb het nu anders aangevlogen en dit werkt bij mij in docker:

code:

cat /proc/uptime| awk '{ print int($1/86400) " "$1 }'| awk '{ print $1 " " int(($2 -($1*86400))/3600)" " int($2 -($1*86400))  }'| awk '{ print $1"d, " $2"h, " int (($3-($2*3600))/60)"m"}'

4d, 4h, 42m

Het kan vast nog wel geoptimaliseerd worden maar het werkt.

Haha, wauw. Dit is echt een hogeschoolcommando voor mij Ik blijf bij wat ik nu heb, aangezien ik dat wél begrijp. Maar altijd goed om wat achter de hand te hebben

---

martinvdm schreef op woensdag 7 oktober 2020 @ 21:29:
Custom header news:
https://community.home-as...custom-header/155399/1100

Jammer. Ben benieuwd hoe het verder zal gaan.

Inderdaad jammer. Maar hij schrijft ook dit:

Since the start of Hacktoberfest I have been working on adding things to HA itself and found myself working on changes that would make things in Custom Header obsolete (some are already) and I’m really enjoying the process.

Dat lees ik (kort door de bocht) als: binnenkort zit de functionaliteit native binnen HA.

[ Voor 32% gewijzigd door sOid op 07-10-2020 21:52 ]

[martinvdm]

sOid schreef op woensdag 7 oktober 2020 @ 21:50:
[...]

Inderdaad jammer. Maar hij schrijft ook dit:


[...]


Dat lees ik (kort door de bocht) als: binnenkort zit de functionaliteit native binnen HA.

Zo las ik het ook idd. Jammer meer in de vorm dat zijn hoeveelheid werk toch eindigt. Laten we hopen dat het idd native ha wordt.

[ Voor 19% gewijzigd door martinvdm op 07-10-2020 22:13 ]

[golles]

martinvdm schreef op woensdag 7 oktober 2020 @ 22:13:
[...]

Zo las ik het ook idd. Jammer meer in de vorm dat zijn hoeveelheid werk toch eindigt. Laten we hopen dat het idd native ha wordt.

Dat hoop ik ook, ik had mn UI net klaar.
Ik heb custom-header er net uitgehaald en dit ziet er niet uit zeg...

[Hmmbob]

Oef, ik hang daar ook stevig op. Ik wacht even af....

[wesley2004]

Septillion schreef op dinsdag 6 oktober 2020 @ 22:20:
@wesley2004 Heb je al naar je record op DuckDNS.org gekeken? Is deze geupdate naar je nieuwe IP?

Ja op de website zie ik gewoon het juiste ip.
Ik heb iets gevonden in router en lijkt nu poort open te zetten. Maar doorsturen lijkt niet te werken.
Wat een gepruts. Als ik dat had geweten was ik niet overgestapt.
Certificaat wordt niet vernieuwd lijkt het

[golles]

Hmmbob schreef op woensdag 7 oktober 2020 @ 23:06:
Oef, ik hang daar ook stevig op. Ik wacht even af....

Ja logisch, ik heb even wat rondgekeken en dit besluit gaat hij denk ik niet terugdraaien. Er zijn een paar lelijke issues die door custom-header veroorzaakt werden.

Mijn UI lijkt zonder sneller te laden en bij refreshen zag ik soms voor 1-2 seconde een kaart die niet goed renderde (rood) en dat zie ik nu niet meer.

Maar het is echt weer wennen dat er boven elk dashboard Home Assistant staat en daardoor de tabs ook beetje op een rare plek staan.

[Koepert]

Iemand anders sinds de update van Supervisor of 0.116 ook deze errors? Is dat gevalletje en weer verwijderen?

Behalve updaten heb ik geen enkele aanpassing gedaan.

code:

Logger: homeassistant.components.recorder
Source: components/recorder/__init__.py:497 
Integration: Recorder (documentation, issues) 
First occurred: 7:25:32 (288 occurrences) 
Last logged: 7:32:29

Error saving events: Instance <States at 0x7fe8323c35b0> is not present in this Session
Error saving events: Instance <States at 0x7fe835479940> is not present in this Session
Error saving events: Instance <States at 0x7fe839aa4eb0> is not present in this Session
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/recorder/__init__.py", line 442, in _commit_event_session_or_retry
    self._commit_event_session()
  File "/usr/src/homeassistant/homeassistant/components/recorder/__init__.py", line 497, in _commit_event_session
    self.event_session.expunge(dbstate)
  File "/usr/local/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 1854, in expunge
    raise sa_exc.InvalidRequestError(
sqlalchemy.exc.InvalidRequestError: Instance <States at 0x7fe8323c35b0> is not present in this Session

[Koppensneller]

Jup, hier hetzelfde.

[Septillion]

wesley2004 schreef op woensdag 7 oktober 2020 @ 23:33:
[...]
Ja op de website zie ik gewoon het juiste ip.
Ik heb iets gevonden in router en lijkt nu poort open te zetten. Maar doorsturen lijkt niet te werken.
Wat een gepruts. Als ik dat had geweten was ik niet overgestapt.
Certificaat wordt niet vernieuwd lijkt het

Okay, dan lijkt dat te werken.

Vandaar dat ik even voorstelde terug te gaan naar http op poort 8123. Dan kan je namelijk de hele certificaat boel even uitsluiten.

En tja, ISP modems-routers... Ben je van ADSL naar ADSL gegaan? Anders zou je het oude modem terug kunnen plaatsen Maar beste optie naar mijn idee is, zet je ISP box op modem-only / bridge en koop zelf een fatsoenlijke router en accesspoint.

[synoniem]

Koepert schreef op donderdag 8 oktober 2020 @ 07:34:
Iemand anders sinds de update van Supervisor of 0.116 ook deze errors? Is dat gevalletje en weer verwijderen?

Behalve updaten heb ik geen enkele aanpassing gedaan.

code:

Logger: homeassistant.components.recorder
Source: components/recorder/__init__.py:497 
Integration: Recorder (documentation, issues) 
First occurred: 7:25:32 (288 occurrences) 
Last logged: 7:32:29

Error saving events: Instance <States at 0x7fe8323c35b0> is not present in this Session
Error saving events: Instance <States at 0x7fe835479940> is not present in this Session
Error saving events: Instance <States at 0x7fe839aa4eb0> is not present in this Session
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/recorder/__init__.py", line 442, in _commit_event_session_or_retry
    self._commit_event_session()
  File "/usr/src/homeassistant/homeassistant/components/recorder/__init__.py", line 497, in _commit_event_session
    self.event_session.expunge(dbstate)
  File "/usr/local/lib/python3.8/site-packages/sqlalchemy/orm/session.py", line 1854, in expunge
    raise sa_exc.InvalidRequestError(
sqlalchemy.exc.InvalidRequestError: Instance <States at 0x7fe8323c35b0> is not present in this Session

Ja ettelijke duizenden regels.

[Koepert]

synoniem schreef op donderdag 8 oktober 2020 @ 08:53:
[...]

Ja ettelijke duizenden regels.

Heb de .db weggegooid en herstart. Probleem lijkt verholpen hoewel k graag de oorzaak zou weten. Gebruik de recorder stock, dus geen yamlsettings.

[synoniem]

Koepert schreef op donderdag 8 oktober 2020 @ 08:55:
[...]


Heb de .db weggegooid en herstart. Probleem lijkt verholpen hoewel k graag de oorzaak zou weten. Gebruik de recorder stock, dus geen yamlsettings.

Idem van hetzelfde, heb ook de db en log weer weggegooid en opnieuw gestart maar geen idee wat de oorzaak is.

De Shelly integratie blijft ook de H&T sensor pollen terwijl die in sleepmode gaat en pas bij een wijziging van temperatuur of luchtvochtigheid zich weer meldt. Dus elke zoveel tijd staat er een time-out in de log.

[golles]

Verwijderen van de database is een tijdelkijke fix, morgen is het probleem terug.
https://github.com/home-assistant/core/issues/41471

Er lijkt iets fout te zijn gegaan met de purge die elke nacht om 04:12 getriggered wordt.
Hierdoor doet de logboek pagina het ook niet.

[Regul]

Ik ben op zoek naar een thermostaat met zonebesturing om aan HA toe te voegen.
Hierbij heb ik Evohome, Tado en Plugwise gevonden.

Helaas lijken ze allemaal niet te werken zonder dat er gecommuniceerd wordt met hun servers. Bestaande programma's en handmatig de thermostaat aanpassen zijn dan de enige opties als er geen verbinding is.

Zijn er thermostaten die ook zonder internetverbinding met HA zijn te gebruiken?

[DanTm]

Regul schreef op donderdag 8 oktober 2020 @ 13:52:
Ik ben op zoek naar een thermostaat met zonebesturing om aan HA toe te voegen.
Hierbij heb ik Evohome, Tado en Plugwise gevonden.

Helaas lijken ze allemaal niet te werken zonder dat er gecommuniceerd wordt met hun servers. Bestaande programma's en handmatig de thermostaat aanpassen zijn dan de enige opties als er geen verbinding is.

Zijn er thermostaten die ook zonder internetverbinding met HA zijn te gebruiken?

ik gebruik Tado vanuit de Homekit integratie. En dat gaat lokaal, werkt prima.

[golles]

DanTm schreef op donderdag 8 oktober 2020 @ 13:53:
[...]


ik gebruik Tado vanuit de Homekit integratie. En dat gaat lokaal, werkt prima.

Maar dan nog gaat het via de servers van Tado

[sOid]

Regul schreef op donderdag 8 oktober 2020 @ 13:52:
Ik ben op zoek naar een thermostaat met zonebesturing om aan HA toe te voegen.
Hierbij heb ik Evohome, Tado en Plugwise gevonden.

Helaas lijken ze allemaal niet te werken zonder dat er gecommuniceerd wordt met hun servers. Bestaande programma's en handmatig de thermostaat aanpassen zijn dan de enige opties als er geen verbinding is.

Zijn er thermostaten die ook zonder internetverbinding met HA zijn te gebruiken?

Netatmo heeft ook zoiets. Weet alleen niet hoe dat datatechnisch zit.

[Regul]

DanTm schreef op donderdag 8 oktober 2020 @ 13:53:
[...]


ik gebruik Tado vanuit de Homekit integratie. En dat gaat lokaal, werkt prima.

Echt? Ook als je je internetverbinding volledig verbreekt?

golles schreef op donderdag 8 oktober 2020 @ 13:58:
[...]

Maar dan nog gaat het via de servers van Tado

Dat is ook mijn eerste reactie. Echter kom ik dit bij Tado tegen: https://support.tado.com/...t-Apple-HomeKit-met-tado-

Wanneer je een instelling voor een tado° product wijzigt met HomeKit (bijvoorbeeld met de Apple Home App of Siri), wordt het behandeld alsof het een handmatige invoer is op het tado° apparaat. Dit betekent dat tado° overschakelt naar handmatige bediening.

De handmatige bediening blijft wel altijd werken. HomeKit lijkt er op zo'n manier dan toegang tot te hebben dat er geen internet nodig is. Of alles dan werkt (zoals het ophalen van temperaturen van verschillende kamers) haal ik er niet zo snel uit...

@DanTm Werkt het twee richtingen op? Er wordt gesproken over "een instelling wijzigt" maar de gegevens moeten dan natuurlijk ook weer worden weergegeven in HA.

[larsiey]

Tado ondersteunt ook Apple Homekit.
In HA kan je dan HomeKit Controller installeren. Hier verbindt je Tado dan mee en kan je lokaal aansturen. Hun cloud heb je dan niet meer nodig.

Zelf geen ervaring mee, heb het me alleen laten vertellen.

De integratie van Tado gaat inderdaad wel via de cloud, maar daar hoef je door het bovenstaande dus geen gebruik van te maken.

[ Voor 36% gewijzigd door larsiey op 08-10-2020 14:18 ]

[maxoss]

Regul schreef op donderdag 8 oktober 2020 @ 13:52:
Ik ben op zoek naar een thermostaat met zonebesturing om aan HA toe te voegen.
Hierbij heb ik Evohome, Tado en Plugwise gevonden.

Helaas lijken ze allemaal niet te werken zonder dat er gecommuniceerd wordt met hun servers. Bestaande programma's en handmatig de thermostaat aanpassen zijn dan de enige opties als er geen verbinding is.

Zijn er thermostaten die ook zonder internetverbinding met HA zijn te gebruiken?

OTGW tussen je thermostaat en cv hangen?

http://otgw.tclcode.com/

[DanTm]

Regul schreef op donderdag 8 oktober 2020 @ 14:08:
[...]


Echt? Ook als je je internetverbinding volledig verbreekt?


[...]


Dat is ook mijn eerste reactie. Echter kom ik dit bij Tado tegen: https://support.tado.com/...t-Apple-HomeKit-met-tado-


[...]


De handmatige bediening blijft wel altijd werken. HomeKit lijkt er op zo'n manier dan toegang tot te hebben dat er geen internet nodig is. Of alles dan werkt (zoals het ophalen van temperaturen van verschillende kamers) haal ik er niet zo snel uit...

@DanTm Werkt het twee richtingen op? Er wordt gesproken over "een instelling wijzigt" maar de gegevens moeten dan natuurlijk ook weer worden weergegeven in HA.

het werkt iig 2 kanten op, ik meet (zet de CV aan op basis van warmtevraag v/d thermostaat) en stuur ze aan (zet thermostaat uit als open raam gedetecterd via deur sensor) via Homekit, ik wou ook niet afhankelijk zijn van externe internet toegang.
Voor zover ik weet werkt Homekit rechtstreeks op de apparaten, mijn Atag Zone thermostaat lees ik ook via Homekit uit, en die doet het ook als de backend eruit ligt (wat nog al eens gebeurd).

https://community.home-as...-using-tado-server/112119

[ Voor 3% gewijzigd door DanTm op 08-10-2020 14:32 ]

[RoTeK70]

RoTeK70 schreef op zondag 4 oktober 2020 @ 09:31:
Vraagje, ik ben even na het zien van een stream van Dr Zzs beetje aan het testen met de nieuwe mediabrowser in Home assistant.

Nu heb ik daarbinnen een aantal folders staan met mp3 bestanden.
Maar kan ik die folder ook voorzien van een album tag (picture) van die cd?
Als ik daarop zoek kom ik eigenlijk alleen maar tags tegen maar ik zoek ID tag albums?
Ik heb al een afbeelding in die folder staan maar ik krijg deze niet afgebeeld binnen de mediabrowser.

Iemand nog een idee hoe ik dit kan instellen?

Het juiste woord gevonden Artwork

[ Voor 3% gewijzigd door RoTeK70 op 08-10-2020 19:28 ]

[skank]

Vraagje,
Ik wil een dropdown van mediaspelers..
Indien de mediaspeler niks afspeelt of onbeschikbaar is, mag hij niet getoond worden.
Ik wou dit bereiken met auto entities card en de mini media player , maar ik krijg foutmelding bij het laden vd pagina desonsdank de config ok is zegt hij

code:

 type: custom:auto-entities 
 card:
   type: custom:mini-media-player
   title: Now playing
   artwork: full-cover
     hide:
       power: true
       icon: true
       info: true
       name: true
       volume: true
       controls: true
   entities:
      - media_player.emby_kodi_woonkamer
      - media_player.emby_kodi_cinema
   show_empty: false

Of moet ik een andere card gebruiken ipv auto entities

[ Voor 5% gewijzigd door skank op 08-10-2020 16:37 ]

[Septillion]

'entities' en 'show_empty' zijn toch onderdeel van de custom:auto-entities?

YAML:

 type: custom:auto-entities 
 card:
   type: custom:mini-media-player
   title: Now playing
   artwork: full-cover
     hide:
       power: true
       icon: true
       info: true
       name: true
       volume: true
       controls: true
 entities:
    - media_player.emby_kodi_woonkamer
    - media_player.emby_kodi_cinema
 show_empty: false

Klopt er nog ergens wat niet want je hebt oneven aantal spaties als indentatie.

[skank]

Septillion schreef op donderdag 8 oktober 2020 @ 16:43:
'entities' en 'show_empty' zijn toch onderdeel van de custom:auto-entities?


Klopt er nog ergens wat niet want je hebt oneven aantal spaties als indentatie.

Klopt wat je zegt ivm entities en show empty, waarom zeg je dat? in mn code maakt het toch deel uit van die auto entities?

Die spaties.. toen ik de code hier plakte, gooide hij alles door elkaar, en dan heb ik het zo aangepast dat het visueel is, maar als ik de tekst hier edit, kloppen de spaties totaal niet

even anders gezet:

code:

        type: custom:auto-entities
        show_empty: false
        entities:
          - media_player.emby_kodi_woonkamer
          - media_player.emby_kodi_cinema
        card:
          type: custom:mini-media-player
          title: Now playing
          artwork: full-cover
            hide:
              power: true
              icon: true
              info: true
              name: true
              volume: true
              controls: true

[ Voor 43% gewijzigd door skank op 08-10-2020 16:49 ]

[Septillion]

skank schreef op donderdag 8 oktober 2020 @ 16:47:
[...]


Klopt wat je zegt ivm entities en show empty, waarom zeg je dat? in mn code maakt het toch deel uit van die auto entities?

Nee, ze staan eentje meer ingesprongen dus vallen onder card.

Die spaties.. toen ik de code hier plakte, gooide hij alles door elkaar, en dan heb ik het zo aangepast dat het visueel is, maar als ik de tekst hier edit, kloppen de spaties totaal niet

NOOIT doen Na al die tijd hier moet je wel weten dat YAML extreem indentatie gevoelig is. Gewoon plakken in code tags en NIET aanzitten. Anders is je geplakte YAML het foutzoeken niet waard.

Nieuwe poging is al beter maar geen koekje. 'hide' heeft geen parant.

Denk dit:

YAML:

type: custom:auto-entities 
card:
  type: custom:mini-media-player
  title: Now playing
  artwork: full-cover
  hide:
    power: true
    icon: true
    info: true
    name: true
    volume: true
    controls: true
entities:
  - media_player.emby_kodi_woonkamer
  - media_player.emby_kodi_cinema
show_empty: false

[JBS]

larsiey schreef op donderdag 8 oktober 2020 @ 14:10:
Tado ondersteunt ook Apple Homekit.
In HA kan je dan HomeKit Controller installeren. Hier verbindt je Tado dan mee en kan je lokaal aansturen. Hun cloud heb je dan niet meer nodig.

Zelf geen ervaring mee, heb het me alleen laten vertellen.

De integratie van Tado gaat inderdaad wel via de cloud, maar daar hoef je door het bovenstaande dus geen gebruik van te maken.

Dat zojuist even geprobeerd. Er verschijnt dan alleen een entiteit voor de Tado bridge, daar lijk je vervolgens niets mee te kunnen binnen HA.

Meer mensen hebben het probleem dat er geen Tado knoppen verschijnen. https://community.home-as...-using-tado-server/112119

Op een later moment eens nader naar kijken.

[ Voor 11% gewijzigd door JBS op 08-10-2020 17:24 ]

[skank]

Septillion schreef op donderdag 8 oktober 2020 @ 16:58:
[...]

Nee, ze staan eentje meer ingesprongen dus vallen onder card.


[...]

NOOIT doen Na al die tijd hier moet je wel weten dat YAML extreem indentatie gevoelig is. Gewoon plakken in code tags en NIET aanzitten. Anders is je geplakte YAML het foutzoeken niet waard.

Nieuwe poging is al beter maar geen koekje. 'hide' heeft geen parant.

Denk dit:

YAML:

type: custom:auto-entities 
card:
  type: custom:mini-media-player
  title: Now playing
  artwork: full-cover
  hide:
    power: true
    icon: true
    info: true
    name: true
    volume: true
    controls: true
entities:
  - media_player.emby_kodi_woonkamer
  - media_player.emby_kodi_cinema
show_empty: false

thx, geen foutmelding meer.
Alleen zie ik nu wanneer ze niet available zijn, dat er iets mis is



Zie de rode lijn?

[DanTm]

JBS schreef op donderdag 8 oktober 2020 @ 17:01:
[...]
Dat zojuist even geprobeerd. Er verschijnt dan alleen een entiteit voor de Tado bridge, daar lijk je vervolgens niets mee te kunnen binnen HA.

Je moet HA daarna herstarten, komt de rest vanzelf

[JBS]

DanTm schreef op donderdag 8 oktober 2020 @ 17:23:
[...]

Je moet HA daarna herstarten, komt de rest vanzelf

Gedaan. Maar de knoppen verschijnen niet. Zojuist een link toegevoegd aan mijn eerdere bericht. Ben niet de enige die de knoppen niet ziet verschijnen.