Home Assistant: Open source Python3 home automation - deel 2

[yniezink]

skank schreef op zondag 16 augustus 2020 @ 13:40:
[...]


Dat vroeg ik mij ook af.
Ik heb het nu toch zoals je je afvraagt maar helemaal anders ingesteld.
Zodra de wasmachine aanstaat , gaat hij op 3 watt... dus meer dan 10 Watt is veel te laat hier
Klaar is bij mij 3 minuten onder 3 Watt..
Uit is echt o Watt bij mij
4 minuten boven de 280 Watt is hij op het einde...
Hoe bedoel jij wel met na 30 sec toggle ik nog een schakelaar? Een boolean bedoel je? die status "wasmachine draait" is ofzo?

Ik heb hem nu nog eens draaien, benieuwd of alles nu klopt.
Ik zal dit ook voor de droogkast doen nu, en daar ga ik het wel zoals je zegt doen..
Aan is boven de x
Klaar is onder de x watt, en geen tussenprogramma

Wat ik trouwens heb gedaan is gewoon eerst een was draaien met de energie meter er tussen. Vervolgens een moooi histograph van home assistant gepakt. dan kan je zo aflezen wat het verbruik doet

[skank]

yniezink schreef op zondag 16 augustus 2020 @ 13:49:
[...]


Wat ik trouwens heb gedaan is gewoon eerst een was draaien met de energie meter er tussen. Vervolgens een moooi histograph van home assistant gepakt. dan kan je zo aflezen wat het verbruik doet

Super, kijk daar heb ik iets aan, ipv af te snauwen !
Top thx, ik kende die card niet.. Zal ik idd es gebruiken

Mmm niet zo makkelijk om daar automations op te zetten
Grafiek verschilt dan ook nog es per programma
Status nu: wasmachine klaar en staat nog op bezig lol, droogkast is nog bezig en klopt

[ Voor 24% gewijzigd door skank op 16-08-2020 14:33 ]

[Side-Kick]

skank schreef op zondag 16 augustus 2020 @ 13:57:
[...]


Super, kijk daar heb ik iets aan, ipv af te snauwen !
Top thx, ik kende die card niet.. Zal ik idd es gebruiken

Mmm niet zo makkelijk om daar automations op te zetten
Grafiek verschilt dan ook nog es per programma
Status nu: wasmachine klaar en staat nog op bezig lol, droogkast is nog bezig en klopt

[Afbeelding]

Ik zou het jezelf niet al te moeilijk maken en kiezen voor de status: Uit, wassen en klaar. Die zijn met ieder wasprogramma te bepalen. Uiteindelijk is de status klaar toch de enige interessante en ga je in de toekomst toch niet naar die statussen zitten kijken.

[Koepert]

zoeperman schreef op zondag 16 augustus 2020 @ 13:38:
@Koepert ben wel benieuwd waarom je een boolean uit zet, wat doet die boolean dan precies

Ik heb een automation (hier gepikt) die mij om 10u een notification stuurt of ik mijn meds wel gehad heb. 1 van de condities voor die notification is dat de boolean op Off staat (kortom, ik heb nog niet aangegeven dat ik mijn meds gehad heb door de boolean op on te zetten). Toegegeven, het is meer een gimmick dan nuttig, maar zeker in weekend/vakantie wil ik s ochtends nog wel eens vergeten mn meds te nemen. Astma/allergie, dus geen ramp, wel onhandig op langere termijn.

Voor de volledigheid, dit dus:

YAML:

- id: 'Meds Reminder'
  alias: 'Medicijnen genomen'
  trigger:
      - platform: time
        at: '10:00:00'
  condition:
      - condition: state
        entity_id: input_boolean.medicijnen
        state: 'off' 
  action:
      - service: notify.mobile_app_iphone
        data_template:
          title: Medicijnen
          message: '*Vergeet je medicijnen niet te nemen*'
          data:
            data:
              tag: 'notification-meds'

De reset:

YAML:

- id: 'Meds Notification'
  alias: Reset Medicijnen notification
  trigger:
      platform: time
      at: '02:00:00'
  action:
      - service: input_boolean.turn_off
        entity_id: input_boolean.medicijnen

en uiteraard een Boolean:

YAML:

medicijnen:
  name: 'Medicijnen'
  initial: off
  icon: mdi:medical-bag

[ymoona]

Ik heb nu deze code:

code:

switch:
  - platform: mqtt
    name: shellyplug1
    command_topic: shellies/shellyplug1/relay/0/command
    payload_on: "on"
    payload_off: "off"
    state_topic: shellies/shellyplug1/relay/0
    state_on: "on"
    state_off: "off"
    availability_topic: 'shellies/shellyplug1/online'
    payload_available: "true"
    payload_not_available: "false"

12 regels voor 1 switch, maar als ik nog zo een switch toe voeg heb ik weer 12 regels nodig. Waar ik Shelly1 vervang door Shelly2.

Is er iets van templating waardoor je minder duplicatie hebt en iets van een forloop over een lijstje van shellies kan doen?

[JayOne]

ymoona schreef op zondag 16 augustus 2020 @ 14:58:
Ik heb nu deze code:

code:

switch:
  - platform: mqtt
    name: shellyplug1
    command_topic: shellies/shellyplug1/relay/0/command
    payload_on: "on"
    payload_off: "off"
    state_topic: shellies/shellyplug1/relay/0
    state_on: "on"
    state_off: "off"
    availability_topic: 'shellies/shellyplug1/online'
    payload_available: "true"
    payload_not_available: "false"

12 regels voor 1 switch, maar als ik nog zo een switch toe voeg heb ik weer 12 regels nodig. Waar ik Shelly1 vervang door Shelly2.

Is er iets van templating waardoor je minder duplicatie hebt en iets van een forloop over een lijstje van shellies kan doen?

Je zou voor elke switch een eigen yaml-bestand kunnen aanmaken, door de configuratie te splitsen. lost het probleem van duplicatie niet op, maar het toevoegen van een nieuwe switch is dan het kopiëren van een yaml-bestand en deze aanpassen.

[synoniem]

Of de Shelly integratie gebruiken (ook te laden via HACS) dat werkt prima in automatiseringen.

[Koepert]

Hoi,

Nog even een controlevraagje. Ik lijk de juiste plek te hebben gevonden voor de Door/Windowsensor, dus yay.. (had boven geprobeerd, heb nu onder aan de deur bevestigd).

Nu wilde ik een alert op mijn telefoon ontvangen op het moment dat de deur open (dus de sensor ON) is op het moment dat het later op de avond is. Maar triggert deze ook als de deur al sinds 19:00 open staat?

YAML:

- id: 'Garage Reminder'
  alias: 'Garagedeur open'
  trigger:
      - platform: state
        entity_id: binary_sensor.openclose_7
        to: 'on' 
  condition:
      - condition: time
        after: '22:00:00'
  action:
      - service: notify.mobile_app_iphone_se_qper
        data_template:
          title: Garagedeur open
          message: 'Let op: De garagedeur staat open'
          data:
            data:
              tag: 'notification-garage'

of moet ik dat dan zo oplossen?

YAML:

- id: 'Garage Reminder'
  alias: 'Garagedeur open'
  trigger:
      - platform: state
        entity_id: binary_sensor.openclose_7
        state: 'on' 
  condition:
      - condition: time
        after: '22:00:00'
  action:
      - service: notify.mobile_app_iphone
        data_template:
          title: Garagedeur open
          message: 'Let op: De garagedeur staat open'
          data:
            data:
              tag: 'notification-garage'

Volgens mij pikt hij die ' state' niet, dus zou je dan trigger en condition moeten omdraaien? Want een time trigger is weer alleen OM 22:00 toch? en niet NA 22:00??

[akatar]

Ik ben niet thuis in home assistent, maar de meeste controllers reageren als de status changes to open.
Dus als de deur om 22:00 uur al open staat is er geen trigger, dit valt dan op te lossen met een 2de scene/event. Indien 22:00 uur en deur open -> doe iets

Nogmaals ik weet niet of dit ook het geval is bij Home Assistent.

[Koepert]

Dat zou dan volgens mij dit moeten worden..

YAML:

- id: 'Garage Reminder'
  alias: 'Garagedeur open'
  trigger:
      - platform: state
        entity_id: binary_sensor.openclose_7
        to: 'on' 
      - platform: time
        at: "22:00:00"
  condition:
      - condition: time
        after: '22:00:00'
      - condition: state
        entity_id: binary_sensor.openclose_7
        state: 'on' 
  action:
      - service: notify.mobile_app_iphone_se_qper
        data_template:
          title: Garagedeur open
          message: 'Let op: De garagedeur staat open'
          data:
            data:
              tag: 'notification-garage'

Dus, als het 22:00 is OF de garagedeur gaat open EN het is na 22:00 OF de garagedeur is open, krijg ik een alert?

[martinvdm]

Koepert schreef op zondag 16 augustus 2020 @ 19:21:
Hoi,

Nog even een controlevraagje. Ik lijk de juiste plek te hebben gevonden voor de Door/Windowsensor, dus yay.. (had boven geprobeerd, heb nu onder aan de deur bevestigd).

Nu wilde ik een alert op mijn telefoon ontvangen op het moment dat de deur open (dus de sensor ON) is op het moment dat het later op de avond is. Maar triggert deze ook als de deur al sinds 19:00 open staat?

YAML:

- id: 'Garage Reminder'
  alias: 'Garagedeur open'
  trigger:
      - platform: state
        entity_id: binary_sensor.openclose_7
        to: 'on' 
  condition:
      - condition: time
        after: '22:00:00'
  action:
      - service: notify.mobile_app_iphone_se_qper
        data_template:
          title: Garagedeur open
          message: 'Let op: De garagedeur staat open'
          data:
            data:
              tag: 'notification-garage'

of moet ik dat dan zo oplossen?

YAML:

- id: 'Garage Reminder'
  alias: 'Garagedeur open'
  trigger:
      - platform: state
        entity_id: binary_sensor.openclose_7
        state: 'on' 
  condition:
      - condition: time
        after: '22:00:00'
  action:
      - service: notify.mobile_app_iphone
        data_template:
          title: Garagedeur open
          message: 'Let op: De garagedeur staat open'
          data:
            data:
              tag: 'notification-garage'

Volgens mij pikt hij die ' state' niet, dus zou je dan trigger en condition moeten omdraaien? Want een time trigger is weer alleen OM 22:00 toch? en niet NA 22:00??

Je eerste voorbeeld is de juiste. Check eens of je automation wel draait. Die tag in je action vind ik wel wat vreemd daar werk ik zelf niet mee.

[Koepert]

martinvdm schreef op zondag 16 augustus 2020 @ 20:19:
[...]

Je eerste voorbeeld is de juiste. Check eens of je automation wel draait. Die tag in je action vind ik wel wat vreemd daar werk ik zelf niet mee.

Thx

K had m nog niet getest, ga ik zo doen. Die tag heb ik ooit uit (volgens mij @Hmmbob zn notification gehaald, Zonder werkte het ook niet (maar dat zal wellicht een andere fout kunnen zijn).. dus laat ik het er maar in

[larsiey]

Koepert schreef op zondag 16 augustus 2020 @ 20:17:
Dat zou dan volgens mij dit moeten worden..

YAML:

- id: 'Garage Reminder'
  alias: 'Garagedeur open'
  trigger:
      - platform: state
        entity_id: binary_sensor.openclose_7
        to: 'on' 
      - platform: time
        at: "22:00:00"
  condition:
      - condition: time
        after: '22:00:00'
      - condition: state
        entity_id: binary_sensor.openclose_7
        state: 'on' 
  action:
      - service: notify.mobile_app_iphone_se_qper
        data_template:
          title: Garagedeur open
          message: 'Let op: De garagedeur staat open'
          data:
            data:
              tag: 'notification-garage'

Dus, als het 22:00 is OF de garagedeur gaat open EN het is na 22:00 OF de garagedeur is open, krijg ik een alert?

De condition die je nu hebt is AND, dat is standaard.
Je moet nog ff condition OR kiezen.
Trigger is wel op deze manier OR.

[JackPoint]

skank schreef op zondag 16 augustus 2020 @ 13:57:
[...]


Super, kijk daar heb ik iets aan, ipv af te snauwen !
Top thx, ik kende die card niet.. Zal ik idd es gebruiken

Mmm niet zo makkelijk om daar automations op te zetten
Grafiek verschilt dan ook nog es per programma
Status nu: wasmachine klaar en staat nog op bezig lol, droogkast is nog bezig en klopt

[Afbeelding]

Kijk vooral ook wat je wilt met de statussen, wil je er ook op automatiseren? Ik wil alleen weten als hij klaar is. Heb daarvoor dus een input_boolean die aan gaat als de power boven x is voor y seconden. Het zelfde voor het uit gaan, bij mij doet hij nog iets van anti-kreuk en gebruikt nog een beetje stroom. Hij moet dan ook x seconden onder y waarde zijn. Voor bijna alle was programmas werkt dat goed (soms de korte niet, dan gaat hij te snel af).

Aangezien de anti-kreuk functie af en toe aan slaat, verbruikt hij dan weer iets. Ik ben hiervoor nog aan het expirimenten met een time_simple_moving_average sensor. Mogelijk kan deze de pieken wat uit vlakken waardoor ik een betrouwbare 'hij is klaar' detectie heb.

YAML:

- platform: filter
  name: 'Washing Machine Power Moving Average'
  entity_id: sensor.washing_machine_power
  filters:
  - filter: time_simple_moving_average
    window_size: 180
- platform: filter
  name: 'Dryer Power Moving Average'
  entity_id: sensor.dryer_power
  filters:
  - filter: time_simple_moving_average
    window_size: 180

[Hmmbob]

Koepert schreef op zondag 16 augustus 2020 @ 20:24:
[...]


Thx

K had m nog niet getest, ga ik zo doen. Die tag heb ik ooit uit (volgens mij @Hmmbob zn notification gehaald, Zonder werkte het ook niet (maar dat zal wellicht een andere fout kunnen zijn).. dus laat ik het er maar in

Tag is een Android feature - aangezien het erop lijkt dat je een iPhone gebruikt heb je daar helemaal niets aan.

Zie ook https://companion.home-as...tions/notifications-basic

[ Voor 8% gewijzigd door Hmmbob op 16-08-2020 21:36 ]

[_Marcel_1973]

BertusG schreef op dinsdag 21 juli 2020 @ 15:01:
[...]


Goed gezien, m'n hobby project van vorig jaar. Ontworpen en geprint op de 3D printer, met volledige communicatie via MQTT over het aantal porties en de actuele voorraad (via ultrasone sensor).

In eerste instantie had ik getimede porties, maar de kat leerde al snel de knop gebruiken om zelf een portie aan te vragen. I.v.m. gewichtscontrole krijgt hij per dagdeel 5 porties beschikbaar. Via MQTT kan ik ook communiceren met het ESP bordje over de portiegrootte. Dankzij de aandrijving met een NEMA17 stepper kan ik ook zeer precies het portie afmeten. Desondanks is de kat nog niet afgevallen

Om toch nog een beetje on-topic te blijven. Via HA kan ik nu gelukkig weer in één oogopslag zien wanneer hij z'n porties afneemt middels de knop.

[Afbeelding]

[Afbeelding]

Geweldig! Ik zou er patent op aanvragen en ding in productie brengen.
Zoiets zoek ik dus al een jaar of vier. Nu een paar maanden met HA bezig en toen bedacht ik me zoiets...
Ik zou er gelijk, mits betaalbaar, zo twee kopen.

[Septillion]

Koepert schreef op zondag 16 augustus 2020 @ 20:17:
Dat zou dan volgens mij dit moeten worden..

Die lijkt me juist. Alleen leest dat dan:
(als het 22:00 is wordt OF de garagedeur gaat open) EN het is na 22:00 OF de garagedeur is open, krijg ik een alert?

Het verschil tussen triggers en conditions Triggers zijn standaard OR en conditions standaard AND. En dat is precies wat je wilt. Want als je de conditions OR'ed dan krijg je elke dag om 22 uur een melding. Immers triggered dat elke om 22 uur dag en is de "het is 22 uur (geweest)" dan logischerwijze ook waar.

Een dingetje wat dit misschien nog wat lastiger maakt is dat je nu een implisite eindtijd hebt van 0:00 waarna de garage open doen geen melding meer geeft. Ik zou zeggen dat dit een ideale plek is om een inout boolean helper is. Hiermee splits je dan het op scherp zetten van het alarm met het werkelijk af laten gaan (je een melding sturen) van het alarm. Hiermee ben je wat makkelijker om te bepalen wanneer het ingeschakeld moet zijn of kan je het handmatig in/uitschakelen. Ook is het daarna makkelijker (zeker in onderhoud als je de tijden/condities aan wilt passen) als je meerdere sensoren wilt toevoegen.

[Yarisken]

Boys, ik heb de laatste update gedraaid en nu krijg ik dit in mijn logs:

20-08-16 17:07:12 ERROR (MainThread) [supervisor.core] Using 'Ubuntu 18.04.4 LTS' as the OS is not supported
20-08-16 17:07:12 INFO (MainThread) [__main__] Run Supervisor
20-08-16 17:07:12 INFO (MainThread) [supervisor.api] Start API on 172.30.32.2
20-08-16 17:07:12 CRITICAL (MainThread) [supervisor.core] System running in a unsupported environment!
20-08-16 17:07:12 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.INITIALIZE' start 0 add-ons

Moet ik nu al overschakelen naar ubuntu 20.04 ?

Edit: blijkbaar is enkel debian nog gesupporteerd ... man man vervelend ... ik heb het niet zo voor debian

[ Voor 8% gewijzigd door Yarisken op 17-08-2020 01:36 ]

[zoeperman]

Yarisken schreef op zondag 16 augustus 2020 @ 23:23:
Moet ik nu al overschakelen naar ubuntu 20.04 ?

Edit: blijkbaar is enkel debian nog gesupporteerd ... man man vervelend ... ik heb het niet zo voor debian

klopt inderdaad dat debian alleen gesupport is, maar werkt nog steeds gewoon onder ubuntu
(oh ik draai zelf ook 18.0.4.04 ubuntu )

[ Voor 5% gewijzigd door zoeperman op 17-08-2020 09:57 ]

[koelkast]

Ik gebruik zigbee2mqtt met een TI-stick, en wil daarmee mijn ikea dimmer knoppen in Hass gaan gebruiken. Ik zit echter met grote vraagtekens met de integratie. Op de zigbee2mqtt website vind ik het volgende als voorbeeld-automation:

code:

automation:
  - alias: Respond to button click
    trigger:
    - device_id: ad44cabee4c646f493814306aa6446e1
      discovery_id: 0x000b57fffecb472d action_arrow_left_click
      domain: mqtt
      platform: device
      subtype: arrow_left_click
      type: action
    action:
      entity_id: light.my_bulb_light
      service: light.toggle

Maar _waar_ in home assistant vind ik nu de device_id, en hoe de discovery_id? En hoe weet ik de action van mijn switch? Ik heb wel ervaring met Deconz/Phoscon, daar zie ik de entities/apparaten gewoon in de lijst staan als ik de automations aanmaak in de GUI, maar ik ben nu een beetje 'lost'.

[Rianata]

koelkast schreef op maandag 17 augustus 2020 @ 11:14:
Maar _waar_ in home assistant vind ik nu de device_id, en hoe de discovery_id? En hoe weet ik de action van mijn switch? Ik heb wel ervaring met Deconz/Phoscon, daar zie ik de entities/apparaten gewoon in de lijst staan als ik de automations aanmaak in de GUI, maar ik ben nu een beetje 'lost'.

In het Developer Tools deel van HA ga je naar Events en daar kun je een MQTT listener starten. Vervolgens zie je als alles goed ingesteld is alle events voorbij komen wanneer je op je button/switch drukt.

[Septillion]

@koelkast @Rianata Dat kan tegenwoordig veel makkelijker. Met één uitzondering en dat is de naam van de knop. Na het koppelen ga je naar Devices in HA. Daar zal je nu een device hebben met een random naam en Tradfri whatever als type. Klik hem aan, dan tandwiel en kun je hem een zinnige naam geven.

Daarna gewoon even een keer alle knoppen op de afstandsbediening indrukken (en als hij het ondersteund, handelingen zoals double tap en hold doen) zodat HA alle keys kent. Vervolgens kan je nu bij het aanmaken van een automation gewoon gaan voor device waar je nu op de zinnige naam kunt selecteren. Vervolgens toont HA je bij trigger gewoon alle mogelijke triggers/keys/combo's van je remote.

[coolriku]

koelkast schreef op maandag 17 augustus 2020 @ 11:14:
Maar _waar_ in home assistant vind ik nu de device_id, en hoe de discovery_id? En hoe weet ik de action van mijn switch? Ik heb wel ervaring met Deconz/Phoscon, daar zie ik de entities/apparaten gewoon in de lijst staan als ik de automations aanmaak in de GUI, maar ik ben nu een beetje 'lost'.

Andere mogelijkheid is om via GUI een automation te bouwen met dat jouw zigbee device.
Dan kun je vervolgens in de automations.yaml kijken wat de id's zijn, en evt de automation kopieren en met handje verder aanpassen.

edit:@Septillion heeft een nog makkelijkere manier

[ Voor 4% gewijzigd door coolriku op 17-08-2020 11:59 ]

[Septillion]

Of gewoon de GUI blijven gebruiken Ik vind het heel fijn dat de automations als yaml opgeslagen worden voor copy/past gemak en extreme dingen. Maar voor 95% van de automations werkt de GUI echt top.

Daarom was ik wel verbaast dat de chooser nog niet in de GUI zat bij de grote 0.113 aankondiging

[ Voor 4% gewijzigd door Septillion op 17-08-2020 13:49 ]

[Hmmbob]

Septillion schreef op maandag 17 augustus 2020 @ 12:00:
Daarom was ik wel verbaast dat de chooser nog niet in de GUI zat bij de grote 0.113 aankondiging

Die zit nu wel in 0.114

[ Voor 18% gewijzigd door Hmmbob op 17-08-2020 15:38 ]

[Yarisken]

koelkast schreef op maandag 17 augustus 2020 @ 11:14:
Ik gebruik zigbee2mqtt met een TI-stick, en wil daarmee mijn ikea dimmer knoppen in Hass gaan gebruiken. Ik zit echter met grote vraagtekens met de integratie. Op de zigbee2mqtt website vind ik het volgende als voorbeeld-automation:

code:

automation:
  - alias: Respond to button click
    trigger:
    - device_id: ad44cabee4c646f493814306aa6446e1
      discovery_id: 0x000b57fffecb472d action_arrow_left_click
      domain: mqtt
      platform: device
      subtype: arrow_left_click
      type: action
    action:
      entity_id: light.my_bulb_light
      service: light.toggle

Maar _waar_ in home assistant vind ik nu de device_id, en hoe de discovery_id? En hoe weet ik de action van mijn switch? Ik heb wel ervaring met Deconz/Phoscon, daar zie ik de entities/apparaten gewoon in de lijst staan als ik de automations aanmaak in de GUI, maar ik ben nu een beetje 'lost'.

Koop de conbee 2 stick en bespaar u veel miserie :-).

[Septillion]

mag weg!

[ Voor 98% gewijzigd door Septillion op 17-08-2020 13:53 ]

[Hmmbob]

HA 0.114.2:

• Fix 'Not Available' message for Onkyo integration (@tizzen33 - #38554) (onkyo docs)
• Better timeout handling in samsungtv integration (@escoand - #38759) (samsungtv docs)
• Fix ozw pure rgb dimmer light (@MartinHjelmare - #38877) (ozw docs)
• Fix the CONF_LOOP check to use the config (@automaton82 - #38890) (environment_canada docs)
• Fix error in meteo_france for overseas France cities (@oncleben31 - #38895) (meteo_france docs)
• Fix Netatmo climate boost/heat event handling (@cgtobi - #38923) (netatmo docs)
• Fix HC3 compatibility further (@pbalogh77 - #38931) (fibaro docs)
• Accommodate systems with very large databases and slow disk/cpu (@bdraco - #38947) (recorder docs)

[francisp]

koelkast schreef op maandag 17 augustus 2020 @ 11:14:

Maar _waar_ in home assistant vind ik nu de device_id, en hoe de discovery_id? En hoe weet ik de action van mijn switch? Ik heb wel ervaring met Deconz/Phoscon, daar zie ik de entities/apparaten gewoon in de lijst staan als ik de automations aanmaak in de GUI, maar ik ben nu een beetje 'lost'.

Hier kies je gewoon je device



en de device_id word ingevuld. Zelfde met de discovery_id.

[Septillion]

Accommodate systems with very large databases and slow disk/cpu (@bdraco - #38947) (recorder docs)

Yess, nu werken mijn logs en grafieken weer. Ik moet nog steeds een keer er voor gaan zitten om te snoeien in wat opgeslagen wordt. DB is nu 13GB Jammer dat ik nu geen data heb van de storm van gisteren, hadden denk ik nog interessante grafiekejs geweest.

[ Voor 0% gewijzigd door Septillion op 17-08-2020 17:29 . Reden: type in tag ]

[GekkePrutser]

Yarisken schreef op maandag 17 augustus 2020 @ 13:35:
[...]
Koop de conbee 2 stick en bespaar u veel miserie :-).

Ja en dan vooral met DeConz (docker)

Met ZHA had ik ook veel problemen. Vooral met koppelen in groepen dat gewoon elke keer weigerde te werken.

[Meelobee]

Yarisken schreef op zondag 16 augustus 2020 @ 23:23:
Boys, ik heb de laatste update gedraaid en nu krijg ik dit in mijn logs:

20-08-16 17:07:12 ERROR (MainThread) [supervisor.core] Using 'Ubuntu 18.04.4 LTS' as the OS is not supported
20-08-16 17:07:12 INFO (MainThread) [__main__] Run Supervisor
20-08-16 17:07:12 INFO (MainThread) [supervisor.api] Start API on 172.30.32.2
20-08-16 17:07:12 CRITICAL (MainThread) [supervisor.core] System running in a unsupported environment!
20-08-16 17:07:12 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.INITIALIZE' start 0 add-ons

Moet ik nu al overschakelen naar ubuntu 20.04 ?

Edit: blijkbaar is enkel debian nog gesupporteerd ... man man vervelend ... ik heb het niet zo voor debian

Ik heb mn host vandaag van 18.04.5 LTS naar 20.04.1 LTS geupgrade en daar idd dezelfde melding.. ‘t is echt debian only en dan ook nog met de juiste versies van allerlei tools... ondanks dat het nog werkt, is het best zuur zegmaar..

Dat gezegd, wat is nu de beste/meest toekomst bestendige manier om HA te draaien? Gewoon doorgaan met Ubuntu lijkt me niet de beste optie. Is Debian dan zoveel beter? Of ben ik beter af met Proxmox, of?
Met alle wijzigingen van de afgelopen tijd ben ik het een beetje kwijt.
Ik draai nu Supervisor 234 (incl de Addon store en Hacs) op Ubuntu 20.4.1 LTS. (Hardware: Lenovo Thinkcenter M900.)

[ Voor 3% gewijzigd door Meelobee op 17-08-2020 20:23 ]

[-Casper]

Bijzondere situatie vandaag. Bij poging tot openen van node red en supervisor in HA kreeg ik de foutmelding: Client error on api app/entrypoint.js request Cannot connect to host 172.30.32.2:80 ssl:None [Connection refused]. Na een restart was het nog niet opgelost maar na het hard onderbreken van de stroom (op suggestie van het HA forum) werkte het opeens weer. Wondere wereld, deel het hier even voor als iemand anders er ook last van krijgt.

[Yarisken]

Meelobee schreef op maandag 17 augustus 2020 @ 20:21:
[...]

Ik heb mn host vandaag van 18.04.5 LTS naar 20.04.1 LTS geupgrade en daar idd dezelfde melding.. ‘t is echt debian only en dan ook nog met de juiste versies van allerlei tools... ondanks dat het nog werkt, is het best zuur zegmaar..

Dat gezegd, wat is nu de beste/meest toekomst bestendige manier om HA te draaien? Gewoon doorgaan met Ubuntu lijkt me niet de beste optie. Is Debian dan zoveel beter? Of ben ik beter af met Proxmox, of?
Met alle wijzigingen van de afgelopen tijd ben ik het een beetje kwijt.
Ik draai nu Supervisor 234 (incl de Addon store en Hacs) op Ubuntu 20.4.1 LTS. (Hardware: Lenovo Thinkcenter M900.)

Dit is voor mij nu net de ideaalste manier om HA te draaien. Heel heel zuur ( ik praat al als een kees ). Ik blijf het draaien tot het breekt.

[RudolfR]

-Casper schreef op maandag 17 augustus 2020 @ 20:36:
Bijzondere situatie vandaag. Bij poging tot openen van node red en supervisor in HA kreeg ik de foutmelding: Client error on api app/entrypoint.js request Cannot connect to host 172.30.32.2:80 ssl:None [Connection refused]. Na een restart was het nog niet opgelost maar na het hard onderbreken van de stroom (op suggestie van het HA forum) werkte het opeens weer. Wondere wereld, deel het hier even voor als iemand anders er ook last van krijgt.

Heb ik al vaker gehad. Vorige week toevallig nog.
Via de ssh-addon kon ik ook niks zinnigs meer doen.

HA zelf, maar ook een add-on zoals bijv. Bitwarden was wel gewoon nog bereikbaar.
Alleen de supervisor-pagina deed moeilijk, dus upgraden of herstarten ging niet meer.

Zijn wel issues van op github:
https://github.com/home-assistant/supervisor/issues/1576

https://github.com/home-assistant/supervisor/issues/1675

Ik heb de nieuwe optie om diagnostische gegevens te delen voor die machine meteen aangezet en die tip staat er nu ook bij.

[ Voor 14% gewijzigd door RudolfR op 17-08-2020 21:12 ]

[Hmmbob]

Meelobee schreef op maandag 17 augustus 2020 @ 20:21:
[...]

Ik heb mn host vandaag van 18.04.5 LTS naar 20.04.1 LTS geupgrade en daar idd dezelfde melding.. ‘t is echt debian only en dan ook nog met de juiste versies van allerlei tools... ondanks dat het nog werkt, is het best zuur zegmaar..

Dat gezegd, wat is nu de beste/meest toekomst bestendige manier om HA te draaien? Gewoon doorgaan met Ubuntu lijkt me niet de beste optie. Is Debian dan zoveel beter? Of ben ik beter af met Proxmox, of?
Met alle wijzigingen van de afgelopen tijd ben ik het een beetje kwijt.
Ik draai nu Supervisor 234 (incl de Addon store en Hacs) op Ubuntu 20.4.1 LTS. (Hardware: Lenovo Thinkcenter M900.)

Is dat het enige wat je draait? Want dan zou ik inderdaad naar een VM oplossing (Proxmox, esxi oid) gaan kijken. Of toch Debian leren

[Septillion]

Meelobee schreef op maandag 17 augustus 2020 @ 20:21:
[...]
Is Debian dan zoveel beter?

Niet zo zeer beter denk ik, maar Debian is wel beetje de standaard voor headless systemen, zeker op single board computers. En er zijn schijnbaar nogal wat haken en ogen aan het draaien van de supervisor op elke smaak. Dus nadat ze de beslissing om daarom te stoppen met supervised (ipv Hass OS) hadden terug gedraaid zijn ze het alleen gaan ondersteunen voor een enkele distributie. Debian is dan wel een logische keuze.

Neemt niet weg dat ik het ook jammer vind dat er geen tussenweg is. Enige reden dat ik supervised (of Hass OS) wil draaien is het gemak voor add-ons. Maar zal aan mijn gebrek aan docker kennis liggen dat me dit redelijk flexibel lijkt te doen. Omdat ik HA op een Pi4 vanaf SSD wilde draaien was HASS OS geen optie. Ook al ben ik nu wel benieuw of Hass OS nu ook van SDD zou werken u native USB boot werkt bij de Pi4. Heb alleen geen spare hardware om dat even te testen Maar goed, ben blij dat een vorm van supervised is blijven bestaan.

[Cyleo]

Meelobee schreef op maandag 17 augustus 2020 @ 20:21:
[...]

Ik heb mn host vandaag van 18.04.5 LTS naar 20.04.1 LTS geupgrade en daar idd dezelfde melding.. ‘t is echt debian only en dan ook nog met de juiste versies van allerlei tools... ondanks dat het nogwerkt, is het best zuur zegmaar..

Dat gezegd, wat is nu de beste/meest toekomst bestendige manier om HA te draaien? Gewoon doorgaan met Ubuntu lijkt me niet de beste optie. Is Debian dan zoveel beter? Of ben ik beter af met Proxmox, of?
Met alle wijzigingen van de afgelopen tijd ben ik het een beetje kwijt.
Ik draai nu Supervisor 234 (incl de Addon store en Hacs) op Ubuntu 20.4.1 LTS. (Hardware: Lenovo Thinkcenter M900.)

Wat is er mis met docker? Ik draai HASS al ruim 3 jaar zonder enige problemen in een docker.

[Hmmbob]

Ik ook, sinds een driekwart jaar (daarvoor HA core op een python venv).

Zou niet meer zonder Docker willen - veel vrijheid en makkelijk upgraden / rollback.

[martinvdm]

Ik heb het zijdelings voor bij zien komen mbt versies en installatie methodes, maar begrijp ik het goed dat er dus ook een supervised versie als Docker container kan draaien? Dus in een bestaande Docker omgeving een supervised ha versie ?

Ik draai naar tevredenheid ha core op docker maar wellicht opent dit de weg naar een aantal addons. Ik zou niet graag van Docker afwillen want dat is wel erg fijn, en de meeste addons draai ik als aparte Docker.

[ Voor 31% gewijzigd door martinvdm op 17-08-2020 21:24 ]

[wesley2004]

Ik heb spontaan problemen met mijn mqtt settings en Zwave instellingen/
Ik heb in de configuration.yaml mijn setup staan.
Dit werkt al denk ik 2 jaar goed.
Ineens kwam ik er achter dat sommige dingen niet meer lekker draaien.
Blijkt de mqtt broker niet meer te starten.
En ook alle Zwave niet herkend.
Er is een spannings uitval geweest afgelopen dagen.
Sindsdien denk ik dat er iets niet goed werkt.
De Nuc al eens opnieuw opgestart.
Mag allemaal niets helpen.
Ik heb nergens iets aangepast in de settings!
Iemand een idee?

[sOid]

martinvdm schreef op maandag 17 augustus 2020 @ 21:23:
Ik heb het zijdelings voor bij zien komen mbt versies en installatie methodes, maar begrijp ik het goed dat er dus ook een supervised versie als Docker container kan draaien? Dus in een bestaande Docker omgeving een supervised ha versie ?

Ik draai naar tevredenheid ha core op docker maar wellicht opent dit de weg naar een aantal addons. Ik zou niet graag van Docker afwillen want dat is wel erg fijn, en de meeste addons draai ik als aparte Docker.

De laatste keer dat ik dat heb uitgezocht (een maand of 6 terug): ja, dat kan. Maar ik vond het een bende. Er worden dan een stuk of 3 docker containers aangemaakt en het werd voor mij echt ontzettend onoverzichtelijk. Weet eigenlijk niet of het officieel wordt ondersteund. Heb het er snel weer af gegooid en teruggegaan naar Core.

Uit nieuwsgierigheid: wat voor addons mis je? Ik vind het prettiger om alles via docker-compose te doen. Baas over eigen containers, zeg maar

---

@wesley2004 Kijk eerst 's in je logs

[wesley2004]

Het vreemde is dat er ook een medling komt als ik supervisor tab wil openen.
Unable to load the panel source /api/hassio/app/entrypoint.js

[Hmmbob]

martinvdm schreef op maandag 17 augustus 2020 @ 21:23:
Ik heb het zijdelings voor bij zien komen mbt versies en installatie methodes, maar begrijp ik het goed dat er dus ook een supervised versie als Docker container kan draaien? Dus in een bestaande Docker omgeving een supervised ha versie ?

Ik draai naar tevredenheid ha core op docker maar wellicht opent dit de weg naar een aantal addons. Ik zou niet graag van Docker afwillen want dat is wel erg fijn, en de meeste addons draai ik als aparte Docker.

Dat was niet wat ik bedoelde - ik gebruik de add-ons en supervisor niet.

Maar alle add-ons kan je ook gewoon zelf draaien in een container?

[martinvdm]

sOid schreef op maandag 17 augustus 2020 @ 22:15:
[...]

De laatste keer dat ik dat heb uitgezocht (een maand of 6 terug): ja, dat kan. Maar ik vond het een bende. Er worden dan een stuk of 3 docker containers aangemaakt en het werd voor mij echt ontzettend onoverzichtelijk. Weet eigenlijk niet of het officieel wordt ondersteund. Heb het er snel weer af gegooid en teruggegaan naar Core.

Uit nieuwsgierigheid: wat voor addons mis je? Ik vind het prettiger om alles via docker-compose te doen. Baas over eigen containers, zeg maar

---

@wesley2004 Kijk eerst 's in je logs

Thanks for the update. Ik mis op zich niks zo 123 maar ben in het verleden wel eens tegen addons aangelopen die alleen als addon uitgegeven werden. Maargoed ik denk dat ik maar lekker bij core blijf en van de Docker flexibiliteit blijft genieten als ik het zo hoor

[JDunnio]

sOid schreef op maandag 17 augustus 2020 @ 22:15:
[...]

De laatste keer dat ik dat heb uitgezocht (een maand of 6 terug): ja, dat kan. Maar ik vond het een bende. Er worden dan een stuk of 3 docker containers aangemaakt en het werd voor mij echt ontzettend onoverzichtelijk. Weet eigenlijk niet of het officieel wordt ondersteund. Heb het er snel weer af gegooid en teruggegaan naar Core.

Uit nieuwsgierigheid: wat voor addons mis je? Ik vind het prettiger om alles via docker-compose te doen. Baas over eigen containers, zeg maar

---

@wesley2004 Kijk eerst 's in je logs

Ik heb dit ook een tijd gedraaid. Probleem was dat het stuk kan gaan door OS updates of andere wijzigingen zoals autorisaties.
Zo moet hass als root draaien en dus ook de folder permissies. Na het een aantal keer gesloopt te hebben zoals Wesley hierboven draai ik nu naar volle tevredenheid de docker-core. Troubleshooting is veel makkelijker en de addons kan ik prima handelen via docker compose.
Ik snap het willen uitfaseren van de hassio op generic Linux dus wel. Door de wat gevorderde gebruikers en guides werd het als de ultieme installatie geopperd, waardoor beginners en niet Linux skilled gebruikers dit ook gingen inzetten.

[-Casper]

wesley2004 schreef op maandag 17 augustus 2020 @ 22:24:
Het vreemde is dat er ook een medling komt als ik supervisor tab wil openen.
Unable to load the panel source /api/hassio/app/entrypoint.js

Heb je mijn bericht ook gezien?

[M3rcury]

-Casper schreef op maandag 17 augustus 2020 @ 20:36:
Bijzondere situatie vandaag. Bij poging tot openen van node red en supervisor in HA kreeg ik de foutmelding: Client error on api app/entrypoint.js request Cannot connect to host 172.30.32.2:80 ssl:None [Connection refused]. Na een restart was het nog niet opgelost maar na het hard onderbreken van de stroom (op suggestie van het HA forum) werkte het opeens weer. Wondere wereld, deel het hier even voor als iemand anders er ook last van krijgt.

Ik heb het ook sinds van het weekend, maar zelfs van de stroom af blijft het probleem zich voordoen.

Als ik weer tijd heb doe ik wel weer een verse versie op de pi zetten

[JayOne]

M3rcury schreef op dinsdag 18 augustus 2020 @ 09:06:
[...]


Ik heb het ook sinds van het weekend, maar zelfs van de stroom af blijft het probleem zich voordoen.

Als ik weer tijd heb doe ik wel weer een verse versie op de pi zetten

@-Casper @wesley2004
De foutmelding is heel generiek en kan van alles betekenen. Vaak heeft het te maken met een bepaalde addon die de boel vernaggeld. Vaak helpt het rebooten, maar dit is niet altijd de oplossing en zit er soms niet anders op dan een verse installatie (en terugzetten van een backup).

Zie hiervoor ook het statement van de ontwikkelaar van de Supervisor.

Ander issue met dezelfde problematiek

[Ronker32]

M3rcury schreef op dinsdag 18 augustus 2020 @ 09:06:
[...]


Ik heb het ook sinds van het weekend, maar zelfs van de stroom af blijft het probleem zich voordoen.

Als ik weer tijd heb doe ik wel weer een verse versie op de pi zetten

Same here, eens in de zoveel tijd (naar schatting 1x per twee maanden) krijg ik die melding. HA herstarten werkt niet, de Raspberry Pi even van de stroom af en weer inschakelen levert wel weer resultaat. Ik kan nog niet de vinger op de zere plek leggen, het is niet zo dat het structureel gebeurt of na een update o.i.d. Tot nu toe niet dealbreaking, wel irritant af en toe.

[wesley2004]

-Casper schreef op dinsdag 18 augustus 2020 @ 08:53:
[...]

Heb je mijn bericht ook gezien?

Zeker gezien.
Alleen stroom eraf en er weer op helpt niet bij mij helaas.

[wesley2004]

JayOne schreef op dinsdag 18 augustus 2020 @ 09:31:
[...]

@-Casper @wesley2004
De foutmelding is heel generiek en kan van alles betekenen. Vaak heeft het te maken met een bepaalde addon die de boel vernaggeld. Vaak helpt het rebooten, maar dit is niet altijd de oplossing en zit er soms niet anders op dan een verse installatie (en terugzetten van een backup).

Zie hiervoor ook het statement van de ontwikkelaar van de Supervisor.

Ander issue met dezelfde problematiek

Het vreemde is dat ik niets nieuws heb geinstalleerd.
Een backup terugzetten lukt niet, kom nu dus niet in dat menu. Backup zit dacht ik in supervisor?

[JayOne]

wesley2004 schreef op dinsdag 18 augustus 2020 @ 10:15:
[...]


Het vreemde is dat ik niets nieuws heb geinstalleerd.
Een backup terugzetten lukt niet, kom nu dus niet in dat menu. Backup zit dacht ik in supervisor?

Daarom is het ook raadzaam om de backup buiten je HA installatie te bewaren.

Het gaat er niet om dat je iets hebt geinstalleerd, maar ergens is er iets misgegaan binnen de supervisor. Het kan de automatische update van de Supervisor zijn die ervoor gezorgd heeft dat er een probleem is ontstaan tussen de Supervisor en een Addon.

[wesley2004]

JayOne schreef op dinsdag 18 augustus 2020 @ 10:25:
[...]

Daarom is het ook raadzaam om de backup buiten je HA installatie te bewaren.

Het gaat er niet om dat je iets hebt geinstalleerd, maar ergens is er iets misgegaan binnen de supervisor. Het kan de automatische update van de Supervisor zijn die ervoor gezorgd heeft dat er een probleem is ontstaan tussen de Supervisor en een Addon.

Ik heb hem ook op de pc gekopieerd!
Maarja hoe krijg je dan de backup terug als je er niet in kan

[JayOne]

wesley2004 schreef op dinsdag 18 augustus 2020 @ 10:34:
[...]


Ik heb hem ook op de pc gekopieerd!
Maarja hoe krijg je dan de backup terug als je er niet in kan

Eerst een verse installatie en dan de backup terugzetten.

[wesley2004]

JayOne schreef op dinsdag 18 augustus 2020 @ 10:37:
[...]

Eerst een verse installatie en dan de backup terugzetten.

oh zo bedoel je.
dat is balen zeg!
moet ik even uitzoeken hoe dat ook alweer makkelijk gaat met portainer.
of kan je gewoon installatie commando geven? of moet oude er eerst af?

[JayOne]

wesley2004 schreef op dinsdag 18 augustus 2020 @ 10:50:
[...]


oh zo bedoel je.
dat is balen zeg!
moet ik even uitzoeken hoe dat ook alweer makkelijk gaat met portainer.
of kan je gewoon installatie commando geven? of moet oude er eerst af?

Binnen Portainer heb je de optie recreate container, dat zou misschien in jouw situatie al voldoende kunnen zijn. Maar heb zelf geen ervaring met Home Assistant icm Portainer.

[wesley2004]

JayOne schreef op dinsdag 18 augustus 2020 @ 10:58:
[...]

Binnen Portainer heb je de optie recreate container, dat zou misschien in jouw situatie al voldoende kunnen zijn. Maar heb zelf geen ervaring met Home Assistant icm Portainer.

ik ga straks even naar zoeken. zou weer een hoop installatie gedoe schelen.
En een chagrijnige vrouw omdat dan "weer" niet alles werkt haahhahahha

[Langerakpc]

Ik heb mijn installatie (Pi3 met supervisor).
Nu werkend extern benaderbaar via duckdns en via poort 8123 via http.
Mijn vraag is of lets encrypt voldoende is qua beveiliging.

of is het voldoende om het zo (http) te laten en de 2Fa aan te zetten.

[sOid]

Langerakpc schreef op dinsdag 18 augustus 2020 @ 12:21:
Ik heb mijn installatie (Pi3 met supervisor).
Nu werkend extern benaderbaar via duckdns en via poort 8123 via http.
Mijn vraag is of lets encrypt voldoende is qua beveiliging.

of is het voldoende om het zo (http) te laten en de 2Fa aan te zetten.

Letsencrypt zorgt voor een https-verbinding, dat is sowieso aan te raden. Op die manier is het niet mogelijk om data die je invoert te onderscheppen (even kort door de bocht). Maar het doet verder niet zo veel voor de beveiliging van je systeem. 2FA inschakelen helpt ook.

Zelf heb ik:
- Docker container van letsencrypt die voor certificaat en reverse proxy (ingebouwde nginx) naar m'n HASS-installatie zorgt. Op die manier heb ik alleen poort 80 en 443 open voor de buitenwereld, terwijl HASS op een heel andere poort draait. Nginx zorgt dus voor een doorverwijzing.
- Ik heb 2FA ingeschakeld
- Ik heb ook ingeschakeld dat IP geblockt wordt na 5 foutieve inlogpogingen
- Firewall zo ingesteld dat alle verkeer geblockt wordt, behalve poort 80 en 443 (en eigenlijk is alleen 443 nodig, aangezien poort 80 via nginx automatisch wordt omgezet in 443). Daarnaast zijn alle verbindingen van niet-Nederlandse IP's sowieso geblockt, ook voor poort 80 en 443.
- Voor HASS heb ik het niet gedaan, maar voor een andere dienst wel: er ook nog htpasswd voor zetten. Effectief heb je dan 3FA: password 1 voor het benaderen van de pagina, password 2 voor het inloggen op het systeem en dan ook nog een OTP als 2FA.

[Langerakpc]

sOid schreef op dinsdag 18 augustus 2020 @ 12:38:
[...]

Letsencrypt zorgt voor een https-verbinding, dat is sowieso aan te raden. Op die manier is het niet mogelijk om data die je invoert te onderscheppen (even kort door de bocht). Maar het doet verder niet zo veel voor de beveiliging van je systeem. 2FA inschakelen helpt ook.

Zelf heb ik:
- Docker container van letsencrypt die voor certificaat en reverse proxy (ingebouwde nginx) naar m'n HASS-installatie zorgt. Op die manier heb ik alleen poort 80 en 443 open voor de buitenwereld, terwijl HASS op een heel andere poort draait. Nginx zorgt dus voor een doorverwijzing.
- Ik heb 2FA ingeschakeld
- Ik heb ook ingeschakeld dat IP geblockt wordt na 5 foutieve inlogpogingen
- Firewall zo ingesteld dat alle verkeer geblockt wordt, behalve poort 80 en 443 (en eigenlijk is alleen 443 nodig, aangezien poort 80 via nginx automatisch wordt omgezet in 443). Daarnaast zijn alle verbindingen van niet-Nederlandse IP's sowieso geblockt, ook voor poort 80 en 443.
- Voor HASS heb ik het niet gedaan, maar voor een andere dienst wel: er ook nog htpasswd voor zetten. Effectief heb je dan 3FA: password 1 voor het benaderen van de pagina, password 2 voor het inloggen op het systeem en dan ook nog een OTP als 2FA.

Dan begin ik voor nu met letsencrypt en de 2Fa en de ip ban.
Heb je een voorbeeld waar ik mee aan de slag kan voor de ip (ban etc.) config?
thanks

[sOid]

Langerakpc schreef op dinsdag 18 augustus 2020 @ 13:04:
[...]


Dan begin ik voor nu met letsencrypt en de 2Fa en de ip ban.
Heb je een voorbeeld waar ik mee aan de slag kan voor de ip (ban etc.) config?
thanks

configuration.yaml

YAML:

http:
  server_port: jouwpoort
  ip_ban_enabled: true
  login_attempts_threshold: 5

Die threshold kun je uiteraard zelf instellen. Zie hier voor meer informatie.

Ik heb er dus niks over ssl-certificaten opgenomen, omdat dat buiten HASS is geconfigureerd. Als je handmatig een certificaat wil toevoegen, kun je dat met deze integration doen.

[Frenck]

Hier gaan we dan!



De Home Assistant maand of "What the heck?!"

Heb jij wel eens iets gehad, terwijl je met Home Assistant bezig was, dat je dacht? Omg? Wat is dit?!

Nou dat dus! Tijd om die ervaringen te delen

[ Voor 214% gewijzigd door teacher op 19-08-2020 12:29 ]

[Winnetou]

Ik heb recent een Aqara Opple switch via zigbee2mqtt aan homeassistant gekoppeld. Voor een enkele knop werkt:

code:

- id: 'opple1'
  trigger:
  - entity_id: sensor.opple_action
    platform: state
    to: button_1_single
  condition: []
  action:
  - entity_id: light.shelly_1
    service: homeassistant.toggle

Nu wilde ik met de nieuwe choose-functionaliteit alle knoppen in één automatisering stoppen. Als ik als trigger dan dezelfde sensor en state gebruik zonder 'to', dan wordt er soms random geschakeld. Blijkbaar triggert de state dus ook wel eens zonder druk op de knop. Als ik alle specifieke knoppen als triggers definiëer, dan is het random schakelen verholpen.

Echter, de verschillende opties onder choose werken niet goed. Zou dit veroorzaakt kunnen worden omdat de state bij het drukken op een knop maar héél kort naar de betreffende state wijzigt? Voldoende om te triggeren maar vervolgens werken met choose de helft van de tijd de vervolgacties niet. Hoe hebben andere Opple-switch gebruikers dit opgelost?

code:

- id: 'Opple-alles'
  trigger:
  - entity_id: sensor.opple_action
    platform: state
  condition: []
  action:
  - choose:
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: button_1_single
      sequence:
      - device_id: blabla1
        domain: light
        entity_id: light.shelly_1
        type: toggle
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: button_2_single
      sequence:
      - device_id: blabla2
        domain: light
        entity_id: light.shelly_2
        type: toggle
    default: []
  mode: single

[Dacuuu]

Ik vraag het even hier, aangezien er hier wel iemand zit die het weet.
Ben op zoek naar een wifi based stekker, met stroommeting. Nu weet ik dat er BlitzWolf stekkers waren die over gegaan zijn naar een niet te flashen ESP chip. Tasmota moet er namelijk op komen, als de chip niet te flashen is, wil ik hem niet.

Redelijk wat info op internet is al een tijdje oud, en zou het jammer vinden een versie te kopen die niet (meer) te flashen is.

BlitzWolf® BW-SHP6 Pro 15A 3450W

BlitzWolf® BW-SHP10 3680W 16A

[ Voor 7% gewijzigd door Dacuuu op 18-08-2020 15:40 ]

[sOid]

@Dacuuu Ik heb geen antwoord op je vraag, maar ben wel nieuwsgierig Wat wil je met die firmware doen dat niet met HASS kan?

[synoniem]

Dacuuu schreef op dinsdag 18 augustus 2020 @ 15:38:
Ik vraag het even hier, aangezien er hier wel iemand zit die het weet.
Ben op zoek naar een wifi based stekker, met stroommeting. Nu weet ik dat er BlitzWolf stekkers waren die over gegaan zijn naar een niet te flashen ESP chip. Tasmota moet er namelijk op komen, als de chip niet te flashen is, wil ik hem niet.

BlitzWolf® BW-SHP6 Pro 15A 3450W

BlitzWolf® BW-SHP10 3680W 16A

Kijk eens naar de Shelly Plug S deze zou tasmota geflashed kunnen worden volgens dit bericht.

[Dacuuu]

sOid schreef op dinsdag 18 augustus 2020 @ 15:41:
@Dacuuu Ik heb geen antwoord op je vraag, maar ben wel nieuwsgierig Wat wil je met die firmware doen dat niet met HASS kan?

Nou, Tasmota en Hass zijn 2 totaal verschillende dingen.
Ik wil die stekkers de cloud uit, en lekker besturen via MQTT.

synoniem schreef op dinsdag 18 augustus 2020 @ 15:42:
[...]

Kijk eens naar de Shelly Plug S deze zou tasmota geflashed kunnen worden volgens dit bericht.

Shelly S is ook nog een optie! maar duurder, en minder DIY, dus minder leuk.

[barrymossel]

Dacuuu schreef op dinsdag 18 augustus 2020 @ 15:46:

[...]

Shelly S is ook nog een optie! maar duurder, en minder DIY, dus minder leuk.

Wat is er minder DIY aan??

[Septillion]

@Winnetou Heb je ook rekening gehouden met de blanko to-state tussendoor? Anders zou je kunnen kijken naar de trigger.to_state. Maar volgens mij is het gewoon echt onderverdelen in automations gewoon nog duidelijker

@Dacuuu Ik zou ook niet meer durven zeggen welke wel of niet werken. Maar zolang er een ESP in zit zijn ze wel te flashen, alleen misschien niet OTA. De SHP-6 Pro/15A zijn de fijnste pluggen die ik hier gebruik, met Tasmota natuurlijk.

[GilbertvH]

Dacuuu schreef op dinsdag 18 augustus 2020 @ 15:38:
Ik vraag het even hier, aangezien er hier wel iemand zit die het weet.
Ben op zoek naar een wifi based stekker, met stroommeting. Nu weet ik dat er BlitzWolf stekkers waren die over gegaan zijn naar een niet te flashen ESP chip. Tasmota moet er namelijk op komen, als de chip niet te flashen is, wil ik hem niet.

Redelijk wat info op internet is al een tijdje oud, en zou het jammer vinden een versie te kopen die niet (meer) te flashen is.

BlitzWolf® BW-SHP6 Pro 15A 3450W

BlitzWolf® BW-SHP10 3680W 16A

Ik heb ze van Neo Coolcam linkje. Flashen met Tasmota en gaan met die banaan. Draait hier op Domoticz, maar dat moet geen verschil maken

[balk]

Wpy schreef op zaterdag 15 augustus 2020 @ 21:26:
OpenZWave perikelen

Ik heb nu sinds een week mijn Zwave omgezet naar open Zwave
Installeren is gelukt en het werkt. Na een aantal uren waren alle devices aanwezig.
Ik loop tegen de volgende zaken aan:

1. Alle entities hebben andere namen dan van de oude Zwaveinstallatie. Dat betekent dat ik alle entities heb moeten omzetten, zodat ze weer overeen kwamen met die zoals in HA gebruikt.
2. Niet alle entities die in de oude Zwave zaten zijn ook te voorschijn gekomen in de OpenZwave versie.
3. Ik mis de entities die beginnen met zwave. Aan deze entities kon ik zien of batterijgevoede sensoren sleeping, initialising of zelfs unavailable zijn. Dit is wel in de desktop-weergave te zien.
4. Ik bezit 2 Fibaro FGR223 mudules. Beide modules werken goed. Echter bij de ene krijg ik 3 entities: Level, power en energy, bij de andere alleen level. RaRA hoe is dit mogelijk. Bij de vorige versie had ik de optie: Heal Node. Deze bestaat in OpenZwave niet. (Of ik heb een brilletje nodig)

Vragen:
-Is er een mogelijkheid dat ik de missende entities nog tevoorschijn kan halen?
-Kan dat ook bij de zwave entities (sleeping enz)?
-Hoe kan het dat bij dezelfde modle er toch verschillen in entities zitten?

Ik weet dat het nog een Beta-versie is.

Welke versie van QT OpenZwave draai je? Mijn ervaring tot nu toe dat versie 150 stabiel is. Maar ik heb de afgelopen weken geen test met een nieuwere build getest.

1. Klopt; er wordt gewerkt aan een migratietool. Tot die tijd met het handje. Ik heb hier uitgelegd hoe ik het heb gedaan.
2. Dit soort support entites zijn blijkbaar anders ingericht:
3. Mijn battery powered devices hebben een eigen sensor met battery level.
4. Er is een manier om een heal en andere acties uit te voeren. Maar de documentatie is niet bijzonder duidelijk.. Geen idee waarom er een verschil is. Heb je al in de admin module gekeken? Jan kan de docker All in One image draaien. Die geeft je VNC toegang tot de admin module.

[zoeperman]

Winnetou schreef op dinsdag 18 augustus 2020 @ 14:47:
Ik heb recent een Aqara Opple switch via zigbee2mqtt aan homeassistant gekoppeld. Voor een enkele knop werkt:

code:

- id: 'Opple-alles'
  trigger:
  - entity_id: sensor.opple_action
    platform: state
  condition: []
  action:
  - choose:
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: button_1_single
      sequence:
      - device_id: blabla1
        domain: light
        entity_id: light.shelly_1
        type: toggle
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: button_2_single
      sequence:
      - device_id: blabla2
        domain: light
        entity_id: light.shelly_2
        type: toggle
    default: []
  mode: single

ik denk dat je de condition: [] weg moet halen
en de state met ' ' moet doen?

YAML:

- id: 'Opple-alles'
  trigger:
  - entity_id: sensor.opple_action
    platform: state
  action:
  - choose:
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: 'button_1_single'
      sequence:
      - device_id: blabla1
        domain: light
        entity_id: light.shelly_1
        type: toggle
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: 'button_2_single'
      sequence:
      - device_id: blabla2
        domain: light
        entity_id: light.shelly_2
        type: toggle
    default: []
  mode: single

[Side-Kick]

Winnetou schreef op dinsdag 18 augustus 2020 @ 14:47:
Ik heb recent een Aqara Opple switch via zigbee2mqtt aan homeassistant gekoppeld. Voor een enkele knop werkt:

code:

- id: 'opple1'
  trigger:
  - entity_id: sensor.opple_action
    platform: state
    to: button_1_single
  condition: []
  action:
  - entity_id: light.shelly_1
    service: homeassistant.toggle

Nu wilde ik met de nieuwe choose-functionaliteit alle knoppen in één automatisering stoppen. Als ik als trigger dan dezelfde sensor en state gebruik zonder 'to', dan wordt er soms random geschakeld. Blijkbaar triggert de state dus ook wel eens zonder druk op de knop. Als ik alle specifieke knoppen als triggers definiëer, dan is het random schakelen verholpen.

Echter, de verschillende opties onder choose werken niet goed. Zou dit veroorzaakt kunnen worden omdat de state bij het drukken op een knop maar héél kort naar de betreffende state wijzigt? Voldoende om te triggeren maar vervolgens werken met choose de helft van de tijd de vervolgacties niet. Hoe hebben andere Opple-switch gebruikers dit opgelost?

code:

- id: 'Opple-alles'
  trigger:
  - entity_id: sensor.opple_action
    platform: state
  condition: []
  action:
  - choose:
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: button_1_single
      sequence:
      - device_id: blabla1
        domain: light
        entity_id: light.shelly_1
        type: toggle
    - conditions:
      - condition: state
        entity_id: sensor.opple_action
        state: button_2_single
      sequence:
      - device_id: blabla2
        domain: light
        entity_id: light.shelly_2
        type: toggle
    default: []
  mode: single

Volgens mij klopt het inspringen onder de action niet helemaal. Bekijk dit voorbeeld maar eens: https://www.home-assistan...choose-a-group-of-actions

[Wpy]

balk schreef op dinsdag 18 augustus 2020 @ 20:29:
[...]

Welke versie van QT OpenZwave draai je? Mijn ervaring tot nu toe dat versie 150 stabiel is. Maar ik heb de afgelopen weken geen test met een nieuwere build getest.

1. Klopt; er wordt gewerkt aan een migratietool. Tot die tijd met het handje. Ik heb hier uitgelegd hoe ik het heb gedaan.
2. Dit soort support entites zijn blijkbaar anders ingericht:
3. Mijn battery powered devices hebben een eigen sensor met battery level.
4. Er is een manier om een heal en andere acties uit te voeren. Maar de documentatie is niet bijzonder duidelijk.. Geen idee waarom er een verschil is. Heb je al in de admin module gekeken? Jan kan de docker All in One image draaien. Die geeft je VNC toegang tot de admin module.

Thanks, ik ga met je tips aan de slag

[krijn1985]

Dacuuu schreef op dinsdag 18 augustus 2020 @ 15:38:
Ik vraag het even hier, aangezien er hier wel iemand zit die het weet.
Ben op zoek naar een wifi based stekker, met stroommeting. Nu weet ik dat er BlitzWolf stekkers waren die over gegaan zijn naar een niet te flashen ESP chip. Tasmota moet er namelijk op komen, als de chip niet te flashen is, wil ik hem niet.

Redelijk wat info op internet is al een tijdje oud, en zou het jammer vinden een versie te kopen die niet (meer) te flashen is.

BlitzWolf® BW-SHP6 Pro 15A 3450W

BlitzWolf® BW-SHP10 3680W 16A

Ik heb ergens in mei de SHP6 Pro nog besteld en heb deze via Tuya-convert met ESP-home geflasht. Of er daarna nog iets veranderd is weet ik niet.

[teacher]

het is tijd voor een volgend deel! Wie o wie wil vereeuwigd worden als TS? Pak die kans!!!1111

[tim427]

teacher schreef op woensdag 19 augustus 2020 @ 00:16:
[mbr]het is tijd voor een volgend deel! Wie o wie wil vereeuwigd worden als TS? Pak die kans!!!1111[/mbr]

Leuk! Ik ga hem aanmaken


Edit: Done! Home Assistant: Open source Python3 home automation - deel 3


@Hmmbob , @Frenck en @PuckStar laat maar weten als jullie wederom medeauteur willen worden!

[ Voor 31% gewijzigd door tim427 op 19-08-2020 01:42 ]

[teacher]

En daar gaan we verderrrrrrr!


klik> Home Assistant: Open source Python3 home automation - deel 3