Home Assistant: Open source Python3 home automation - deel 2

[-Casper]

Ik ben zojuist geupdate van 0.109.4 naar 0.110.4. Daarnaast ook direct HACS geupdate naar de nieuwste versie (1.0.3) maar ik zie nog steeds het HACS logo onder iedere pagina. Eerder werd gezegd dat de HACS update dat zou moeten oplossen. Iemand enig idee?

[DeadMetal]

-Casper schreef op dinsdag 2 juni 2020 @ 09:27:
Ik ben zojuist geupdate van 0.109.4 naar 0.110.4. Daarnaast ook direct HACS geupdate naar de nieuwste versie (1.0.3) maar ik zie nog steeds het HACS logo onder iedere pagina. Eerder werd gezegd dat de HACS update dat zou moeten oplossen. Iemand enig idee?

Bowsercache verwijderen loste het bij mij op. Of in het geval van de Android-app, het legen van de app-cache.

[-Casper]

DeadMetal schreef op dinsdag 2 juni 2020 @ 09:28:
[...]


Bowsercache verwijderen loste het bij mij op. Of in het geval van de Android-app, het legen van de app-cache.

Och, harde refresh lost het kennelijk al op. Thanks!

[Hmmbob]

Hmmbob schreef op donderdag 21 mei 2020 @ 08:54:
Potverdikkie, vanochtend "even snel" de upgrade naar 0.110.0 willen doen, zijn weer al mijn cast devices onvindbaar. Ik wordt er een beetje simpel van langzamerhand....

Straks als ik wat meer tijd heb maar eens verder zoeken

Hmmbob schreef op vrijdag 29 mei 2020 @ 09:53:
0.110.4 komt eraan (echter lijkt de build/release niet afgetrapt te zijn):

[...]

Ik ben zelf erg blij met #36185, want die zou mijn cast problemen oplossen

Inderdaad, met 0.110.4 zijn mijn cast problemen weer voorbij. De door Frenck beloofde snelheidswinst bij herstarten is inderdaad fors zeg!

Ik heb ook mijn Zwave integratie gemigreerd naar de nieuwe (beta) OZW integratie. Werkt perfect, ware het niet dat "cover" lijkt te ontbreken. Mocht je daar tegen aan lopen, je kan een tijdelijke workaround toepassen - werkt perfect:

YAML:

cover:
- platform: "mqtt"
  name: "level_mqtt_ozw"
  command_topic: "OpenZWave/1/command/setvalue/"
  set_position_topic: "OpenZWave/1/command/setvalue/"
  set_position_template: "{ \"Value\": {{ position }}, \"ValueIDKey\": xxxxx }"
  position_topic: "OpenZWave/1/node/24/instance/1/commandclass/38/value/xxxxx/"
  value_template: "{{ value_json.Value }}"
  position_open: 99
  position_closed: 0
  payload_open: "{ \"Value\": 99, \"ValueIDKey\": xxxxx }"
  payload_close: "{ \"Value\": 0, \"ValueIDKey\": xxxxx }"

Bron: https://community.home-as...stant-dev-docs/169045/101

[-Casper]

Mijn eerdere automations deed ik in node-red maar wil nu toch eens bezig met YAML.
Ik heb een speaker in de keuken staan waarvan ik de source wil terugzetten naar een radio station als die gepauzeerd is voor 30 minuten. De laatste voorwaarde nog even buiten beschouwing gelaten kwam ik uit op deze automation:

YAML:

  - alias: Zet speaker naar default radio station
    trigger:
       - platform: event
         event_type: state_changed
         event_data:
           entity_id: media_player.keuken
           new_state: paused
    action:
      service: media_player.select_source
      data:
        entity_id: media_player.keuken
        source: 'Sky Radio 101 FM 101.2 (Top-40-Pop muziek)'

Dit geeft geen errors met de config check maar als ik mijn speaker pauzeer dan gebeurd er niets. Als ik in de developer tools - services de media_player.select_source service aanroep met deze data:

YAML:

entity_id: media_player.keuken
source: 'Sky Radio 101 FM 101.2 (Top-40-Pop muziek)'

Zie ik de source netjes veranderen. Kan iemand me vertellen wat ik verkeerd doe? Daarnaast wil ik hier ook nog een voorwaarde aan toevoegen om de source pas aan te passen als de speaker 30 minuten gepauzeerd is. Als ik hier echter een for: aan toevoeg dan krijg ik een error bij de configuration check:

YAML:

    trigger:
       - platform: event
         event_type: state_changed
         event_data:
           entity_id: media_player.keuken
           new_state: paused
         for:
           minutes: 30

Invalid config for [automation]: [for] is an invalid option for [automation]. Check: automation->trigger->0->for. (See /config/configuration.yaml, line 14).

[RobertMe]

-Casper schreef op dinsdag 2 juni 2020 @ 10:39:
Mijn eerdere automations deed ik in node-red maar wil nu toch eens bezig met YAML.
Ik heb een speaker in de keuken staan waarvan ik de source wil terugzetten naar een radio station als die gepauzeerd is voor 30 minuten. De laatste voorwaarde nog even buiten beschouwing gelaten kwam ik uit op deze automation:

YAML:

  - alias: Zet speaker naar default radio station
    trigger:
       - platform: event
         event_type: state_changed
         event_data:
           entity_id: media_player.keuken
           new_state: paused
    action:
      service: media_player.select_source
      data:
        entity_id: media_player.keuken
        source: 'Sky Radio 101 FM 101.2 (Top-40-Pop muziek)'

Dit geeft geen errors met de config check maar als ik mijn speaker pauzeer dan gebeurd er niets. Als ik in de developer tools - services de media_player.select_source service aanroep met deze data:

YAML:

entity_id: media_player.keuken
source: 'Sky Radio 101 FM 101.2 (Top-40-Pop muziek)'

Zie ik de source netjes veranderen. Kan iemand me vertellen wat ik verkeerd doe? Daarnaast wil ik hier ook nog een voorwaarde aan toevoegen om de source pas aan te passen als de speaker 30 minuten gepauzeerd is. Als ik hier echter een for: aan toevoeg dan krijg ik een error bij de configuration check:

YAML:

    trigger:
       - platform: event
         event_type: state_changed
         event_data:
           entity_id: media_player.keuken
           new_state: paused
         for:
           minutes: 30

[...]

Kun je niet gewoon platform state gebruiken?

YAML:

trigger:
  - platform: state
    entity_id: media_player.keuken
    to: paused
    for:
      minutes: 30

Edit:
Als aanvulling daarop. Een event zoals je het nu probeert kan uiteraard ook geen for hebben. Een event is iets dat nu gebeurt, en heeft dus geen duur. "de deur is open gegaan" heeft geen duur, maar "de deur is open" heeft wel een duur (bv "de deur is 10 minuten open").

[ Voor 6% gewijzigd door RobertMe op 02-06-2020 10:46 ]

[-Casper]

RobertMe schreef op dinsdag 2 juni 2020 @ 10:44:
[...]

Kun je niet gewoon platform state gebruiken?

YAML:

trigger:
  - platform: state
    entity_id: media_player.keuken
    to: paused
    for:
      minutes: 30

Edit:
Als aanvulling daarop. Een event zoals je het nu probeert kan uiteraard ook geen for hebben. Een event is iets dat nu gebeurt, en heeft dus geen duur. "de deur is open gegaan" heeft geen duur, maar "de deur is open" heeft wel een duur (bv "de deur is 10 minuten open").

Vreemd. Ik probeerde het eerst ook op deze wijze maar toen kreeg ik foutmeldingen over de entity_id, vergelijkbaar met de for: error. Daarom ging ik ook de richting op van state_changed. Maar copy paste werkt wel dus zal ongetwijfeld iets fout hebben gedaan. Thanks!

[Koepert]

Vraagje.. Als ik meerdere soorten Input_Select wil gebruiken, hoe voeg ik die dan toe in mn configuration.yaml?

YAML:

# Lightalarm selector
- input_select:
    lightalarm_options:
        name: Alarm Mode
        icon: mdi:alarm-plus
        options:
          - 'Off'
          - 'Workdays When Present'
          - 'Workdays'
          - 'Once Only'
          - 'Every Day'
# Waze
- input_select:
      bestemming:
        name: Bestemming
        options:
          - Thuis
          - Werk
          - Mam
          - Pap & Mam

Dit gaat niet goed in elk geval.. en dit ook niet:

YAML:

# Lightalarm selector
input_select:
  - lightalarm_options:
        name: Alarm Mode
        icon: mdi:alarm-plus
        options:
          - 'Off'
          - 'Workdays When Present'
          - 'Workdays'
          - 'Once Only'
          - 'Every Day'
# Waze
  - bestemming:
        name: Bestemming
        options:
          - Thuis
          - Werk
          - Mam
          - Pap & Mam

Ongeldige configuratie
Invalid config for [input_select]: expected dictionary for dictionary value @ data['input_select']. Got [OrderedDict([('lightalarm_options', OrderedDict([('name', 'Alarm Mode'), ('icon', 'mdi:alarm-plus'), ('options', ['Off', 'Workdays When Present', 'Workdays', 'Once Only', 'Every Day'])]))]), OrderedDict([('bestemming', OrderedDict([('name', 'Bestemming'), ('options', ['Thuis', 'Werk', 'Mam', 'Pap & Mam'])]))])]. (See /config/configuration.yaml, line 94).

[-Casper]

Koepert schreef op dinsdag 2 juni 2020 @ 11:35:
Vraagje.. Als ik meerdere soorten Input_Select wil gebruiken, hoe voeg ik die dan toe in mn configuration.yaml?

YAML:

# Lightalarm selector
- input_select:
    lightalarm_options:
        name: Alarm Mode
        icon: mdi:alarm-plus
        options:
          - 'Off'
          - 'Workdays When Present'
          - 'Workdays'
          - 'Once Only'
          - 'Every Day'
# Waze
- input_select:
      bestemming:
        name: Bestemming
        options:
          - Thuis
          - Werk
          - Mam
          - Pap & Mam

Dit gaat niet goed in elk geval.. en dit ook niet:

YAML:

# Lightalarm selector
input_select:
  - lightalarm_options:
        name: Alarm Mode
        icon: mdi:alarm-plus
        options:
          - 'Off'
          - 'Workdays When Present'
          - 'Workdays'
          - 'Once Only'
          - 'Every Day'
# Waze
  - bestemming:
        name: Bestemming
        options:
          - Thuis
          - Werk
          - Mam
          - Pap & Mam

Ongeldige configuratie
Invalid config for [input_select]: expected dictionary for dictionary value @ data['input_select']. Got [OrderedDict([('lightalarm_options', OrderedDict([('name', 'Alarm Mode'), ('icon', 'mdi:alarm-plus'), ('options', ['Off', 'Workdays When Present', 'Workdays', 'Once Only', 'Every Day'])]))]), OrderedDict([('bestemming', OrderedDict([('name', 'Bestemming'), ('options', ['Thuis', 'Werk', 'Mam', 'Pap & Mam'])]))])]. (See /config/configuration.yaml, line 94).

YAML:

# Example configuration.yaml entry
input_select:
  who_cooks:
    name: Who cooks today
    options:
     - Paulus
     - Anne Therese
    initial: Anne Therese
    icon: mdi:panda
  living_room_preset:
    options:
      - Visitors
      - Visitors with kids
      - Home Alone

Bron

[JayOne]

Koepert schreef op dinsdag 2 juni 2020 @ 11:35:
Vraagje.. Als ik meerdere soorten Input_Select wil gebruiken, hoe voeg ik die dan toe in mn configuration.yaml?

YAML:

# Lightalarm selector
- input_select:
    lightalarm_options:
        name: Alarm Mode
        icon: mdi:alarm-plus
        options:
          - 'Off'
          - 'Workdays When Present'
          - 'Workdays'
          - 'Once Only'
          - 'Every Day'
# Waze
- input_select:
      bestemming:
        name: Bestemming
        options:
          - Thuis
          - Werk
          - Mam
          - Pap & Mam

Dit gaat niet goed in elk geval.. en dit ook niet:

YAML:

# Lightalarm selector
input_select:
  - lightalarm_options:
        name: Alarm Mode
        icon: mdi:alarm-plus
        options:
          - 'Off'
          - 'Workdays When Present'
          - 'Workdays'
          - 'Once Only'
          - 'Every Day'
# Waze
  - bestemming:
        name: Bestemming
        options:
          - Thuis
          - Werk
          - Mam
          - Pap & Mam

Ongeldige configuratie
Invalid config for [input_select]: expected dictionary for dictionary value @ data['input_select']. Got [OrderedDict([('lightalarm_options', OrderedDict([('name', 'Alarm Mode'), ('icon', 'mdi:alarm-plus'), ('options', ['Off', 'Workdays When Present', 'Workdays', 'Once Only', 'Every Day'])]))]), OrderedDict([('bestemming', OrderedDict([('name', 'Bestemming'), ('options', ['Thuis', 'Werk', 'Mam', 'Pap & Mam'])]))])]. (See /config/configuration.yaml, line 94).

Daarvoor is er een handige site.

[Koepert]

-Casper schreef op dinsdag 2 juni 2020 @ 11:38:
[...]

YAML:

# Example configuration.yaml entry
input_select:
  who_cooks:
    name: Who cooks today
    options:
     - Paulus
     - Anne Therese
    initial: Anne Therese
    icon: mdi:panda
  living_room_preset:
    options:
      - Visitors
      - Visitors with kids
      - Home Alone

Bron

JayOne schreef op dinsdag 2 juni 2020 @ 11:39:
[...]

Daarvoor is er een handige site.

Ja.. jeez.. ik kreeg dus beide NIET voor elkaar ondanks dat ik bovenstaand voorbeeld ook wel gezien heb.. maar die heb ik om onverklaarbare reden niet gelezen als 2 input_select opties, maar als 1 grote..

[Yukkie]

@Koepert Je indentation klopt iig niet en volgens mij hoeven er geen quotes om je options.

[-Casper]

De automation waar ik eerder mee aan het klooien was, is omdat ik soms met Spotify muziek afspeel op een sonos speaker. Als ik vervolgens mijn spotify op een ander apparaat gebruik kan ik niet meer simpelweg op play drukken gezien er geen media meer toegewezen is op de speaker.

De speaker staat normaliter op pause tenzij het geen media heeft. Dan is het idle. Dus ik heb mijn automation als volgt gemaakt:

YAML:

  - alias: Zet speaker naar radio als die stopt
    trigger:
      - platform: state
        entity_id: media_player.keuken
        to: idle
    action:
      - service: media_player.select_source
        data:
          entity_id: media_player.keuken
          source: 'Sky Radio 101 FM 101.2 (Top-40-Pop muziek)'
      # Changing the source automatically puts the speaker in playing mode. Change it back to paused.
      - service: media_player.media_pause
        data:
          entity_id: media_player.keuken

Ik zie in het logboek toch echt dat de speaker op idle gaat, hetzelfde in developer tools - states. Maar de automation triggered niet...

12:57:24 PM
Keuken changed to idle
12:56:58 PM
Keuken changed to playing

Kan iemand me wijzen op mijn fout? Als ik handmatig de automation uitvoer krijg ik het gewenste resultaat dus het zit hem puur in de trigger...

[ Voor 4% gewijzigd door -Casper op 02-06-2020 13:03 ]

[Yukkie]

@-Casper Dat klopt toch? Dat is de trigger van je Automation

Edit: Oh wacht, ik intepretteerde de timestamps verkeer om. Ik heb niets gezegd!

[ Voor 40% gewijzigd door Yukkie op 02-06-2020 13:06 ]

[Hmmbob]

-Casper schreef op dinsdag 2 juni 2020 @ 13:02:
De automation waar ik eerder mee aan het klooien was, is omdat ik soms met Spotify muziek afspeel op een sonos speaker. Als ik vervolgens mijn spotify op een ander apparaat gebruik kan ik niet meer simpelweg op play drukken gezien er geen media meer toegewezen is op de speaker.

De speaker staat normaliter op pause tenzij het geen media heeft. Dan is het idle. Dus ik heb mijn automation als volgt gemaakt:

YAML:

  - alias: Zet speaker naar radio als die stopt
    trigger:
      - platform: state
        entity_id: media_player.keuken
        to: idle
    action:
      - service: media_player.select_source
        data:
          entity_id: media_player.keuken
          source: 'Sky Radio 101 FM 101.2 (Top-40-Pop muziek)'
      # Changing the source automatically puts the speaker in playing mode. Change it back to paused.
      - service: media_player.media_pause
        data:
          entity_id: media_player.keuken

Ik zie in het logboek toch echt dat de speaker op idle gaat, hetzelfde in developer tools - states. Maar de automation triggered niet...


[...]


Kan iemand me wijzen op mijn fout? Als ik handmatig de automation uitvoer krijg ik het gewenste resultaat dus het zit hem puur in de trigger...

Ik zit door mijn eigen config te bladeren, maar enig verschil is dat ik de state tussen quotes heb staan ( 'idle' in jouw geval). Maakt dat nog verschil?

[-Casper]

Hmmbob schreef op dinsdag 2 juni 2020 @ 13:07:
[...]

Ik zit door mijn eigen config te bladeren, maar enig verschil is dat ik de state tussen quotes heb staan ( 'idle' in jouw geval). Maakt dat nog verschil?

Ha, dat is de oplossing inderdaad! Vreemd, ik had eerst een automation obv paused en dat werkte zonder quotes. Bedankt

[Hmmbob]

Je kan ook nog een template trigger proberen:

YAML:

  - alias: Zet speaker naar radio als die stopt
    trigger:
      - platform: template
        value_template: "{{ is_state('media_player.keuken', 'idle') }}"
    action:
      - service: media_player.select_source
        data:
          entity_id: media_player.keuken
          source: 'Sky Radio 101 FM 101.2 (Top-40-Pop muziek)'
      # Changing the source automatically puts the speaker in playing mode. Change it back to paused.
      - service: media_player.media_pause
        data:
          entity_id: media_player.keuken

-Casper schreef op dinsdag 2 juni 2020 @ 13:11:
[...]

Ha, dat is de oplossing inderdaad! Vreemd, ik had eerst een automation obv paused en dat werkte zonder quotes. Bedankt

top!

[ Voor 16% gewijzigd door Hmmbob op 02-06-2020 13:11 ]

[Saturnus]

-Casper schreef op dinsdag 2 juni 2020 @ 13:11:
[...]

Ha, dat is de oplossing inderdaad! Vreemd, ik had eerst een automation obv paused en dat werkte zonder quotes. Bedankt

Welkom bij de inconsistentie van Home Assistant.

[RudolfR]

Ik heb problemen met Deconz sinds de upgrade naar HassOS 4.8. Raspee lijkt niet meer lekker te werken.

code:

18:50:20:177 failed to reconnect to network try=7
18:50:20:177 wait reconnect 2 seconds
18:50:21:177 wait reconnect 1 seconds
18:50:21:222 dev /dev/ttyAMA0
18:50:21:222 COM: /dev/ttyAMA0 / serialno: 
18:50:21:222 COM: --dev: /dev/ttyAMA0 (RaspBee)
18:50:21:259 dev /dev/ttyAMA0

Vermoed dat het probleem in deze hoek zit:
https://github.com/home-a...erating-system/issues/703

Meer mensen hier last van?

Edit: met /dev/ttyS0 werkt het allemaal beter

[ Voor 24% gewijzigd door RudolfR op 02-06-2020 18:58 ]

[Yukkie]

Vandaag eens deze tip van Reddit toegepast, om een STL preview uit Octoprint in Home Assistant te tonen:
https://www.reddit.com/r/...printer_page_to_check_on/

Echter, ben ik nou niet tevreden hoe het eruit ziet:


En dan met name de grootte van het grijze vlak. (het object in de STL thumbnail is zwart, dat is ook niet handig, maar dat moet ik in Cura oplossen).

Ik was begonnen met dezelfde picture-glance die ik ook voor de camera gebruik, maar toen vond ik het vlak te groot. Omdat ik van die kaart het formaat niet kan wijzigen, ben ik gaan experimenteren met een picture-elements card.

Dit is de Lovelace code die ik nu gebruik:

YAML:

      - type: picture-elements
        image: local/images/camera_bg.jpg
        elements:
          - type: image
            camera_image: camera.octoprint_preview_camera
            style:
              left: 50%
              top: 50%
              width: 50%
              height: 50%

(camera_bg.jpg is een grijze pixel, ik ga er niet van uit dat die er voor zorgt dat het vlak zo groot is )

Als ik met de style speel, wordt alleen de thumbnail groter of kleiner of de positie binnen het grijze vlak veranderd. Maar hoe maak ik dat grijze vlak kleiner, bijvoorbeeld net zo groot als die camera daar boven?

Edit:
Nog weer even zitten spelen. Als ik de background 16x9 pixels maak, dan wordt ook het vlak kleiner. Echter, wordt dan ook het plaatje (of: de camera) 16:9 gemaakt en wordt er dus een stuk van het plaatje afgeknipt:

YAML:

        type: picture-elements
        image: local/images/camera_bg16x9.jpg
        elements:
          - type: image
            camera_image: camera.octoprint_preview_camera
            camera_view: live
            style:
              left: 50%
              top: 30%
              width: 50%
              height: 50%

Dat is dus ook niet de oplossing

Edit2: Got it. Height op 100% gezet

[ Voor 23% gewijzigd door Yukkie op 02-06-2020 20:13 ]

[Hmmbob]

Gisteren hadden we wat problemen met de ketel (niets met HA related), maar toen heb ik geleerd dat ons tweede circuit (badkamer) ook geschakeld kan worden met een thermostaat. Dat is fijn, want in de winter staat dit circuit "altijd aan" en wordt de temperatuur geregeld met een thermostaatkraan in de badkamer. Niet heel efficient dus.

Ik wil graag een simpele oplossing fixen voor dit probleem. Met de HA Generic Thermostat kan ik vrij eenvoudig een simpele thermostaat bijmaken. Daarvoor moet ik dan een temp sensor in de badkamer hebben - dat lukt wel (ik heb meerdere Mijia temperatuur & humidity sensoren). Aan de ketel kant moet ik dan een switch/relay hebben om de thermostaatpunten aan te sturen (enkel aan/uit - opentherm is nvt (zit alleen op de hoofdthermostaat)).

Q: wat kan ik het beste inzetten voor zo'n relay/switch?

Huidige installatie bevat zigbee, zwave, esphome en wifi - keuze zat ;-)

[Mimiix]

Hmmbob schreef op woensdag 3 juni 2020 @ 10:13:
Gisteren hadden we wat problemen met de ketel (niets met HA related), maar toen heb ik geleerd dat ons tweede circuit (badkamer) ook geschakeld kan worden met een thermostaat. Dat is fijn, want in de winter staat dit circuit "altijd aan" en wordt de temperatuur geregeld met een thermostaatkraan in de badkamer. Niet heel efficient dus.

Ik wil graag een simpele oplossing fixen voor dit probleem. Met de HA Generic Thermostat kan ik vrij eenvoudig een simpele thermostaat bijmaken. Daarvoor moet ik dan een temp sensor in de badkamer hebben - dat lukt wel (ik heb meerdere Mijia temperatuur & humidity sensoren). Aan de ketel kant moet ik dan een switch/relay hebben om de thermostaatpunten aan te sturen (enkel aan/uit - opentherm is nvt (zit alleen op de hoofdthermostaat)).

Q: wat kan ik het beste inzetten voor zo'n relay/switch?

Huidige installatie bevat zigbee, zwave, esphome en wifi - keuze zat ;-)

Ik zou gewoon een sonoff nemen. Of eventueel een zigbee smart switch rated op 3600.

[DaTuX]

Hmmbob schreef op woensdag 3 juni 2020 @ 10:13:
Gisteren hadden we wat problemen met de ketel (niets met HA related), maar toen heb ik geleerd dat ons tweede circuit (badkamer) ook geschakeld kan worden met een thermostaat. Dat is fijn, want in de winter staat dit circuit "altijd aan" en wordt de temperatuur geregeld met een thermostaatkraan in de badkamer. Niet heel efficient dus.

Ik wil graag een simpele oplossing fixen voor dit probleem. Met de HA Generic Thermostat kan ik vrij eenvoudig een simpele thermostaat bijmaken. Daarvoor moet ik dan een temp sensor in de badkamer hebben - dat lukt wel (ik heb meerdere Mijia temperatuur & humidity sensoren). Aan de ketel kant moet ik dan een switch/relay hebben om de thermostaatpunten aan te sturen (enkel aan/uit - opentherm is nvt (zit alleen op de hoofdthermostaat)).

Q: wat kan ik het beste inzetten voor zo'n relay/switch?

Huidige installatie bevat zigbee, zwave, esphome en wifi - keuze zat ;-)

als het goed is gaat het om een potentiaal vrij contact en schakel je geen vermogen
zelfs iets als een Wemos D1 met een aliexpress relay is een optie (ESPHome erop en gaan), of een sonoff mini of whatever, onder de 10 eurie zou je makkelijk kunnen blijven

[Quad]

Goed, ik wilde altijd al wel een "slimme*" deurbel, maar er loopt geen elektra er naar toe en een camera is ook zo overrated. Ik heb gezocht naar mogelijkheden om een Honeywell DC515 5 serie deurbel aan HA te knopen, maar het lijkt een afgesloten frequentie te hebben die niet door HA kan worden opgepikt.

Nu denk ik dat een Xiaomi switch / doorbell button icm Google Nest mini en pushberichten een mooie oplossing is om dit te vervangen.
Een hoorbare deurbel en bericht op de telefoon dat er wat aan de deur staat. Nu nog uitzoeken of en hoe dat te bouwen is.

*: Slim in de zin van, digitale connectie om pushberichten op de telefoon te ontvangen, camera en terugspraak is overrated voor onze woonsituatie.

[PaeGaN]

ik heb een wemos d1 in de meterkast
die pikt het ordinaire push button bel ding op, schakelt een solid state relais in het originele belcircuit en de status van de push button kan ik overal in HA gebruiken

[CAD-tekenaar]

PaeGaN schreef op woensdag 3 juni 2020 @ 12:25:
ik heb een wemos d1 in de meterkast
die pikt het ordinaire push button bel ding op, schakelt een solid state relais in het originele belcircuit en de status van de push button kan ik overal in HA gebruiken

Of je koppelt een zigbee trilsensor aan de bel en maakt een automation aan.
Geen geknutsel met elektra o.i.d.

[ Voor 3% gewijzigd door CAD-tekenaar op 03-06-2020 12:32 ]

[rickh18]

Quad schreef op woensdag 3 juni 2020 @ 12:19:
Nu denk ik dat een Xiaomi switch / doorbell button icm Google Nest mini en pushberichten een mooie oplossing is om dit te vervangen.
Een hoorbare deurbel en bericht op de telefoon dat er wat aan de deur staat. Nu nog uitzoeken of en hoe dat te bouwen is.

Hier staat een mooie tutorial van Frenck die ik heb gevolgd: Smart doorbell

Ik moest nog wel wat kleine aanpassingen doen omdat het relay bordje niet helemaal wou meewerken (extra weerstand ertussen) en ik moest de gevoeligheid iets aanpassen. Werkt nu al maanden perfect (pushberichten, bel kan aan/uit, bel op afstand af laten gaan etc.)

[phlinx]

CAD-tekenaar schreef op woensdag 3 juni 2020 @ 12:31:
[...]

Of je koppelt een zigbee trilsensor aan de bel en maakt een automation aan.
Geen geknutsel met elektra o.i.d.

Idd weleens gelezen dat iemand daarvoor een Xiaomi vibration sensor aan de bel geplakt heeft.

[Ortep]

Quad schreef op woensdag 3 juni 2020 @ 12:19:

Nu denk ik dat een Xiaomi switch / doorbell button icm Google Nest mini en pushberichten een mooie oplossing is om dit te vervangen.
Een hoorbare deurbel en bericht op de telefoon dat er wat aan de deur staat. Nu nog uitzoeken of en hoe dat te bouwen is.

*: Slim in de zin van, digitale connectie om pushberichten op de telefoon te ontvangen, camera en terugspraak is overrated voor onze woonsituatie.

Werkt prima. Ik heb zelf een deurcontact van aqara daar voor misbruikt. Een normale deurbel buiten en daar de draadjes van naar de deursensor gebracht.
In de sensor zit een reed contact, daar heb ik de draadjes aan gesoldeerd

[PaeGaN]

CAD-tekenaar schreef op woensdag 3 juni 2020 @ 12:31:
[...]

Of je koppelt een zigbee trilsensor aan de bel en maakt een automation aan.
Geen geknutsel met elektra o.i.d.

Ja maar dat geknutsel met elektronica en ESP vind ik juist zo leuk

[Hmmbob]

DaTuX schreef op woensdag 3 juni 2020 @ 10:48:
[...]


als het goed is gaat het om een potentiaal vrij contact en schakel je geen vermogen
zelfs iets als een Wemos D1 met een aliexpress relay is een optie (ESPHome erop en gaan), of een sonoff mini of whatever, onder de 10 eurie zou je makkelijk kunnen blijven

Thanks, nu nog even uitzoeken wat ik precies moet doen

[golles]

CAD-tekenaar schreef op woensdag 3 juni 2020 @ 12:31:
[...]

Of je koppelt een zigbee trilsensor aan de bel en maakt een automation aan.
Geen geknutsel met elektra o.i.d.

Dit heb ik ook gedaan en was echt te simpel:

Met het kapje er weer voor zie je er niks van.

En dan met een automation in HA:

code:

- id: deurbel
  alias: Deurbel
  initial_state: on
  trigger:
    platform: state
    entity_id: sensor.deurbel_action
    to: 'vibration'
  action:
    - service: notify.mobile_app_iphone_van_golles
      data_template:
        message: "Ding dong, iemand staat bij de deur"

Ik merk alleen een kleine vertraging, van ongeveer een seconde, ik denk omdat de trilling gedecteerd moet worden. Ik wil binnenkort nog met een deur/raam sensor proberen om te kijken of het meer instant kan worden.

[Saturnus]

Deurbel... Dan moet ik ook mijn ervaring delen.

Benodigd: Xiaomi deur/raam sensor.
Doen: uit behuizing halen en plaatsen.

Jep, meer niet. In mijn geval zorgt de motor/spoel van de bel voor een voldoende elektrisch veld dat het reed contact opent en sluit. Daarvoor moet de sensor wel vrij dicht en nauwkeurig op die motor/spoel gepositioneerd worden. De bel maakte niet genoeg trillingen om een Xiaomi vibratie sensor af te laten gaan dus als bovenstaande niet werkt, dan kan dit een oplossing zijn.

[ascent]

Saturnus schreef op woensdag 3 juni 2020 @ 16:09:
Deurbel... Dan moet ik ook mijn ervaring delen.

Benodigd: Xiaomi deur/raam sensor.
Doen: uit behuizing halen en plaatsen.

klinkt goed -- ik bestel 'r ook eens een :-)

[kepler]

golles schreef op woensdag 3 juni 2020 @ 14:59:
[...]


Dit heb ik ook gedaan en was echt te simpel:
[Afbeelding]
Met het kapje er weer voor zie je er niks van.

En dan met een automation in HA:

code:

- id: deurbel
  alias: Deurbel
  initial_state: on
  trigger:
    platform: state
    entity_id: sensor.deurbel_action
    to: 'vibration'
  action:
    - service: notify.mobile_app_iphone_van_golles
      data_template:
        message: "Ding dong, iemand staat bij de deur"

Ik merk alleen een kleine vertraging, van ongeveer een seconde, ik denk omdat de trilling gedecteerd moet worden. Ik wil binnenkort nog met een deur/raam sensor proberen om te kijken of het meer instant kan worden.

Haha slim! Bij mij zit hij er bovenop geplakt! Werkt prima, ik heb het zo ingesteld dat mijn TV op pauze gaat als er aangebeld wordt
Alleen jammer dat mijn Ziggo Next integratie regelmatig de verbinding verliest...

[Wpy]

Mijn rolluiken gingen vandaag niet dicht, bleek dat de sensoren van Buienradar sinds vanmorgen 10:26 niet meer doorkomen. Iemand meer dit gemerkt?
Heeft tot nu toe altijd perfect gewerkt.

[gastje01]

yniezink schreef op zondag 31 mei 2020 @ 12:06:
[...]


Wellicht gebruiken icm met de utility meters die in HA zitten?
https://www.home-assistant.io/integrations/utility_meter/

Dan zet je de cycle op dag en dan reset die elke dag. volgens mij precies wat je zoekt.

Check, heeft even mogen duren. Alles verwijderd wat ik al had (en dus niet werkte) en Utility Meter er in gezet, lijkt vooralsnog keurig te werken en te doen wat ik wil. Nu nog kijken of ik Grafana kan overtuigen, maar dat moet goed komen.

Thnx!

[martinvdm]

Wpy schreef op woensdag 3 juni 2020 @ 17:03:
Mijn rolluiken gingen vandaag niet dicht, bleek dat de sensoren van Buienradar sinds vanmorgen 10:26 niet meer doorkomen. Iemand meer dit gemerkt?
Heeft tot nu toe altijd perfect gewerkt.

Vaker voor gekomen, ook in dit topic. De api van buienradar heeft soms zijn issues en werkt niet bij helaas.

[golles]

Saturnus schreef op woensdag 3 juni 2020 @ 16:09:
Deurbel... Dan moet ik ook mijn ervaring delen.

Benodigd: Xiaomi deur/raam sensor.
Doen: uit behuizing halen en plaatsen.

Jep, meer niet. In mijn geval zorgt de motor/spoel van de bel voor een voldoende elektrisch veld dat het reed contact opent en sluit. Daarvoor moet de sensor wel vrij dicht en nauwkeurig op die motor/spoel gepositioneerd worden. De bel maakte niet genoeg trillingen om een Xiaomi vibratie sensor af te laten gaan dus als bovenstaande niet werkt, dan kan dit een oplossing zijn.

Ik heb dit ook even getest (zonder uit de behuizing te halen) en dat werkt ook goed en veel sneller! Als ik nog een deur sensor over heb na het plaatsen, dan kijk ik of de sensor zonder behuizing achter het kapje van de bel past. Met behuizing past het helaas niet.

[martinvdm]

Ik heb het ook met een xiaomi door window sensor opgelost. Moet echter wel opletten dat ze niet van 18v beltrafo’s houden vandaar de relais.

[golles]

martinvdm schreef op woensdag 3 juni 2020 @ 17:58:
Ik heb het ook met een xiaomi door window sensor opgelost. Moet echter wel opletten dat ze niet van 18v beltrafo’s houden vandaar de relais.

Ook een mooie oplossing.
Ik heb het getest door de sensor (met behuizing) tegen de spoel te houden, als de bel ingedrukt wordt is het magnetisch sterk genoeg om de sensor te activeren (zoals @Saturnus al zei), je hoeft dan helemaal geen draden te verbinden :-)

[Ortep]

martinvdm schreef op woensdag 3 juni 2020 @ 17:58:
Ik heb het ook met een xiaomi door window sensor opgelost. Moet echter wel opletten dat ze niet van 18v beltrafo’s houden vandaar de relais.

Als je gewoon de belknop aan het reedrelais vast soldeert heb je helemaal geen extra relais nodig. En ook geen beltrafo.
Het geluid komt uit mijn google home

[martinvdm]

golles schreef op woensdag 3 juni 2020 @ 18:10:
[...]


Ook een mooie oplossing.
Ik heb het getest door de sensor (met behuizing) tegen de spoel te houden, als de bel ingedrukt wordt is het magnetisch sterk genoeg om de sensor te activeren (zoals @Saturnus al zei), je hoeft dan helemaal geen draden te verbinden :-)

Dat snap ik maar was bij mij onpraktisch. Wil eigenlijk alles in de meterkast houden en behuizing van de bel is niet praktisch.

[martinvdm]

Ortep schreef op woensdag 3 juni 2020 @ 19:18:
[...]


Als je gewoon de belknop aan het reedrelais vast soldeert heb je helemaal geen extra relais nodig. En ook geen beltrafo.
Het geluid komt uit mijn google home

Dat klopt maar werkt je bestaande bel niet meer. Ik wilde het beste van beide en geen consessies doen aan de bestaande bel.

[Toppe]

Iemand enig idee waarom mijn Zwave bewegingsmelders in HomeKit als "No response" staan? Autostart staat uit en ik heb al de container opnieuw gestart, gewacht tot Zwave werkte en dan pas HomeKit gestart.

Is best irritant

[skank]

Die deurbel, hier nog steeds niet uit hoe ik het zal doen.
Ik wil zoiezo integratie in home assistant, maar ook integratie met google home
Vereisten:
- er moet videobeeld zijn wanneer iemand aanbelt op google home + home assistant
- er moet een audioboodschap zijn wanneer iemand aanbelt op mn google homes (en sonos mogelijks, not sure)
- er moet een notificatie komen op 2 telefoons , liefst ook met beeld
- liefst mogelijkheid tot live beeld, dus niet enkel snapshots
- geen abonnementskosten
- lokale opslag
- liefst met zones, nachtvisie etc etc
- verdere automatisaties mogelijk in HA

Dat is het zo wat denk ik

Ik twijfel nog tussen echt een slimme deurbel te kopen, of zoals ik hier lees, misschien de bestaande domme deurbel gebruiken en eventueel een camera gericht op de deur, maar dan zal dit zonder netvoeding en utp zijn

[Hmmbob]

Wpy schreef op woensdag 3 juni 2020 @ 17:03:
Mijn rolluiken gingen vandaag niet dicht, bleek dat de sensoren van Buienradar sinds vanmorgen 10:26 niet meer doorkomen. Iemand meer dit gemerkt?
Heeft tot nu toe altijd perfect gewerkt.

Ah, vandaar. Op mijn Toon stond ook alleen de weerdata van 10.20....

[RudolfR]

@skank

Er is een deurbel onderweg van Ubiquiti Unifi, de UVC-G4-Doorbell.

Ik dacht dat Paulus Schoutsen van HA ook nog in dienst was bij Ubiquiti, maar dat lijkt april 2019 al te zijn opgehouden... Ik had hoge verwachting van de integratie met HA om die reden.
Desalniettemin een model om in de gaten te houden.

[skank]

RudolfR schreef op woensdag 3 juni 2020 @ 20:27:
@skank

Er is een deurbel onderweg van Ubiquiti Unifi, de UVC-G4-Doorbell.

Ik dacht dat Paulus Schoutsen van HA ook nog in dienst was bij Ubiquiti, maar dat lijkt april 2019 al te zijn opgehouden... Ik had hoge verwachting van de integratie met HA om die reden.
Desalniettemin een model om in de gaten te houden.

Yes i know, heb genoeg unifi spullen hier, en was ook vol lof en enthousiast tot ik hoorde dat protect een must is, maw je moet een cloudkey hebben dan
Eufy was in de running, alleen de integratie met HA is er (nog) niet

[marcel19]

sinds kort heb ik een zigbee2mqtt stick en wat temperatuur en vochtigheid sensoren gekocht.

ik krijg het maar niet voor elkaar om deze werkend te krijgen in mijn HA omgeving welke in ESXI draait.
Als ik een OVA file voor Virtualbox download en deze opstart in mijn windows omgeving werkt wel alles gelijk.
alle instellingen zijn gelijk.

de HA op mijn ESXI ziet wel netjes de stick en connect ook netjes met de MQTT broker, maar er worden geen nieuwe devices toegevoegd.

Zie ik nog iets over het hoofd?

EDIT: net getest op een pi4 met de officiele image, ook hier werkt het direct in een keer.
ik vermoed dat er iets niet goed gaat in mijn ESXI settings. ( de usb stick heb ik direct geforward in de VM )
Iemand met ESXI + Zigbee die dit wel werkend heeft?

[ Voor 20% gewijzigd door marcel19 op 03-06-2020 21:46 ]

[Quad]

rickh18 schreef op woensdag 3 juni 2020 @ 12:34:
[...]


Hier staat een mooie tutorial van Frenck die ik heb gevolgd: Smart doorbell

Ik moest nog wel wat kleine aanpassingen doen omdat het relay bordje niet helemaal wou meewerken (extra weerstand ertussen) en ik moest de gevoeligheid iets aanpassen. Werkt nu al maanden perfect (pushberichten, bel kan aan/uit, bel op afstand af laten gaan etc.)

Ik heb geen bedrade deurbel, alle elektra daartoe is weggehaald. Ik heb enkel een Honeywell series 5 draadloze deurbel met drukker en twee ontvangers.

En om die smart te maken lijkt mij niet mogelijk. Dus kan ik beter iets met een Xiaomi Aqara prutsen en deze aan Google Nest knopen.

Script en automation heb ik al half werkend, behalve de knop nog (die heb ik niet)

[MisteRMeesteR]

Quad schreef op woensdag 3 juni 2020 @ 21:53:
[...]

Ik heb geen bedrade deurbel, alle elektra daartoe is weggehaald. Ik heb enkel een Honeywell series 5 draadloze deurbel met drukker en twee ontvangers.

En om die smart te maken lijkt mij niet mogelijk. Dus kan ik beter iets met een Xiaomi Aqara prutsen en deze aan Google Nest knopen.

Script en automation heb ik al half werkend, behalve de knop nog (die heb ik niet)

Ik heb hier een Wemos Mini D1 ingebouwd in de chime van mijn elektronische deurbel. De A0 (analog) pin van de Wemos zit aangesloten op de + van de luidspreker.

Wordt er aangebeld, gaat uiteraard de chime geluid maken waardoor de uitgelezen waarde op de A0 pin omhoog schiet. —> MQTT —> HA etc.

Genoeg mogelijkheden dus voor een geautomatiseerde deurbel.

[Rianata]

golles schreef op woensdag 3 juni 2020 @ 14:59:
[...]


Dit heb ik ook gedaan en was echt te simpel:
<plaatje>
Met het kapje er weer voor zie je er niks van.

Ik merk alleen een kleine vertraging, van ongeveer een seconde, ik denk omdat de trilling gedecteerd moet worden. Ik wil binnenkort nog met een deur/raam sensor proberen om te kijken of het meer instant kan worden.

Geniaal, dat ik daar niet zelf op gekomen ben Maar goed, dat is vaker met smart home automation Ik had nog een Aqara vibration sensor liggen en gelijk geplaatst. Heb dezelfde type deurbel, alleen ietsje groter lijkt het. Even afwachten of iedere keer als er gebeld wordt de sensor ook 'aanslaat'.

[barrymossel]

Ik heb momenteel drie template switches die mijn plafondventilator schakelen:

YAML:

      # Plafondventilator laag
      fan_low:
        value_template: "{{ is_state_attr('fan.plafondventilator', 'speed', 'low') }}"
        friendly_name: "Fan low"
        turn_on:
          - service: fan.turn_on
            data:
              entity_id: fan.plafondventilator
          - service: fan.set_speed 
            data: 
              entity_id: fan.plafondventilator
              speed: low
        turn_off:
          - service: fan.turn_off
            data:
              entity_id: fan.plafondventilator            
          - service: fan.set_speed
            data: 
              entity_id: fan.plafondventilator
              speed: 'off'

      # Plafondventilator midden
      fan_medium:
        value_template: "{{ is_state_attr('fan.plafondventilator', 'speed', 'medium') }}"
        friendly_name: "Fan medium"
        turn_on:
          - service: fan.turn_on
            data:
              entity_id: fan.plafondventilator
          - service: fan.set_speed
            data: 
              entity_id: fan.plafondventilator
              speed: medium
        turn_off:
          - service: fan.turn_off
            data:
              entity_id: fan.plafondventilator            
          - service: fan.set_speed
            data: 
              entity_id: fan.plafondventilator
              speed: 'off'
            
      # Plafondventilator hoog
      fan_high:
        value_template: "{{ is_state_attr('fan.plafondventilator', 'speed', 'high') }}"
        friendly_name: "Fan high"
        turn_on:
          - service: fan.turn_on
            data:
              entity_id: fan.plafondventilator
          - service: fan.set_speed
            data: 
              entity_id: fan.plafondventilator
              speed: high
        turn_off:
          - service: fan.turn_off
            data:
              entity_id: fan.plafondventilator            
          - service: fan.set_speed
            data: 
              entity_id: fan.plafondventilator
              speed: 'off'

Maar wat blijkt? De fan.plafondventilator zet bij fan.set_speed 'off' wel de ventilator uit, maar niet de daadwerkelijke speed op 'off'. Dat betekent dat de template switches dus ook niet uit gaan als je er nogmaals op klikt (de ventilator dus wel).

Is er een oplossing om de template switch op uit te laten gaan op basis van een andere state (dus switch aan bij attribute speed 'low'en dan weer uit bij state van fan.plafondventilator 'off')

[Hmmbob]

barrymossel schreef op woensdag 3 juni 2020 @ 22:23:
Maar wat blijkt? De fan.plafondventilator zet bij fan.set_speed 'off' wel de ventilator uit, maar niet de daadwerkelijke speed op 'off'. Dat betekent dat de template switches dus ook niet uit gaan als je er nogmaals op klikt (de ventilator dus wel).

Is er een oplossing om de template switch op uit te laten gaan op basis van een andere state (dus switch aan bij attribute speed 'low'en dan weer uit bij state van fan.plafondventilator 'off')

Het gedeelte in bold snap ik nog als ik het lees, de tekst daarna niet meer.

Maar heb je al geprobeerd éérst set_speed en daarna turn_off te doen?

Of ik begrijp je echt helemaal niet

[ Voor 3% gewijzigd door Hmmbob op 03-06-2020 22:45 ]

[Mimiix]

Hmmbob schreef op woensdag 3 juni 2020 @ 22:45:
[...]

Het gedeelte in bold snap ik nog als ik het lees, de tekst daarna niet meer.

Maar heb je al geprobeerd éérst set_speed en daarna turn_off te doen?

Of ik begrijp je echt helemaal niet

@barrymossel

Ik kom er ook 123 niet achter wat ie bedoeld. Ik denk dat ie apart bij moet gaan houden in een helper(integer) wat de huidige snelheid is en dan daarop gaan schakelen oid.

Of een input_boolean op 0 of 1 voor uit en aan.

[Wpy]

martinvdm schreef op woensdag 3 juni 2020 @ 17:30:
[...]

Vaker voor gekomen, ook in dit topic. De api van buienradar heeft soms zijn issues en werkt niet bij helaas.

Sinds 10:33 weer in de lucht.

[barrymossel]

Hmmbob schreef op woensdag 3 juni 2020 @ 22:45:
[...]

Het gedeelte in bold snap ik nog als ik het lees, de tekst daarna niet meer.

Maar heb je al geprobeerd éérst set_speed en daarna turn_off te doen?

Of ik begrijp je echt helemaal niet

D3nnisd schreef op donderdag 4 juni 2020 @ 07:12:
[...]

@barrymossel

Ik kom er ook 123 niet achter wat ie bedoeld. Ik denk dat ie apart bij moet gaan houden in een helper(integer) wat de huidige snelheid is en dan daarop gaan schakelen oid.

Of een input_boolean op 0 of 1 voor uit en aan.

Haha, echt duidelijk is het ook niet. Dus ik ga het nog een keer proberen.

Wat ik wil is het volgende: drie switches die de drie snelheden van de fan vertegenwoordigen. Ik wil aan de status van die switch zien dat die betreffende snelheid actief is (dus met on/off). Wanneer ik schakel van snelheid 1 naar 2, dan moet 1 natuurlijk uit gaan en 2 aan. Als ik dan weer op snelheid 2 klik dan zou de hele fan uit moeten gaan, maar ook moet de actieve switch naar off, zodat ze alledrie op off staan..

Ter illustratie hier mijn dashboard. De drie smalle knopjes boven "hal" zijn de template switches die ik hiervoor heb gemaakt.



Snelheid 3 (de material design icons werken nog niet) lijkt nu actief, maar de hele fan staat uit. Dat komt hierdoor:

De template switches staan op 'on' op basis van de status van het attribuut 'speed' van de fan. Dat attribuut heeft vier standen: off, low, medium, high. Als ik dus op het linker knopje druk, dan gaat de fan aan op low en wordt die knop roze, want 'speed' gaat naar 'low'. Wanneer ik dan op het middelste knopje klik gaat de fan harder draaien en gaat 'speed' naar 'medium'. Zoals verwacht wordt dan het middelste knopje roze en de linker weer donker. Tot daar gaat het dus goed.

Maar, wanneer je op een actief knopje drukt, dan zou de fan uit moeten gaan en 'speed' moet dan naar 'off'. Helaas gebeurt dat laatste niet. Wanneer ik (ook handmatig) 'speed' op 'off' zet gaat de fan uit (hij heeft ook een on/off state), maar blijft 'speed' op low/medium/high staan. Dat lijkt me een bug in de fan integratie.

Om dat te illustreren:

Hier staat de fan aan en op low.


Hier schakel ik speed naar off.



De fan gaat uit, maar speed blijft op low staan.



Dat heeft dus gevolgen voor de template switch, want deze gaat aan/uit op basis van speed=low. Nu hij op 'low' blijft staan blijft de template switch dus op 'on' staan (waardoor het betreffende knopje roze blijft).

Die bug (of misschien as designed?) gaat vast niet snel opgelost worden (al zal ik straks wel een issue aanmaken) dus was ik op zoek naar een mogelijkheid om de 'off state' van de template switch te activeren op basis van iets anders dan de 'on state'. Dus de switch gaat aan op basis van speed=low, maar uit op basis van fan=off. Ik geloof niet dat dat zo 1-2-3 mogelijk is, maar wellicht met value templates of iets dergelijks?

---edit---
Het lijkt niet iets in de fan configuratie te zijn, maar eerder in mijn (ergens overgenomen) MQTT fan configuratie, aangezien mijn Duux het wél goed doet:



Ik ga hier dus ook even mee stoeien:

YAML:

fan:
  - platform: mqtt  
    name: "Plafondventilator"
    command_topic: "cmnd/tasmota_8FAD22/FanSpeed"
    speed_command_topic: "cmnd/tasmota_8FAD22/FanSpeed"    
    state_topic: "stat/tasmota_8FAD22/RESULT"
    speed_state_topic: "stat/tasmota_8FAD22/RESULT"
    state_value_template: >
      {% if value_json.FanSpeed is defined %}
        {% if value_json.FanSpeed == 0 -%}0{%- elif value_json.FanSpeed > 0 -%}4{%- endif %}
      {% else %}
        {% if states.fan.plafondventilator.state == 'off' -%}0{%- elif states.plafondventilator.state == 'on' -%}4{%- endif %}
      {% endif %}
    speed_value_template: "{{ value_json.FanSpeed }}"
    availability_topic: tele/tasmota_8FAD22/LWT
    payload_off: "0"
    payload_on: "4"
    payload_low_speed: "1"
    payload_medium_speed: "2"
    payload_high_speed: "3"
    payload_available: Online
    payload_not_available: Offline
    speeds:
      - "off"
      - low
      - medium
      - high

[ Voor 14% gewijzigd door barrymossel op 04-06-2020 10:58 ]

[NightMare]

Heeft er iemand ervaring met het meten van je zwembad temperatuur d.m.v. een Zigbee sensor ofzo? Heb zitten google'en maar ik kan geen hardware hiervoor vinden

[daxy]

NightMare schreef op donderdag 4 juni 2020 @ 11:01:
Heeft er iemand ervaring met het meten van je zwembad temperatuur d.m.v. een Zigbee sensor ofzo? Heb zitten google'en maar ik kan geen hardware hiervoor vinden

Volgens mij zijn er geen waterdichte Zigbee temp sensoren die je hiervoor kunt gebruiken. Waarschijnlijk moet je zelf aan de slag met een DS18B20 sensor. DIt kan icm een nodemcu bijvoorbeeld of Shelly, wel in een waterdichte behuizing doen natuurlijk 😀

[Ortep]

NightMare schreef op donderdag 4 juni 2020 @ 11:01:
Heeft er iemand ervaring met het meten van je zwembad temperatuur d.m.v. een Zigbee sensor ofzo? Heb zitten google'en maar ik kan geen hardware hiervoor vinden

Mijn aqara raam/deur sensoren geven de temperatuur door. Ik weet niet hoe nauwkeurig het is.
Je zou ze in een waterdicht doosje kunnen doen en in het zwembad gooien. Als dat voor het grootste deel onder water zit krijgt het vanzelf de juiste temperatuur.
Ik heb trouwens geen idee wat de invloed van een paar kuub water is op het doorgeven van het zeer zwakke zigbee signaal.

[Mimiix]

Ortep schreef op donderdag 4 juni 2020 @ 11:31:
[...]

Mijn aqara raam/deur sensoren geven de temperatuur door. Ik weet niet hoe nauwkeurig het is.
Je zou ze in een waterdicht doosje kunnen doen en in het zwembad gooien. Als dat voor het grootste deel onder water zit krijgt het vanzelf de juiste temperatuur.
Ik heb trouwens geen idee wat de invloed van een paar kuub water is op het doorgeven van het zeer zwakke zigbee signaal.

Niet, die zijn niet accuraat

[Mimiix]

barrymossel schreef op donderdag 4 juni 2020 @ 10:53:
[...]


[...]

Haha, echt duidelijk is het ook niet. Dus ik ga het nog een keer proberen.

Wat ik wil is het volgende: drie switches die de drie snelheden van de fan vertegenwoordigen. Ik wil aan de status van die switch zien dat die betreffende snelheid actief is (dus met on/off). Wanneer ik schakel van snelheid 1 naar 2, dan moet 1 natuurlijk uit gaan en 2 aan. Als ik dan weer op snelheid 2 klik dan zou de hele fan uit moeten gaan, maar ook moet de actieve switch naar off, zodat ze alledrie op off staan..

Ter illustratie hier mijn dashboard. De drie smalle knopjes boven "hal" zijn de template switches die ik hiervoor heb gemaakt.

[Afbeelding]

Snelheid 3 (de material design icons werken nog niet) lijkt nu actief, maar de hele fan staat uit. Dat komt hierdoor:

De template switches staan op 'on' op basis van de status van het attribuut 'speed' van de fan. Dat attribuut heeft vier standen: off, low, medium, high. Als ik dus op het linker knopje druk, dan gaat de fan aan op low en wordt die knop roze, want 'speed' gaat naar 'low'. Wanneer ik dan op het middelste knopje klik gaat de fan harder draaien en gaat 'speed' naar 'medium'. Zoals verwacht wordt dan het middelste knopje roze en de linker weer donker. Tot daar gaat het dus goed.

Maar, wanneer je op een actief knopje drukt, dan zou de fan uit moeten gaan en 'speed' moet dan naar 'off'. Helaas gebeurt dat laatste niet. Wanneer ik (ook handmatig) 'speed' op 'off' zet gaat de fan uit (hij heeft ook een on/off state), maar blijft 'speed' op low/medium/high staan. Dat lijkt me een bug in de fan integratie.

Om dat te illustreren:

Hier staat de fan aan en op low.
[Afbeelding]

Hier schakel ik speed naar off.

[Afbeelding]

De fan gaat uit, maar speed blijft op low staan.

[Afbeelding]

Dat heeft dus gevolgen voor de template switch, want deze gaat aan/uit op basis van speed=low. Nu hij op 'low' blijft staan blijft de template switch dus op 'on' staan (waardoor het betreffende knopje roze blijft).

Die bug (of misschien as designed?) gaat vast niet snel opgelost worden (al zal ik straks wel een issue aanmaken) dus was ik op zoek naar een mogelijkheid om de 'off state' van de template switch te activeren op basis van iets anders dan de 'on state'. Dus de switch gaat aan op basis van speed=low, maar uit op basis van fan=off. Ik geloof niet dat dat zo 1-2-3 mogelijk is, maar wellicht met value templates of iets dergelijks?

---edit---
Het lijkt niet iets in de fan configuratie te zijn, maar eerder in mijn (ergens overgenomen) MQTT fan configuratie, aangezien mijn Duux het wél goed doet:

[Afbeelding]

Ik ga hier dus ook even mee stoeien:

YAML:

fan:
  - platform: mqtt  
    name: "Plafondventilator"
    command_topic: "cmnd/tasmota_8FAD22/FanSpeed"
    speed_command_topic: "cmnd/tasmota_8FAD22/FanSpeed"    
    state_topic: "stat/tasmota_8FAD22/RESULT"
    speed_state_topic: "stat/tasmota_8FAD22/RESULT"
    state_value_template: >
      {% if value_json.FanSpeed is defined %}
        {% if value_json.FanSpeed == 0 -%}0{%- elif value_json.FanSpeed > 0 -%}4{%- endif %}
      {% else %}
        {% if states.fan.plafondventilator.state == 'off' -%}0{%- elif states.plafondventilator.state == 'on' -%}4{%- endif %}
      {% endif %}
    speed_value_template: "{{ value_json.FanSpeed }}"
    availability_topic: tele/tasmota_8FAD22/LWT
    payload_off: "0"
    payload_on: "4"
    payload_low_speed: "1"
    payload_medium_speed: "2"
    payload_high_speed: "3"
    payload_available: Online
    payload_not_available: Offline
    speeds:
      - "off"
      - low
      - medium
      - high

Ik heb iets soortgelijks, maar dan voor mn gordijn geimplementeerd.

Dit heb ik op Card niveau gedaan. Allicht kan jij er wat mee?

Zie:

YAML:

cards:
  - cards:
      - color: 'rgba(0, 0, 0, 0.8)'
        color_type: card
        name: Rolgordijn
        styles:
          card:
            - font-size: 16px
        type: 'custom:button-card'
    type: horizontal-stack
  - cards:
      - color: auto
        color_type: blank-card
        type: 'custom:button-card'
      - color: 'rgba(0, 0, 0, 0.1)'
        color_type: card
        entity: cover.light_2
        hold_action:
          action: more-info
        icon: 'mdi:network-strength-1'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position > 70)
                && (states['cover.light_2'].attributes.current_position < 99)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 75
        type: 'custom:button-card'
      - color: 'rgba(0, 0, 0, 0.1)'
        color_type: card
        entity: cover.light_2
        hold_action:
          action: more-info
        icon: 'mdi:network-strength-3'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position > 1)
                && (states['cover.light_2'].attributes.current_position < 30)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 25
        type: 'custom:button-card'
      - color: auto
        color_type: blank-card
        type: 'custom:button-card'
    type: horizontal-stack
  - cards:
      - color_type: card
        entity: cover.light_2
        hold_action:
          action: none
        icon: 'mdi:network-strength-outline'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position == 100)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.open_cover
          service_data:
            entity_id: cover.light_2
        type: 'custom:button-card'
      - color: 'rgba(0, 0, 0, 0.1)'
        color_type: card
        entity: cover.light_2
        hold_action:
          action: more-info
        icon: 'mdi:network-strength-2'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position > 31)
                && (states['cover.light_2'].attributes.current_position < 69)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 50
        type: 'custom:button-card'
      - color_type: card
        entity: cover.light_2
        hold_action:
          action: none
        icon: 'mdi:network-strength-4'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position == 0)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 0
        type: 'custom:button-card'
    type: horizontal-stack
type: vertical-stack

Hier doe ik het dan met 2 horizontal stacks, dat komt uit op:


Heb je hier wat aan?

[barrymossel]

D3nnisd schreef op donderdag 4 juni 2020 @ 11:37:
[...]


Ik heb iets soortgelijks, maar dan voor mn gordijn geimplementeerd.

Dit heb ik op Card niveau gedaan. Allicht kan jij er wat mee?

Zie:

YAML:

cards:
  - cards:
      - color: 'rgba(0, 0, 0, 0.8)'
        color_type: card
        name: Rolgordijn
        styles:
          card:
            - font-size: 16px
        type: 'custom:button-card'
    type: horizontal-stack
  - cards:
      - color: auto
        color_type: blank-card
        type: 'custom:button-card'
      - color: 'rgba(0, 0, 0, 0.1)'
        color_type: card
        entity: cover.light_2
        hold_action:
          action: more-info
        icon: 'mdi:network-strength-1'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position > 70)
                && (states['cover.light_2'].attributes.current_position < 99)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 75
        type: 'custom:button-card'
      - color: 'rgba(0, 0, 0, 0.1)'
        color_type: card
        entity: cover.light_2
        hold_action:
          action: more-info
        icon: 'mdi:network-strength-3'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position > 1)
                && (states['cover.light_2'].attributes.current_position < 30)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 25
        type: 'custom:button-card'
      - color: auto
        color_type: blank-card
        type: 'custom:button-card'
    type: horizontal-stack
  - cards:
      - color_type: card
        entity: cover.light_2
        hold_action:
          action: none
        icon: 'mdi:network-strength-outline'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position == 100)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.open_cover
          service_data:
            entity_id: cover.light_2
        type: 'custom:button-card'
      - color: 'rgba(0, 0, 0, 0.1)'
        color_type: card
        entity: cover.light_2
        hold_action:
          action: more-info
        icon: 'mdi:network-strength-2'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position > 31)
                && (states['cover.light_2'].attributes.current_position < 69)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 50
        type: 'custom:button-card'
      - color_type: card
        entity: cover.light_2
        hold_action:
          action: none
        icon: 'mdi:network-strength-4'
        show_icon: true
        show_name: false
        state:
          - color: 'rgba(0, 0, 0, 0.7)'
            operator: template
            value: |
              [[[
                return states['cover.light_2'].attributes
                && (states['cover.light_2'].attributes.current_position == 0)
              ]]]
          - color: 'rgba(0, 0, 0, 0.1)'
            operator: default
        styles:
          card:
            - font-size: 12px
            - font-weight: bold
        tap_action:
          action: call-service
          service: cover.set_cover_position
          service_data:
            entity_id: cover.light_2
            position: 0
        type: 'custom:button-card'
    type: horizontal-stack
type: vertical-stack

Hier doe ik het dan met 2 horizontal stacks, dat komt uit op:
[Afbeelding]

Heb je hier wat aan?

Op zich zou dat wel een optie kunnen zijn. Volgens mij is er nog wel meer mogelijk binnen de button cards op basis van kleur op basis van state etc., maar nu heb ik vooral het gevoel dat de configuratie gewoon niet goed zit. Dus daar ga ik eerst wat in duiken.

[Koepert]

Iemand hier ervaring met het gebruik van de Waze-Travel-Time sensor? Ik probeer deze goed aan de praat te krijgen, maar heeft nog wat manco's..

- Mijn iPhone (iOS13,5) geeft zn Geo-location niet goed door, dus ik weet niet hoe betrouwbaar de device.tracker als 'origin' is?
- Ik wilde mijn reisafstand simpel beginnen door een paar adressen in keuzemenu te zetten, met de locaties in !secret. Dit gaat echter mis..

Sensor Waze:

YAML:

- platform: waze_travel_time
  origin: device_tracker.iphone_se_qper
  destination: sensor.reisadres
  region: 'EU'
  avoid_toll_roads: true
  avoid_subscription_roads: true

Sensor voor de input: (hier gaat het denk ik mis)

YAML:

- platform: template
  sensors:
    reisadres:
      value_template: >-
          {%- if is_state("input_select.Bestemming", "Thuis")  -%}
          !secret gps_coordinates_thuis
          {%- elif is_state("input_select.Bestemming", "Werk")  -%}
          !secret gps_coordinates_werk
          {%- elif is_state("input_select.Bestemming", "Mam")  -%}
          !secret gps_coordinates_mam
          {%- elif is_state("input_select.Bestemming", "Pap & Mam")  -%}
          !secret gps_coordinates_pap&mam
          {%- else -%}
            Unknown
          {%- endif %}

In Secrets staan dan voor elke keuze een dergelijke entry:

YAML:

gps_coordinates_mam: 52.000000000000, 4.0000000 (uiteraard aangepast)

error:

code:

(SyncWorker_1) [homeassistant.components.waze_travel_time.sensor] Error on retrieving data: Cannot get coords for !secret gps_coordinates_mam

Voordat ik de coördinaten naar Secrets had verplaatst (en dus in de sensor had staan,) werkte het wel goed. Dus heb het gevoel dat de verwijzing naar secrets niet goed gaat, of er in de secrets iets mis zit.. Iemand n idee? De sensor.reisadres aanpassen naar '!secret...' tussen single quotes werkt ook niet.

[Mimiix]

Koepert schreef op donderdag 4 juni 2020 @ 11:43:
Iemand hier ervaring met het gebruik van de Waze-Travel-Time sensor? Ik probeer deze goed aan de praat te krijgen, maar heeft nog wat manco's..

- Mijn iPhone (iOS13,5) geeft zn Geo-location niet goed door, dus ik weet niet hoe betrouwbaar de device.tracker als 'origin' is?
- Ik wilde mijn reisafstand simpel beginnen door een paar adressen in keuzemenu te zetten, met de locaties in !secret. Dit gaat echter mis..

Sensor Waze:

YAML:

- platform: waze_travel_time
  origin: device_tracker.iphone_se_qper
  destination: sensor.reisadres
  region: 'EU'
  avoid_toll_roads: true
  avoid_subscription_roads: true

Sensor voor de input: (hier gaat het denk ik mis)

YAML:

- platform: template
  sensors:
    reisadres:
      value_template: >-
          {%- if is_state("input_select.Bestemming", "Thuis")  -%}
          !secret gps_coordinates_thuis
          {%- elif is_state("input_select.Bestemming", "Werk")  -%}
          !secret gps_coordinates_werk
          {%- elif is_state("input_select.Bestemming", "Mam")  -%}
          !secret gps_coordinates_mam
          {%- elif is_state("input_select.Bestemming", "Pap & Mam")  -%}
          !secret gps_coordinates_pap&mam
          {%- else -%}
            Unknown
          {%- endif %}

In Secrets staan dan voor elke keuze een dergelijke entry:

YAML:

gps_coordinates_mam: 52.000000000000, 4.0000000 (uiteraard aangepast)

error:

code:

(SyncWorker_1) [homeassistant.components.waze_travel_time.sensor] Error on retrieving data: Cannot get coords for !secret gps_coordinates_mam

Voordat ik de coördinaten naar Secrets had verplaatst (en dus in de sensor had staan,) werkte het wel goed. Dus heb het gevoel dat de verwijzing naar secrets niet goed gaat, of er in de secrets iets mis zit.. Iemand n idee? De sensor.reisadres aanpassen naar '!secret...' tussen single quotes werkt ook niet.

Ik denk dat dat komt doordat die , niet helemaal goed mee gaat oid. Of de .

Wat je kan doen is het debuggen zoals hier staat:
https://www.home-assistant.io/docs/configuration/secrets/

[Erik80]

@NightMare: Zou het ook via WiFi mogen? Dan zijn er genoeg oplossingen te vinden (bv Sonoff TH10 met temp probe)

[NightMare]

Ja had ik zelf niet aan gedacht! Top!

Erik80 schreef op donderdag 4 juni 2020 @ 11:52:
@NightMare: Zou het ook via WiFi mogen? Dan zijn er genoeg oplossingen te vinden (bv Sonoff TH10 met temp probe)

[Wachten...]

Ik ben echt net begonnen met Hass, maar loop gelijk al tegen iets aan.

Ik heb mijn Hue bridge toegevoegd, maar zie in mijn Hass alleen maar lossen lampen/dimmers etc. Kamer en Zones worden niet geïmporteerd.
Ik heb de onderstaande code aan de configuration.yaml toegevoegd en een restart gedaan (synology docker)

code:

# Example configuration.yaml entry specifying optional parameters
hue:
  bridges:
    - host: DEVICE_IP_ADDRESS
      allow_unreachable: true
      allow_hue_groups: true

Uiteraard heb ik de DEVICE_IP_ADDRESS vervangen voor het ip adres van de Bridge.
Ik zie dus alleen geen Kamers en Zones voorbij komen!

[ Voor 4% gewijzigd door Wachten... op 04-06-2020 12:07 ]

[larsiey]

ivootjuh schreef op donderdag 4 juni 2020 @ 12:06:
Ik ben echt net begonnen met Hass, maar loop gelijk al tegen iets aan.

Ik heb mijn Hue bridge toegevoegd, maar zie in mijn Hass alleen maar lossen lampen/dimmers etc. Kamer en Zones worden niet geïmporteerd.
Ik heb de onderstaande code aan de configuration.yaml toegevoegd en een restart gedaan (synology docker)

code:

# Example configuration.yaml entry specifying optional parameters
hue:
  bridges:
    - host: DEVICE_IP_ADDRESS
      allow_unreachable: true
      allow_hue_groups: true

Uiteraard heb ik de DEVICE_IP_ADDRESS vervangen voor het ip adres van de Bridge.
Ik zie dus alleen geen Kamers en Zones voorbij komen!

Die komen ook niet in Home Assistant te staan, je kan alleen naar de Hue groepen verwijzen in je scripts.
https://www.home-assistant.io/integrations/hue/

[RobertMe]

larsiey schreef op donderdag 4 juni 2020 @ 12:12:
[...]


Die komen ook niet in Home Assistant te staan, je kan alleen naar de Hue groepen verwijzen in je scripts.
https://www.home-assistant.io/integrations/hue/

Groepen wel? (Zones heb ik niet) Groepen worden geïmporteerd als light.<groepnaam>, waarna je dan ook de hele groep in een keer aan en uit kunt zetten (of kleur veranderen).

Overigens @ivootjuh, de meeste integraties kun je nu via de UI toevoegen, i.p.v. handmatig via de configuration.yaml. Dit via Instellingen => Integraties => + => Philips Hue.

[barrymossel]

barrymossel schreef op donderdag 4 juni 2020 @ 10:53:
[...]


[...]

Haha, echt duidelijk is het ook niet. Dus ik ga het nog een keer proberen.

Wat ik wil is het volgende: drie switches die de drie snelheden van de fan vertegenwoordigen. Ik wil aan de status van die switch zien dat die betreffende snelheid actief is (dus met on/off). Wanneer ik schakel van snelheid 1 naar 2, dan moet 1 natuurlijk uit gaan en 2 aan. Als ik dan weer op snelheid 2 klik dan zou de hele fan uit moeten gaan, maar ook moet de actieve switch naar off, zodat ze alledrie op off staan..

Ter illustratie hier mijn dashboard. De drie smalle knopjes boven "hal" zijn de template switches die ik hiervoor heb gemaakt.

[Afbeelding]

Snelheid 3 (de material design icons werken nog niet) lijkt nu actief, maar de hele fan staat uit. Dat komt hierdoor:

De template switches staan op 'on' op basis van de status van het attribuut 'speed' van de fan. Dat attribuut heeft vier standen: off, low, medium, high. Als ik dus op het linker knopje druk, dan gaat de fan aan op low en wordt die knop roze, want 'speed' gaat naar 'low'. Wanneer ik dan op het middelste knopje klik gaat de fan harder draaien en gaat 'speed' naar 'medium'. Zoals verwacht wordt dan het middelste knopje roze en de linker weer donker. Tot daar gaat het dus goed.

Maar, wanneer je op een actief knopje drukt, dan zou de fan uit moeten gaan en 'speed' moet dan naar 'off'. Helaas gebeurt dat laatste niet. Wanneer ik (ook handmatig) 'speed' op 'off' zet gaat de fan uit (hij heeft ook een on/off state), maar blijft 'speed' op low/medium/high staan. Dat lijkt me een bug in de fan integratie.

Om dat te illustreren:

Hier staat de fan aan en op low.
[Afbeelding]

Hier schakel ik speed naar off.

[Afbeelding]

De fan gaat uit, maar speed blijft op low staan.

[Afbeelding]

Dat heeft dus gevolgen voor de template switch, want deze gaat aan/uit op basis van speed=low. Nu hij op 'low' blijft staan blijft de template switch dus op 'on' staan (waardoor het betreffende knopje roze blijft).

Die bug (of misschien as designed?) gaat vast niet snel opgelost worden (al zal ik straks wel een issue aanmaken) dus was ik op zoek naar een mogelijkheid om de 'off state' van de template switch te activeren op basis van iets anders dan de 'on state'. Dus de switch gaat aan op basis van speed=low, maar uit op basis van fan=off. Ik geloof niet dat dat zo 1-2-3 mogelijk is, maar wellicht met value templates of iets dergelijks?

---edit---
Het lijkt niet iets in de fan configuratie te zijn, maar eerder in mijn (ergens overgenomen) MQTT fan configuratie, aangezien mijn Duux het wél goed doet:

[Afbeelding]

Ik ga hier dus ook even mee stoeien:

YAML:

fan:
  - platform: mqtt  
    name: "Plafondventilator"
    command_topic: "cmnd/tasmota_8FAD22/FanSpeed"
    speed_command_topic: "cmnd/tasmota_8FAD22/FanSpeed"    
    state_topic: "stat/tasmota_8FAD22/RESULT"
    speed_state_topic: "stat/tasmota_8FAD22/RESULT"
    state_value_template: >
      {% if value_json.FanSpeed is defined %}
        {% if value_json.FanSpeed == 0 -%}0{%- elif value_json.FanSpeed > 0 -%}4{%- endif %}
      {% else %}
        {% if states.fan.plafondventilator.state == 'off' -%}0{%- elif states.plafondventilator.state == 'on' -%}4{%- endif %}
      {% endif %}
    speed_value_template: "{{ value_json.FanSpeed }}"
    availability_topic: tele/tasmota_8FAD22/LWT
    payload_off: "0"
    payload_on: "4"
    payload_low_speed: "1"
    payload_medium_speed: "2"
    payload_high_speed: "3"
    payload_available: Online
    payload_not_available: Offline
    speeds:
      - "off"
      - low
      - medium
      - high

Ik ben een (heel) stuk verder. Het ligt aan het feit dat Home Assistant wacht op wat Tasmota in het state topic zet, want als ik het hele state_topic weg comment of als ik optimistic op true zet dan werkt het als expected en wordt speed gewoon op 'off' gezet als ik dat wil (en mijn template switches werken dan ook gewoon zoals het zou moeten).

When a state_topic is not available, the fan will work in optimistic mode. In this mode, the fan will immediately change state after every command. Otherwise, the fan will wait for state confirmation from the device (message from state_topic).

Maar dat is natuurlijk niet zoals het helemaal hoort. Als ik via de Tasmota interface de fan op 0/off zet dan blijft 'speed' in HA weer op de laatste bekende snelheid staan en niet op 'off'.

Dit stuurt Tasmota naar MQTT bij respectievelijk snelheid 1 en 0/off:

{"FanSpeed":0}
qos : 0, retain : false, cmd : publish, dup : false, topic : stat/tasmota_8FAD22/RESULT, messageId : , length : 42
{"FanSpeed":1}
qos : 0, retain : false, cmd : publish, dup : false, topic : stat/tasmota_8FAD22/RESULT, messageId : , length : 42

Het lijkt erop dat HA de FanSpeed: 1 wel begrijpt, maar de FanSpeed: 0 niet. Zou dit kunnen komen omdat hij een 'off' verwacht? En hoe zou ik dit dan in het speed_value_template kunnen zetten?

Nogmaals mijn huidige config:

YAML:

fan:
  - platform: mqtt  
    name: "Plafondventilator"
    command_topic: "cmnd/tasmota_8FAD22/FanSpeed"
    speed_command_topic: "cmnd/tasmota_8FAD22/FanSpeed"    
    state_topic: "stat/tasmota_8FAD22/RESULT"
    speed_state_topic: "stat/tasmota_8FAD22/RESULT"
    state_value_template: >
      {% if value_json.FanSpeed is defined %}
        {% if value_json.FanSpeed == 0 -%}0{%- elif value_json.FanSpeed > 0 -%}1{%- endif %}
      {% else %}
        {% if states.fan.plafondventilator.state == 'off' -%}0{%- elif states.plafondventilator.state == 'on' -%}1{%- endif %}
      {% endif %}
    optimistic: true
    speed_value_template: "{{ value_json.FanSpeed }}"
    availability_topic: tele/tasmota_8FAD22/LWT
    payload_off: "0"
    payload_on: "1"
    payload_low_speed: "1"
    payload_medium_speed: "2"
    payload_high_speed: "3"
    payload_available: Online
    payload_not_available: Offline
    speeds:
      - "off"
      - "low"
      - "medium"
      - "high"

[gri-]

Koepert schreef op donderdag 4 juni 2020 @ 11:43:
Iemand hier ervaring met het gebruik van de Waze-Travel-Time sensor? Ik probeer deze goed aan de praat te krijgen, maar heeft nog wat manco's..

- Mijn iPhone (iOS13,5) geeft zn Geo-location niet goed door, dus ik weet niet hoe betrouwbaar de device.tracker als 'origin' is?
- Ik wilde mijn reisafstand simpel beginnen door een paar adressen in keuzemenu te zetten, met de locaties in !secret. Dit gaat echter mis..

Het lijkt erop dat je geen !secrets in dit soort templates kan gebruiken, ik vond dit https://community.home-as...n-templating-engine/10507

Wat ze daar als suggestie geven is of heel de template als secret opnemen of een sensor maken van elke secret, dus dat je een sensor hebt met een bepaalde locatie.
De ene oplossing (hele template als secret) maakt het niet fijn qua code leesbaarheid.
De andere oplossing (sensor met waarde van je secret) verpest het hele idee dat je secret niet makkelijk uitleesbaar is.

Succes

[Wachten...]

larsiey schreef op donderdag 4 juni 2020 @ 12:12:
[...]


Die komen ook niet in Home Assistant te staan, je kan alleen naar de Hue groepen verwijzen in je scripts.
https://www.home-assistant.io/integrations/hue/

Oke ik dacht dat je wel kamer mee kon nemen vanuit de import.

Is het dan logischer om Kamers te maken binnen Hass en daar alle lampen te verdelen o.i.d.? Wel dubbel werk, maar als er geen andere mogelijkheid voor is....

En Ik heb bijvoorbeeld Heu sensors al ingesteld via de Hue app, moet ik deze instellingen verwijderen? of overschrijft Hass sowieso de Heu app qua instellingen?

[larsiey]

ivootjuh schreef op donderdag 4 juni 2020 @ 12:40:
[...]


Oke ik dacht dat je wel kamer mee kon nemen vanuit de import.

Is het dan logischer om Kamers te maken binnen Hass en daar alle lampen te verdelen o.i.d.? Wel dubbel werk, maar als er geen andere mogelijkheid voor is....

En Ik heb bijvoorbeeld Heu sensors al ingesteld via de Hue app, moet ik deze instellingen verwijderen? of overschrijft Hass sowieso de Heu app qua instellingen?

@RobertMe Ah, okee. Weer wat geleerd.

Ik denk dat de makkelijkste manier is om alle lampen automatiseringen via Home Assistant te doen of via Hue App. Als je in beide omgevingen gaat prutsen gaat het niet altijd even lekker denk ik.

Tip: als je wellicht later nog andere (zigbee) apparaten koopt, naast Philips Hue lampen, kan de Hue bridge hier vaak niet mee overweg. Het is dan aan te raden om iets als een conbee stick te kopen.

[Koepert]

D3nnisd schreef op donderdag 4 juni 2020 @ 11:50:
[...]


Ik denk dat dat komt doordat die , niet helemaal goed mee gaat oid. Of de .

Wat je kan doen is het debuggen zoals hier staat:
https://www.home-assistant.io/docs/configuration/secrets/

K lijk t te hebben opgelost.. Hier gelezen dat Secrets niet in templates gebruikt kunnen worden, dus van elke secret verwijzing in de value template een sensor gemaakt.. Beeetje een omweg.. maar t lijkt te werken. Nu moet ik alleen nog zorgen dat de coordinaten goed doorkomen (afstand is weer op 1500km ipv 40..)

Dit is me eigenlijk teveel geeikel.. laat die GPS maar in de config staan..

[ Voor 5% gewijzigd door Koepert op 04-06-2020 13:11 ]

[Wachten...]

larsiey schreef op donderdag 4 juni 2020 @ 13:01:
[...]


@RobertMe Ah, okee. Weer wat geleerd.

Ik denk dat de makkelijkste manier is om alle lampen automatiseringen via Home Assistant te doen of via Hue App. Als je in beide omgevingen gaat prutsen gaat het niet altijd even lekker denk ik.

Tip: als je wellicht later nog andere (zigbee) apparaten koopt, naast Philips Hue lampen, kan de Hue bridge hier vaak niet mee overweg. Het is dan aan te raden om iets als een conbee stick te kopen.

Maar als ik het goed begrijp dan voeg ik enkel alle apparaten toe aan de hue bridge, en dan verder alle kamers en automation via home assistant?

hue is overigens het enige wat ik heb qua zigbee, verder heb ik alles op zwave draaien. Dit ga ik echter later pas toepassen als ik een beetje thuis ben in Hass. Heel mijn zwave gebeuren draait via domoticz.

Is het trouwens mogelijk om het Automation menu in de sidebar te krijgen? Voor me gevoel ben ik heel veel door menu's heen aan het gaan etc om Automation in te stellen.

Kortom, ik heb nog niet echt een lekkere workflow gevonden.

[larsiey]

ivootjuh schreef op donderdag 4 juni 2020 @ 13:24:
[...]


Maar als ik het goed begrijp dan voeg ik enkel alle apparaten toe aan de hue bridge, en dan verder alle kamers en automation via home assistant?

hue is overigens het enige wat ik heb qua zigbee, verder heb ik alles op zwave draaien. Dit ga ik echter later pas toepassen als ik een beetje thuis ben in Hass. Heel mijn zwave gebeuren draait via domoticz.

Is het trouwens mogelijk om het Automation menu in de sidebar te krijgen? Voor me gevoel ben ik heel veel door menu's heen aan het gaan etc om Automation in te stellen.

Kortom, ik heb nog niet echt een lekkere workflow gevonden.

Jep. Je kan inderdaad alle verlichting van Hue koppelen met de bridge. De lampen worden dan zichtbaar in Home Assistant. Je kan in HA light groups aanmaken, is vergelijkbaar met Hue zones/rooms. Dan kan je de lampen als groep behandelen in HA en vervolgens gebruiken in je HA automations.

Automations kan je niet in de sidebar krijgen volgens mij. Je moet elke keer het hele menu door .

[Hmmbob]

Koepert schreef op donderdag 4 juni 2020 @ 11:43:
Iemand hier ervaring met het gebruik van de Waze-Travel-Time sensor? Ik probeer deze goed aan de praat te krijgen, maar heeft nog wat manco's..

- Mijn iPhone (iOS13,5) geeft zn Geo-location niet goed door, dus ik weet niet hoe betrouwbaar de device.tracker als 'origin' is?
- Ik wilde mijn reisafstand simpel beginnen door een paar adressen in keuzemenu te zetten, met de locaties in !secret. Dit gaat echter mis..

Sensor Waze:

YAML:

- platform: waze_travel_time
  origin: device_tracker.iphone_se_qper
  destination: sensor.reisadres
  region: 'EU'
  avoid_toll_roads: true
  avoid_subscription_roads: true

Sensor voor de input: (hier gaat het denk ik mis)

YAML:

- platform: template
  sensors:
    reisadres:
      value_template: >-
          {%- if is_state("input_select.Bestemming", "Thuis")  -%}
          !secret gps_coordinates_thuis
          {%- elif is_state("input_select.Bestemming", "Werk")  -%}
          !secret gps_coordinates_werk
          {%- elif is_state("input_select.Bestemming", "Mam")  -%}
          !secret gps_coordinates_mam
          {%- elif is_state("input_select.Bestemming", "Pap & Mam")  -%}
          !secret gps_coordinates_pap&mam
          {%- else -%}
            Unknown
          {%- endif %}

In Secrets staan dan voor elke keuze een dergelijke entry:

YAML:

gps_coordinates_mam: 52.000000000000, 4.0000000 (uiteraard aangepast)

error:

code:

(SyncWorker_1) [homeassistant.components.waze_travel_time.sensor] Error on retrieving data: Cannot get coords for !secret gps_coordinates_mam

Voordat ik de coördinaten naar Secrets had verplaatst (en dus in de sensor had staan,) werkte het wel goed. Dus heb het gevoel dat de verwijzing naar secrets niet goed gaat, of er in de secrets iets mis zit.. Iemand n idee? De sensor.reisadres aanpassen naar '!secret...' tussen single quotes werkt ook niet.

Ik heb dat opgelost door zones te gebruiken ipv coordinaten. Die zone's kan je wel gewoon noemen in je config, en definieren dmv !secrets (al heb ik ze in de frontend UI gedefinieerd, dus ze staan in .storage)

Zie https://github.com/hmmbob...udes/sensors.yaml#L48-L70 voor de Waze sensors

[ Voor 3% gewijzigd door Hmmbob op 04-06-2020 14:27 ]

[Jochem]

barrymossel schreef op donderdag 4 juni 2020 @ 10:53:
[...]

Wat ik wil is het volgende: drie switches die de drie snelheden van de fan vertegenwoordigen. Ik wil aan de status van die switch zien dat die betreffende snelheid actief is (dus met on/off). Wanneer ik schakel van snelheid 1 naar 2, dan moet 1 natuurlijk uit gaan en 2 aan. Als ik dan weer op snelheid 2 klik dan zou de hele fan uit moeten gaan, maar ook moet de actieve switch naar off, zodat ze alledrie op off staan..

[...]

Je fan heeft 4 states. Wellicht kun je overwegen om dus ook 4 cards te maken met de linker 'off' en de rechts 'high'. Daarmee heb je een soortgelijke aansturing, maar voor alle states 1 card.

[barrymossel]

Jochem schreef op donderdag 4 juni 2020 @ 14:40:
[...]


Je fan heeft 4 states. Wellicht kun je overwegen om dus ook 4 cards te maken met de linker 'off' en de rechts 'high'. Daarmee heb je een soortgelijke aansturing, maar voor alle states 1 card.

Heb ik inderdaad ook aan gedacht, maar ik wil consistentie in mijn layout. Dus een knop is aan of uit. En een uit-knop die op aan staat is een beetje vreemd.
Daarnaast lost het helaas mijn issue niet op. Ook met de off-knop zou de speed (die verantwoordelijk is voor de state van de template switches ernaast) nooit op off komen te staan. Dat probleem ligt bij de interpretatie van het state topic door HA zover ik zie. En dat heb ik nu deels opgelost. Voor mijn use-case is het voldoende op optimistic: true toe te voegen in de MQTT configuratie, maar ik zou liever een volledige oplossing zien.

[Koepert]

Hmmbob schreef op donderdag 4 juni 2020 @ 14:26:
[...]

Ik heb dat opgelost door zones te gebruiken ipv coordinaten. Die zone's kan je wel gewoon noemen in je config, en definieren dmv !secrets (al heb ik ze in de frontend UI gedefinieerd, dus ze staan in .storage)

Zie https://github.com/hmmbob...udes/sensors.yaml#L48-L70 voor de Waze sensors

Thnx! Dat had ik ook geprobeerd, maar dan maakt hij van de reistijd/afstand opeens weer 1400km.. Terwijl op de kaart mijn zones exact op de goede plek liggen met een radius van 50 (vrij klein dus)

[tommyz]

Volg dit topic al een tijdje, maar reageer niet vaak. Nog anderen die ontwikkelen hier? Heb een versterker welke al integreerde in HA, maar ik vond de standaard media player niet fijn. Ik wilde graag ook subwoofer volume regelen, inputs kunnen regelen, etc. Dus vandaar een card gemaakt hiervoor, samen met een card om CSS te injecten, zodat ik alles gelijk kon trekken (deze bestaat al in HACS, maar die werkte weer niet met de Spotify card).



Nu weer iets nieuws bedenken om mee aan de slag te gaan

[Wachten...]

Weet iemand hoe je best kunt koppelen/gebruiken? Ik wil graag dat mijn nest acties onderneemt aan de hand van buiten temperatuur, maar het lijkt erop alsof dit niet mogelijk is.

[barrymossel]

ivootjuh schreef op donderdag 4 juni 2020 @ 14:52:
Weet iemand hoe je best kunt koppelen/gebruiken? Ik wil graag dat mijn nest acties onderneemt aan de hand van buiten temperatuur, maar het lijkt erop alsof dit niet mogelijk is.

Kan niet via de officiële weg.

Je kunt dit proberen: https://community.home-as...ernatives-come-out/139270

[-Casper]

ivootjuh schreef op donderdag 4 juni 2020 @ 14:52:
Weet iemand hoe je best kunt koppelen/gebruiken? Ik wil graag dat mijn nest acties onderneemt aan de hand van buiten temperatuur, maar het lijkt erop alsof dit niet mogelijk is.

Los van de oplossing die Barry aandraagt; het is wachten tot Google de API beschikbaar stelt. (verwacht eind 2020)

[mr_derk]

barrymossel schreef op donderdag 4 juni 2020 @ 15:11:
[...]

Kan niet via de officiële weg.

Je kunt dit proberen: https://community.home-as...ernatives-come-out/139270

Ik gebruik ook badnest, maar hiermee kan je niet je buitentemperatuur opvragen. Daarvoor heb je een andere sensor nodig. Temperatuur zelf instellen wel natuurlijk

[ Voor 4% gewijzigd door mr_derk op 04-06-2020 15:15 ]

[Jochem]

Hebben jullie ervaring met hoe andere huisgenoten, die wat minder technisch zijn (of gasten) je Huis moeten besturen. Ik wil ze liever niet met een App opzadelen. Gasten zeker niet en onze (jonge) kinderen hebben geen smartfoon. Verder heb je die thuis ook niet altijd op zak.

Ik dacht aan een wallmount tablet ofzo alle 'Toon'. Maar misschien kunnen mensen wat laten zien of ervaring delen hoe zij dat hebben geregeld. Ik denk dan aan het regelen van onze zonneschermen, lampen en muziek ofzo.

[Wachten...]

mr_derk schreef op donderdag 4 juni 2020 @ 15:14:
[...]


Ik gebruik ook badnest, maar hiermee kan je niet je buitentemperatuur opvragen. Daarvoor heb je een andere sensor nodig. Temperatuur zelf instellen wel natuurlijk

Ja ik wil enkel dat als de buiten temp boven de 20 graden is (via een dienst ofzo) dan mijn nest uitgaat.

Ik ga dit dus niet doen aan de hand van eigen buiten sensoren.

[barrymossel]

mr_derk schreef op donderdag 4 juni 2020 @ 15:14:
[...]


Ik gebruik ook badnest, maar hiermee kan je niet je buitentemperatuur opvragen. Daarvoor heb je een andere sensor nodig. Temperatuur zelf instellen wel natuurlijk

Geen idee waar vandaan je de buitentemperatuur wilt opvragen, maar er zijn natuurlijk heel veel mogelijkheden (weather integratie of sensoren). Die kun je dan gewoon gebruiken voor het instellen van je thermostaat.

ivootjuh schreef op donderdag 4 juni 2020 @ 15:19:
[...]
Ja ik wil enkel dat als de buiten temp boven de 20 graden is (via een dienst ofzo) dan mijn nest uitgaat.

Ik ga dit dus niet doen aan de hand van eigen buiten sensoren.

En dat zou beiden moeten kunnen. Automation trigger op temperatuur vanuit een weather dienst (of eigen sensor) en dan action om de thermostaat uit te zetten (als dat kan met badnest).

[ Voor 32% gewijzigd door barrymossel op 04-06-2020 15:22 ]

[mAiden88]

ivootjuh schreef op donderdag 4 juni 2020 @ 15:19:
[...]


Ja ik wil enkel dat als de buiten temp boven de 20 graden is (via een dienst ofzo) dan mijn nest uitgaat.

Ik ga dit dus niet doen aan de hand van eigen buiten sensoren.

Ik gebruik geen nest, maar Toon.

Ik laat een automation kijken naar de buitentemp via Buienradar en BuienAlarm.
Als deze boven X is of hoger is, dan zet HA mij Toon op 16gr en programma gaat uit.

Als de buitentemp via Buienradar en/of BuienAlarm X is of lager is, dan zet HA mij Toon weer aan.
Bedoel je zoiets?

YAML:

- alias: People Toon uit
  trigger:
  - platform: numeric_state
    entity_id: sensor.br_temperature_4
    above: 16
  - platform: numeric_state
    entity_id: sensor.ba_temperature
    above: 16
  condition:
   -  condition: time
      after: '10:00:00'
      before: '17:59:00'
  action:
    - service: shell_command.toon_uit
    - service: switch.turn_on
      data:
        entity_id: switch.vswitich30


- alias: People Toon aan
  trigger:
  - platform: numeric_state
    entity_id: sensor.br_temperature_4
    below: 15
  - platform: numeric_state
    entity_id: sensor.ba_temperature
    below: 15
  condition:
   -  condition: time
      after: '11:00:00'
      before: '21:59:00'
  action:
    - service: shell_command.toon_middag
    - service: switch.turn_off
      data:
        entity_id: switch.vswitich30

[ Voor 42% gewijzigd door mAiden88 op 04-06-2020 15:25 ]

[Saturnus]

martinvdm schreef op donderdag 28 mei 2020 @ 12:50:
Voor de zigbee mensen. Er komt een interessante Blitzwolf 16A zigbee 3.0 EU plug aan.
https://m.blitzwolf.com/B...-Voice-Control-p-518.html

Ligt het aan mij of hebben ze de datum veranderd?

[mr_derk]

ivootjuh schreef op donderdag 4 juni 2020 @ 15:19:
[...]


Ja ik wil enkel dat als de buiten temp boven de 20 graden is (via een dienst ofzo) dan mijn nest uitgaat.

Ik ga dit dus niet doen aan de hand van eigen buiten sensoren.

Dat kan je wel fixen met Badnest. Werkt redelijk stabiel. Ik heb hem in een paar maanden tijd 1 keer opnieuw moeten "koppelen".

[Koepert]

Saturnus schreef op donderdag 4 juni 2020 @ 15:31:
[...]

Ligt het aan mij of hebben ze de datum veranderd?

Datum is idd verder weg..maar hey.. de prijs is ook weer lager.. 2e 'batch' was iets van € 10,00.. nu weer € 9..

[Saturnus]

Koepert schreef op donderdag 4 juni 2020 @ 15:35:
[...]


Datum is idd verder weg..maar hey.. de prijs is ook weer lager.. 2e 'batch' was iets van € 10,00.. nu weer € 9..

Ik had vorige week gekocht en dacht dat ze binnen een dag of 2 zouden verzenden, maar dat is niet gebeurd. Dus ik vroeg mij af of ik de datum verkeerd had gelezen...kan natuurlijk. Als dat niet zo is is het de laatste keer Banggood. Drie ervaringen, alle negatief.

[RobertMe]

Jochem schreef op donderdag 4 juni 2020 @ 15:19:
Hebben jullie ervaring met hoe andere huisgenoten, die wat minder technisch zijn (of gasten) je Huis moeten besturen. Ik wil ze liever niet met een App opzadelen. Gasten zeker niet en onze (jonge) kinderen hebben geen smartfoon. Verder heb je die thuis ook niet altijd op zak.

Ik dacht aan een wallmount tablet ofzo alle 'Toon'. Maar misschien kunnen mensen wat laten zien of ervaring delen hoe zij dat hebben geregeld. Ik denk dan aan het regelen van onze zonneschermen, lampen en muziek ofzo.

Gewoon schakelaars op de muur? Alleen dan i.p.v. een domme schakelaar die direct domme lampen schakelt een slimme schakelaar die met HA communiceert waarna HA de juiste lampen aan zet (evt. zelfs in een bepaalde scene op basis van condities / omstandigheden).

Een tablet aan de muur klinkt super fancy. Maar als er bv een schoonmak(st)er over de vloer komt of een oppas dan snapt die die tablet natuurlijk ook niet. Het enige dat echt iedereen snapt zonder uitleg zijn schakelaars. Immers hebben ze zelf ook een huis vol hangen met die dingen. Dat jouw schakelaars aan de achterkant een stuk slimmer zijn maakt vervolgens niet uit, zolang als de gebruiker bij het indrukken van een schakelaar maar ziet dat het licht aan/uit gaat. En hetzelfde geldt voor een zonnescherm, iets van een "draaiknop" of dubbele pulsdrukker in de buurt van het zonnescherm blijft het meest duidelijk.

Blijft over besturing van muziek, en ook daarbij, de bijgeleverde afstandsbediening van bv een AV receiver / stereo heeft waarschijnlijk de meest herkenbare layout. En als alternatief zou daar evt wel iets met leuke (visuele) knoppen bij kunnen. Waarbij je bv dus op een foto klikt om een playlist te starten. Maar ook dat zal niet herkenbaar zijn voor anderen.

[ProudElm]

Ik ben nu juist net opzoek om de 'domme' wand schakelaars te vervangen door 'slimme'. Maar dan slim als in, ze sturen de lamp aan via HA en niet direct meer via het draadje..
Liefst zigbee, net z'n stick gekocht namelijk Iemand een voorbeeld je uit china wat goed zou werken?

[larsiey]

ProudElm schreef op donderdag 4 juni 2020 @ 15:50:
Ik ben nu juist net opzoek om de 'domme' wand schakelaars te vervangen door 'slimme'. Maar dan slim als in, ze sturen de lamp aan via HA en niet direct meer via het draadje..
Liefst zigbee, net z'n stick gekocht namelijk Iemand een voorbeeld je uit china wat goed zou werken?

Ik heb het hier al eens gevraagd.
Toen werd aangegeven: Shellies met Tasmota er op.
Dan kan je de schakelaar ook nog gebruiken als Home Assistant eruit ligt, wel zo handig.
Werkt alleen niet via zigbee maar via wifi.

Echter, ik heb hier nog geen ervaring mee. Nog niet aangeschaft/geprobeerd.

[ Voor 3% gewijzigd door larsiey op 04-06-2020 15:57 ]

[-Casper]

Saturnus schreef op donderdag 4 juni 2020 @ 15:37:
[...]

Ik had vorige week gekocht en dacht dat ze binnen een dag of 2 zouden verzenden, maar dat is niet gebeurd. Dus ik vroeg mij af of ik de datum verkeerd had gelezen...kan natuurlijk. Als dat niet zo is is het de laatste keer Banggood. Drie ervaringen, alle negatief.

Staat toch dat ze was 29 juni worden verwacht? Daarom was ik ook aan het wachten tot ze op amazon verschenen.

[Saturnus]

-Casper schreef op donderdag 4 juni 2020 @ 15:59:
[...]

Staat toch dat ze was 29 juni worden verwacht? Daarom was ik ook aan het wachten tot ze op amazon verschenen.

Yes, daarom zit ik te denken dat ik het mogelijk als 29 mei heb gelezen, maar die fouten maak ik niet vaak voor zover ik weet. Vandaar even de navraag. Naja, dan maar wat langer wachten.