Home Assistant: Open source Python3 home automation - deel 4

[Mimiix]

Gizz schreef op zondag 14 november 2021 @ 17:29:
[...]
Het ging mij over andersom: dat je van stick wilt wisselen en dus Deconz niet meer kan gebruiken. Dat levert veel werk op en daarom blijf je maar bij Deconz hangen (en je dus alleen de Conbee kunt gebruiken).

Maar:

[...]

Als dit waar is klopt mijn verhaal niet. Ik dacht altijd dat je bij overstap van Deconz naar ZHA/ZM (of van ZHA naar ZM, of ZHA naar Deconz etc.) alles opnieuw moet pairen en dat alleen je zigbee-wachtwoord niet genoeg was om alle nodes weer te zien. Maar misschien heb ik het helemaal mis

Ik weet er ook het fijne niet van, maar users doen het wel. Geen idee hoe.

Wanneer zou je trouwens willen wisselen van stick of software?

[ Voor 4% gewijzigd door Mimiix op 14-11-2021 17:31 ]

[bafplus]

Volgens mij wordt het pairen gedaan in de software zelf, dus als je overstapt naar een andere software moet alles in die nieuwe software opnieuw gepaired worden. Die staan nu dus in hetgeheugen van Deconz. Ga je dan over naar Z2H start die met een lege "database" dus moet je opnieuw pairen. Maar dat is voor zover ik het snap hoor :-)

[Mimiix]

bafplus schreef op zondag 14 november 2021 @ 17:34:
Volgens mij wordt het pairen gedaan in de software zelf, dus als je overstapt naar een andere software moet alles in die nieuwe software opnieuw gepaired worden. Die staan nu dus in hetgeheugen van Deconz. Ga je dan over naar Z2H start die met een lege "database" dus moet je opnieuw pairen. Maar dat is voor zover ik het snap hoor :-)

Dat doet de permit join vermoed ik ook. Daarmee vind je apparatuur in het netwerk.

[barrymossel]

skank schreef op zondag 14 november 2021 @ 16:26:
[...]


Lukt aardig hier hoor.
Enkel ben ik nog aan het kijken hoe jij die library dan zo opvraagt...

Ik heb dit even gekoppeld met een tap_action die dan door de browser_mod een url opvraagt, zijnde de mediabrowwser maar misschien zoek ik het te ver.. Alsook is de popup niet echt mooi.
Ik weet dat je via de more-info nu wel een button hebt om de media te browsen, maar echt mooi en handig is het ook niet

[Afbeelding]

Plaats jij in de conditional card ook de conditie van de spotify mediaspeler als "playing" of gebruik je andere condities.
Als hij gepauzeerd is, dan toont hij hem niet, maar is mss ook wel wenselijk zo

Edit: maak jij ook meerdere actieve speakers (input selects) per persoon? of gebruik je dezelfde opnieuw? Indien het laatste, moet je die eigenlijk niet telkens herhalen..

Ik gebruik de card media-control met state_not. Dus tonen wanneer hij niet idle, off, unavailable is (3 state_nots dus).
En dan heb ik hier die library:

[TheFes]

Gizz schreef op zondag 14 november 2021 @ 17:24:
[...]

Op basis van jouw hint selecteer ik nu eerst het apparaat, stel vervolgens een niet al te hoog volume in en speel vervolgens de playlist:

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      device_id: d7a3afbac3eaaa356b8f6bcc65adbd7b
  - service: media_player.volume_set
    data:
      volume_level: 0.2
  - service: media_player.media_play
        target:
          entity_id: media_player.spotify
        data:
          media_content_id: "https://open.spotify.com/playlist/5xddIVAtLrZKtt4YGLM1SQ?si=YcvRqaKNTxOi043Qn4LYkg"
          media_content_type: playlist
mode: single

Er gebeuren nu twee dingen als ik het script start:
1: ik krijg een foutmelding over regel 1:

YAML:

Speel eens een deuntje: Error executing script. Invalid data for call_service at pos 1: required key not provided @ data['source']

2: Mijn script wordt gesloopt. Als ik weer naar het script ga in yaml-edit modus is alles na media_player.spotify verdwenen:

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      device_id: d7a3afbac3eaaa356b8f6bcc65adbd7b
  - service: media_player.volume_set
    data:
      volume_level: 0.2
  - service: media_player.media_play
mode: single

Waar zit de, waarschijnlijk overduidelijke, fout?

Source is en verplicht dataveld voor media_player.select_source. Op zich ook wel logisch toch

En waarom gebruik je daar als target een device en niet gewoon media_player.spotify?

[barrymossel]

TheFes schreef op zondag 14 november 2021 @ 18:09:
[...]


Source is en verplicht dataveld voor media_player.select_source. Op zich ook wel logisch toch

En waarom gebruik je daar als target een device en niet gewoon media_player.spotify?

Volgens mij is dat een oude config. Die zag ik net ook ergens bij mij uncommented staan...

[Gizz]

TheFes schreef op zondag 14 november 2021 @ 18:09:
[...]

En waarom gebruik je daar als target een device en niet gewoon media_player.spotify?

Ik heb dat stukje via de GUI gedaan. Bij target krijg je een handige suggestie en daar heb ik de Denon aangeklikt (ik wil immers niet dat hij ook op mijn telefoon Spotify aanslingert):


Ik dacht dat ik op die manier de Denon als afspeelapparaat zou kiezen. Om vervolgens Spotify te starten.

Bij source kreeg ik geen suggesties en had ik in de eerste instantie leeggelaten. Toen ik daarna direct in de yaml bezig was zag ik niet dat ik de source miste

Maar goed, als ik nu zeg dat mijn Denon media_player.spotify als bron moet kiezen krijg ik niet eens een knop om de yam op de slaan:

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      device_id: d7a3afbac3eaaa356b8f6bcc65adbd7b
    data:
      source: media_player.spotify
  - service: media_player.volume_set
    data:
      volume_level: 0.2
  - service: media_player.media_play
        target:
          entity_id: media_player.spotify
        data:
          media_content_id: "https://open.spotify.com/playlist/5xddIVAtLrZKtt4YGLM1SQ?si=YcvRqaKNTxOi043Qn4LYkg"
          media_content_type: playlist
mode: single

Dus hier klopt nog steeds niets van?

[TheFes]

Gizz schreef op zondag 14 november 2021 @ 18:54:
[...]

Ik heb dat stukje via de GUI gedaan. Bij target krijg je een handige suggestie en daar heb ik de Denon aangeklikt (ik wil immers niet dat hij ook op mijn telefoon Spotify aanslingert):

[Afbeelding]
Ik dacht dat ik op die manier de Denon als afspeelapparaat zou kiezen. Om vervolgens Spotify te starten.

Bij source kreeg ik geen suggesties en had ik in de eerste instantie leeggelaten. Toen ik daarna direct in de yaml bezig was zag ik niet dat ik de source miste

Maar goed, als ik nu zeg dat mijn Denon media_player.spotify als bron moet kiezen krijg ik niet eens een knop om de yam op de slaan:

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      device_id: d7a3afbac3eaaa356b8f6bcc65adbd7b
    data:
      source: media_player.spotify
  - service: media_player.volume_set
    data:
      volume_level: 0.2
  - service: media_player.media_play
        target:
          entity_id: media_player.spotify
        data:
          media_content_id: "https://open.spotify.com/playlist/5xddIVAtLrZKtt4YGLM1SQ?si=YcvRqaKNTxOi043Qn4LYkg"
          media_content_type: playlist
mode: single

Dus hier klopt nog steeds niets van?

Nee, je begrijpt het verkeerd. Je moet je Denon instellen als de source van media_player.spotify.
Dat klinkt inderdaad alsof het verkeerdom is, naar zo werkt de Spotify integratie.
Speel maar eens iets af op je Denon via Spotify, dan zul je zien dat de Denon als source ingesteld staat op media_player.spotify.
Dat moet overigens geen entity_id zijn, maar een naam. Ik heb geen ervaring met Denon, maar mij Google Home is het de naam zoals in de Google Home app.

[oltk]

Koepert schreef op zondag 14 november 2021 @ 12:29:
[...]


Ik ben met Deconz begonnen omdat bij Z2M de Cnbee stick als Experimental gelabeld staat, en ik wilde juist zigbee (i.t.t wifi) om stabiliteit.

Ik heb ZHA gekozen omdat ik hiermee tenminste devices makkelijk kon koppelen. Ik begreep dat deel
Gewoon integrations/cobee/configure

Hoe dat moet met MQTT is me nog steeds een raadsel. Ik heb alles geinstalleerd en toegevoegd
Integrations: Mosquitto MQTT broker
addon store: moquitto MQTT broker

als ik klik op de integrations MQTT broker krijg ik een vaag scherm waarin ik zelf iets moet intypen:
Ik mag "publiceer een pakket"
of "luisteren naar onderwerp"

In de handleiding staat wartaal:
"The discovery of MQTT devices will enable one to use MQTT devices with only minimal configuration effort on the side of Home Assistant. The configuration is done on the device itself and the topic used by the device."

Toen koos ík voor ZHA

[Septillion]

@oltk Nadat je de MQTT addon en de MQTT integratie hebt opgezet hoef je daar dan ook niet meer te zijn

Of je hebt devices die gelijk via MQTT integreren, die heeft je gewoon het adres van je HA + username en password die je koos met addon installeren. Precies wat er dus als "wartaal" in de handleiding staat

En voor Zigbee2MQTT installeer je die addon (die haalt login gegeven al zelf op) en regelt alles vanaf daar.

[Gizz]

TheFes schreef op zondag 14 november 2021 @ 19:58:
[...]


Nee, je begrijpt het verkeerd. Je moet je Denon instellen als de source van media_player.spotify.
Dat klinkt inderdaad alsof het verkeerdom is, naar zo werkt de Spotify integratie.
Speel maar eens iets af op je Denon via Spotify, dan zul je zien dat de Denon als source ingesteld staat op media_player.spotify.
Dat moet overigens geen entity_id zijn, maar een naam.

Duidelijk! Volgens mij ben ik dan dicht bij de oplossing, maar ik ben er nog niet helemaal:

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      source: Denon AVR-X1600H
  - service: media_player.volume_set
    data:
      volume_level: 0.2
  - service: media_player.media_play
        target:
          entity_id: media_player.spotify_inlognaam
        data:
          media_content_id: "https://open.spotify.com/playlist/5xddIVAtLrZKtt4YGLM1SQ?si=YcvRqaKNTxOi043Qn4LYkg"
          media_content_type: playlist
mode: single

Levert nog steeds op:

code:

New Script: Error executing script. Invalid data for call_service at pos 1: required key not provided @ data['source']

Terwijl 'Denon AVR-X1600H' echt de juiste naam is. Als ik naar de states van media_player.spotify_inlognaam kijk:

YAML:

source_list:
  - Web Player (Firefox)
  - Denon AVR-X1600H
volume_level: 0.5
media_content_id: spotify:track:6n1EOsR4Q7yYUHdnHQmWhe
media_content_type: music
media_duration: 385.493
media_position: 0
media_position_updated_at: '1970-01-01T00:00:00+00:00'
media_title: Beautiful Moons Ago - Live
media_artist: Benny Green
media_album_name: Testifyin! Live At The Village Vanguard
media_track: 5
media_playlist: Jazz for Autumn
source: Denon AVR-X1600H
shuffle: true
repeat: 'off'
friendly_name: Spotify inlognaam

[Septillion]

@Gizz Waar komt die enorme inspringing voor 'target' van je 3e servicecall vandaan? Zet deze eens even gelijk zoals bij de rest

[Gizz]

@Septillion Goede!

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      source: Denon AVR-X1600H
  - service: media_player.volume_set
    data:
      volume_level: 0.2
  - service: media_player.media_play
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      media_content_id: "https://open.spotify.com/playlist/5xddIVAtLrZKtt4YGLM1SQ?si=YcvRqaKNTxOi043Qn4LYkg"
      media_content_type: playlist
mode: single

Geeft verder dezelfde foutmelding overigens
edit: bleek ergens nog een spatie teveel te staan. Nu triggered hij het script 1x zonder foutmelding. Daarna weer de error.

[ Voor 24% gewijzigd door Gizz op 14-11-2021 20:37 ]

[Septillion]

@Gizz media_play => play_media

[Gizz]

Septillion schreef op zondag 14 november 2021 @ 20:36:
@Gizz media_play => play_media

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      source: Denon AVR-X1600H
  - service: media_player.volume_set
    data:
      volume_level: 0.2
  - service: media_player.play_media
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      media_content_id: "https://open.spotify.com/playlist/5xddIVAtLrZKtt4YGLM1SQ?si=YcvRqaKNTxOi043Qn4LYkg"
      media_content_type: playlist
mode: single

Zo? Zelfde foutmelding

[Septillion]

@Gizz Nu je 'media_player.volume_set' nog een target

[Gizz]

Septillion schreef op zondag 14 november 2021 @ 20:40:
@Gizz Nu je 'media_player.volume_set' nog een target

Dat was 'm. Dank!

Voor de volledigheid dus:

YAML:

alias: Speel eens een deuntje
sequence:
  - service: media_player.select_source
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      source: Denon AVR-X1600H
  - service: media_player.volume_set
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      volume_level: 0.2
  - service: media_player.play_media
    target:
      entity_id: media_player.spotify_inlognaam
    data:
      media_content_id: "https://open.spotify.com/playlist/37i9dQZF1DX7UE7qrnkvsf?si=ebf1463056f04814"
      media_content_type: playlist
mode: single

[ Voor 61% gewijzigd door Gizz op 14-11-2021 20:43 ]

[sOid]

Septillion schreef op zondag 14 november 2021 @ 20:40:
@Gizz Nu je 'media_player.volume_set' nog een target

Kun je dat eigenlijk ook combineren? Bijvoorbeeld door te beginnen met target: entity_id.... en op basis daarvan 3 service calls te doen?

[TheFes]

sOid schreef op zondag 14 november 2021 @ 20:46:
[...]

Kun je dat eigenlijk ook combineren? Bijvoorbeeld door te beginnen met target: entity_id.... en op basis daarvan 3 service calls te doen?

Dat kan niet voor zover ik weet, zou wel een goeie zijn, dat je een default target in een script mee geeft, en dan bij al je service calls geen target meer mee hoeft te geven.

Je kunt wel zoiets doen natuurlijk:

YAML:

- variables:
    target: media_player.spotify_naam
- service: media_player.volume_set
  target:
    entity_id: "{{ target }}"
  data:
    volume_level: 0.2

[sOid]

TheFes schreef op zondag 14 november 2021 @ 20:57:
[...]


Dat kan niet voor zover ik weet, zou wel een goeie zijn, dat je een default target in een script mee geeft, en dan bij al je service calls geen target meer mee hoeft te geven.

Je kunt wel zoiets doen natuurlijk:

YAML:

- variables:
    target: media_player.spotify_naam
- service: media_player.volume_set
  target:
    entity_id: {{ target }}
  data:
    volume_level: 0.2

Ah ja. Schiet je alleen niet zo veel mee op. Maar natuurlijk wel handig als je een script wilt delen bijvoorbeeld.

[oltk]

Septillion schreef op zondag 14 november 2021 @ 20:21:
@oltk Nadat je de MQTT addon en de MQTT integratie hebt opgezet hoef je daar dan ook niet meer te zijn

Of je hebt devices die gelijk via MQTT integreren, die heeft je gewoon het adres van je HA + username en password die je koos met addon installeren. Precies wat er dus als "wartaal" in de handleiding staat

En voor Zigbee2MQTT installeer je die addon (die haalt login gegeven al zelf op) en regelt alles vanaf daar.

Wacht. Dus ik druk op het "verbind" knopje (op een willekeurig device dat wordt ondersteund) en ik vind 'm ergens als entiteit terug?

Hoe weet ik dan hoe die nieuw entiteit heet? En als ik een ZHA koppeling wilde doen, duurde dat soms best lang (of moest ik dat 3x proberen). Waarom is in die keren MQTT niet ertussen gesprongen?

[Septillion]

@oltk Nadat je permit join aan hebt gezet, ja. Als je dan in de Z2M inteface zit (waar je ook makkelijk permit join aan kunt zetten) zie je vanzelf meldingen (incl naam) over het pairen langs komen. En na het pairen kan je het hele device een vriendelijke naam geven.

ZHA werkt direct met HA en gaat niet via MQTT.

[oltk]

Septillion schreef op zondag 14 november 2021 @ 22:26:
@oltk Nadat je permit join aan hebt gezet, ja. Als je dan in de Z2M inteface zit (waar je ook makkelijk permit join aan kunt zetten) zie je vanzelf meldingen (incl naam) over het pairen langs komen. En na het pairen kan je het hele device een vriendelijke naam geven.

ZHA werkt direct met HA en gaat niet via MQTT.

"Als je dan in de Z2M inteface zit"
Ik weet niet wat de Z2M interface is, maar ik vermoed dat dit de addon tabbladen zijn? Of is er nog een aparte integratie die een interface heeft?

Ik heb in die tabbladen nu staan:

[Mars Warrior]

Zoals sommige al weten die het Show Topic ook lezen heb ik een nieuwe custom card gemaakt, en na voorstel van @Koepert en na overleg en toestemming van @Septillion besloten om een eigen topic aan te maken voor het laten testen van deze kaart.

Na het beta testen zal ik de kaart ook daadwerkelijk vrijgeven!

Goed de randvoorwaarden lezen!



Linkje: Home Assistant - Het Swiss Army Knife Beta FEEDBACK topic

Ik heb nog ff een paar dagen denk ik nodig heb om alle software en configuratie (views, cards, templates, etc.) toegankelijker te maken.

Aanmelden bij mij via DM - wel ff goed de verwachtingen lezen - om mee te helpen als beta tester kan natuurlijk al wel

Noot:
Ik weet inmiddels dat de koppen in de TS op mobiel niet goed gaan, daar doe ik nog wat aan

[barrymossel]

oltk schreef op zondag 14 november 2021 @ 22:49:
[...]


"Als je dan in de Z2M inteface zit"
Ik weet niet wat de Z2M interface is, maar ik vermoed dat dit de addon tabbladen zijn? Of is er nog een aparte integratie die een interface heeft?

Ik heb in die tabbladen nu staan:
[Afbeelding]

[Septillion]

@oltk Mosquitto is niet Z2M. Mosquitto is je MQTT broker ofwel de MQTT integratie. Dit heeft nog helemaal niets, nada met Zigbee te maken

Deze heb je wel nodig voor Z2M maar als deze eenmaal draait ben je daarmee klaar. Gewoon weggaan, niet meer kijken

Maar daarna moet je Zigbee2MQTT installeren. Dan deze even configureren (vooral even andere network key kiezen). Dan kan je in de addon setting (info tab) kiezen voor "open web UI" of deze toevoegen aan de sidebar.

[oltk]

@Septillion en @barrymossel

Dank! stom. dat is uiteraard niet hetzelfde.

Ik had die addon idd niet geinstalleerd (moest de repo zelf toevoegen zie ik).
Nu krijg ik alleen nog een bad gateway bij de webui. Ik zie in de log "failed to start zigbee". Ik denk dat ik m nog moet vertellen waar / wat mijn zigbee controller is. ik ga wel ff wat tutorials aflopen om te kijken of ik dat kan uitvogelen

edit:
de link naar de conbee2 stick klopt volgens hardware info. toch bad gateway. of moet ik een tcp adres invullen? zie ik ook iemand doen in een ellenlang instructiefilmpje

moet ik nu één van die network keys kiezen? of een eigen volgorde?

YAML:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
serial:
  port: /dev/ttyACM0
advanced:
  log_level: warn
  pan_id: 6754
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental: {}
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: '-d -d'
  log: false

[ Voor 56% gewijzigd door oltk op 14-11-2021 23:43 ]

[barrymossel]

oltk schreef op zondag 14 november 2021 @ 23:31:
@Septillion en @barrymossel

Dank! stom. dat is uiteraard niet hetzelfde.

Ik had die addon idd niet geinstalleerd (moest de repo zelf toevoegen zie ik).
Nu krijg ik alleen nog een bad gateway bij de webui. Ik zie in de log "failed to start zigbee". Ik denk dat ik m nog moet vertellen waar / wat mijn zigbee controller is. ik ga wel ff wat tutorials aflopen om te kijken of ik dat kan uitvogelen

Die bad gateway kan te maken hebben met het gebruik van een externe URL. Gaat ie naar mijnhass.nl:port, probeer dan eens in je browser [ipnummer]:port.

En voor die zigbee failure moet je even kijken hoe je je HA hebt geïnstalleerd. RPi, of NUC, etc. Maar daar kom je vast wel uit.

[ Voor 8% gewijzigd door barrymossel op 14-11-2021 23:41 ]

[oltk]

barrymossel schreef op zondag 14 november 2021 @ 23:38:
[...]

Die bad gateway kan te maken hebben met het gebruik van een externe URL. Gaat ie naar mijnhass.nl:port, probeer dan eens in je browser [ipnummer]:port.

En voor die zigbee failure moet je even kijken hoe je je HA hebt geïnstalleerd. RPi, of NUC, etc. Maar daar kom je vast wel uit.

ik blijf lekker intern. Geen externe url's.
HA staat in een NUC (proxmox). Ik zet de poort uiteraard door. Maar wellicht komt de foutmelding omdat de conbee integratie ook nog werkt?

edit: volgens vergelijkbare foutmeldingen op github zal dit laatste het zijn. morgen verder kloten experimenteren

[ Voor 9% gewijzigd door oltk op 15-11-2021 00:00 ]

[Geert36]

oltk schreef op zondag 14 november 2021 @ 23:31:
@Septillion en @barrymossel

Dank! stom. dat is uiteraard niet hetzelfde.

Ik had die addon idd niet geinstalleerd (moest de repo zelf toevoegen zie ik).
Nu krijg ik alleen nog een bad gateway bij de webui. Ik zie in de log "failed to start zigbee". Ik denk dat ik m nog moet vertellen waar / wat mijn zigbee controller is. ik ga wel ff wat tutorials aflopen om te kijken of ik dat kan uitvogelen

edit:
de link naar de conbee2 stick klopt volgens hardware info. toch bad gateway. of moet ik een tcp adres invullen? zie ik ook iemand doen in een ellenlang instructiefilmpje

moet ik nu één van die network keys kiezen? of een eigen volgorde?

YAML:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
serial:
  port: /dev/ttyACM0
advanced:
  log_level: warn
  pan_id: 6754
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental: {}
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: '-d -d'
  log: false

Even adapter: deconz toevoegen onder serial:

code:

serial:
  port: /dev/ttyACM0
  adapter: deconz

[oltk]

Geert36 schreef op maandag 15 november 2021 @ 07:31:
[...]

Even adapter: deconz toevoegen onder serial:

code:

serial:
  port: /dev/ttyACM0
  adapter: deconz

In de instellingen van zigbee2mqtt neem ik aan

[Septillion]

@oltk Bad gateway zal inderdaad gewoon zijn omdat het nog niet gestart is.

Eigenlijk hoef je nu nog maar twee dingen te doen:
- by-id path naar je stick invoeren bij path (te vinden bij Supervisor => System => Host => Drie puntjes => Hardware)
- Anders network_key kiezen. Zou moeten kunnen tegenwoordig met network_key: GENERATE

En misschien derde ding als je een Conbee gebruikt daar deze niet altijd 100% goed gezien wordt en dat is dus adapter: deconz toevoegen onder serial.

En ja, zoals ik al eerder zei, er kan maar één ding controle hebben over de stick. Dus als DeConz draait zal Zugbee2MQTT het niet kunnen.

[zierbeek]

zierbeek schreef op zaterdag 13 november 2021 @ 12:13:
HI all, ik heb dit type watersensor wat een mooie sinusgolf toont via een app op de telefoon om magnetisme te meten. klopt het dat het uitlezen lukt met de HMC5883L sensor en esp? of zijn er beter opties?

[Afbeelding]

Alvast bedankt!

Iemand die me even kan helpen?

Ik las op de fora hier dat deze effectief wel werd gebruikt vroeger maar dat artikel was al vrij oud. Is dit op heden nog steeds de beste oplossing?

[witterholt]

Goedemorgen,

Ik zie regelmatig deze meldingen in de log terug komen:

code:

Logger: dsmr_parser.clients.protocol
Source: /usr/local/lib/python3.9/site-packages/dsmr_parser/clients/protocol.py:136
First occurred: 14 november 2021 13:36:20 (23 occurrences)
Last logged: 09:36:22

Invalid telegram. The CRC checksum '42425' does not match the expected '13168'
Invalid telegram. The CRC checksum '7155' does not match the expected '45615'
Invalid telegram. The CRC checksum '52785' does not match the expected '38489'
Invalid telegram. The CRC checksum '56516' does not match the expected '34977'
Invalid telegram. The CRC checksum '39233' does not match the expected '60541'

En deze ook:

code:

Logger: dsmr_parser.clients.protocol
Source: /usr/local/lib/python3.9/site-packages/dsmr_parser/clients/protocol.py:117
First occurred: 14 november 2021 16:06:21 (6 occurrences)
Last logged: 08:49:25

keep-alive check failed

Ik gebruik voor het uitlezen van de slimme meter (Iskra AM 550 ESMR v5) via P1 deze Wifi module: https://www.connectix.nl/...wifi-adapter-met-display/
In Home Asssistant gebruik ik deze integratie: https://www.home-assistant.io/integrations/dsmr
waarbij ik de minimumtijd tussen entiteitsupdate(s) op 60 seconden heb staan.

[ Voor 11% gewijzigd door witterholt op 15-11-2021 10:03 ]

[Koepert]

Goedemorgen,

In mijn beleving klopt deze kaart.. toch werkt hij niet zoals ik verwacht.. Iemand die de fout spot?

Zou kunnen dat er bij kopieren naar Tweakers iets met spaties verkeerd gaat

YAML:

type: custom:state-switch
entity: input_select.status_huis
default: afwezig
states:
  thuis:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                    name: Thuis
                    icon: mdi:home-circle-outline
                    offStates:
                      - Afwezig
                      - Bezoek
                      - Vakantie
                    tap_action:
                      action: call-service
                      service: script.kamer
                      service_data:
                        mode: Thuis
  afwezig:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                name: Afwezig
                icon: mdi:home-export-outline
                offStates:
                  - Thuis
                  - Bezoek
                  - Vakantie
                tap_action:
                  action: call-service
                  service: script.kamer
                  service_data:
                    mode: Afwezig
  bezoek:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                    name: Bezoek
                    icon: mdi:home-import-outline
                    offStates:
                      - Thuis
                      - Afwezig
                      - Vakantie
                    hideState: true
                    tap_action:
                      action: call-service
                      service: script.kamer
                      service_data:
                        mode: Bezoek
  vakantie:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                    name: Vakantie
                    icon: mdi:sunglasses
                    offStates:
                      - Thuis
                      - Bezoek
                      - Afwezig
                    hideState: true
                    tap_action:
                      action: call-service
                      service: script.kamer
                      service_data:
                        mode: Vakantie

De off states kunnen er evt uit, maar door die te laten staan zie ik dat bij een switch van Thuis naar Afwezig de button naar "off" gaat.. maw de eerste button/card blijft staan.

Nevermind. K zie de inspring-error al. Nu werkt hij wel

[ Voor 3% gewijzigd door Koepert op 15-11-2021 10:08 ]

[OMX2000]

Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

[witterholt]

OMX2000 schreef op maandag 15 november 2021 @ 11:15:
Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

Klopt, daar is nog niets voor. Zelf gebruik ik daarom de In-Lite app en heb daar een schedule gemaakt. Daarna eigenlijk niet meer naar om gekeken .

[sOid]

OMX2000 schreef op maandag 15 november 2021 @ 11:15:
Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

Hue heeft tegenwoordig ook tuinverlichting toch? En anders gewoon generieke armaturen nemen en daarin zigbee-lampjes? (Al is dat dan niet op laagspanning.)

[ Voor 3% gewijzigd door sOid op 15-11-2021 11:40 ]

[smesjz]

Ik ben aan het knutselen om kWh verbruik van mn Itho Daalderop warmtepomp (WPU 5G) te tonen.
Sensor toont totaal verbruik.

YAML:

  - platform: mqtt
    name: Itho WPU Total Power Used
    state_topic: "itho/ithostatus"
    value_template: >
      {{ (value_json['E-consumption during standby']| float + value_json['E-consumption during DHW']| float + value_json['E-consumption during heating']| float + value_json['E-consumption during cooling']| float) | float }}
    unique_id: "itho_wpu_total_energy"
    state_class: "total"
    device_class: "energy"
    unit_of_measurement: "kWh"

Dit werkt verder prima. Maar als ik utility meter toevoeg:

YAML:

utility_meter:
  energy_wpu:
    source: sensor.itho_wpu_total_power_used
    cycle: daily
    name: Daily WPU power use

krijg ik dit als error:

code:

2021-11-15 10:30:01 ERROR (MainThread) [homeassistant.components.sensor] Error while setting up utility_meter platform for sensor
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 257, in _async_setup_platform
    await asyncio.gather(*pending)
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 382, in async_add_entities
    await asyncio.gather(*tasks)
  File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 607, in _async_add_entity
    await entity.add_to_platform_finish()
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 714, in add_to_platform_finish
    await self.async_added_to_hass()
  File "/usr/src/homeassistant/homeassistant/components/utility_meter/sensor.py", line 305, in async_added_to_hass
    float(state.attributes.get(ATTR_LAST_PERIOD))
ValueError: could not convert string to float: 'None'

Ik ga vanuit dat dit komt omdat bij opzetten van utility meter er nog geen bericht via MQTT is gekomen. Ik kan natuurlijk 0 als default gebruiken maar ik wil eigenlijk de vorige waarde (voor de herstart) gebruiken aangezien het een 'total' sensor is.
Iemand hier ook ervaring mee?

Edit: stoppen van HA, verwijderen uit .storage/core.restore_state en herstart van HA was de workaround. Zou niet nodig moeten zijn...

[ Voor 3% gewijzigd door smesjz op 15-11-2021 15:14 . Reden: workaround ]

[skank]

Koepert schreef op maandag 15 november 2021 @ 10:02:
Goedemorgen,

In mijn beleving klopt deze kaart.. toch werkt hij niet zoals ik verwacht.. Iemand die de fout spot?

Zou kunnen dat er bij kopieren naar Tweakers iets met spaties verkeerd gaat

YAML:

type: custom:state-switch
entity: input_select.status_huis
default: afwezig
states:
  thuis:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                    name: Thuis
                    icon: mdi:home-circle-outline
                    offStates:
                      - Afwezig
                      - Bezoek
                      - Vakantie
                    tap_action:
                      action: call-service
                      service: script.kamer
                      service_data:
                        mode: Thuis
  afwezig:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                name: Afwezig
                icon: mdi:home-export-outline
                offStates:
                  - Thuis
                  - Bezoek
                  - Vakantie
                tap_action:
                  action: call-service
                  service: script.kamer
                  service_data:
                    mode: Afwezig
  bezoek:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                    name: Bezoek
                    icon: mdi:home-import-outline
                    offStates:
                      - Thuis
                      - Afwezig
                      - Vakantie
                    hideState: true
                    tap_action:
                      action: call-service
                      service: script.kamer
                      service_data:
                        mode: Bezoek
  vakantie:
    type: custom:homekit-card
    enableColumns: true
    rows:
      - row: 1
        columns:
          - column: 1
            tileOnRow: 2
            entities:
              - entities:
                  - entity: input_select.status_huis
                    name: Vakantie
                    icon: mdi:sunglasses
                    offStates:
                      - Thuis
                      - Bezoek
                      - Afwezig
                    hideState: true
                    tap_action:
                      action: call-service
                      service: script.kamer
                      service_data:
                        mode: Vakantie

De off states kunnen er evt uit, maar door die te laten staan zie ik dat bij een switch van Thuis naar Afwezig de button naar "off" gaat.. maw de eerste button/card blijft staan.

Nevermind. K zie de inspring-error al. Nu werkt hij wel

Huh de yaml ziet er vreemd uit bij jou?
Normaal zet je die columns en rows toch in het begin en daarna je entities?
Kun jij een mix maken dan van dergelijke tiles EN andere cards?
Ik kan dit namelijk niet.

Lukt het jou ook om input selects in dergelijke tiles te steken?
KAn ik ergens je code bekijken?

[TheFes]

skank schreef op maandag 15 november 2021 @ 11:48:
[...]


Huh de yaml ziet er vreemd uit bij jou?
Normaal zet je die columns en rows toch in het begin en daarna je entities?
Kun jij een mix maken dan van dergelijke tiles EN andere cards?
Ik kan dit namelijk niet.

Lukt het jou ook om input selects in dergelijke tiles te steken?
KAn ik ergens je code bekijken?

Hij gebruikt deze kaart https://github.com/thomasloven/lovelace-state-switch in combinatie met deze https://github.com/DBuit/Homekit-panel-card

[ Voor 6% gewijzigd door TheFes op 15-11-2021 12:25 ]

[CAP-Team]

OMX2000 schreef op maandag 15 november 2021 @ 11:15:
Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

Ik heb onder de overkapping 2 Hue lampen hangen, werkt prima.
En er zijn inderdaad veel meer Hue buitenlampen te koop.

[Koepert]

skank schreef op maandag 15 november 2021 @ 11:48:
[...]


Huh de yaml ziet er vreemd uit bij jou?
Normaal zet je die columns en rows toch in het begin en daarna je entities?
Kun jij een mix maken dan van dergelijke tiles EN andere cards?
Ik kan dit namelijk niet.

Lukt het jou ook om input selects in dergelijke tiles te steken?
KAn ik ergens je code bekijken?

Je kunt input_selects IN een homekit gebruiken, alleen is de ' select' dan wel afhankelijk van gebruik van more_info in de card. en wat TheFes zegt klopt, ik heb een stateswitch die, afhankelijk van de state van mijn input_select een andere (homekit-)card (enkel vierkantje dus) laat zien. Deze werken bijvoorbeeld ook als je ze als entity aan een column van een homekitcard toevoegd:

YAML:

              - entity: input_select.themes_light
                name: Light Theme
                hideState: true
                tap_action:
                  action: more-info
                  entity: input_select.themes_light
              - entity: input_select.themes_dark
                name: Dark Theme
                hideState: true
                tap_action:
                  action: more-info
                  entity: input_select.themes_dark

Het is alleen even puzzelen met de juiste layout/indentation

[skank]

Ja maar ik dacht altijd dat je geen combos kan maken...
Dat gans de pagina in de tiles was...
Je kan dus perfect een pagina maken met gelijk welke card, en dan eronder bv 1 button met die homekit style card?

Normaal moet je namelijk ook de pagina op panel: true zetten.... en dan kun je ook maar effectief 1 card gebruiken, zijnde de homekit...

[Koepert]

skank schreef op maandag 15 november 2021 @ 12:49:
Ja maar ik dacht altijd dat je geen combos kan maken...
Dat gans de pagina in de tiles was...
Je kan dus perfect een pagina maken met gelijk welke card, en dan eronder bv 1 button met die homekit style card?

Normaal moet je namelijk ook de pagina op panel: true zetten.... en dan kun je ook maar effectief 1 card gebruiken, zijnde de homekit...

Klopt. En ik heb nu Hmmbob zn layout gepakt als basis en daar op diverse plekken homekit tiles (single of rijtje van 3) toegevoegd zonder panel op true te hebben. Soms als je eigenwijs bent en gewoon wat probeert, kom je best ver

[kepler]

OMX2000 schreef op maandag 15 november 2021 @ 11:15:
Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

Bij ons komen de stopcontacten uit in de meterkast, slimme stekker erin en het is geautomatiseerd

[skank]

Koepert schreef op maandag 15 november 2021 @ 12:54:
[...]


Klopt. En ik heb nu Hmmbob zn layout gepakt als basis en daar op diverse plekken homekit tiles (single of rijtje van 3) toegevoegd zonder panel op true te hebben. Soms als je eigenwijs bent en gewoon wat probeert, kom je best ver

Mmm ok es proberen

[Animal]

TheFes schreef op zaterdag 13 november 2021 @ 20:28:
[...]


Shelly 1PM
Shelly Dimmer 2
Blitzwolf SHP13
Power calculation (integration in HACS)

Mijn shelly dimmers verschijnen niet zomaar in mijn energy dashboard. Hoe heb jij dat opgelost? Ik gebruik liever geen custom intergrations.

[TheFes]

Animal schreef op maandag 15 november 2021 @ 13:17:
[...]

Mijn shelly dimmers verschijnen niet zomaar in mijn energy dashboard. Hoe heb jij dat opgelost? Ik gebruik liever geen custom intergrations.

Ik gebruik de standaard Shelly integratie met Shelly Dimmer 2 modules. Die geeft vanuit de integratie al gewoon een sensor voor energy. Het kan zijn dat dit standaard op disabled staat en dat je heb dus even aan moet zetten.

[scorpion303]

OMX2000 schreef op maandag 15 november 2021 @ 11:15:
Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

Wij hebben onlangs onze nieuwe tuin voorzien van Hue Outdoor verlichting. Werkt prima. Ook over de integratie met Home Assistant valt weinig te klagen, al blijf ik wel een groot voorstander van het (blijven) gebruiken van Hue Bridges om de afhankelijkheid van één centrale Home Assistant niet te groot te maken.

[barrymossel]

OMX2000 schreef op maandag 15 november 2021 @ 11:15:
Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

Hier ook Hue op laagspanning. Werkt prima. Leuk met kleurtjes die ik echt never gebruik...

[sOid]

barrymossel schreef op maandag 15 november 2021 @ 15:09:
[...]

Hier ook Hue op laagspanning. Werkt prima. Leuk met kleurtjes die ik echt never gebruik...

De kerstperiode komt eraan dus prima moment om je uit te leven

[vonkkie]

Hier 3 x hue lily deze geven mooi licht en werken perfect met Ha

[skank]

sOid schreef op maandag 15 november 2021 @ 15:10:
[...]

De kerstperiode komt eraan dus prima moment om je uit te leven

Buiten enkele kerstverlichting ben ik eigenlijk wel benieuwd of er mensen zijn die iets speciaals doen binnenin HA ivm kerst? p:

[vonkkie]

Kerst boom buiten verlichting en onze kerst standaard alles via ha bedienbaar gemaakt

[ Voor 69% gewijzigd door vonkkie op 15-11-2021 15:29 ]

[TheFes]

De verlichting zal aangesloten worden op slimme schakelaars, verder niets spannends.

[sOid]

skank schreef op maandag 15 november 2021 @ 15:26:
[...]


Buiten enkele kerstverlichting ben ik eigenlijk wel benieuwd of er mensen zijn die iets speciaals doen binnenin HA ivm kerst? p:

Ik heb vorig jaar zigbee RGB(W?)-kerstverlichting bij Lidl gekocht. Dus dat. Nog niet nagedacht over automations/scripts etc.

[skank]

Kerstdeuntjes door de google zou ook nog kunnen lol

[barrymossel]

TheFes schreef op maandag 15 november 2021 @ 15:28:
De verlichting zal aangesloten worden op slimme schakelaars, verder niets spannends.

Dit dus. En dan schakelen met de andere verlichting. Uit als de rest uitgaat. Aan in de ochtend (en uit als we niet thuis zijn).

[sOid]

skank schreef op maandag 15 november 2021 @ 15:44:
Kerstdeuntjes door de google zou ook nog kunnen lol

Wel koppelen aan je deurbel dan Of als je wasmachine klaar is de kerstboom laten knipperen en een "Ho ho ho" uit je radio

[skank]

sOid schreef op maandag 15 november 2021 @ 15:51:
[...]

Wel koppelen aan je deurbel dan Of als je wasmachine klaar is de kerstboom laten knipperen en een "Ho ho ho" uit je radio

Klopt, mochten er nog leuke ideetjes zijn

[kipppertje]

OMX2000 schreef op maandag 15 november 2021 @ 11:15:
Hebben mensen ervaring met tuinverlichting die betrouwbaar werkt en te integreren is met Home Assistant? Bijna alle hoveniers, stratenmakers tippen In-Lite, maar hun not so Smarthub integreert, zover ik weet, met helemaal niks.

Ik gebruik de IKEA Tradfri lampjes buiten. Werkt prima (zonsondergang aan, uurtje of 02:00 uit). Eventueel kun je ook met slimme stekkers werken via wifi / zigbee / zwave.

Of heb je specifieke tuinverlichting en / of functionaliteiten in gedachten?

[kipppertje]

skank schreef op maandag 15 november 2021 @ 15:26:
[...]


Buiten enkele kerstverlichting ben ik eigenlijk wel benieuwd of er mensen zijn die iets speciaals doen binnenin HA ivm kerst? p:

De kerstboom staat nog niet, maar vorig jaar ging de kerstboom knipperen als er aangebeld werd.

[kipppertje]

Tijdje geleden begonnen aan HA, hiervoor had ik een Vera Edge (zwave dus), maar ik wilde iets meer flexibiliteit. Omdat ik nog niet wist heb ik het geïnstalleerd op een RPi 3 die ik over had. Dit werkt als een trein, maar ik heb iets met meer power nodig.

Nu heb ik een Synology nas staan, en kan ik dus HA als docker draaien, maar dan kan ik geen add-ons installeren. De Synology kan ook virtualiseren, maar de image die boot helaas niet. Nu heb ik ook nog een los servertje draaien waar ik eventueel ESXi op kan gaan draaien, of het direct erop draaien.

Ik maak nu gebruik van Hue, Ikea en Vera via integraties, dus Home Assistant hoeft alleen maar aan te sturen. Ik wil echter over naar zigbee2mqtt, zodat ik ook generieke zigbee apparaten kan gebruiken.

Wat zouden jullie aanraden om Home Assistant op te draaien?

[martinvdm]

Voor de DeconZ docker gebruikers;
Mimiix in "deCONZ - Zigbee gateway van Dresden Elektronik"

[martinvdm]

Iemand ervaring met wifi door window sensors? Ik heb een metalen brievenbus, zodra hier een zigbee sensor in gaat, is het signaal weg. Ik hoop met WiFi dit wel voor elkaar te krijgen, maar ik wil eigenlijk geen Tuya. Liefst een lokaal werkend device op batterij. Thanks

[Raven]

martinvdm schreef op maandag 15 november 2021 @ 18:24:
Iemand ervaring met wifi door window sensors? Ik heb een metalen brievenbus, zodra hier een zigbee sensor in gaat, is het signaal weg. Ik hoop met WiFi dit wel voor elkaar te krijgen, maar ik wil eigenlijk geen Tuya. Liefst een lokaal werkend device op batterij. Thanks

Gaatje boren, RP-SMA pigtail erin schroeven zodat er aan de buitenkant een antenne zit?

[RobertMe]

martinvdm schreef op maandag 15 november 2021 @ 18:24:
Iemand ervaring met wifi door window sensors? Ik heb een metalen brievenbus, zodra hier een zigbee sensor in gaat, is het signaal weg. Ik hoop met WiFi dit wel voor elkaar te krijgen, maar ik wil eigenlijk geen Tuya. Liefst een lokaal werkend device op batterij. Thanks

Eventueel zou je zoiets ook zelf kunnen maken met een ESP, contactsensor, en dan ESPHome er op bv. Moet je alleen even puzzelen v.w.b. energievoorziening. Kabel gaat vast niet, accu in combinatie met deep-sleep kan dan wel interessant zijn. Daarbij kun je waarschijnlijk dan ook nog eens de contactsensor gebruiken om uit deep sleep te ontwaken. Of een zonnepaneeltje eraan. En uiteraard extra mogelijkheden door bv een temperatuursensor toe te voegen.

[martinvdm]

Raven schreef op maandag 15 november 2021 @ 18:32:
[...]

Gaatje boren, RP-SMA pigtail erin schroeven zodat er aan de buitenkant een antenne zit?

Ja eens maar een externe zigbee antenne aan bijv een aqara sensor moet ik nog tegenkomen.

[martinvdm]

RobertMe schreef op maandag 15 november 2021 @ 18:32:
[...]

Eventueel zou je zoiets ook zelf kunnen maken met een ESP, contactsensor, en dan ESPHome er op bv. Moet je alleen even puzzelen v.w.b. energievoorziening. Kabel gaat vast niet, accu in combinatie met deep-sleep kan dan wel interessant zijn. Daarbij kun je waarschijnlijk dan ook nog eens de contactsensor gebruiken om uit deep sleep te ontwaken. Of een zonnepaneeltje eraan. En uiteraard extra mogelijkheden door bv een temperatuursensor toe te voegen.

Ja ik heb redelijk wat esp projectjes gedaan ook met esphome, maar de voeding is hierbij wel een dingetje. Evt zou ik met deep sleep een wake kunnen doen adhv een gpio input, maar ik zocht een meer kant en klaar verhaal voor dit eigenlijk

[Raven]

martinvdm schreef op maandag 15 november 2021 @ 18:47:
[...]

Ja eens maar een externe zigbee antenne aan bijv een aqara sensor moet ik nog tegenkomen.

Er zijn ESP-modules met IPEX/u.fl aansluiting voor een pigtail.

[martinvdm]

Raven schreef op maandag 15 november 2021 @ 18:49:
[...]

Er zijn ESP-modules met IPEX/u.fl aansluiting voor een pigtail.

Esp wel ja, zie opmerking hierboven

[skank]

Volgens de github page zou ik met een custom button de kleur moeten kunnen wijzigen van de button zelf, bij veranering van een state

Zoiets:

code:

- type: 'custom:button-card'
  color_type: card
  entity: binary_sensor.intruder
  name: Intruder Alert
  state:
    - value: 'on'
      color: red
      icon: mdi:alert
      styles:
        card:
          - animation: blink 2s ease infinite
    - operator: default
      color: green
      icon: mdi:shield-check

Echter wanneer ik dit zelf toepas, dan wijzigt de kleur helemaal niet van de button zelf, het icon en de naam kleuren wel

code:

state:
              - value: "on"
                color: blue
                styles:
                  icon:
                    - color: yellow
                  card:
                    - color: green

Edit: oplossing gevonden

code:

card:
                - background-color: '#242e42'

[ Voor 5% gewijzigd door skank op 16-11-2021 14:38 ]

[RudolfR]

Ik was in de veronderstelling dat ik wel wat werk te doen had i.v.m. de wijziging voor template-filter-defaults, maar ik zie geen warnings in de log met HA core-2021.11.3

Zoals hieronder, uit sensors.yaml, bijvoorbeeld:
(om meerdere redenen toe aan een opfrisbeurt )

YAML:

- platform: template
  sensors:
    toon_boiler_delta:
      friendly_name: "Delta Boiler Out/In"
      value_template: "{{ states.sensor.toon_boiler_outtemp.state | float - states.sensor.toon_boiler_intemp.state | float }}"
      unit_of_measurement: 'C'

Ook in m'n automations komt het voor.

Mis ik iets, wanneer/hoe krijg ik die warnings zien?
Loglevel staat initieel op debug, en wordt na een paar minuten naar warning gezet.

[martinvdm]

RudolfR schreef op maandag 15 november 2021 @ 19:51:
Ik was in de veronderstelling dat ik wel wat werk te doen had i.v.m. de wijziging voor template-filter-defaults, maar ik zie geen warnings in de log met HA core-2021.11.3

Zoals hieronder, uit sensors.yaml, bijvoorbeeld:
(om meerdere redenen toe aan een opfrisbeurt )

YAML:

- platform: template
  sensors:
    toon_boiler_delta:
      friendly_name: "Delta Boiler Out/In"
      value_template: "{{ states.sensor.toon_boiler_outtemp.state | float - states.sensor.toon_boiler_intemp.state | float }}"
      unit_of_measurement: 'C'

Ook in m'n automations komt het voor.

Mis ik iets, wanneer/hoe krijg ik die warnings zien?
Loglevel staat initieel op debug, en wordt na een paar minuten naar warning gezet.

Het heeft bij mij ook ff geduurd bij sommige sensoren voordat de error naar voren komt.
De dubbele float staat wel wat vreemd

[krizzziz]

Ik heb mijn Home assistant RPI op een vast IP zitten (via DHCP reservering van de router). Dit is altijd in de range 192.168.0.XX geweest. Dit weekend nieuwe router geïnstalleerd en die kwam opeens aanzetten met 192.169.1.XX. Geen probleem, nieuw LAN adres geïnstalleerd op de router (192.168.0.1) maar nu blijft van al mijn apparaten alleen de HA RPI op een range van 192.168.1.XX zitten. Zelfs na meerdere herstarts. Iemand hier enig idee?

[Compuchip87]

krizzziz schreef op dinsdag 16 november 2021 @ 06:50:
Ik heb mijn Home assistant RPI op een vast IP zitten (via DHCP reservering van de router). Dit is altijd in de range 192.168.0.XX geweest. Dit weekend nieuwe router geïnstalleerd en die kwam opeens aanzetten met 192.169.1.XX. Geen probleem, nieuw LAN adres geïnstalleerd op de router (192.168.0.1) maar nu blijft van al mijn apparaten alleen de HA RPI op een range van 192.168.1.XX zitten. Zelfs na meerdere herstarts. Iemand hier enig idee?

Misschien is de herstart zo snel dat de lease gewoon geldig blijft. Ik neem aan dat je een MAC-regel gebruikt, maar die werkt alleen bij het uitgeven van een nieuw ip. Heb je al eens het volgende geprobeerd?

1. Zet de raspberry pi helemaal uit
2. Verwijder in de config van je router het 192.168.1.X adres (release, remove lease, ... zoiets)
3. Reboot de router voor de zekerheid, check dat de pi echt niet meer in de actieve apparaten voorkomt
4. Start de pi op. Deze zou nu een nieuw ip moeten krijgen.

Ik weet niet of je home assistant kaal draait of via docker (hass.io) maar die laatste heeft misschien in de interface ook nog ergens een Renew IP knopje?

[TheFes]

RudolfR schreef op maandag 15 november 2021 @ 19:51:
Ik was in de veronderstelling dat ik wel wat werk te doen had i.v.m. de wijziging voor template-filter-defaults, maar ik zie geen warnings in de log met HA core-2021.11.3

Zoals hieronder, uit sensors.yaml, bijvoorbeeld:
(om meerdere redenen toe aan een opfrisbeurt )

YAML:

- platform: template
  sensors:
    toon_boiler_delta:
      friendly_name: "Delta Boiler Out/In"
      value_template: "{{ states.sensor.toon_boiler_outtemp.state | float - states.sensor.toon_boiler_intemp.state | float }}"
      unit_of_measurement: 'C'

Ook in m'n automations komt het voor.

Mis ik iets, wanneer/hoe krijg ik die warnings zien?
Loglevel staat initieel op debug, en wordt na een paar minuten naar warning gezet.

Je hebt zo te zien nog wel wat meer werk te doen aan je templates, zie:
https://www.home-assistant.io/docs/configuration/templating/

Avoid using states.sensor.temperature.state, instead use states('sensor.temperature'). It is strongly advised to use the states(), is_state(), state_attr() and is_state_attr() as much as possible, to avoid errors and error message when the entity isn’t ready yet (e.g., during Home Assistant startup).

Ik heb geen sensor.toon_boiler_outtemp in mijn config.

Als ik nu {{ states.sensor.toon_boiler_outtemp.state | float }] in de template editor gooi krijg ik: UndefinedError: 'None' has no attribute 'state'
{{ states('sensor.toon_boiler_outtemp') | float }} geeft nu nog 0 in de template editor, maar zal vanaf 2021.12 ook een error geven. Ik krijg nu wel de warning in mijn log:
Template warning: 'float' got invalid input 'unknown' when rendering template '{{ as_datetime(states('sensor.slaapkamer_hub_alarms')) - timedelta(minutes = states('input_number.wakeup_offset')|int) }} {{ now() }} {{ states('sensor.toon_boiler_outtemp') | float }}' but no default was specified. Currently 'float' will return '0', however this template will fail to render in Home Assistant core 2022.1

Jij krijgt die warnings dus niet, omdat je niet de geadviseerde manier van states opvragen gebruikt. Ik verwacht dat je dus wel die error UndefinedError: 'None' has no attribute 'state' in je log zult zien.

[Septillion]

krizzziz schreef op dinsdag 16 november 2021 @ 06:50:
Geen probleem, nieuw LAN adres geïnstalleerd op de router (192.168.0.1)

Bedoel je daarmee een vast IP op basis van MAC?

Want dat gaat alleen niet genoeg zijn, je DHCP server blijft daarmee op .1.x draaien. Belangrijkste is dat je de DHCP weer op 192.168.0.x rang zet. Daar dus even naar zoeken in je router.

Je kan natuurlijk ook naar de 192.168.1.x range migreren maar zeker als je MQTT devices gebruikt is dat wel meer werk.

[Kenhas]

Septillion schreef op dinsdag 16 november 2021 @ 09:03:
[...]

Bedoel je daarmee een vast IP op basis van MAC?

Want dat gaat alleen niet genoeg zijn, je DHCP server blijft daarmee op .1.x draaien. Belangrijkste is dat je de DHCP weer op 192.168.0.x rang zet. Daar dus even naar zoeken in je router.

Je kan natuurlijk ook naar de 192.168.1.x range migreren maar zeker als je MQTT devices gebruikt is dat wel meer werk.

Ik lees dat het enkel maar dit toestel is dat blijft hangen in die range. Ligt dat dan aan de DHCP, aangezien andere toestellen wel een ip adres krijgen in de juiste range?
disclaimer: niet echt veel kennis van DHCP en zo

[Chevalric]

Ik heb een vraagje m.b.t. mijn setup. Aangezien ik binnenkort verhuis, is het een goed moment om even na te denken over hoe ik een en ander zo efficiënt mogelijk kan inrichten qua smart home.

In mijn huidige woning ben ik begonnen met Fibaro ZWave spulletjes. Die had ik in eerste instantie via een ZWave USB-stick gekoppeld aan Domoticz, maar ik vond Domoticz niet fijn om mee te werken. Daarom op zeker moment een Homey aangeschaft, ook omdat ik daarmee eigenlijk toegang had tot alle smart home communicatiemiddelen (ZWave/Zigbee/Wifi/BT, etc.).
Maar met Homey vind ik de mogelijkheden weer wat te beperkt, dus vervolgens HomeAssistant op een Raspberry Pi gezet en via MQTT de Homey devices toegevoegd. Dat werkt redelijk, alleen als een van de twee even down gaat, moet ik de MQTT broadcast weer handmatig doen en dan hopen dat alle devices ook weer netjes gekoppeld worden in HA.
Daarnaast heb ik nu een Sonos speaker met Google Assistant integratie, waarmee ik de lampjes aan en uit doe in die ene ruimte. Dat bevalt prima en in het nieuwe huis wil ik dus eigenlijk in elke ruimte een Google Nest Mini of Hub plaatsen.

Wat ik echter wel gemerkt heb, is dat ik nu niet altijd de garantie heb dat alle devices beschikbaar zijn in alle systemen. In Homey gaat het wel goed, omdat ik ze daar in eerste instantie aan koppel. In HomeAssistant gaat het 95% van de tijd goed, tenzij ineens de MQTT verbinding met Homey niet goed loopt. In Google Assistant ben ik af en toe een device kwijt en ik vind die interface om devices te beheren niet heel duidelijk. Daarnaast is Homey af en toe best traag met het activeren/deactiveren van devices.

Dus ik wil naar een eenvoudigere setup, op basis van HomeAssistant. Volgens mij kom ik een heel eind als ik een Zigbee USB-stick koop en die samen met de ZWave stick aan mijn HA Pi koppel. Dan is het een kwestie van HomeAssistant integreren met Google Assistant. Ik heb Homey dan volgens mij niet meer nodig.

Kloppen mijn aannames een beetje?

[vonkkie]

@Chevalric

Ja die kloppen ha met zwave en zigbee stick dan nabu chasa en draaien

[Hmmbob]

2021.11.4:

• Air visual : robustness at startup when evaluate time interval (@jugla - #59544) (airvisual docs)
• Override api url in norway_air (@ludeeus - #59573) (norway_air docs) (met docs)
• Fix firmware status check for Fritz (@chemelli74 - #59578) (fritz docs)
• Always use a step size of 1 for z-wave js fans (@mkowalchuk - #59622) (zwave_js docs)
• Fix favorite RPM max value in Xiaomi Miio (@bieniu - #59631) (xiaomi_miio docs)
• Bump zeroconf to 0.36.12 (@bdraco - #59133) (zeroconf docs)
• Bump zeroconf to 0.36.13 (@bdraco - #59644) (zeroconf docs)
• Bump greecliamate to 0.12.4 (@cmroche - #59645) (gree docs)
• Ensure flux_led bulbs turn on even if brightness is 0 (@bdraco - #59661)
• Update aiolookin to 0.0.4 version (@ANMalko - #59684) (lookin docs)
• Fix bug in AirVisual re-auth (@bachya - #59685) (airvisual docs)
• Bump greeclimate to 0.12.5 (@cmroche - #59730) (gree docs)
• Bump flux_led to 0.24.21 (@bdraco - #59662) (flux_led docs)
• Bump flux_led to 0.24.24 (@bdraco - #59740) (flux_led docs)
• Fix invalid string syntax in French OwnTracks config flow (@spacegaier - #59752) (owntracks docs)

[HowsMyApple]

@Chevalric @vonkkie

Nabu casa is niet per se nodig. Als je tegelijkertijd Home Assistant wilt sponsoren en een ietwat gemakkelijkere oplossing wilt dan is Nabu Casa perfect. Maar je kan dus ook zelf je devices beschikbaar maken voor je Google Assistant, zonder Nabu Casa.

[Kenhas]

Reptile-X schreef op woensdag 10 november 2021 @ 00:57:
[...]


Bedankt, ik heb zelf alles aangemaakt inderdaad.

Ik heb hier Reptile-X in "Home Assistant: Open source Python3 home automation - deel 4" uitgelegd hoe ik een van de sensoren heb aangemaakt.

Dat 16x , dus voor elke apparaat en dan lovelace kaart aangemaakt, als je wilt kan ik daar ook een reeks van posten als yaml.

Bedankt voor de info. Heb me dit weekend eindelijk eens kunnen bezighouden hiermee en alles lijkt gelukt te zijn. Ik heb van twee slimme stekkers telkens vijf sensoren gemaakt (per uur, per dag, per week, per maand, per kwartaal). Beetje overkill maar in het kader van testen...
Denk dat ik iets vergelijkbaars ga doen voor opbrengst zonnepanelen (nu gemeten met Shelly EM) en verbruik van de woning (ook met Shelly EM). Ik heb nog niet veel tijd gestoken in het Energy dashboard maar krijg toch niet helemaal te zien hoe ik het zou willen.
Ik dacht eigenlijk dat ik die "extra sensoren" die ik aangemaakt heb, ook in Energy zou kunnen gebruiken. Maar daar komen er eigenlijk maar twee mogelijkheden om toe te voegen. Van één stekker krijg ik twee sensoren (dag verbruik en kwartaal verbruik). Van de rest is geen spoor te vinden terwijl het eigenlijk altijd dezelfde configuratie is.

Als je het ziet zitten, mag je gerust die yaml eens posten.

[TheFes]

RoTeK70 schreef op vrijdag 12 november 2021 @ 19:53:
Ik heb nog een melding in mijn logboek waar ik niet uit kom wat er fout gaat.

The unit of sensor.daily_electra_high_return (kWh) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None

Ik heb zowel bij de sensor daily_electra_high_return gekeken naar unit of measurement als waar deze sensor uit voortkomt maar beide staan gewoon op kWh. Dus snap deze melding niet zo goed.

[Afbeelding]

Heb je dit al opgelost?
Zo niet, dan kun je dat heel makkelijk doen vanuit Developer Tools -> Statistics.

Daar staan alle issues met je sensoren, en daar kun je op FIX ISSUE klikken en kiezen of je je oude data om wil zetten naar de nieuwe unit_of_measurement

[Koepert]

Vraagje omtrent iPhone gebruikers..

Ik heb een aantal simpele opdrachten in Siri/iOS. die togglen lampen. Alleen elke keer krijg ik vanuit " privacy" de vraag of ik dit wil toestaan of niet.. (dat Apple in HA iets doet)..

Waar/hoe zet ik deze vraag uit?

[Magic]

TheFes schreef op dinsdag 16 november 2021 @ 09:58:
[...]


Heb je dit al opgelost?
Zo niet, dan kun je dat heel makkelijk doen vanuit Developer Tools -> Statistics.

Daar staan alle issues met je sensoren, en daar kun je op FIX ISSUE klikken en kiezen of je je oude data om wil zetten naar de nieuwe unit_of_measurement

Thanks, dat fixte ook mijn issue waarbij unit of measurement (None) niet overeenkwam met (None)

Al had ik zelf inmiddels bedacht dat ik dat helemaal niet wil loggen in HA, voor die gein heb ik influx draaien

[krizzziz]

Compuchip87 schreef op dinsdag 16 november 2021 @ 08:04:
[...]


Misschien is de herstart zo snel dat de lease gewoon geldig blijft. Ik neem aan dat je een MAC-regel gebruikt, maar die werkt alleen bij het uitgeven van een nieuw ip. Heb je al eens het volgende geprobeerd?

1. Zet de raspberry pi helemaal uit
2. Verwijder in de config van je router het 192.168.1.X adres (release, remove lease, ... zoiets)
3. Reboot de router voor de zekerheid, check dat de pi echt niet meer in de actieve apparaten voorkomt
4. Start de pi op. Deze zou nu een nieuw ip moeten krijgen.

Ik weet niet of je home assistant kaal draait of via docker (hass.io) maar die laatste heeft misschien in de interface ook nog ergens een Renew IP knopje?

Thanks! Heb inderdaad even diverse apparaten thuis (waaronder de HA RPi) van het stroom gehaald. Router opnieuw opgestart, en dan daarna alles weer aan het netwerk gehangen. Zie nu dat automatisch de juiste adressen worden uitgedeeld. Soms kan het zo simpel zijn. Thanks.

[TWKterry]

vraagje over de nieuwe stijl template sensor;

ik heb een sensor geconverteerd naar de nieuwe stijl, deze leest de hue attribute uit en maakt er een sensor van. Hoe kan ik deze nu via een is_state maken zodat er altijd een waarde is en geen foutmelding bij opstarten?
De voorbeelden hebben het alleen over on/off (boolean) van sensoren en niet een bepaalde waarde of 'unknown'.

code:

template:
  - sensor:
      - name: "Bathroom Lightlevel"
        unique_id: "IDsensor_bathroom_lightlevel"
        state_class: measurement
        unit_of_measurement: lxa      
        icon: mdi:brightness-6
        state: >
          {{ state_attr( 'sensor.bathroom_sensor_light_level', 'lightlevel') | int }}

[TheFes]

TWKterry schreef op dinsdag 16 november 2021 @ 10:45:
vraagje over de nieuwe stijl template sensor;

ik heb een sensor geconverteerd naar de nieuwe stijl, deze leest de hue attribute uit en maakt er een sensor van. Hoe kan ik deze nu via een is_state maken zodat er altijd een waarde is en geen foutmelding bij opstarten?
De voorbeelden hebben het alleen over on/off (boolean) van sensoren en niet een bepaalde waarde of 'unknown'.

code:

template:
  - sensor:
      - name: "Bathroom Lightlevel"
        unique_id: "IDsensor_bathroom_lightlevel"
        state_class: measurement
        unit_of_measurement: lxa      
        icon: mdi:brightness-6
        state: >
          {{ states.sensor.bathroom_sensor_light_level.attributes["lightlevel"] | int }}

Kun je hier ook state_attr gebruiken (zie ook mijn post hierboven)? Werkt state_attr('bathroom_sensor_light_level', 'lightlevel')? Als dat ook werkt kun je simpelweg een default aan je int meegeven om geen warnings en errors meer te krijgen.

Wat sowieso slim is, is om availability mee te geven, zodat hij unavailable wordt als de betreffende bronsensor niet beschikbaar is.

availability template (optional, default: true)
Defines a template to get the available state of the entity. If the template either fails to render or returns True, "1", "true", "yes", "on", "enable", or a non-zero number, the entity will be available. If the template returns any other value, the entity will be unavailable. If not configured, the entity will always be available. Note that the string comparison not case sensitive; "TrUe" and "yEs" are allowed.

[Septillion]

@TWKterry Ligt er een klein beetje aan wat je precies wilt mar ik zou doen:

YAML:

template:
  - sensor:
      - name: "Bathroom Lightlevel"
        unique_id: "IDsensor_bathroom_lightlevel"
        state_class: measurement
        unit_of_measurement: lxa      
        icon: mdi:brightness-6
        state: "{{ state_attr('sensor.bathroom_sensor_light_level', 'lightlevel') }}"
        availability: "{{ states('sensor.bathroom_sensor_light_level') != 'unknown' }}"

Maar waarom eigenlijk de sensor? Denk dat op 90% van de plekken je het attribute direct kunt gebruiken.

[TheFes]

Septillion schreef op dinsdag 16 november 2021 @ 10:55:
@TWKterry Ligt er een klein beetje aan wat je precies wilt mar ik zou doen:

YAML:

template:
  - sensor:
      - name: "Bathroom Lightlevel"
        unique_id: "IDsensor_bathroom_lightlevel"
        state_class: measurement
        unit_of_measurement: lxa      
        icon: mdi:brightness-6
        state: "{{ state_attr('sensor.bathroom_sensor_light_level', 'lightlevel') }}"
        availability: "{{ states('sensor.bathroom_sensor_light_level') != 'unknown' }}"

Maar waarom eigenlijk de sensor? Denk dat op 90% van de plekken je het attribute direct kunt gebruiken.

Omzetten naar int is inderdaad niet echt nuttig, aangezien de state toch een string wordt (aangezien states altijd een string zijn).

[ Voor 13% gewijzigd door TheFes op 16-11-2021 11:04 ]

[Ben.Hahlen]

kipppertje schreef op maandag 15 november 2021 @ 16:08:
[...]


Ik gebruik de IKEA Tradfri lampjes buiten. Werkt prima (zonsondergang aan, uurtje of 02:00 uit). Eventueel kun je ook met slimme stekkers werken via wifi / zigbee / zwave.

Of heb je specifieke tuinverlichting en / of functionaliteiten in gedachten?

Ik heb inderdaad ook IKEA Tradfri lampjes in de armaturen buiten opgehangen.
Werkt best prima!

[lverlaek]

Ben.Hahlen schreef op dinsdag 16 november 2021 @ 11:22:
[...]

Ik heb inderdaad ook IKEA Tradfri lampjes in de armaturen buiten opgehangen.
Werkt best prima!

Hier ook Tradfri GU10's in buitenarmaturen. Werkt perfect.
Heb trouwens ook grondspotjes, welke gewoon door een Tradfri stopcontact voor de trafo geschakeld worden. Deze zijn toch niet dimbaar (12v) en gaan dus gewoon aan/uit.

[TWKterry]

TheFes schreef op dinsdag 16 november 2021 @ 10:52:
[...]


Kun je hier ook state_attr gebruiken (zie ook mijn post hierboven)? Werkt state_attr('bathroom_sensor_light_level', 'lightlevel')? Als dat ook werkt kun je simpelweg een default aan je int meegeven om geen warnings en errors meer te krijgen.

Wat sowieso slim is, is om availability mee te geven, zodat hij unavailable wordt als de betreffende bronsensor niet beschikbaar is.


[...]

Inderdaad, zag net na de post dat ik ook nog de oude states gebruikte en aangepast.
<availability> ga ik proberen.

[TWKterry]

Septillion schreef op dinsdag 16 november 2021 @ 10:55:
@TWKterry Ligt er een klein beetje aan wat je precies wilt mar ik zou doen:

[
Maar waarom eigenlijk de sensor? Denk dat op 90% van de plekken je het attribute direct kunt gebruiken.

Ik wil hem laten zien in een custom:mini-graph-card en deze ondersteund geen attributes helaas.

Dank voor jullie snelle antwoorden, ik kan weer vooruit.

[Septillion]

@TWKterry Ah, dat klopt. Dat is overigens geen tekortkoming van custom:mini-graph-card. HA houdt gewoon geen history bij van attributen. Eigenlijk dus ook niet van HA zelf, het is een keuze.

[ErikVers]

Waah schreef op dinsdag 15 juni 2021 @ 13:32:
[...]

Nee hoor. RFXcom (RFXtrx433E of RFXtrx433XL) werkt prima met Somfy RTS.
Heb zelf ook oude Somfy RTS (6 jaar oud nu) en werkt prima namelijk met een XL.

Er is inderdaad in installatiemethode voor, en dan emuleert die gewoon een remote. Hoe zou je echte remote anders werken?
In het kort:
RFXcom software installeren op een PC
RFXcom aansluiten op je PC en software openen
Stappen volgen om hem te koppelen als een remote
Screens reageren op je pair-commando en voila!


[...]
Die handleiding heb ik ook gevolgd. Werkt prima
Alleen goed lezen

@Waah ik ben hier zelf ook mee bezig en weet dat vanuit Domoticz je een dummy kon aanmaken en code genereren op de RFX. Nu heb ik alle KaKu en smartweares in HA draaien maar de SOMY en een andere set screens krijg ik er niet in omdat ik geen code in HA weet te genereren.

Kan dit via HA of moet je software op pc installeren en rfx aan pc aansluiten? Lijkt me beetje omslachtig is er geen manier om zelf somfy code te genereren?

[Waah]

ErikVers schreef op dinsdag 16 november 2021 @ 14:21:
[...]


@Waah ik ben hier zelf ook mee bezig en weet dat vanuit Domoticz je een dummy kon aanmaken en code genereren op de RFX. Nu heb ik alle KaKu en smartweares in HA draaien maar de SOMY en een andere set screens krijg ik er niet in omdat ik geen code in HA weet te genereren.

Kan dit via HA of moet je software op pc installeren en rfx aan pc aansluiten? Lijkt me beetje omslachtig is er geen manier om zelf somfy code te genereren?

Voor zover ik weet kan het enkel via Windows.

Het is een éénmalige actie. Dus uitzoeken hoe het werkt zonder windows lijkt me véél omslachtiger dan gewoon 1x de software installeren, stappen uitvoeren en vervolgens nooit meer nodig hebben