Home Assistant: Open source Python3 home automation - deel 2

[larsiey]

D3nnisd schreef op maandag 6 april 2020 @ 20:45:
[...]


Dat gaat over tracking devices met GPS op een kaart. Dus of iemand op school, thuis of weet ik veel waar is.

Nee, dat zijn zones.
Je hebt ook nog areas.

“Areas are used to organize where devices are. This information will be used throughout Home Assistant to help you in organizing your interface, permissions and integrations with other systems.”

[Mimiix]

larsiey schreef op maandag 6 april 2020 @ 20:50:
[...]


Nee, dat zijn zones.
Je hebt ook nog areas.

“Areas are used to organize where devices are. This information will be used throughout Home Assistant to help you in organizing your interface, permissions and integrations with other systems.”

Ah! ik heb hem in het engels:) vertaling is een beetje dubbelzinnig dan.

[larsiey]

Werkt deze manier van automatiseren?
Wat ik wil bereiken:
- lichten aan als de zon onder gaat en als er iemand thuis is.
- lichten aan als ik thuis kom als de zon onder is.

Ik heb dit nu in één automatisering gecombineerd.
Of is het verstandiger om dit is twee aparte automatisering id's neer te zetten?

code:

- id: '1586115542270'
  alias: Woonkamer - Turn on lights at sunset when home / when arriving home after sunset
  trigger:
  - event: sunset
    platform: sun
  - entity_id: group.familie_info
    from: not_home
    platform: state
    to: home
  condition:
  - condition: and
    conditions:
    - condition: state
      entity_id: light.woonkamer
      state: 'off'
    - condition: state
      entity_id: group.familie_info
      state: home
  action:
  - data:
      brightness_pct: 35
    entity_id: light.woonkamer
    service: light.turn_on

[Mimiix]

larsiey schreef op maandag 6 april 2020 @ 21:22:
Werkt deze manier van automatiseren?
Wat ik wil bereiken:
- lichten aan als de zon onder gaat en als er iemand thuis is.
- lichten aan als ik thuis kom als de zon onder is.

Ik heb dit nu in één automatisering gecombineerd.
Of is het verstandiger om dit is twee aparte automatisering id's neer te zetten?

code:

- id: '1586115542270'
  alias: Woonkamer - Turn on lights at sunset when home / when arriving home after sunset
  trigger:
  - event: sunset
    platform: sun
  - entity_id: group.familie_info
    from: not_home
    platform: state
    to: home
  condition:
  - condition: and
    conditions:
    - condition: state
      entity_id: light.woonkamer
      state: 'off'
    - condition: state
      entity_id: group.familie_info
      state: home
  action:
  - data:
      brightness_pct: 35
    entity_id: light.woonkamer
    service: light.turn_on

Wat zou het voordeel zijn om het apart te doen? Ik denk dat het netter is om het in een te stoppen.

[larsiey]

D3nnisd schreef op maandag 6 april 2020 @ 21:24:
[...]


Wat zou het voordeel zijn om het apart te doen? Ik denk dat het netter is om het in een te stoppen.

Haha ik heb het liever ook in één, maar ik weet niet of het op deze manier zou werken, dus gecombineerd.
Als het niet mogelijk is dan zet ik het in twee aparte automatiseringen

[drentsemoi]

Bojan023 schreef op maandag 6 april 2020 @ 13:38:


Dit heeft te maken met verschillende gebruikers op je server. De Docker daemon en containers starten altijd als root mits je geen user specificeert. De eigenaar van de .yml-file is hoogstwaarschijnlijk root, terwijl jij op je reguliere account zit. Dit is de reden dat je tijdelijk root-toegang nodig hebt om het bestand aan te passen/op te slaan (en daar gebruik je dus sudo voor). Je kunt de eigenaar van het bestand veranderen naar jouw (gewenste) user (chown command). Logischerwijs zul je dan geen root-toegang meer nodig hebben omdat het jouw bestand is geworden.

Tenslotte is het voldoende om naar de folder met de docker-compose.yml te navigeren en dan

code:

sudo docker-compose up -d

te runnen.

Dank voor je antwoord. De folder had inderdaad 'root' als eigenaar.

Echter, wanneer ik de folder verwijder en de volgende regels toevoeg aan mijn docker-compose.yml (ik ben eigenaar van dit docker-compose.yml en de map waar deze in staat):

YAML:

  environment:
    - PUID=${PUID}
    - PGID=${PGID}

met in mijn .env bestand:

code:

PUID=1000
PGID=1000

Krijg ik alsnog dat mijn volumes aangemaakt worden met alleen 'root' rechten.

Wanneer ik mij als eigenaar aanmaak voor deze folder (door middel van chown) kan ik deze wel aanpassen zonder wachtwoord. Wat logisch is, maar dit zou ik dan voor elke nieuwe container dan weer opnieuw moeten doen (is op zich ook niet super erg). Deze ingreep zou ook geen gevolgen hebben voor de containers die misschien dingen niet meer weg kunnen schrijven door weiziging van eigenaar?

Bojan023 schreef op maandag 6 april 2020 @ 13:38:
toevoeging: je kunt een group aanmaken (groupadd <naamgroep>) en zowel root als je gebruiksaccount daaraan toevoegen (usermod -a -G <naamgroep> <naamuser>) om te voorkomen dat je moet sudo-en en een wachtwoord moet invullen (schrijfrechten van de groep van docker-compose.yml even checken). Echter zijn er redenen om dit niet te doen vanuit beveiligingsperspectief. Namelijk als iemand toegang heeft tot je gebruikersaccount zijn alle root-bestanden met je juiste groepsrechten aan te passen, niet alleen je docker-compose.yml.

Dit had ik inderdaad ook al wel gevonden en ondanks dat ik de enige ben die op deze PC werkt, leek het me niet zo handig dat ik alles zomaal aan kan passen (ik als NOOB in Linux). Dit leek me daarom nog niet de meest handige oplossing.

larsiey schreef op maandag 6 april 2020 @ 21:22:
Werkt deze manier van automatiseren?
Wat ik wil bereiken:
- lichten aan als de zon onder gaat en als er iemand thuis is.
- lichten aan als ik thuis kom als de zon onder is.

Ik heb dit nu in één automatisering gecombineerd.
Of is het verstandiger om dit is twee aparte automatisering id's neer te zetten?

code:

- id: '1586115542270'
  alias: Woonkamer - Turn on lights at sunset when home / when arriving home after sunset
  trigger:
  - event: sunset
    platform: sun
  - entity_id: group.familie_info
    from: not_home
    platform: state
    to: home
  condition:
  - condition: and
    conditions:
    - condition: state
      entity_id: light.woonkamer
      state: 'off'
    - condition: state
      entity_id: group.familie_info
      state: home
  action:
  - data:
      brightness_pct: 35
    entity_id: light.woonkamer
    service: light.turn_on

Dit zou wel moeten werken, echter zou je voor je 2e automatisering nog wel de conditie moeten toevoegen dat de zon onder is. Nu gaan je lampen altijd aan wanneer je thuis komt en de lampen uit staan.

Met andere woorden deze condition zou er ook nog bij moeten staan:

YAML:

  condition: state  
  entity_id: sun.sun
  state: 'below_horizon' 

[ Voor 20% gewijzigd door drentsemoi op 06-04-2020 21:34 ]

[Mimiix]

larsiey schreef op maandag 6 april 2020 @ 21:26:
[...]


Haha ik heb het liever ook in één, maar ik weet niet of het op deze manier zou werken, dus gecombineerd.
Als het niet mogelijk is dan zet ik het in twee aparte automatiseringen

Ik betwijfel het.

De trigger is de zon die onder gaat. Als de zon onder is, gaat ie kijken of je thuis bent of niet.

als je niet thuis bent en thuis komt, is de trigger van AWAY>HOME. Dan checkt ie of de conditie "Zon onder" waar is of niet.

Dus ik denk het eigenlijk niet .

[larsiey]

D3nnisd schreef op maandag 6 april 2020 @ 21:29:
[...]


Ik betwijfel het.

De trigger is de zon die onder gaat. Als de zon onder is, gaat ie kijken of je thuis bent of niet.

als je niet thuis bent en thuis komt, is de trigger van AWAY>HOME. Dan checkt ie of de conditie "Zon onder" waar is of niet.

Dus ik denk het eigenlijk niet .

Hmm volgens mij heb je gelijk.
Kwam erachter dat je de states in de developer tools kan aanpassen. Dus dan net even geprobeerd.

Als ik mijn status verander van not_home > home (trigger), springt het licht wel aan.
Maar als ik de sunrise als trigger gebruik, gebeurt er niks.
Dus dan maar als twee aparte automatiseringen...

[zoeperman]

zit al een uur of 2 te stoeien om het aantal dagen naar volgende afval ophaal moment te fixen als sensor of waarde. nu kan ik mij herinneren dat het origineel ooit eens door @Hmmbob is gepost.
Iemand meer ervaring met hoe ik hier het aantal dagen vanaf nu kan krijgen voor eerstvolgende moment en als is vandaag dan is 0?
dus voor iedere afvalsoort dan een aantal dagen vanaf nu

YAML:

  - platform: rest
    name: Trash_Today
    resource: "https://api.jsonbin.io/***"
    scan_interval: 3600
    value_template: >
      {% set now = as_timestamp(now()) %}
      {% set today = now | timestamp_custom("%d/%m/%Y") %}
      {% set containerType = value_json.days[ today ] %}
      {% if containerType | trim != "" %}
        {% set trash = value_json.legend[ containerType ] %}
        {{ trash }}
      {% else %}
        Geen
      {% endif %}

JSON:

{
    "legend": {
        "P": "Oud Papier",
        "PBD": "Plastic",
        "GFT": "GFT",
        "R": "Restafval"
    },
    "days": {
        "09/04/2020": "GFT",
        "16/04/2020": "PBD",
        "28/04/2020": "R",
        "25/04/2020": "P"
    }
}

p.s. mijnafvalwijzer is niet beschikbaar in mijn gemeente

[martinvdm]

hhoekstra schreef op maandag 6 april 2020 @ 14:51:
Voor ieder die darksky gebruikt

https://blog.darksky.net/

https://darksky.net/dev

Helaas.

Reeds eerder gemeld. Vooralsnog :
“ The API will continue to function through the end of 2021”

[ Voor 11% gewijzigd door martinvdm op 06-04-2020 22:16 ]

[Hmmbob]

zoeperman schreef op maandag 6 april 2020 @ 21:48:
zit al een uur of 2 te stoeien om het aantal dagen naar volgende afval ophaal moment te fixen als sensor of waarde. nu kan ik mij herinneren dat het origineel ooit eens door @Hmmbob is gepost.
Iemand meer ervaring met hoe ik hier het aantal dagen vanaf nu kan krijgen voor eerstvolgende moment en als is vandaag dan is 0?
dus voor iedere afvalsoort dan een aantal dagen vanaf nu

YAML:

  - platform: rest
    name: Trash_Today
    resource: "https://api.jsonbin.io/***"
    scan_interval: 3600
    value_template: >
      {% set now = as_timestamp(now()) %}
      {% set today = now | timestamp_custom("%d/%m/%Y") %}
      {% set containerType = value_json.days[ today ] %}
      {% if containerType | trim != "" %}
        {% set trash = value_json.legend[ containerType ] %}
        {{ trash }}
      {% else %}
        Geen
      {% endif %}

JSON:

{
    "legend": {
        "P": "Oud Papier",
        "PBD": "Plastic",
        "GFT": "GFT",
        "R": "Restafval"
    },
    "days": {
        "09/04/2020": "GFT",
        "16/04/2020": "PBD",
        "28/04/2020": "R",
        "25/04/2020": "P"
    }
}

p.s. mijnafvalwijzer is niet beschikbaar in mijn gemeente

Ho eens, dat is wel heel veel eer - ik heb die ook ergens vandaag ge-copy-paste

Maar met je vraag kan ik je niet helpen....

[JackPoint]

skank schreef op maandag 6 april 2020 @ 17:11:
Will do,
De posts hierboven gaan over de tabbladen in het dashboard, niet de dashboards zelf...

Welke stekker gebruiken jullie om jullie oude wasmachine slim te maken?

Liefst zigbee (ipv wifi)
Ik dacht aan de innr sp120
Maar die leest stroomverbruik niet uit volgens coolblue?

Let wel op dat de sp120 maar tot 10A gaat, mijn wasmachine gaat ook tot 10A, maar in een piek pakt hij net wat meer, daardoor is (waarschijnlijk) mijn sp120 stuk gegaan. Ik heb contact gehad met innr en een sp110 gekregen om te testen, die gaat namelijk tot 16A. Maar die rapporteert (icm Conbee II) geen verbruik in HA.

[wmn79]

TWKterry schreef op maandag 6 april 2020 @ 17:33:
[...]

Zouden dan mijn sensoren sneller getrieerd worden, heb nu dat de lamp in de hall pas aan gaat als ik er al weer uit ben
Denk dan alle sensoren op Deconz en de lampen op Hue bridge.

Als dat Hue sensoren zijn en je automations in Home Assistant zitten dan wel. Dat komt doordat deconz local push is en Hue local polling. Hier zijn de verschillende typen IoT classes uitgelegd.

[TWKterry]

dankje @wmn79
Ik had toch het idee dat de HUE bridge zonder HA+NodeRed de lampen eerder activeert dan deze combinatie. Ga een Conbee2 sticak aanschaffen en eens kijken hoe dat werkt.

[bgrr]

Jelte schreef op maandag 6 april 2020 @ 11:57:
[...]
Pak een Trigger Node. En selecteer een reset waarde

Reset the trigger if:

msg.reset is set
msg.payload equals: 'vul een waarde in'

Bedankt voor de tip. Dit werkt perfect :-)

node export

code:

[{"id":"963e30a5.b9af1","type":"trigger","z":"de1eaf78.c92f5","op1":"","op2":"true","op1type":"nul","op2type":"bool","duration":"30","extend":false,"units":"min","reset":"0","bytopic":"all","name":"","x":530,"y":1050,"wires":[["eabc1d12.4e883","be3b4836.a7bac8"]]}]

[skank]

Henkiejoo schreef op maandag 6 april 2020 @ 20:49:
Wij hebben ook een paar SP120's draaien via een Conbee II stick.
Je krijgt continu het actuele verbruik, hij houdt ook zelf een telling van het totaalverbruik bij. Net als bij een slimme meter dus.

Ik heb influxDB + Grafana draaien op een SSD. Daarmee kun je alles weergeven op de manier zoals je zelf wil. Per dag/week/maand/jaar, min, max, gemiddelden, alles.


[...]

Mooi moet ik wel nog ff checken of mn wasmachine idd niet teveel verbruikt.
Bedankt voor de linkjes ook hierboven.
Ik veronderstel dat dezelfde werkwijze geldt voor ssd of usb stick...
Misschien ga ik toch voor usb stick.

Hoe heb je dit precies gedaan met die influxdb en grafana als ik vragen mag?

[ThinkPad]

@skank Het wordt gewaardeerd als je zelf wat meer moeite doet. Je 'dumpt' hier nu je vragen zodat anderen het voor je kunnen oplossen. Graag zelf eerst even wat meer vooronderzoek doen.

[skank]

Heb het even opgezocht

Wasmachine is type zanussi ZWG 6145
en droogkast type siemens E 44-10

de wasmachine, daar vind ik enkel specs die spreken van 2,2 kWh max verbruik
van de droogkast weet ik het zo niet
redelijk oud en niet veel terug te vinden behalve dit https://www.gebruikershan...ew-handleiding-64866.html
Daar staan wel meerdere kolommen in, not sure what to pick

Gaan die innr pluggen voldoen?

[barrymossel]

larsiey schreef op maandag 6 april 2020 @ 21:26:
[...]


Haha ik heb het liever ook in één, maar ik weet niet of het op deze manier zou werken, dus gecombineerd.
Als het niet mogelijk is dan zet ik het in twee aparte automatiseringen

Ik wist het ook niet, maar het kan inderdaad: https://www.home-assistant.io/docs/automation/trigger/ (helemaal onderaan de pagina...)

[Mimiix]

skank schreef op dinsdag 7 april 2020 @ 10:03:
Heb het even opgezocht

Wasmachine is type zanussi ZWG 6145
en droogkast type siemens E 44-10

de wasmachine, daar vind ik enkel specs die spreken van 2,2 kWh max verbruik
van de droogkast weet ik het zo niet
redelijk oud en niet veel terug te vinden behalve dit https://www.gebruikershan...ew-handleiding-64866.html
Daar staan wel meerdere kolommen in, not sure what to pick

Gaan die innr pluggen voldoen?

Als je weet dat de innr 2300w aan kunnen en dat 2,2KWH 2200w is(alles te vinden met een enkele google search), zou je kunnen zien dat het dus kan.

De droogkast staat in dat hij 16 a verbruikt en per functie zelfs hoeveel kWh:

Doe dezelfde rekensom als hierboven en je ziet dat het niet werkt.

droogkast: Nee
Wasmachine: Ja

[ Voor 9% gewijzigd door Mimiix op 07-04-2020 10:09 ]

[skank]

D3nnisd schreef op dinsdag 7 april 2020 @ 10:06:
[...]


Als je weet dat de innr 2300w aan kunnen en dat 2,2KWH 2200w is(alles te vinden met een enkele google search), zou je kunnen zien dat het dus kan.

De droogkast staat in dat hij 16 a verbruikt.
https://i.imgur.com/mGo31Yp.png

Dus teveel.

Allemaal met google he...

Ja maar is dat niet te nipt dan voor de wasmachine..?

De droogkast staat er ook 10a naast
Wat is het dan?

[Mimiix]

skank schreef op dinsdag 7 april 2020 @ 10:08:
[...]


Ja maar is dat niet te nipt dan voor de wasmachine..?

De droogkast staat er ook 10a naast
Wat is het dan?

Die 10a gaat uit van 220v op 10a. Dat is 2.2 kwh:

[Septillion]

Voor de wasmachine is het krap maar zou prima moeten zijn. Marge moet al in de spec van de plug zitten, zou jij niet moeten toepassen.

Voor de droger, handleiding zegt duidelijk dat je gewoon op het typeplaatje moet kijken omdat hij schijnbaar in twee uitvoeringen is geleverd. De 10A versie kan op de plug, de 16A versie niet.

[barrymossel]

skank schreef op maandag 6 april 2020 @ 16:27:
Gebruiken jullie persoonlijk verschillende dashboards?

Neuh. Zolang een dashboard niet als standaard (en enige) dashboard kunt instellen per user/device, zie ik geen echte voordelen voor mijn/onze setup.

Maar nu ik even hardop zit te denken kan het toch wel handig zijn. Momenteel heb ik 7 tabs en zou bij een extra tab op mobiel door het menu moeten scrollen/swipen, omdat het niet meer past. Dat zou je dan met verschillende dashboards kunnen oplossen. Zo kan ik instellingen/verbruik buiten m'n "dagelijkse dashboard" houden...

[skank]

Septillion schreef op dinsdag 7 april 2020 @ 10:10:
Voor de wasmachine is het krap maar zou prima moeten zijn. Marge moet al in de spec van de plug zitten, zou jij niet moeten toepassen.

Voor de droger, handleiding zegt duidelijk dat je gewoon op het typeplaatje moet kijken omdat hij schijnbaar in twee uitvoeringen is geleverd. De 10A versie kan op de plug, de 16A versie niet.

Dank je om zo vriendelijk te zijn.
Toch nog sommige mensen hier.

Ik wil vooral geen brand.
Ik zal es zien of die idd 10A is

@D3nnisd mmm bestaan er alternatieven voor die pluggen die wel zo hoog kunnen qua verbruik?


@barrymossel:
Ik zat te denken om die verschillende dashboards echt letterlijk te gaan bekijken:
- dashboard voor smartphones
- dashboard voor tablets
- dashboard voor laptop/desktop

Maar zover zit ik helaas ook nog niet

Het is vooral voor de layouts handig denk ik... en het al dan niet tonen van mod settings

[ Voor 26% gewijzigd door skank op 07-04-2020 10:37 ]

[Mimiix]

skank schreef op dinsdag 7 april 2020 @ 10:33:
[...]


Dank je om zo vriendelijk te zijn.
Toch nog sommige mensen hier.

Ik wil vooral geen brand.
Ik zal es zien of die idd 10A is

@D3nnisd mmm bestaan er alternatieven voor die pluggen die wel zo hoog kunnen qua verbruik?

Vergeet het duimpje niet

Anyway, Je krijgt geen brand. Ik ken iemand die dit dus niet wist. Zijn SP120's gingen gewoon steeds stuk

Ik heb geen idee. je zou het met een slimme meter kunnen gaan werken op p1.

[barrymossel]

skank schreef op dinsdag 7 april 2020 @ 10:33:
[...]


Dank je om zo vriendelijk te zijn.
Toch nog sommige mensen hier.

Volgens mij word je toch best door veel mensen geholpen hier. Gaat meer om de manier waarop je het vraagt. Die is niet echt "des tweakers", zoals ook ThinkPadd in "Home Assistant: Open source Python3 home automation - deel 2" aangeeft.

Ik wil vooral geen brand.
Ik zal es zien of die idd 10A is

Heel verstandig dus dat je het extra controleert.

@barrymossel:
Ik zat te denken om die verschillende dashboards echt letterlijk te gaan bekijken:
- dashboard voor smartphones
- dashboard voor tablets
- dashboard voor laptop/desktop

Maar zover zit ik helaas ook nog niet

Het is vooral voor de layouts handig denk ik... en het al dan niet tonen van mod settings

Kijk en daarvoor vind ik het dus niet echt geschikt. Iedere keer dat je de app opent of naar je HA url surft opent de standaard overview en niet 1 van de specifieke dashboards. Dan moet je dus in de navigatie alsnog naar het specifieke dashboard voor mobiel/tablet/desktop. Zolang je die dashboards dus niet standaard kan koppelen aan user/device is het voor deze toepassing niet echt nuttig.

[Mimiix]

barrymossel schreef op dinsdag 7 april 2020 @ 10:41:
[...]


Kijk en daarvoor vind ik het dus niet echt geschikt. Iedere keer dat je de app opent of naar je HA url surft opent de standaard overview en niet 1 van de specifieke dashboards. Dan moet je dus in de navigatie alsnog naar het specifieke dashboard voor mobiel/tablet/desktop. Zolang je die dashboards dus niet standaard kan koppelen aan user/device is het voor deze toepassing niet echt nuttig.

Ik los dit op door de URL te gebruiken als snelkoppeling.

https://192.168.2.74:8123/lovelace-tablet_dash/tablet

Voor het tablet scherm op de dashboard tablet_dash. Die heb ik dan ook aangezet op de Fully Kiosk browser als homepage.

[skank]

barrymossel schreef op dinsdag 7 april 2020 @ 10:41:
[...]

Volgens mij word je toch best door veel mensen geholpen hier. Gaat meer om de manier waarop je het vraagt. Die is niet echt "des tweakers", zoals ook ThinkPadd in "Home Assistant: Open source Python3 home automation - deel 2" aangeeft.

[...]

Heel verstandig dus dat je het extra controleert.

[...]

Kijk en daarvoor vind ik het dus niet echt geschikt. Iedere keer dat je de app opent of naar je HA url surft opent de standaard overview en niet 1 van de specifieke dashboards. Dan moet je dus in de navigatie alsnog naar het specifieke dashboard voor mobiel/tablet/desktop. Zolang je die dashboards dus niet standaard kan koppelen aan user/device is het voor deze toepassing niet echt nuttig.

Oh dat wist ik niet , ik dacht dat je die idd als standaard kon kiezen dan.
@Dennis geeft echter wel een goeie oplossing


Wat de vriendelijkheid betreft, denk ik dat dit soms door de taalbarrière komt.
Toch van waar ik ben.

Ik doe altijd eerst onderzoek voor ik hier iets post.

[barrymossel]

D3nnisd schreef op dinsdag 7 april 2020 @ 10:47:
[...]


Ik los dit op door de URL te gebruiken als snelkoppeling.

https://192.168.2.74:8123/lovelace-tablet_dash/tablet

Voor het tablet scherm op de dashboard tablet_dash. Die heb ik dan ook aangezet op de Fully Kiosk browser als homepage.

Ja, dat is zeker mogelijk (niet voor de app), maar dat is wel een houtje-touwtje oplossing.
Custom header heeft wel een oplossing voor de tabs (tonen per user/device) en dat gebruik ik nu zodat mijn vrouw niet allerlei voor haar onnodige zaken ziet. Sowieso gebruik ik alleen op mijn mobiel de GUI (buiten testen op de laptop). Heb het dus niet nodig, maar ik vind die multiple dashboards wel een beetje een halfbakken uitwerking.

[Mimiix]

barrymossel schreef op dinsdag 7 april 2020 @ 10:53:
[...]

Ja, dat is zeker mogelijk (niet voor de app), maar dat is wel een houtje-touwtje oplossing.
Custom header heeft wel een oplossing voor de tabs (tonen per user/device) en dat gebruik ik nu zodat mijn vrouw niet allerlei voor haar onnodige zaken ziet. Sowieso gebruik ik alleen op mijn mobiel de GUI (buiten testen op de laptop). Heb het dus niet nodig, maar ik vind die multiple dashboards wel een beetje een halfbakken uitwerking.

Dit kan ook zonder CCH. Je kunt tegenwoordig(vroeger moest dat in lovelace.yaml) in de dashboard zelf aangeven wie bepaalde zaken mag zien:



Die CCH heeft het bij mij nooit goed gedaan...

[ Voor 3% gewijzigd door Mimiix op 07-04-2020 10:56 ]

[barrymossel]

D3nnisd schreef op dinsdag 7 april 2020 @ 10:55:
[...]


Dit kan ook zonder CCH. Je kunt tegenwoordig(vroeger moest dat in lovelace.yaml) in de dashboard zelf aangeven wie bepaalde zaken mag zien:
[Afbeelding]


Die CCH heeft het bij mij nooit goed gedaan...

Thanks dat was nieuw voor mij. Toevallig vond ik dat net bij de release notes van 0.107:

Other noteworthy changes
@Misiu added a UI to set the visibility per user for views.

[Mimiix]

barrymossel schreef op dinsdag 7 april 2020 @ 10:57:
[...]

Thanks dat was nieuw voor mij. Toevallig vond ik dat net bij de release notes van 0.107:


[...]

dit zat er vroeger ook al in. Maar toen moest je dus de User ID in de lovelace doen:


Dat was echt ruk, want je kon niet makkelijk zien wie nou wat was...

[barrymossel]

D3nnisd schreef op dinsdag 7 april 2020 @ 10:58:
[...]


dit zat er vroeger ook al in. Maar toen moest je dus de User ID in de lovelace doen:
[Afbeelding]

Dat was echt ruk, want je kon niet makkelijk zien wie nou wat was...

Ik vind GUI mode ruk, dus voor mij zal het toch via yaml moeten. Wel irritant dat custom header het wel met usernames kan en HA zelf niet.

[Gonadan]

Ortep schreef op zaterdag 4 april 2020 @ 12:36:
Wat ik bedoeld met out of the box is dat alles in een keer werkte zoals ik het ook met mijn ICS-2000 had. Ik hoefde niets te doen en alles werd herkend. Ik gebruik bijna niets aan Addon's of plugins. Ik gebruik de editor. Maar pas na een tijdje deed ik dat. Dat kan ook prima zonder via de GUI of Notepad++. Dat ik weet dat ze er zijn is nog niet hetzelfde als ze gebruiken.

Nee snap ik, maar het is jammer dat zoiets nodig is. Althans, dat is puur mijn mening. Ik heb nu gewoon een teksteditor op m'n NAS geïnstalleerd, kan ik altijd via een browser de config aanpassen.

Hue werkte standaard, Tado werkte standaard, Deconz/Conbee werkte standaard, Mijn telefoon en tablet werden standaard herkend.
Harmonye was inderdaad 3 regels in de config (Via notepad++) maar is tegenwoordig geïntegreerd.

Da's ook een reden om te klagen toch? Daardoor gaat de ontwikkeling ook harder.
Maar ik moet Harmony inderdaad zelf doen. Bij aanwezigheidsdetectie via de router kreeg ik ineens alle bekende MAC-adressen in m'n dashboard en geschiedenis, krijg je er nooit meer uit.

Geen idee wat ik gebruik, ik draai gewoon standaard zonder gespeel met de database.
Die database heb ik niet nodig. Ik zou niet weten wat ik wil weten wat meer dan 24 uur oud is. Hooguit bij storingzoeken. Ging die lamp echt wel om 3:15 uit.

Precies dat eigenlijk. Het boeit mij niet hoeveel een lamp verbruikt heeft of dat hij een aardbeving geconstateerd heeft, ik wil alleen weten wanneer hij geschakeld is.
Verder is verbruik van een wasmachine of temperatuur en luchtvochtigheid in verschillende ruimten wel weer iets wat ik wil loggen.
Maar om zo specifiek te loggen moet ik er nog wel even voor gaan zitten.

Quotes toevoegen? Waarom? Dat doe ik nooit. Waar moet je dat dan?

In die formulieren voor automatisering. Bepaalde vakjes hebben een bepaald format en moet je dan quotes omheen zetten anders komt het verkeerd in de YAML terecht. Weet niet uit m'n hoofd precies welke, dacht sowieso bij templates bijvoorbeeld.
Heb nu nog niet zoveel geautomatiseerd, het meeste zit in zwave zelf.

Dat zal een eigenschap met je Zwave stick zijn. Ik heb Core ook gedraaid als eerste poging. En toen herkende hij mijn Conbee usb stick ook meteen. Ik ben pas na een paar dagen over gegaan naar Hassio. Maar dat heet niet meer zo. Dat overstappen was trouwens eenvoudig. Alles bleef gewoon werken.
Het lijkt er uit jouw beschrijvingen op dat Zwave een probleem is. Niet spontaan herkend, veel data genereren.
Nu komt dat in Nederland ook niet heel erg veel voor. We leven hier met Hue, Ikea, KaKu/Trust, Conbee, Mijia, Aqara en meer. Dat is allemaal Zigbee spul. Voor veel mensen is het dus echt out of the box een gaan.

Daar zeg je wat, HA is natuurlijk wat nieuwer. Toen ik begon was Zwave gewoon zo'n beetje de enige betrouwbare om te kiezen. Zigbee was amper bekend, je had alleen Hue en Kaku koos je alleen uit kostenoverwegingen. Wellicht is HA daar gewoon minder op gericht en hanteert een andere filosofie.
Daarnaast gebruiken we tegenwoordig natuurlijk ook veel externe controllers via een API zoals een Hue, Harmony of thermostaten. Dat is een ander principe dan een stick en drivers die direct in je tool hangen.

Ach ja, het is best leuk om weer te ontdekken en puzzelen, al heb ik niet altijd de tijd.

[Gonadan]

barrymossel schreef op zaterdag 4 april 2020 @ 13:08:
Echt totaal niet met je eens. Home Assistant had ik echt zo onder de knie. YAML is zeer logisch en alle code is gewoon op te zoeken. Heb je zo geleerd en anders zo gegoogled.

Het is niet complex, het kost gewoon veel tijd. Je moet zoeken naar de juiste oplossing in YAML en daarbij ook nog eens alle foute oplossingen die het internet biedt eruit filteren. De documentatie is gelukkig heel uitgebreid, dat helpt. Maar het is echt wel van een heel ander niveau dan formuliertjes invullen, knopjes klikken en blockly slepen.

Sowieso is Hassio mijn inziens wel aan te raden, want eventuele add-ons zijn wel erg eenvoudig.

Ik kan me er ook totaal niet in vinden dat alles om de haverklap gesloopt wordt. Lijkt me meer een user-error

Ja dat is natuurlijk de makkelijkste conclusie als iemand niet dolenthousiast is over je favoriete product.
Maar ik heb ook niet gezegd dat het om de haverklap stuk is, het draait prima door. Ik was alleen kritisch op de opmerking dat het retestabiel was, want het heeft ook gewoon z'n nukken.
Hassio of nu HA ga ik nog wel onderzoeken. Ik heb toch nog steeds het gevoel dat ik het mij nu op een aantal vlakken moeilijk maak dan nodig door Core te draaien. Ik wil het alleen zo 'schoon' mogelijk op m'n NAS hebben.

Enige waar ik me wel eens aan irriteer zijn die zeer regelmatige breaking changes. Gelukkig de laatste maanden geen echt relevante voor mij.

Heb nog niet geüpdatet dus moet dat nog ervaren, maar dat was bij Domoticz ook altijd ellende dus kan moeilijk erger.

[wmn79]

TWKterry schreef op maandag 6 april 2020 @ 23:49:
dankje @wmn79
Ik had toch het idee dat de HUE bridge zonder HA+NodeRed de lampen eerder activeert dan deze combinatie. Ga een Conbee2 sticak aanschaffen en eens kijken hoe dat werkt.

Dat lijkt mij ook, zeker in combinatie met het Hue component. Als alles binnen de Hue bridge blijft is er nergens vertaging. Bij gebruik van het Hue component worden de statussen elk poll interval vernieuwd, weet even niet wat de standaard is maar dacht 5 tot 10 seconden. Als er net gepolled is en je activeert een PIR dan kan het dus 5 seconden duren voordat de lamp aangaat. Terwijl dit in de bridge waarschijnlijk direct is.

[Mimiix]

wmn79 schreef op dinsdag 7 april 2020 @ 11:50:
[...]

Dat lijkt mij ook, zeker in combinatie met het Hue component. Als alles binnen de Hue bridge blijft is er nergens vertaging. Bij gebruik van het Hue component worden de statussen elk poll interval vernieuwd, weet even niet wat de standaard is maar dacht 5 tot 10 seconden. Als er net gepolled is en je activeert een PIR dan kan het dus 5 seconden duren voordat de lamp aangaat. Terwijl dit in de bridge waarschijnlijk direct is.

Klopt, want Hue werkt met polling terwijl deconz een push doet.

[Hmmbob]

D3nnisd schreef op dinsdag 7 april 2020 @ 10:55:
[...]


Dit kan ook zonder CCH. Je kunt tegenwoordig(vroeger moest dat in lovelace.yaml) in de dashboard zelf aangeven wie bepaalde zaken mag zien:
[Afbeelding]


Die CCH heeft het bij mij nooit goed gedaan...

Oh, dat had ik effe gemist. CCH werkt hier prima voor het doel.

[Jurgen]

D3nnisd schreef op dinsdag 7 april 2020 @ 10:10:
[...]


Die 10a gaat uit van 220v op 10a. Dat is 2.2 kwh:
[Afbeelding]

Als het over de wasmachine gaat, (sorry heb niet alles gelezen) maar dan is dat geen DC, maar AC. En misschien als je zo marginaal naar de specs gaat moet je ook even rekening houden dat de spanning iets kan fluctueren, en tegenwoordig ook 230V is.

[skank]

Jurgen schreef op dinsdag 7 april 2020 @ 12:56:
[...]


Als het over de wasmachine gaat, (sorry heb niet alles gelezen) maar dan is dat geen DC, maar AC. En misschien als je zo marginaal naar de specs gaat moet je ook even rekening houden dat de spanning iets kan fluctueren, en tegenwoordig ook 230V is.

Ik ben geen electricien, maar dat verandert toch niks he, ik kan die gebruiken voor de wasmachien he

[-Casper]

Ik wil graag Aqara en IKEA remotes direct koppelen met HA. Nu lees ik over zigbee2mqtt en conbee sticks, maar ik kom niet echt concrete voor- en nadelen tegen. Zit er wezenlijk verschil tussen beide behalve kleine verschillen in supported devices en hoe je de stick configureert?

[RobertMe]

-Casper schreef op dinsdag 7 april 2020 @ 13:50:
Ik wil graag Aqara en IKEA remotes direct koppelen met HA. Nu lees ik over zigbee2mqtt en conbee sticks, maar ik kom niet echt concrete voor- en nadelen tegen. Zit er wezenlijk verschil tussen beide behalve kleine verschillen in supported devices en hoe je de stick configureert?

Dat ligt eraan wat je onder kleine verschillen verstaat?

Zelf gebruik ik Zigbee2mqtt. Dit omdat het voor mijn idee wat simpelere is in o.a. het beheer. Daarnaast werkt het met MQTT en dus via een vrij generiek protocol waardoor ook andere systemen, middels MQTT, erop kunnen inhaken. (Bv een ESP die naar bepaalde topics uit Zigbee2mqtt luistert).

Het gebruik van Deconz met de Conbee / Raspbee gaat bij mijn weten via een GUI applicatie waarbij je deze bv via VNC beschikbaar moet maken wil je de boel op een server in Docker draaien. Daarnaast werkt Deconz met een eigen protocol waardoor andere dingen moeilijker erop kunnen inhaken.

Overigens is er tegenwoordig ook een middenweg. Zigbee2mqtt heeft tegenwoordig ondersteuning voor de Conbee stick (zelfs toegevoegd door Dresden Electronics zelf). Daardoor kun je dus de commerciële hardware combineren met de open software. En dat zou nu wel eens een gevalletje best of both worlds kunnen zijn. Want de CC2531 sticks met open source / "hobby" software kan toch nadelig zijn. En begrijp me niet verkeerd, niks tegen open source en ik ben er zelf ook groot voorstander van. Maar firmware voor zo'n stick is natuurlijk een hele andere tak van sport dan gewoon een of andere open source applicatie. Dus goedkoop een (development) stick van Texas Instruments kopen en dan zelf een "hobby bob" firmware erop zetten voelt toch een beetje raar. En het werkt uiteraard allemaal wel. Maar gewoon een echt commercieel verkochte stick "voelt" toch beter IMO.

[phlinx]

RobertMe schreef op dinsdag 7 april 2020 @ 14:00:
[...]

Het gebruik van Deconz met de Conbee / Raspbee gaat bij mijn weten via een GUI applicatie waarbij je deze bv via VNC beschikbaar moet maken wil je de boel op een server in Docker draaien. Daarnaast werkt Deconz met een eigen protocol waardoor andere dingen moeilijker erop kunnen inhaken.

Het toevoegen van nieuwe apparaten gaat in principe via een eenvoudige web app (Phoscon app).

Overigens is er tegenwoordig ook een middenweg. Zigbee2mqtt heeft tegenwoordig ondersteuning voor de Conbee stick (zelfs toegevoegd door Dresden Electronics zelf). Daardoor kun je dus de commerciële hardware combineren met de open software. En dat zou nu wel eens een gevalletje best of both worlds kunnen zijn. Want de CC2531 sticks met open source / "hobby" software kan toch nadelig zijn. En begrijp me niet verkeerd, niks tegen open source en ik ben er zelf ook groot voorstander van. Maar firmware voor zo'n stick is natuurlijk een hele andere tak van sport dan gewoon een of andere open source applicatie. Dus goedkoop een (development) stick van Texas Instruments kopen en dan zelf een "hobby bob" firmware erop zetten voelt toch een beetje raar. En het werkt uiteraard allemaal wel. Maar gewoon een echt commercieel verkochte stick "voelt" toch beter IMO.

Ik gebruik nu de Conbee II stick icm de Deconz-integratie in HA.
Als ik de Zigbee2mqtt integratie ga gebruiken icm deze Conbee-stick en apparaten toevoeg, dan heb ik twee zigbee netwerken (Deconz en Z2mqtt) toch? Dus, meest ideaal is dan overstappen op Zigbee2mqtt en alle apparaten daarmee pairen?

[Jurgen]

skank schreef op dinsdag 7 april 2020 @ 13:05:
[...]


Ik ben geen electricien, maar dat verandert toch niks he, ik kan die gebruiken voor de wasmachien he

AC en DC maakt wel degelijk verschil, en zeker als je op het randje zit van wat je unit aan kan. Hij zal niet meteen afbranden, maar je hebt wel kans dat ie defect raakt. Of verkeerde waardes door geeft. Het nut van de meting is daarmee eigenlijk meteen weg.

[skank]

Jurgen schreef op dinsdag 7 april 2020 @ 14:30:
[...]


AC en DC maakt wel degelijk verschil, en zeker als je op het randje zit van wat je unit aan kan. Hij zal niet meteen afbranden, maar je hebt wel kans dat ie defect raakt. Of verkeerde waardes door geeft. Het nut van de meting is daarmee eigenlijk meteen weg.

Ouch ik heb er net 2 besteld

[Septillion]

AC en DC maakt zo ver uit dat die pluggen alleen maar werken met wat uit het net komt, ofwel AC.

Qua vermogen, ik zou er niet wakker van liggen. De marge van het net (en die is echt al jaren gelijk) zou echt gewoon in die spec moeten liggen.

[Ortep]

phlinx schreef op dinsdag 7 april 2020 @ 14:11:
[...]

Ik gebruik nu de Conbee II stick icm de Deconz-integratie in HA.
Als ik de Zigbee2mqtt integratie ga gebruiken icm deze Conbee-stick en apparaten toevoeg, dan heb ik twee zigbee netwerken (Deconz en Z2mqtt) toch? Dus, meest ideaal is dan overstappen op Zigbee2mqtt en alle apparaten daarmee pairen?

Ik heb ook een Conbee stick. Dat werkt prima. Puur uit belangstelling, waarom zou ik zigbee2mqtt willen gebruiken? Ik heb er wat over zitten lezen, maar het lijkt me een stuk gecompliceerder.

Vooral als ik dit lees vraag ik me af waarom ik het zou willen

A Superior Zigbee Experience with deCONZ, Conbee II, & Home Assistant – Josiah Vorst
https://josiahvorst.com/a...conbee-ii-home-assistant/

[ Voor 16% gewijzigd door Ortep op 07-04-2020 14:56 ]

[Mimiix]

RobertMe schreef op dinsdag 7 april 2020 @ 14:00:
[...]

Dat ligt eraan wat je onder kleine verschillen verstaat?

Zelf gebruik ik Zigbee2mqtt. Dit omdat het voor mijn idee wat simpelere is in o.a. het beheer. Daarnaast werkt het met MQTT en dus via een vrij generiek protocol waardoor ook andere systemen, middels MQTT, erop kunnen inhaken. (Bv een ESP die naar bepaalde topics uit Zigbee2mqtt luistert).

Het gebruik van Deconz met de Conbee / Raspbee gaat bij mijn weten via een GUI applicatie waarbij je deze bv via VNC beschikbaar moet maken wil je de boel op een server in Docker draaien. Daarnaast werkt Deconz met een eigen protocol waardoor andere dingen moeilijker erop kunnen inhaken.

Ik denk dat Deconz qua gebruiksvriendelijkheid wint. Alle apparten werken via de gui. Via HA is er een Addon beschikbaar. Die VNC is ook beschikbaar via de addon. Hier hoef je niets voor te configureren. Daarnaast, de VNC gebruik je eigenlijk amper. Meestal om issues met verbindingen op te lossen of om firmware te updaten.

De toegang die jij bedoeld, gaat via Home-assistant zelf en is bruikbaar binnen de browser op poort 40850. Deze draait ook prima in ingress mode:).

Overigens is er tegenwoordig ook een middenweg. Zigbee2mqtt heeft tegenwoordig ondersteuning voor de Conbee stick (zelfs toegevoegd door Dresden Electronics zelf). Daardoor kun je dus de commerciële hardware combineren met de open software. En dat zou nu wel eens een gevalletje best of both worlds kunnen zijn. Want de CC2531 sticks met open source / "hobby" software kan toch nadelig zijn. En begrijp me niet verkeerd, niks tegen open source en ik ben er zelf ook groot voorstander van. Maar firmware voor zo'n stick is natuurlijk een hele andere tak van sport dan gewoon een of andere open source applicatie. Dus goedkoop een (development) stick van Texas Instruments kopen en dan zelf een "hobby bob" firmware erop zetten voelt toch een beetje raar. En het werkt uiteraard allemaal wel. Maar gewoon een echt commercieel verkochte stick "voelt" toch beter IMO.

Zigbee2Mqtt is nog niet geimplementeerd. Dit komt er wel aan.


Conbee is gewoon erg stabiel(met uitzondering van de laatste update helaas). Het echte probleem is nu dat ontwikkeling traag gaat door interne ontwikkelingen.

[ Voor 3% gewijzigd door Mimiix op 07-04-2020 15:33 ]

[Bojan023]

@Ortep @D3nnisd
Ondanks ik geen ervaring heb met Deconz wil ik toch even inhaken op het Zigbee2MQTT gedeelte aangezien ik van mening ben dat men hier op een verkeerd spoor wordt gezet door onderstaande comment.

RobertMe schreef op dinsdag 7 april 2020 @ 14:00:
[...]
Maar firmware voor zo'n stick is natuurlijk een hele andere tak van sport dan gewoon een of andere open source applicatie. Dus goedkoop een (development) stick van Texas Instruments kopen en dan zelf een "hobby bob" firmware erop zetten voelt toch een beetje raar. En het werkt uiteraard allemaal wel. Maar gewoon een echt commercieel verkochte stick "voelt" toch beter IMO.

Gevoelens verschillen maar laten we wel een feitelijke basis gebruiken zodat iedereen op basis daarvan zelf wat van kan vinden. De (hoofd)programmeur van Z2M en de Z-stack firmware in dienst bij een groot softwarebedrijf met een omzet van 3 miljard per jaar. Niet dat dat een maat is voor de kwaliteit van iemand zijn werk maar op basis van mijn eigen ervaringen en de grote userbase durf ik te stellen dat deze open-source firmware van minstens dezelfde kwaliteit is (en misschien zelfs wel beter?), al helemaal aangezien hij (persoonlijk) erg begaan is met het project en er worden op regelmatige basis verbeteringen en nieuwe features toegevoegd. Om nog maar te zwijgen over het feit dat er meerdere mensen aan bijdragen. Eigen ervaring: het tweak-gehalte is (in het begin) inderdaad vrij groot is, echter draaien verschillende versies inmiddels meer dan een jaar rocksolid.

Ja, het zal ongetwijfeld vanaf scratch ingewikkelder zijn (al is de documentatie kraakhelder en is er een grote community) om die weg te bewandelen dan de oplossing van een fabrikant. Ik ben zelf met nul kennis van zaken ook begonnen en inmiddels is het set-and-forget gehalte is uiteindelijk even groot vermoed ik. Je hebt echter veel meer vrijheid en hier schuilt de kracht van Z2M in: daar ben je nooit afhankelijk van een fabrikant en alles kan, niets moet. Aanpassingen hoeven niet via VNC of iets grafisch (kán wel met een plug-in), gewoon een eenvoudig tekst-bestandje aanpassen en opslaan. Bovendien is het grootste voordeel dat het volledig losstaat van HomeAssistant wat betekent dat als HA kuren heeft, herstart or crash dat het Zigbee-netwerk er niet uitvliegt en routers en endpoints geen rare fratsen gaan uithalen en het netwerk verlaten oid. Ik durf niet te zeggen hoe Deconz daar op inspeelt overigens.

[ Voor 6% gewijzigd door Bojan023 op 07-04-2020 16:11 ]

[Koepert]

Hoi,

wie kan me even een setje in de goede richting geven.

- Hassio ooit geinstalleerd op een Rpi3. snapshot gemaakt met een Conbee-stick incl 1x Ikea tradfri lamp
- nieuw systeem (instabiliteit lamp/HA) met Pentium/8GB/SSD om te proberen
- Snapshot overgezet naar een hass.io install in docker op ubuntu-server
- config nagelopen
-alles werkt. Behalve de Ikea lamp. In DeCONZ is de lamp zichtbaar en te bedienen. De Card in Lovelace werkte niet meer en nu is de entiteit weg. En die krijg ik NIET terug.. Geprobeerd opnieuw koppeling tot stand te brengen, geen soelaas. Nu is dit wellicht niet de schoonste methode, maar de rest werkt verder wel....

Nu denk ik dat deze error er mee te maken heeft, maar ik kom er niet uit:

ERROR (MainThread) [asyncio] Unclosed connection
client_connection: Connection<ConnectionKey(host='172.30.33.1', port=8099, is_ssl=False, ssl=None, proxy=None, proxy_auth=None, proxy_headers_hash=None)>

Geen idee waarom..maar de derde reboot NA update config was blijkbaar afdoende.. Lamp is terug als entiteit..

[ Voor 5% gewijzigd door Koepert op 07-04-2020 17:52 ]

[Mimiix]

Bojan023 schreef op dinsdag 7 april 2020 @ 16:10:
@Ortep @D3nnisd
Ondanks ik geen ervaring heb met Deconz wil ik toch even inhaken op het Zigbee2MQTT gedeelte aangezien ik van mening ben dat men hier op een verkeerd spoor wordt gezet door onderstaande comment.


[...]


Gevoelens verschillen maar laten we wel een feitelijke basis gebruiken zodat iedereen op basis daarvan zelf wat van kan vinden. De (hoofd)programmeur van Z2M en de Z-stack firmware in dienst bij een groot softwarebedrijf met een omzet van 3 miljard per jaar. Niet dat dat een maat is voor de kwaliteit van iemand zijn werk maar op basis van mijn eigen ervaringen en de grote userbase durf ik te stellen dat deze open-source firmware van minstens dezelfde kwaliteit is (en misschien zelfs wel beter?), al helemaal aangezien hij (persoonlijk) erg begaan is met het project en er worden op regelmatige basis verbeteringen en nieuwe features toegevoegd. Om nog maar te zwijgen over het feit dat er meerdere mensen aan bijdragen. Eigen ervaring: het tweak-gehalte is (in het begin) inderdaad vrij groot is, echter draaien verschillende versies inmiddels meer dan een jaar rocksolid.

Ja, het zal ongetwijfeld vanaf scratch ingewikkelder zijn (al is de documentatie kraakhelder en is er een grote community) om die weg te bewandelen dan de oplossing van een fabrikant. Ik ben zelf met nul kennis van zaken ook begonnen en inmiddels is het set-and-forget gehalte is uiteindelijk even groot vermoed ik. Je hebt echter veel meer vrijheid en hier schuilt de kracht van Z2M in: daar ben je nooit afhankelijk van een fabrikant en alles kan, niets moet. Aanpassingen hoeven niet via VNC of iets grafisch (kán wel met een plug-in), gewoon een eenvoudig tekst-bestandje aanpassen en opslaan. Bovendien is het grootste voordeel dat het volledig losstaat van HomeAssistant wat betekent dat als HA kuren heeft, herstart or crash dat het Zigbee-netwerk er niet uitvliegt en routers en endpoints geen rare fratsen gaan uithalen en het netwerk verlaten oid. Ik durf niet te zeggen hoe Deconz daar op inspeelt overigens.

Duidelijke uitleg, dank hiervoor!

Deconz heeft twee delen: De VNC en webgui. De Webgui word gebruikt om de devices toe te voegen aan je netwerk. Zoeken en toevoegen zegmaar. Daarnaast kan je hierin ook de groepen maken, waardoor dus het netwerk blijft werken indien HA en zelfs Deconz down is. Als de apparaten onderling elkaar maar zien. De enige endpoints die dat doen overigens, zijn de Xiaomi's.

De VNC word gebruikt voor het updaten van je devices(firmware updates). Daarnaast kan je ook het een en ander instellen en zelfs je netwerk zien(en diens onderliggende verbindingen).

Wat betreft ondersteuning: Je kunt zelf meewerken aan de software gezien deze opensource is. Sterker nog, je kan zelf devices implementeren als je deze kennis hebt.

Over het algemeen werkt het beide hetzelfde, waarbij deCONZ net wat consument gerichter is en gemakkelijker is in het toevoegen. Het heeft de feel van een gateway zoals een IKEA of HUE maar dan universeel.

Ik ga me, na jouw post, eens verdiepen in bovenstaande .

[phlinx]

Ortep schreef op dinsdag 7 april 2020 @ 14:50:
[...]


Ik heb ook een Conbee stick. Dat werkt prima. Puur uit belangstelling, waarom zou ik zigbee2mqtt willen gebruiken? Ik heb er wat over zitten lezen, maar het lijkt me een stuk gecompliceerder.

Vooral als ik dit lees vraag ik me af waarom ik het zou willen

A Superior Zigbee Experience with deCONZ, Conbee II, & Home Assistant – Josiah Vorst
https://josiahvorst.com/a...conbee-ii-home-assistant/

Meer keuze in smart apparaten lijkt me.
De stabiliteitsproblemen zouden met de Conbee II een stuk minder moeten zijn.

[skank]

Hopelijk kan iemand me hier helpen.
De hass.io addon pihole is decaprecated.
AdGuard home is het alternatief.
Ik heb deze nu installed en deze heeft een static ip en external dns (in mn router toch he? 8.8.8.8?)
bij SSL heb ik false

wanneer ik de addon start, licht hij groen op, druk ik op webgui, krijg ik error bad gateway
Vervolgens kan ik de addon terug starten.. vreemd

als ik bij de logs kijk van de addon, en ik druk op refresh gebeurt er niks

ik krijg geen output

Kijk ik bij system logs zie ik daar staan

start docker addon adguard…
ERROR ingress error: cannot connect to host

enig idee waar ik het moet zoeken?

[sopi]

Stop je PiHole add-on eens in HA, had een soort gelijke fout en dan kwam bij mij doordat PiHole nog draaide en er een conflict ontstond qua port toegang

[skank]

sopi schreef op dinsdag 7 april 2020 @ 20:17:
Stop je PiHole add-on eens in HA, had een soort gelijke fout en dan kwam bij mij doordat PiHole nog draaide en er een conflict ontstond qua port toegang

Die heb ik zelfs al verwijderd.
Nog steeds hetzelfde

[Erik80]

Andere add-ons die van dezelfde poort gebruik maken (bv dnsmasq)?

[skank]

Erik80 schreef op dinsdag 7 april 2020 @ 21:18:
Andere add-ons die van dezelfde poort gebruik maken (bv dnsmasq)?

nee, gecheckt
ik ben aan het zien naar mn database file momenteel want heb nog 2 errors.
zo is mn google calendar plots gestopt met werken, en werkt mn weather-card ook plots niet meer

[Ortep]

phlinx schreef op dinsdag 7 april 2020 @ 18:37:
[...]


Meer keuze in smart apparaten lijkt me.

Hmmm, ik denk dat ik Zigbee2MQTT dan maar oversla
Mijn Conbee werkt prima met Hue, Ikea, Kaku pro line, Mijia, Aqara, Osram.
Gek veel meer smart apparaten op zigbee zijn er niet eenvoudig te verkrijgen.

De stabiliteitsproblemen zouden met de Conbee II een stuk minder moeten zijn.

Stabiliteisproblemen heb ik nog niet gezien. Maar ik ben natuurlijk ook gelijk begonnen met een Conbee II

[Cartman!]

Ortep schreef op dinsdag 7 april 2020 @ 22:10:
[...]

Hmmm, ik denk dat ik Zigbee2MQTT dan maar oversla
Mijn Conbee werkt prima met Hue, Ikea, Kaku pro line, Mijia, Aqara, Osram.
Gek veel meer smart apparaten op zigbee zijn er niet eenvoudig te verkrijgen.

[...]

Stabiliteisproblemen heb ik nog niet gezien. Maar ik ben natuurlijk ook gelijk begonnen met een Conbee II

Ik zit ook naar Deconz/Conbee te kijken maar de Lutron Aurora lijkt nog steeds niet out of the box ondersteund te worden

[R2D2]

phlinx schreef op dinsdag 7 april 2020 @ 18:37:
[...]


Meer keuze in smart apparaten lijkt me.
De stabiliteitsproblemen zouden met de Conbee II een stuk minder moeten zijn.

Ik ben begonnen met de Conbee en ik heb er niets dan ellende me gehad, lampen die opeens verdwenen waren, veel vertraging, apparaten die niet ondersteund werden, omslachtige update process e.d.

Toen overgegaan naar Zigbee2Mqtt en ook dat was alles behalve stabiel te noemen. Ik ben er echter toen wel bij blijven hangen omdat de ontwikkeling veel sneller ging dan bij de Conbee en er ook veel beter geluisterd werd naar de community.

Inmiddels draait Zigbee2Mqtt hier ontzettend stabiel, ik kan me niet heugen wanneer ik voor het laatst een keer een switch, lamp of sensor heb gehad die niet functioneerde zoals het hoorde. Het enige werk wat ik er aan heb ik het upgraden naar de laatste versie eens in de zoveel tijd.

Ik zou zelf dus niet meer direct terug willen naar de Conbee en de Zigbee implementatie van Home Assistant zelf heb ik na een poging ook afgezworen vanwege het gebrek aan ondersteuning.

Bottomline, als iets werkt (en of dat nou Conbee of Zigbee2Mqtt is) en je bent er tevreden over, blijf er dan in vredesnaam gewoon lekker vanaf want beter dan "het werkt goed" gaat het echt niet worden

[Ortep]

R2D2 schreef op woensdag 8 april 2020 @ 07:28:
[...]


Ik ben begonnen met de Conbee en ik heb er niets dan ellende me gehad, lampen die opeens verdwenen waren, veel vertraging, apparaten die niet ondersteund werden, omslachtige update process e.d.

Toen overgegaan naar Zigbee2Mqtt en ook dat was alles behalve stabiel te noemen. Ik ben er echter toen wel bij blijven hangen omdat de ontwikkeling veel sneller ging dan bij de Conbee en er ook veel beter geluisterd werd naar de community.

Ik begrijp het niet helemaal hoe je die overstap gemaakt hebt. Conbee is hardware, Zigbee2MQTT is software. Of zie ik dat helemaal verkeerd?

Een niet stabiel zigbee netwerk wordt vaak veroorzaakt door bv interferentie van een WIFI netwerk dat op dezelfde frequentie werkt. Zeker als je dat bij twee verschillende systemen merkt lijkt het op een externe oorzaak.Misschien is het nuttig om eens naar de kanalen te kijken waarop alles werkt

Bottomline, als iets werkt (en of dat nou Conbee of Zigbee2Mqtt is) en je bent er tevreden over, blijf er dan in vredesnaam gewoon lekker vanaf want beter dan "het werkt goed" gaat het echt niet worden

Dat ben ik helemaal met je eens

[Zwerver]

Hmm... sinds ik HA helemaal opnieuw heb ingericht, moet ik bij een herstart van HA ook al mijn tosmato’s restarten, anders dan herkent HA ze niet. Ik heb echt alles in de console geprobeerd, maar kan het niet opgelost krijgen? Geïntegreerd via mqtt

[Zwerver]

—-

[ Voor 98% gewijzigd door Zwerver op 08-04-2020 09:13 ]

[lolgast]

@Zwerver Dat zal te maken hebben met het feit dat er geen retain is van je MQTT topic (wat ik over het algemeen ook echt probeer te vermijden). Probeer je sonoff (ik neem aan dat je tasmota bedoelt ) eens te schakelen na een herstart van HA en kijk of hij dat wel oppikt

[Zwerver]

lolgast schreef op woensdag 8 april 2020 @ 09:15:
@Zwerver Dat zal te maken hebben met het feit dat er geen retain is van je MQTT topic (wat ik over het algemeen ook echt probeer te vermijden). Probeer je sonoff (ik neem aan dat je tasmota bedoelt ) eens te schakelen na een herstart van HA en kijk of hij dat wel oppikt

Het is geen sonoff, maar een schakel af/schakel op laat HA idd de tasmota weer zien... maar dat is ergerlijk omdat ik dan 12 smart-plugs een restart moet geven

[lolgast]

Dat hoef je ze dus niet te herstarten, maar gewoon een keer gebruiken. Óf zoals gezegd waarschijnlijk voor je mqtt topics instellen dat ze retained zijn.

[Zwerver]

lolgast schreef op woensdag 8 april 2020 @ 09:20:
Dat hoef je ze dus niet te herstarten, maar gewoon een keer gebruiken. Óf zoals gezegd waarschijnlijk voor je mqtt topics instellen dat ze retained zijn.

Nee wacht, dat eerste werkt niet omdat ze unavalable zijn...

[RobertMe]

Ortep schreef op woensdag 8 april 2020 @ 09:10:
[...]


Ik begrijp het niet helemaal hoe je die overstap gemaakt hebt. Conbee is hardware, Zigbee2MQTT is software. Of zie ik dat helemaal verkeerd?

Zigbee2mqtt kon voorheen alleen overweg met de CC2531 chip waarop een (custom) firmware moest worden gezet. In eerste instantie hebben ze vervolgens ondersteuning toegevoegd voor twee nieuwe development chips / "sticks" van Texas Instruments. En nu is Dresden Electronics bezig met ondersteuning toevoegen voor de Conbee en Raspbee.

Dus zowel Zigbee2mqtt als Conbee waren beide.
Zigbee2mqtt moest met de CC2531 stick
Conbee / Raspbee moest met de Deconz software.
Dadelijk kan een Conbee / Raspbee dus in combinatie met Zigbee2mqtt.

[RobertMe]

Zwerver schreef op woensdag 8 april 2020 @ 09:12:
Hmm... sinds ik HA helemaal opnieuw heb ingericht, moet ik bij een herstart van HA ook al mijn tosmato’s restarten, anders dan herkent HA ze niet. Ik heb echt alles in de console geprobeerd, maar kan het niet opgelost krijgen? Geïntegreerd via mqtt

Wat @lolgast schrijft. Met retained messages valt dit waarschijnlijk op te lossen. Mogelijk alternatief is Home Assistant een birth & last will message te laten sturen. Dus een "ik ben nu online" / "ik ben nu offline". Potentieel dat Tasmota dat op kan pikken en even zijn eigen info opnieuw publiceren. Maar ik heb geen ervaring met Tasmota dus weet ook niet of die ondersteuning heeft voor luisteren naar zo'n berichten.

[Dacuuu]

Zwerver schreef op woensdag 8 april 2020 @ 09:12:
Hmm... sinds ik HA helemaal opnieuw heb ingericht, moet ik bij een herstart van HA ook al mijn tosmato’s restarten, anders dan herkent HA ze niet. Ik heb echt alles in de console geprobeerd, maar kan het niet opgelost krijgen? Geïntegreerd via mqtt

Ik heb het zo gedaan, ooit is gezien in een filmpje..

code:

payload: ''
topic: sonoffs/cmnd/state

[Hmmbob]

Dacuuu schreef op woensdag 8 april 2020 @ 09:29:
[...]


Ik heb het zo gedaan, ooit is gezien in een filmpje..

code:

payload: ''
topic: sonoffs/cmnd/state

[Afbeelding]

En dat kan je dan weer automatiseren:

YAML:

- id: update_sonoffs_on_restart
  alias: 'System: Update Sonoffs on restart'
  initial_state: 'on'
  trigger:
    - platform: homeassistant
      event: start
  action:
    service: mqtt.publish
    data:
      topic: sonoffs/cmnd/state
      payload: ""

(Zo werk ik wat Waze travel time sensors bij die typisch gezien 'leeg' blijven bij een restart)

[ Voor 8% gewijzigd door Hmmbob op 08-04-2020 09:53 ]

[Dacuuu]

Hmmbob schreef op woensdag 8 april 2020 @ 09:51:
[...]

En dat kan je dan weer automatiseren:

YAML:

- id: update_sonoffs_on_restart
  alias: 'System: Update Sonoffs on restart'
  initial_state: 'on'
  trigger:
    - platform: homeassistant
      event: start
  action:
    service: mqtt.publish
    data:
      topic: sonoffs/cmnd/state
      payload: ""

Dat heb ik ook gedaan, zie mn screenshot.

[Hmmbob]

Dacuuu schreef op woensdag 8 april 2020 @ 09:52:
[...]


Dat heb ik ook gedaan, zie mn screenshot.

Oh, f*ck. Moet nog even uit mijn YAML-only modus komen denk ik

[Nnoitra]

Hmmbob schreef op woensdag 8 april 2020 @ 09:53:
[...]

Oh, f*ck. Moet nog even uit mijn YAML-only modus komen denk ik

Nee hoor, YAML-only for the win!
_{Nou ja, iig voor de leesbaarheid en structuur van je YAMLs}

[Tusk]

Ik heb met succes 2 ikea lampen toegevoegd aan mijn Conbee II (kan ze via deconZ gewoon besturen), maar ik krijg ze maar niet zichtbaar in HA...

Ik heb al sensoren en knoppen (via Conbee) die wel gewoon zichtbaar zijn. Ook de optie om automatisch nieuwe items van deconZ toe te voegen staat aan, maar ik zie niks helaas

[Septillion]

@Zwerver Ik heb nergens last van na een herstart. Welke versie van Tasmota draai je op de pluggen? En heb je na een herstart wel een LWT van al je apparaten? Even met MQTT Explorer ofzo kijken. Die LWT zou namelijk gewoon een retained topic moeten zijn.

[hhoekstra]

Tusk schreef op woensdag 8 april 2020 @ 10:25:
Ik heb met succes 2 ikea lampen toegevoegd aan mijn Conbee II (kan ze via deconZ gewoon besturen), maar ik krijg ze maar niet zichtbaar in HA...

Ik heb al sensoren en knoppen (via Conbee) die wel gewoon zichtbaar zijn. Ook de optie om automatisch nieuwe items van deconZ toe te voegen staat aan, maar ik zie niks helaas

Hass even herstarten? helpt dat

[Tusk]

hhoekstra schreef op woensdag 8 april 2020 @ 10:32:
[...]


Hass even herstarten? helpt dat

meerdere malen gedaan, ook deconz herstart en zelfs de stroom eraf...

[Alaksandus]

Ik heb een automation aangemaakt die twee switches in sycn laten lopen. Als er een aan gaat dan gaat de ander ook aan en andersom.

code:

- alias: BG - Verlichting keuken en woonkamer
  trigger:
    - platform: state
      entity_id: light.woonkamer, light.hue_filament_bulb_1
      from: 'on'
      to: 'off'
    - platform: state
      entity_id: light.woonkamer, light.hue_filament_bulb_1
      from: 'off'
      to: 'on'
  action:
    service_template: >
      {% if trigger.to_state.state == "on" %}
      switch.turn_on
      {% elif trigger.to_state.state == "off" %}
      switch.turn_off
      {% endif %}
    data_template: 
      entity_id: >
        {% if trigger.from_state.entity_id == "light.woonkamer" %}
        light.hue_filament_bulb_1
        {% elif trigger.from_state.entity_id == "light.hue_filament_bulb_1" %}
        light.woonkamer
        {% endif %}

Nu wilt alleen de lamp light.hue_filament_bulb_1 niet in/uitschakelen via deze automation. Ik krijg de volgende error in het log: Unable to find referenced entities light.hue_filament_bulb_1
10:57:45 AM – helpers/service.py (WARNING)

Deze lamp is echter onder dit ID wel bekend in HA. Als ik hem als schakelaar in Lovelace toevoeg kan ik hem gewoon aan/uit zetten, maar via deze automation werkt het niet. Als ik een andere entity pak in de automation gaat het wel goed.

Is er een manier om Hue opnieuw in te laden of moet ik de bridge verwijderen/toevoegen?

[larsiey]

Ik wil op meerdere ios devices met de HA app tegelijk een notificatie sturen.
Nu heb ik gelezen om hier een aparte notify groep voor aan te maken met de mobile app entiteit hierin.

Echter, ik heb ook gelezen over "service: notify.notify". Waar staat de 2e notify voor? Dus naar welke devices worden deze notificaties verstuurd?

Edit: volgens mij wordt met notify.notify naar alle devices die een notificatie kunnen ontvangen een notificatie verstuurd.

[ Voor 24% gewijzigd door larsiey op 08-04-2020 11:45 ]

[Erik80]

larsiey schreef op woensdag 8 april 2020 @ 11:32:
Ik wil op meerdere ios devices met de HA app tegelijk een notificatie sturen.
Nu heb ik gelezen om hier een aparte notify groep voor aan te maken met de mobile app entiteit hierin.

Echter, ik heb ook gelezen over "service: notify.notify". Waar staat de 2e notify voor? Dus naar welke devices worden deze notificaties verstuurd?

Edit: volgens mij wordt met notify.notify naar alle devices die een notificatie kunnen ontvangen een notificatie verstuurd.

Eeuhm...misschien ff hier kijken?
https://www.home-assistant.io/integrations/notify/

Je kunt dus zelf makkelijk testen waar je berichtjes terecht komen

[Erik80]

Alaksandus schreef op woensdag 8 april 2020 @ 11:03:
Ik heb een automation aangemaakt die twee switches in sycn laten lopen. Als er een aan gaat dan gaat de ander ook aan en andersom.

code:

- alias: BG - Verlichting keuken en woonkamer
  trigger:
    - platform: state
      entity_id: light.woonkamer, light.hue_filament_bulb_1
      from: 'on'
      to: 'off'
    - platform: state
      entity_id: light.woonkamer, light.hue_filament_bulb_1
      from: 'off'
      to: 'on'
  action:
    service_template: >
      {% if trigger.to_state.state == "on" %}
      switch.turn_on
      {% elif trigger.to_state.state == "off" %}
      switch.turn_off
      {% endif %}
    data_template: 
      entity_id: >
        {% if trigger.from_state.entity_id == "light.woonkamer" %}
        light.hue_filament_bulb_1
        {% elif trigger.from_state.entity_id == "light.hue_filament_bulb_1" %}
        light.woonkamer
        {% endif %}

Nu wilt alleen de lamp light.hue_filament_bulb_1 niet in/uitschakelen via deze automation. Ik krijg de volgende error in het log: Unable to find referenced entities light.hue_filament_bulb_1
10:57:45 AM – helpers/service.py (WARNING)

Deze lamp is echter onder dit ID wel bekend in HA. Als ik hem als schakelaar in Lovelace toevoeg kan ik hem gewoon aan/uit zetten, maar via deze automation werkt het niet. Als ik een andere entity pak in de automation gaat het wel goed.

Is er een manier om Hue opnieuw in te laden of moet ik de bridge verwijderen/toevoegen?

Mag ik vragen waarom je dit zo doet? Kun je hetzelfde bereiken met groups?

[larsiey]

Erik80 schreef op woensdag 8 april 2020 @ 11:55:
[...]

Eeuhm...misschien ff hier kijken?
https://www.home-assistant.io/integrations/notify/

Je kunt dus zelf makkelijk testen waar je berichtjes terecht komen

Ik had het inderdaad al gezien. Iets te vroeg om hulp gevraagd

Maar is mijn aanname dan correct dat bij notify.notify ze overal terecht komen waar ingesteld?

[markhubert180]

Alaksandus schreef op woensdag 8 april 2020 @ 11:03:
Ik heb een automation aangemaakt die twee switches in sycn laten lopen. Als er een aan gaat dan gaat de ander ook aan en andersom.

code:

- alias: BG - Verlichting keuken en woonkamer
  trigger:
    - platform: state
      entity_id: light.woonkamer, light.hue_filament_bulb_1
      from: 'on'
      to: 'off'
    - platform: state
      entity_id: light.woonkamer, light.hue_filament_bulb_1
      from: 'off'
      to: 'on'
  action:
    service_template: >
      {% if trigger.to_state.state == "on" %}
      switch.turn_on
      {% elif trigger.to_state.state == "off" %}
      switch.turn_off
      {% endif %}
    data_template: 
      entity_id: >
        {% if trigger.from_state.entity_id == "light.woonkamer" %}
        light.hue_filament_bulb_1
        {% elif trigger.from_state.entity_id == "light.hue_filament_bulb_1" %}
        light.woonkamer
        {% endif %}

Nu wilt alleen de lamp light.hue_filament_bulb_1 niet in/uitschakelen via deze automation. Ik krijg de volgende error in het log: Unable to find referenced entities light.hue_filament_bulb_1
10:57:45 AM – helpers/service.py (WARNING)

Deze lamp is echter onder dit ID wel bekend in HA. Als ik hem als schakelaar in Lovelace toevoeg kan ik hem gewoon aan/uit zetten, maar via deze automation werkt het niet. Als ik een andere entity pak in de automation gaat het wel goed.

Is er een manier om Hue opnieuw in te laden of moet ik de bridge verwijderen/toevoegen?

Je doet een switch service gebruiken om een light te bedienen.
Moet je niet een light service gebruiken?

Kijk even in de developer tools bij services, kijk dan bij de service die je gebruikt of de entity die je wilt bedienen daartussen staat.

[ Voor 3% gewijzigd door markhubert180 op 08-04-2020 12:06 ]

[Hmmbob]

larsiey schreef op woensdag 8 april 2020 @ 12:01:
[...]
Maar is mijn aanname dan correct dat bij notify.notify ze overal terecht komen waar ingesteld?

Nee, die 2e notify is de naam van de groep die zij gebruiken. Je kan in je services overzicht zien welke notify.* je beschikbaar hebt.

[Alaksandus]

markhubert180 schreef op woensdag 8 april 2020 @ 12:02:
[...]

Je doet een switch service gebruiken om een light te bedienen.
Moet je niet een light service gebruiken?

Kijk even in de developer tools bij services, kijk dan bij de service die je gebruikt of de entity die je wilt bedienen daartussen staat.

Hoe simpel kan het soms zijn Heb switch vervangen door light en het werkt, bedankt.

Erik80 schreef op woensdag 8 april 2020 @ 11:59:
[...]

Mag ik vragen waarom je dit zo doet? Kun je hetzelfde bereiken met groups?

Niet aan gedacht eigenlijk. Maar zie probleem met Hue verlichting (ook verschillende soorten lampen) en Hue schakelaars.

[robbinonline]

Ik heb nu via https://github.com/sanderdw/Dutch-Gas-prices-API de prijzen van brandstof in de buurt ingeladen. Kan je deze ook sorteren in een view van A-Z dus laag naar hoor?

[Hmmbob]

robbinonline schreef op woensdag 8 april 2020 @ 12:59:
Ik heb nu via https://github.com/sanderdw/Dutch-Gas-prices-API de prijzen van brandstof in de buurt ingeladen. Kan je deze ook sorteren in een view van A-Z dus laag naar hoor?

Dat moet je in lovelace doen. Wat heb je nu aan lovelace config?

[robbinonline]

Hmmbob schreef op woensdag 8 april 2020 @ 13:09:
[...]

Dat moet je in lovelace doen. Wat heb je nu aan lovelace config?

Ik heb hier rond gesnuffeld maar kwam niet verder dan sorteren op Entity naam ipv op de waarde.
https://community.home-as...s-with-entities/147801/73

[mitchdc]

Tusk schreef op woensdag 8 april 2020 @ 10:25:
Ik heb met succes 2 ikea lampen toegevoegd aan mijn Conbee II (kan ze via deconZ gewoon besturen), maar ik krijg ze maar niet zichtbaar in HA...

Ik heb al sensoren en knoppen (via Conbee) die wel gewoon zichtbaar zijn. Ook de optie om automatisch nieuwe items van deconZ toe te voegen staat aan, maar ik zie niks helaas

Probeer dit eens:
https://www.home-assistan...vice-deconzdevice_refresh

[Hmmbob]

robbinonline schreef op woensdag 8 april 2020 @ 13:16:
[...]


Ik heb hier rond gesnuffeld maar kwam niet verder dan sorteren op Entity naam ipv op de waarde.
https://community.home-as...s-with-entities/147801/73

https://github.com/thomas...entities#sorting-entities -->

YAML:

sort:
  method: state

Maar zolang je je huidige config niet deelt, kunnen we niet meekijken.......

[ Voor 3% gewijzigd door Hmmbob op 08-04-2020 14:05 ]

[Tusk]

mitchdc schreef op woensdag 8 april 2020 @ 13:24:
[...]


Probeer dit eens:
https://www.home-assistan...vice-deconzdevice_refresh

Held!

[R2D2]

Ortep schreef op woensdag 8 april 2020 @ 09:10:
[...]


Ik begrijp het niet helemaal hoe je die overstap gemaakt hebt. Conbee is hardware, Zigbee2MQTT is software. Of zie ik dat helemaal verkeerd?

Een niet stabiel zigbee netwerk wordt vaak veroorzaakt door bv interferentie van een WIFI netwerk dat op dezelfde frequentie werkt. Zeker als je dat bij twee verschillende systemen merkt lijkt het op een externe oorzaak.Misschien is het nuttig om eens naar de kanalen te kijken waarop alles werkt

Voor de volledigheid, Conbee stick + DeConz en de CC2531 + Zigbee2mqtt.

Beiden functioneerden destijds op hetzelfde kanaal op dezelfde hardware aan de USB stick. Oftewel exact gelijke omstandigheden.

Let wel, beide systemen waren toen een stuk experimenteler dan ze nu zijn, in een kleine 2 jaar tijd is er een hoop veranderd en zeker in het eerste half jaar heb ik meer avonden besteed aan het weer werkend krijgen van de hele zwik na het doen van bijvoorbeeld een update dan me lief is. ;-)

[lolgast]

Ik ben een wiel aan het uitvinden dat iemand vast al lang en breed perfect rond heeft.

Ik wil:
Een manier om in een bestaande card 2 entities + state op 1 regel te krijgen op de volgende manier
Name_1 State_1 State_2 Name_2

Ik ben nu aan het klooien met de button_card, maar ik kom er echt niet uit. En ik heb eigenlijk te weinig tijd om er goed in te duiken momenteel. Heeft iemand zoiets?

[RevellNL]

lolgast schreef op woensdag 8 april 2020 @ 14:54:
Ik ben een wiel aan het uitvinden dat iemand vast al lang en breed perfect rond heeft.

Ik wil:
Een manier om in een bestaande card 2 entities + state op 1 regel te krijgen op de volgende manier
Name_1 State_1 State_2 Name_2

Ik ben nu aan het klooien met de button_card, maar ik kom er echt niet uit. En ik heb eigenlijk te weinig tijd om er goed in te duiken momenteel. Heeft iemand zoiets?

Kun je dat niet met een template doen?

[Hmmbob]

lolgast schreef op woensdag 8 april 2020 @ 14:54:
Ik ben een wiel aan het uitvinden dat iemand vast al lang en breed perfect rond heeft.

Ik wil:
Een manier om in een bestaande card 2 entities + state op 1 regel te krijgen op de volgende manier
Name_1 State_1 State_2 Name_2

Ik ben nu aan het klooien met de button_card, maar ik kom er echt niet uit. En ik heb eigenlijk te weinig tijd om er goed in te duiken momenteel. Heeft iemand zoiets?

Bedoel je niet gewoon de glance card?

YAML:

- id: 1234567890 
  type: glance
  title: Titel
  show_name: true
  show_state: true
  entities:
    - entity: sensor.name_1
    - entity: sensor.name_2

[lolgast]

@RevellNL Zal ik vanavond eens naar kijken
@Hmmbob Nee, ik bedoel zoiets:
Maar dan mooi

[Cartman!]

lolgast schreef op woensdag 8 april 2020 @ 15:14:
@RevellNL Zal ik vanavond eens naar kijken
@Hmmbob Nee, ik bedoel zoiets:[Afbeelding]
Maar dan mooi

Je kunt een picture-elements card gebruiken om tekst te positioneren waar je wilt; leuk plaatje eronder en af

[Mimiix]

En 108 is er!

https://www.home-assistant.io/blog/2020/04/08/release-108/