Zigbee2mqtt - open source zigbee bridge

[Broodje_Aap]

Ik heb een probleem met mijn Z2M.

Ik draai in UnRAID een Z2M docker container. Heb de container een eigen IP gegeven en de port naar 94432 gezet. In de logs te zien is Z2M gewoon up and running. Alleen werkt de port mapping niet. Z2M staat nu op 192.168.178.14, maar als die naar dat IP ga in de browser (met poort :94432 erachter) dan wordt mijn verbinding geweigerd.

De port mapping lijkt daarom ook niet te werken. Iemand enig idee hoe ik dit voor elkaar kan krijgen?

Config van Z2M:

code:

# Home Assistant integration (MQTT discovery)
homeassistant: true

# allow new devices to join
permit_join: true

# MQTT settings
mqtt:
  # MQTT base topic for zigbee2mqtt MQTT messages
  base_topic: zigbee2mqtt
  # MQTT server URL
  server: 'mqtt://192.168.178.15'
  # MQTT server authentication, uncomment if required:
  # user: my_user
  # password: my_password

# Serial settings
serial:
  adapter: deconz
  # Location of CC2531 USB sniffer
  port: /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2472589-if00

En de UnRAID config en de lege port mapping:
UnRAID config op Imgur

Ik draai ook HASS hierop, die heeft ook geen port mapping, maar die werkt wel gewoon...

Enig idee iemand?

[Slonzo]

Broodje_Aap schreef op vrijdag 17 december 2021 @ 10:37:
Ik draai in UnRAID een Z2M docker container. Heb de container een eigen IP gegeven en de port naar 9443 gezet.

In je screenshot staat 9442, niet 9443?

[Broodje_Aap]

Slonzo schreef op vrijdag 17 december 2021 @ 10:42:
[...]

In je screenshot staat 9442, niet 9443?

Excuus een typo, maar het is inderdaad 9442 die niet werkt, 8080 werkt tevens ook niet.

[janne_nl]

Moet je dan niet ook de frontend settings zetten als je er met een browser naartoe wil? Dat zie ik zo niet in de code snip

[Broodje_Aap]

janne_nl schreef op vrijdag 17 december 2021 @ 10:51:
Moet je dan niet ook de frontend settings zetten als je er met een browser naartoe wil? Dat zie ik zo niet in de code snip

Je was me net voor! Nu werkt de webui in ieder geval!

Het probleem was ik echter nu heb is dat die de lijst met devices niet wilt laden, iemand enig idee waarom dit is?

Op mijn raspberry pi werkte dit vlekkeloos en werd de lijst direct geladen (ook als er geen devices in stonde), maar hier lijkt deze gewoon vast te lopen op dit stuk...

Vastlopen van Zigbee2MQTT op "laden"

[janne_nl]

Geen firewall issues ergens?

[Broodje_Aap]

janne_nl schreef op vrijdag 17 december 2021 @ 10:58:
Geen firewall issues ergens?

Nee, ik heb de hele container nog een keer opnieuw opgebouwd en nu werkt het wel, misschien ergens per ongeluk een misconfig gedaan (terwijl ik voor mijn gevoel niet eens heel veel heb veranderd) maar het werkt nu in ieder geval!

[Videcom]

Ik denk het zelfde probleem te hebben
Mijn zigbee2mqtt start de interface deels op en dan komt er leden even geduld.
Ik ben erg geduldig maar na anderhalf uur ben ik het wel beu
Ik heb een nieuwe installatie en nog geen apparaten kunnen toevoegen.

[Pindakaas]

Ik probeer mijn CC2531 stickie werkend te krijgen maar tot nu toe zonder succes. Wellicht dat ik iets over het hoofd zie.

Ik heb home-assistant draaien in een VM. Daarop een nieuwe gebruiker(beheerder) aangemaakt en vervolgens de mosquitto broker geinstalleerd.

Vervolgens Zigbee2mqtt geinstalleerd maar ik blijf maar de foutmelding krijgen:

code:

Zigbee2MQTT:error 2021-12-22 12:54:56: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2021-12-22 12:54:56: Failed to start zigbee
Zigbee2MQTT:error 2021-12-22 12:54:56: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2021-12-22 12:54:56: Exiting...
Zigbee2MQTT:error 2021-12-22 12:54:56: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:102:27)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
    at Zigbee.start (/app/lib/zigbee.ts:58:27)
    at Controller.start (/app/lib/controller.ts:100:27)
    at start (/app/index.js:97:5)

Ik heb uiteraard de FAQ al doorgelezen en vanalles geprobeerd maar ik lijk maar geen verbinding met de stick te kunnen krijgen.

mijn configuratie:

code:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto
  user: mqtt
  password: mqtt
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: {}
availability: false
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

de stick wordt wel herkend lijkt het:


enige wat me zorgen baart is dat ik in de FAQ het volgende zie staan:

CC2531 coordinators only: press the reset button on the device
When you plug the CC2531 in your computer, the green LED should go on. By pressing the reset button on the CC2531 the green LED should go off. The CC2531 has 2 buttons on it, the reset button is the one which is closest to the USB port. Now try starting Zigbee2MQTT again.

er gebeurt helemaal niks als ik dat knopje indruk. Als ik de stick er in druk wordt de LED groen. op knopje drukken levert niks op en na een seconde of 15 gaat de LED vanzelf rood worden.

Is mijn stick stuk? of moet die opnieuw geflashed worden ofzo?

[Peutpeut]

Goedemiddag,

Kan het zijn dat in de fabriek een Zigbee inbouwmodule met de verkeerde firmware geflashed wordt of is dit technisch gezien niet mogelijk?

Vandaag een inbouwschakelaar van Ome Ali ingebouwd. Aangezien ik er al een aantal heb, heb ik er wat bij besteld omdat het goed bevalt. Nu valt het me op dat er in Zigbee2MQTT niet de juiste modelnaam wordt weergegeven. Bij de ongeveer 6 stuks die ik al in gebruik heb komt netjes QS-Zigbee-S05-LN als modelnaam te staan. De twee die ik onlangs heb ontvangen geven TS0001 aan en werken niet zoals het hoort. Ze schakelen namelijk niet als ze bediend worden via HA. Ook de afbeelding in de UI van Z2M klopt niet. Zie hieronder. Beide zijn deze modules: link.

Goed:


Fout:

[N3tMonk]

Er komen twee dingen bij me op die mogelijk kunnen helpen;

1) Je CC2531 aansluiten via een USB verlengkabel. Dit hielp bij mij.
2) Probeer bij port dit eens:

code:

serial:
  port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD44BB-if00

Pindakaas schreef op woensdag 22 december 2021 @ 12:59:
Ik probeer mijn CC2531 stickie werkend te krijgen maar tot nu toe zonder succes. Wellicht dat ik iets over het hoofd zie.

Ik heb home-assistant draaien in een VM. Daarop een nieuwe gebruiker(beheerder) aangemaakt en vervolgens de mosquitto broker geinstalleerd.

Vervolgens Zigbee2mqtt geinstalleerd maar ik blijf maar de foutmelding krijgen:

code:

Zigbee2MQTT:error 2021-12-22 12:54:56: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2021-12-22 12:54:56: Failed to start zigbee
Zigbee2MQTT:error 2021-12-22 12:54:56: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2021-12-22 12:54:56: Exiting...
Zigbee2MQTT:error 2021-12-22 12:54:56: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:102:27)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
    at Zigbee.start (/app/lib/zigbee.ts:58:27)
    at Controller.start (/app/lib/controller.ts:100:27)
    at start (/app/index.js:97:5)

Ik heb uiteraard de FAQ al doorgelezen en vanalles geprobeerd maar ik lijk maar geen verbinding met de stick te kunnen krijgen.

mijn configuratie:

code:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto
  user: mqtt
  password: mqtt
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: {}
availability: false
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

de stick wordt wel herkend lijkt het:
[Afbeelding]

enige wat me zorgen baart is dat ik in de FAQ het volgende zie staan:

[...]


er gebeurt helemaal niks als ik dat knopje indruk. Als ik de stick er in druk wordt de LED groen. op knopje drukken levert niks op en na een seconde of 15 gaat de LED vanzelf rood worden.

Is mijn stick stuk? of moet die opnieuw geflashed worden ofzo?

[Mars Warrior]

Peutpeut schreef op woensdag 22 december 2021 @ 13:28:
Goedemiddag,

Kan het zijn dat in de fabriek een Zigbee inbouwmodule met de verkeerde firmware geflashed wordt of is dit technisch gezien niet mogelijk?

Vandaag een inbouwschakelaar van Ome Ali ingebouwd. Aangezien ik er al een aantal heb, heb ik er wat bij besteld omdat het goed bevalt. Nu valt het me op dat er in Zigbee2MQTT niet de juiste modelnaam wordt weergegeven. Bij de ongeveer 6 stuks die ik al in gebruik heb komt netjes QS-Zigbee-S05-LN als modelnaam te staan. De twee die ik onlangs heb ontvangen geven TS0001 aan en werken niet zoals het hoort. Ze schakelen namelijk niet als ze bediend worden via HA. Ook de afbeelding in de UI van Z2M klopt niet. Zie hieronder. Beide zijn deze modules: link.

Goed:
[Afbeelding]

Fout:
[Afbeelding]

Mag toch niet hopen dat ze de verkeerde firmware hebben geflashed op die devices. TS0001 vs TS0003

[Gizz]

Bij de ongeveer 6 stuks die ik al in gebruik heb komt netjes QS-Zigbee-S05-LN als modelnaam te staan.

Daar zou ik niet teveel waarde aan hechten @Peutpeut, dit lijken me allemaal Tuya-producten met een ander labeltje erop.

Bij Tuya wordt het typenummer TS0001 naast een fysieke knop waarop je kunt drukken óók gebruikt voor een inbouwschakelaar:



Sterker nog, ik heb zelf een inbouw TS0001 in gebruik die prima wordt herkend en werkt Bij mij zou hij van het merk Avatto zijn, maar het blijft gewoon een Tuya:


Ik vermoed dat er in Z2M iets verkeerd gaat waardoor hij als drukknop wordt herkend i.p.v. als inbouwschakelaar. Misschien weer inherent aan het 'white labelen' van Tuya producten, waardoor een fabrikant stickerplakker toch ergens net een tekentje anders heeft staan in het veld bij de zigbee-fabrikant waardoor het niet goed matcht.

Dat lijkt me eerder het probleem dan dat er duizenden knoppen met niet werkende firmware worden verkocht.

edit: komt wel vaker voor zo te zien, als je in de github van Z2M zoekt op 'TS0001'. Bijvoorbeeld:
LoraTap relay is detected as Tuya TS0001 Switch
Proposal how to handle duplicate zigbeeModels

Je zou eens kunnen kijken of je handmatig een .js file kunt maken waarin je alle codes behorende bij de TS0001_switch_module plakt, waarbij je alleen de fabrikant aanpast aan de waarde die jij in je screenshot hebt staan. Mocht dat werken, dan kun je jouw werk vervolgens laten toevoegen aan Z2M waardoor ook voor anderen deze specifieke switch werkt

[ Voor 36% gewijzigd door Gizz op 22-12-2021 14:50 ]

[Peutpeut]

Als het zou werken zoals bedoeld hecht ik er niet veel waarde aan, helaas lukt het interview in Z2M wel maar functioneert de module niet.

Er wordt niet geschakeld op het moment dat ik dat probeer vanuit HA.

[Peutpeut]

Gizz schreef op woensdag 22 december 2021 @ 14:35:
[...]
Je zou eens kunnen kijken of je handmatig een .js file kunt maken waarin je alle codes behorende bij de TS0001_switch_module plakt, waarbij je alleen de fabrikant aanpast aan de waarde die jij in je screenshot hebt staan. Mocht dat werken, dan kun je jouw werk vervolgens laten toevoegen aan Z2M waardoor ook voor anderen deze specifieke switch werkt

Dit is wat te hoog gegrepen voor mij, eerlijk gezegd

[N3tMonk]

Peutpeut schreef op woensdag 22 december 2021 @ 17:43:
[...]


Dit is wat te hoog gegrepen voor mij, eerlijk gezegd

Een week geleden ben ik overgetapt van Deconz naar Zigbee2mqtt en had vooral problemen met de herkenning van o.a. m'n Hue Wall modules en Legrand schakelaars (zelfde issues als die jij beschrijft). Ik heb toen, puur met de gedachte: 'Baat het niet dan schaad het niet', de dev (Edge) versie van Zigbee2mqtt geïnstalleerd. Deze bevatte alle wijzigingen en daar draait het als een zonnetje. Wellicht kan het jou ook helpen.

[Pindakaas]

N3tMonk schreef op woensdag 22 december 2021 @ 13:32:
Er komen twee dingen bij me op die mogelijk kunnen helpen;

1) Je CC2531 aansluiten via een USB verlengkabel. Dit hielp bij mij.
2) Probeer bij port dit eens:

code:

serial:
  port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CDD44BB-if00

[...]

Bedankt voor het meedenken!

Ik heb beide vanochtend geprobeerd maar zonder succes helaas.


Als iemand anders nog tips heeft hoor ik het graag

[Gizz]

N3tMonk schreef op donderdag 23 december 2021 @ 11:39:
[...]
'Baat het niet dan schaad het niet', de dev (Edge) versie van Zigbee2mqtt geïnstalleerd. Deze bevatte alle wijzigingen en daar draait het als een zonnetje. Wellicht kan het jou ook helpen.

Dat gaat in dit geval (nog) niet werken. De dev-versie van Z2M gebruikt de allerlaatste versie van de zigbee-herdsman-converters, maar daar bestaat nog geen device met als fabrikant _TZ3000_yl3zuyaw (de switch van @Peutpeut ) in
zigbee-herdsman-converters/devices/tuya.js .

De enige TS0001_switch_module is die mij, de _TZ3000_tqlv4ug4.

Als hij verder intern precies hetzelfde werkt als mijn model zou het toevoegen van _TZ3000_yl3zuyaw bij de fingerprint alles op moeten lossen. De hele converter wordt dan:

code:

 {
        fingerprint: [{modelID: 'TS0001', manufacturerName: '_TZ3000_tqlv4ug4'}, {modelID: 'TS0001', manufacturerName: '_TZ3000_yl3zuyaw'}],
        model: 'TS0001_switch_module',
        vendor: 'TuYa',
        description: '1 gang switch module',
        whiteLabel: [{vendor: 'OXT', model: 'SWTZ21'}],
        toZigbee: extend.switch().toZigbee.concat([tz.moes_power_on_behavior, tz.tuya_switch_type]),
        fromZigbee: extend.switch().fromZigbee.concat([fz.moes_power_on_behavior, fz.tuya_switch_type]),
        exposes: extend.switch().exposes.concat([
            exposes.presets.power_on_behavior(),
            exposes.presets.switch_type_2(),
        ]),
        configure: async (device, coordinatorEndpoint, logger) => {
            await reporting.bind(device.getEndpoint(1), coordinatorEndpoint, ['genOnOff']);
        },
    },

Maar goed, voordat men dat wil mergen zodat het uitgerold wordt moet wel eerst iemand het testen
Anders blijft het voorlopig wachten totdat iemand anders deze switch koopt en hem werkend wil maken in Z2M.

[Barrybobslee]

Mars Warrior schreef op zaterdag 19 juni 2021 @ 21:03:
Ik heb nog maar een hele berg Zigbee (Gledopto, Blitzwolf, Xiaomi) en aanverwante spullekes (Auxmer Ledstrips, armaturen) besteld voordat het 1 juli wordt en alles duurder wordt met BTW en mogelijk invoerrechten...

De grote doos is denk ik met de trein verstuurd, want kwam via China, Kazachstan, Rusland en Polen naar Nederland in 52 dagen
Er stond geen prijs van de spullen op de doos, maar daar doen ze in Polen dus niet moeilijk over

Had nog wel wat Gledopto spul vergeten te bestellen, maar deze 4 jongens (RGBCCT en WWCW) deden er nu 7 dagen over om hier te zijn, en waren traditiegetrouw volgens het label weer netjes $3 per stuk

[Afbeelding]

Nu weer alles aansluiten en koppelen in Zigbee2Mqtt en hop Home Assistant in en weer wat dashboards bouwen. Zo blijf je van de straat

Ik loopt met mijn Gledopto GL-C-008P tegen het issue dat ik deze maar niet in zigbee2mqtt kan vinden.
Het is voor mij het eerste zigbee device. De Conbee2 stick word netjes herkend.
na een reset van de GL-C-008P gebeurt er in zigbee2mqtt niks.
Enig idee waar ik overheen kijk?

[The__Virus]

Barrybobslee schreef op donderdag 23 december 2021 @ 16:01:
[...]


Ik loopt met mijn Gledopto GL-C-008P tegen het issue dat ik deze maar niet in zigbee2mqtt kan vinden.
Het is voor mij het eerste zigbee device. De Conbee2 stick word netjes herkend.
na een reset van de GL-C-008P gebeurt er in zigbee2mqtt niks.
Enig idee waar ik overheen kijk?

Je hebt wel deze laten joinen? Dus Z2M op 'Permit join' gezet, apparaat in pairing modus en je ziet in de logboeken dat ie interview succesfull heeft afgerond?

[The__Virus]

Pindakaas schreef op woensdag 22 december 2021 @ 12:59:
Ik probeer mijn CC2531 stickie werkend te krijgen maar tot nu toe zonder succes. Wellicht dat ik iets over het hoofd zie.

Ik heb home-assistant draaien in een VM. Daarop een nieuwe gebruiker(beheerder) aangemaakt en vervolgens de mosquitto broker geinstalleerd.

Vervolgens Zigbee2mqtt geinstalleerd maar ik blijf maar de foutmelding krijgen:

code:

Zigbee2MQTT:error 2021-12-22 12:54:56: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2021-12-22 12:54:56: Failed to start zigbee
Zigbee2MQTT:error 2021-12-22 12:54:56: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start.html for possible solutions
Zigbee2MQTT:error 2021-12-22 12:54:56: Exiting...
Zigbee2MQTT:error 2021-12-22 12:54:56: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:102:27)
    at Controller.start (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
    at Zigbee.start (/app/lib/zigbee.ts:58:27)
    at Controller.start (/app/lib/controller.ts:100:27)
    at start (/app/index.js:97:5)

Ik heb uiteraard de FAQ al doorgelezen en vanalles geprobeerd maar ik lijk maar geen verbinding met de stick te kunnen krijgen.

mijn configuratie:

code:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto
  user: mqtt
  password: mqtt
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: {}
availability: false
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

de stick wordt wel herkend lijkt het:
[Afbeelding]

enige wat me zorgen baart is dat ik in de FAQ het volgende zie staan:

[...]


er gebeurt helemaal niks als ik dat knopje indruk. Als ik de stick er in druk wordt de LED groen. op knopje drukken levert niks op en na een seconde of 15 gaat de LED vanzelf rood worden.

Is mijn stick stuk? of moet die opnieuw geflashed worden ofzo?

Toevallig in de VM wel de USB stick ook 'geconnect'? Ik had destijds dat mijn stick ook werd 'herkend' inderdaad, maar je moet hem echt connecten aan je VM. Virtualbox: rechtsonderin het USB-icoontje en dan de TI CC2531 bla bla aanklikken.

[Barrybobslee]

The__Virus schreef op donderdag 23 december 2021 @ 16:04:
[...]

Je hebt wel deze laten joinen? Dus Z2M op 'Permit join' gezet, apparaat in pairing modus en je ziet in de logboeken dat ie interview succesfull heeft afgerond?

Z2M staat op Permit join
Het apparaat staat in pairing modus
in de logboek van Z2M zie ik niks gebeuren. In Z2M staat deze op "nothing to display"

[Mimiix]

Barrybobslee schreef op donderdag 23 december 2021 @ 16:12:
[...]


Z2M staat op Permit join
Het apparaat staat in pairing modus
in de logboek van Z2M zie ik niks gebeuren. In Z2M staat deze op "nothing to display"

Gebruik je een extension cable?

[Barrybobslee]

Mimiix schreef op donderdag 23 december 2021 @ 16:13:
[...]


Gebruik je een extension cable?

Nee, de conbee zit rechtstreeks op de USB van de raspberry

[Mimiix]

Barrybobslee schreef op donderdag 23 december 2021 @ 16:15:
[...]


Nee, de conbee zit rechtstreeks op de USB van de raspberry

Dan zou ik daar beginnen. Binnen deCONZ is het makkelijk te checken in de logs, voor z2m geen idee.

[Gizz]

@Barrybobslee waarschijnlijk een open deur, maar ik check het toch even. Zet je het lampje zo in de pairing modus?

1. Switch on your device.
2. Now switch off and on within 2 seconds.
3. Repeat off/on four times.
4. Reset is done when the device is switched on in the fifth time and the light stays on after blinking 4 times

Naast ervoor zorgen dat Z2M nieuwe apparaten wil leren kennen zoals @The__Virus terecht aangeeft, is je lamp in de buurt van je stick? Als dit je enige zigbee-client is heb je nog geen mooi mesh netwerk dat voor een goede dekking zorgt.

[Pindakaas]

The__Virus schreef op donderdag 23 december 2021 @ 16:07:
[...]

Toevallig in de VM wel de USB stick ook 'geconnect'? Ik had destijds dat mijn stick ook werd 'herkend' inderdaad, maar je moet hem echt connecten aan je VM. Virtualbox: rechtsonderin het USB-icoontje en dan de TI CC2531 bla bla aanklikken.

Yes heb ik gedaan. In HA wordt deze ook gewoon herkend.

[The__Virus]

Welke firmware heb je erop gezet? Denk dat een herflash de volgende stap is om te proberen

[Barrybobslee]

Gizz schreef op donderdag 23 december 2021 @ 16:22:
@Barrybobslee waarschijnlijk een open deur, maar ik check het toch even. Zet je het lampje zo in de pairing modus?

[...]

Naast ervoor zorgen dat Z2M nieuwe apparaten wil leren kennen zoals @The__Virus terecht aangeeft, is je lamp in de buurt van je stick? Als dit je enige zigbee-client is heb je nog geen mooi mesh netwerk dat voor een goede dekking zorgt.

Gaat hierbij niet om de lamp maar een controller. Ook deze wel meerdere keren voorzien van een reset/in pair gezet.
de led strip die eraan hangt blijft constant groen tijdens het proces.

Afstand tussen Rpi en de controller heb ik nu verkleind naar 2 meter met vrij zicht

[ Voor 5% gewijzigd door Barrybobslee op 23-12-2021 17:28 ]

[Step5]

Barrybobslee schreef op donderdag 23 december 2021 @ 17:27:
[...]


Gaat hierbij niet om de lamp maar een controller. Ook deze wel meerdere keren voorzien van een reset/in pair gezet.
de led strip die eraan hangt blijft constant groen tijdens het proces.

Afstand tussen Rpi en de controller heb ik nu verkleind naar 2 meter met vrij zicht

volgens mij moet de ledstrip wel even gaan knipperen zodra hij in pairing staat

[Barrybobslee]

Uiteindelijk is het gelukt d.m.v de volgende stappen:


Waarbij het dus belangrijk is om de periode van "uit" ook daadwerkelijk langer dan 2 seconden te laten duren en de periode van "aan" zo kort mogelijk

[Pindakaas]

The__Virus schreef op donderdag 23 december 2021 @ 17:23:
Welke firmware heb je erop gezet? Denk dat een herflash de volgende stap is om te proberen

Ja lijkt er op.

Ik heb hem al geflashed gekocht van een tweaker, heb hem een berichtje gestuurd.

Heb zelf niet de spullen om hem te flashen helaas. Als er iemand in omgeving Apeldoorn is die deze wel heeft hou ik mij aanbevolen!

[RobertMe]

Ik ben mij oriënteren om mijn Hue lampen over te zetten naar Zigbee2mqtt (dat ik nu al gebruik met wat Xiaomi/Aqara spul). Maar waar ik mijn vinger niet achter krijg is hoe scenes werken in Z2M. Het enige dat ik in de documentatie zie is hoe je een state onder een nummertje kunt opslaan bij een lamp of een groep. Maar kun je ook één scene (/"nummertje") hebben waarbij je een groep lampen verschillend instelt? Dus bv een groep met 4 lampen en dan een scene waarbij 2 lampen rood op 100% branden en 2 geel op 50% branden?

[Peutpeut]

Gizz schreef op donderdag 23 december 2021 @ 12:14:
[...]

Dat gaat in dit geval (nog) niet werken. De dev-versie van Z2M gebruikt de allerlaatste versie van de zigbee-herdsman-converters, maar daar bestaat nog geen device met als fabrikant _TZ3000_yl3zuyaw (de switch van @Peutpeut ) in
zigbee-herdsman-converters/devices/tuya.js .

De enige TS0001_switch_module is die mij, de _TZ3000_tqlv4ug4.

Als hij verder intern precies hetzelfde werkt als mijn model zou het toevoegen van _TZ3000_yl3zuyaw bij de fingerprint alles op moeten lossen. De hele converter wordt dan:

code:

 {
        fingerprint: [{modelID: 'TS0001', manufacturerName: '_TZ3000_tqlv4ug4'}, {modelID: 'TS0001', manufacturerName: '_TZ3000_yl3zuyaw'}],
        model: 'TS0001_switch_module',
        vendor: 'TuYa',
        description: '1 gang switch module',
        whiteLabel: [{vendor: 'OXT', model: 'SWTZ21'}],
        toZigbee: extend.switch().toZigbee.concat([tz.moes_power_on_behavior, tz.tuya_switch_type]),
        fromZigbee: extend.switch().fromZigbee.concat([fz.moes_power_on_behavior, fz.tuya_switch_type]),
        exposes: extend.switch().exposes.concat([
            exposes.presets.power_on_behavior(),
            exposes.presets.switch_type_2(),
        ]),
        configure: async (device, coordinatorEndpoint, logger) => {
            await reporting.bind(device.getEndpoint(1), coordinatorEndpoint, ['genOnOff']);
        },
    },

Maar goed, voordat men dat wil mergen zodat het uitgerold wordt moet wel eerst iemand het testen
Anders blijft het voorlopig wachten totdat iemand anders deze switch koopt en hem werkend wil maken in Z2M.

Ik zal binnenkort eens kijken of mij dit gaat lukken, heb er twee stuks met de intentie er nog meer aan te schaffen. De gok of ze de oude (werkende) firmware bevatten is dan niet de weg die ik wil bewandelen

Heb je een korte how-to hoe dit toe te passen?

[Piet400]

Gents,
Ik heb een probleem in de communicatie met zigbee (Sonoff) sensoren.

Configuratie:
Docker op een pi 4B met MQTT, Zigbee2MQTT, Zigbee2MQTTAssistant en Home Assistant. zigbee stick is een Ti 2531. Sonoff deur, temperatuur sensoren.

De sensoren werden gesignaleerd en staan ook in HA, maar er komen geen updates binnen. Een korte versie van de error in de Zigbee2MQTT log staat hieronder

code:

Error: SREQ '--> AF - dataRequestExt failed with status '(0x02: INVALID_PARAM)' (expected '(0x00: SUCCESS)')

Ik lees gematigde ervaringen met de C2531 stick, en twijfel of dat de bootsdoener is. zo ja, wat kunnen jullie me aanbevelen voor device?

Overigens heb ik de stick gekocht met een bepaalde firmware erop, heb geen hardware om hem zelf te flashen. als dat zou kunnen helpen, dan wil ik die hardware wel aanschaffen. De firmware van de stick is uit 2018.

Iemand tips?

[TheMystery]

Ik ben van plan om deze week mijn home assistant op basis van python virtual environment met zigbee2mqtt native geïnstalleerd te gaan migreren naar ha supervised met zigbee2mqtt als add-on.
Nu vind ik niet echt een migratie plan voor z2m native naar de add-on, ik heb ha supervised + zigbee2mqtt add-on al geinstalleerd, en als ik het bekijkt denk ik dat dit als volgt moet:

Verplaats de bestanden van de huidige z2m data directory (coordinator_backup.json, database.db, log dir en state.json) naar de zigbee2mqtt dir die in de configuratie bestanden staan binnen ha op configuration.yaml na. In mijn configuration.yaml heb ik nu mijn settings + devices staan. De settings moet ik binnen de add-on configuratie zetten volgens mij (alleen de settings die ik nu heb lijkt me aangezien in de add-on ook standaard een network key staat die ik nu niet gebruik, en wat ik lees moet je hiervoor je devices repairen + de aanpassingen van mijn de gegevens van de mosquitto broker add-on ) bij het starten van de add-on wordt dan de configuratie gegenereerd op basis hiervan, en de devices moet ik in een devices.yaml zetten en die bij de andere bestanden plaatsen.

Zou dit zo werken denken jullie?

[rorie]

RobertMe schreef op vrijdag 24 december 2021 @ 09:09:
Ik ben mij oriënteren om mijn Hue lampen over te zetten naar Zigbee2mqtt (dat ik nu al gebruik met wat Xiaomi/Aqara spul). Maar waar ik mijn vinger niet achter krijg is hoe scenes werken in Z2M. Het enige dat ik in de documentatie zie is hoe je een state onder een nummertje kunt opslaan bij een lamp of een groep. Maar kun je ook één scene (/"nummertje") hebben waarbij je een groep lampen verschillend instelt? Dus bv een groep met 4 lampen en dan een scene waarbij 2 lampen rood op 100% branden en 2 geel op 50% branden?
[...]

Dit gaat met alleen Z2M niet lukken, maar zal je met het achterliggende domotica platform moeten configureren. Meerdere lampen tegelijk aansturen kan wel als je ze aan dezelfde groep toe kent. Maar echt scène zoals jij beschrijft ondersteund Z2M niet.

[Peutpeut]

Peutpeut schreef op vrijdag 24 december 2021 @ 20:57:
[...]

Ik zal binnenkort eens kijken of mij dit gaat lukken, heb er twee stuks met de intentie er nog meer aan te schaffen. De gok of ze de oude (werkende) firmware bevatten is dan niet de weg die ik wil bewandelen

Heb je een korte how-to hoe dit toe te passen?

@Gizz; het is me niet gelukt. Ik ben geswitched naar de dev versie en daarmee is het gelukt, de schakelaar ligt al even als test op de werkbank en schakelt goed via Z2M en HA. Binnenkort bouw ik het in.

[qwasd]

Kan iemand mij uitleggen als ik mqtt, zigbee2mqtt en home assistant wil laten samenwerken in docker hoe ik dat het beste kan doen. Op het internet zie ik verschillende dingen voorbij komen m.b.t. network_mode: host. Moet dit nou ingeschakeld zijn of niet?

Ik zie namelijk ook wel eens voorbij komen dat mensen depends_on gebruiken.

En kan ik alle containers los aanmaken met stacks in portainer of moet dit 1 bestand zijn en/of docker compose? Dit i.v.m. de containers natuurlijk wel met elkaar moeten kunnen communiceren.

[gastje01]

RobertMe schreef op vrijdag 24 december 2021 @ 09:09:
Ik ben mij oriënteren om mijn Hue lampen over te zetten naar Zigbee2mqtt (dat ik nu al gebruik met wat Xiaomi/Aqara spul). Maar waar ik mijn vinger niet achter krijg is hoe scenes werken in Z2M. Het enige dat ik in de documentatie zie is hoe je een state onder een nummertje kunt opslaan bij een lamp of een groep. Maar kun je ook één scene (/"nummertje") hebben waarbij je een groep lampen verschillend instelt? Dus bv een groep met 4 lampen en dan een scene waarbij 2 lampen rood op 100% branden en 2 geel op 50% branden?

Ik regel dit in het HA waarbij ik Zigbee2mqtt alleen als doorgeefluik gebruik. Als je een ander pakket gebruikt kun je dat het best daar in doen.

Groepen heb ik alleen gemaakt voor lampen die altijd dezelfde status moeten hebben, bijvoorbeeld een lichtrail met 5 spotjes en een stolp met 3 filament lampen, die schakel ik dan als 1 entiteit.

[ Voor 3% gewijzigd door gastje01 op 30-12-2021 09:48 ]

[RobertMe]

gastje01 schreef op donderdag 30 december 2021 @ 09:48:
[...]

Ik regel dit in het HA waarbij ik Zigbee2mqtt alleen als doorgeefluik gebruik. Als je een ander pakket gebruikt kun je dat het best daar in doen.

Groepen heb ik alleen gemaakt voor lampen die altijd dezelfde status moeten hebben, bijvoorbeeld een lichtrail met 5 spotjes en een stolp met 3 filament lampen, die schakel ik dan als 1 entiteit.

Ik vind het persoonlijk weer logischer en beter om dit in Zigbee te regelen. Immers kan de coördinator dan bij mijn weten één "broadcast" bericht sturen en schakelen de lampen automatisch naar de juiste stand. Met scenes in HA wordt elke lamp apart aangestuurd waardoor je dus een wat hogere belasting van het Zigbee netwerk krijgt en de kans aanzienlijk is dat de lampen een-voor-een aangaan i.p.v. allemaal tegelijk.

[gastje01]

RobertMe schreef op donderdag 30 december 2021 @ 09:52:
[...]

Ik vind het persoonlijk weer logischer en beter om dit in Zigbee te regelen. Immers kan de coördinator dan bij mijn weten één "broadcast" bericht sturen en schakelen de lampen automatisch naar de juiste stand. Met scenes in HA wordt elke lamp apart aangestuurd waardoor je dus een wat hogere belasting van het Zigbee netwerk krijgt en de kans aanzienlijk is dat de lampen een-voor-een aangaan i.p.v. allemaal tegelijk.

Verbeter me gerust als ik het mis heb, maar hoe ik altijd begreep dat het werkte was dat lampen in een groep allemaal dezelfde setting overnemen waardoor er maar een bericht aan de groep gestuurd moet worden in plaats van aan elke lamp een los bericht. Wil je voor iedere lamp een losse setting, dan heb je voor iedere lamp een los bericht nodig.

Volgens mijn beredenering heb je dus voor 2 lampen die 2 kleuren moeten hebben, 2 berichten nodig. Heb je echter 4 lampen die je 2 om 2 wilt kleuren, dan maak je 2 groepen en heb je nog steeds 2 berichten nodig in plaats van 4 en zit je 'besparing' van in die hoek.

[RobertMe]

gastje01 schreef op donderdag 30 december 2021 @ 09:57:
[...]

Verbeter me gerust als ik het mis heb

Het was mijn vraag, dus ik weet het niet

maar hoe ik altijd begreep dat het werkte was dat lampen in een groep allemaal dezelfde setting overnemen waardoor er maar een bericht aan de groep gestuurd moet worden in plaats van aan elke lamp een los bericht. Wil je voor iedere lamp een losse setting, dan heb je voor iedere lamp een los bericht nodig.

Volgens mijn beredenering heb je dus voor 2 lampen die 2 kleuren moeten hebben, 2 berichten nodig. Heb je echter 4 lampen die je 2 om 2 wilt kleuren, dan maak je 2 groepen en heb je nog steeds 2 berichten nodig in plaats van 4 en zit je 'besparing' van in die hoek.

Hoe het bij Hue in de scenes API werkt is dat je zowel "groupscenes" hebt waarbij je één state opgeeft en die op alle lampen wordt toegepast, ook als je lampen aan de groep toevoegt. En daarnaast heb je "lightscenes" waarbij je per lamp de state opgeeft, en nieuwe lampen dus ook niet van state zullen wijzigen. Maar ik weet dus niet of hierin de Hue Bridge dan voorziet door dus inderdaad bij een lightscene elke lamp apart aan te sturen, of dat wel in elke lamp de state is opgeslagen onder een nummertje / code en het activeren van de scene puur dat nummertje activeert met één broadcast.

Maar ik heb nog een Hue Ledstrip en een verdwaalde Hue white bulb liggen. Misschien dus maar eens binnenkort kijken of ik die bulb ergens kan indraaien en met deze twee lampen experimenteren in Zigbee2mqtt.

[qwasd]

In Docker (Portainer) heb ik onderstaande stack aangemaakt:

code:

version: '3.8'
services:
  zigbee2mqtt:
    container_name: zigbee2mqtt
    hostname: zigbee2mqtt
    image: koenkk/zigbee2mqtt
    volumes:
      - /home/ronald/docker/zigbee2mqtt/data:/app/data
    ports:
      - "8888:8888"
    devices:
      - /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2456610-if00:/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2456610-if00
    restart: always
    privileged: true

Ik had gelezen dat het beter is om /dev/serial/by-id te gebruiken i.p.v. /dev/ttyACM0.

Echter als ik nu in configuration.yaml /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2456610-if00 dan werkt Zigbee2mqtt niet.

Voer ik echter /dev/ttyACM0 dan werkt het wel.
Wat ik dan vreemd vind is dat dit apparaat dan beschikbaar is, want ik heb toch op basis van /dev/serial/by-id het device gemapped? Kan ik het zo laten of moet ik wat aanpassen?

[ Voor 18% gewijzigd door qwasd op 30-12-2021 20:56 ]

[qwasd]

Een maand geleden de set gekocht van een Philips Hue Being en een Dimmer V2.
Nu krijg ik bij het toevoegen met een Conbee II en Zigbee2mqtt onderstaande bij de Hue Being armatuur.
Waar kan dit aan liggen want als ik hier kijk dan moet dit toch compatible zijn?
Het vreemde is ook dat ie dezelfde melding ook eerst gaf bij de Dimmer V2 die vervolgens wel als compatible wordt weergegeven.

[Megalomania]

@qwasd Ik merkte dat als de afstand tot de coördinator wat te groot was het interview niet goed ging en dat het device als niet ondersteund werd weergegeven. Als je het nog eens probeert maar dichterbij, krijg je dan hetzelfde resultaat?

[qwasd]

Megalomania schreef op vrijdag 31 december 2021 @ 08:17:
@qwasd Ik merkte dat als de afstand tot de coördinator wat te groot was het interview niet goed ging en dat het device als niet ondersteund werd weergegeven. Als je het nog eens probeert maar dichterbij, krijg je dan hetzelfde resultaat?

Vreemd want de Hue Switch V2 gaf eerst ook aan niet ondersteund maar na een reset deed deze het opeens.
De Hue being zit aan het plafond dus eraf halen is geen optie.
Zigbee2mqtt draait op docker die op een Intel NUC staat in de meterkast.
Hier zit ongeveer 10 meter tussen.

Omdat ik gisteren de Conbee II heb binnengekregen en gelijk wou proberen zit er nog geen USB verlengkabel tussen. Dit is wel aan te raden toch, zo ja moet ik nog ergens rekening mee houden?
De Conbee II zit dus rechtstreeks in de Intel NUC.

[bkor]

qwasd schreef op vrijdag 31 december 2021 @ 17:08:
[...]
Omdat ik gisteren de Conbee II heb binnengekregen en gelijk wou proberen zit er nog geen USB verlengkabel tussen. Dit is wel aan te raden toch, zo ja moet ik nog ergens rekening mee houden?
De Conbee II zit dus rechtstreeks in de Intel NUC.

Voor zover ik me kan herinneren is de verlengkabel vooral nodig voor de Raspberry pi. Dit omdat deze stoort op de Wifi/Zigbee frequentie. Een USB verlengkabel is om de storing te omzeilen. De storing kwam vanuit de HDMI poort geloof ik. Ik had voorheen een NUC, hier gebruikte ik geen verlangkabel voor. Dit was wel met een stick met antenne.

Ik had al ellenlang een USB verlangkabel van ~5m voor de rpi met zo'n Texas instruments coordinator. Nu al een tijd een kabel van 2m, het werkt nog steeds. Binnenkort stap ik weer over van coordinator (puur vanwege uiterlijk, de TI printplaat ziet er te wazig uit).

[rorie]

Zijn er hier mensen die positieve ervaringen hebben met de raspberry pi in de meterkast met een Texas Instruments LAUNCHXL-CC26X2R1 zigbee adapter? En dan bedoel ik vooral de ontvangst. Zeker 20 lampen door het hele huis die als router dienst doen. Krijg mijn WiFi maar niet stabiel, waardoor mijn pi na verloop van tijd onbereikbaar word en niet meer wil verbinden. Er moet dan echt een monitor aan gehangen worden om hem weer verbonden te krijgen.

[TheDudez]

rorie schreef op maandag 3 januari 2022 @ 20:58:
Zijn er hier mensen die positieve ervaringen hebben met de raspberry pi in de meterkast met een Texas Instruments LAUNCHXL-CC26X2R1 zigbee adapter? En dan bedoel ik vooral de ontvangst. Zeker 20 lampen door het hele huis die als router dienst doen. Krijg mijn WiFi maar niet stabiel, waardoor mijn pi na verloop van tijd onbereikbaar word en niet meer wil verbinden. Er moet dan echt een monitor aan gehangen worden om hem weer verbonden te krijgen.

standaard kanaal van zigbee2mqtt aangepast en usb verlengkabel? Anders kan het op je wifi storen.

[Mon]

Ik heb mijn Ikea E1812 buttons geupgraded naar de nieuwe (beta) software en nu registreren deze geen button-clicks meer. Dit probleem is bekend: https://github.com/Koenkk/zigbee2mqtt/issues/7150
Dus als eerste een waarschuwing: niet je E1812's een OTA update geven wanneer je de ikea OTA-testserver hebt ingesteld.

Nu is er een fix door even berichtje via mosquitto_pub te versturen. Dit heeft bij 1 van mijn buttons gewerkt. Uit de andere 2 krijg ik met geen mogelijkheid nog een 'on' berichtje. Ik vermoed dat het iets met timing te maken heeft, maar geen idee.

Begrijpt iemand beter dan ik hoe deze fix zou moeten werken en wat ik wellicht verkeerd doe?

[rorie]

TheDudez schreef op maandag 3 januari 2022 @ 21:03:
[...]
standaard kanaal van zigbee2mqtt aangepast en usb verlengkabel? Anders kan het op je wifi storen.

Beide al geprobeerd, maar ook zonder de zigbee adapter aangesloten te hebben heb ik dit probleem.

[bkor]

Mon schreef op dinsdag 4 januari 2022 @ 08:27:
Begrijpt iemand beter dan ik hoe deze fix zou moeten werken en wat ik wellicht verkeerd doe?

Alles wat op batterijen werkt mist vaak berichten verzonden door de coordinator. Ik had een E1524/E1810
welke opeens weer aan de default_group gelinked was. In plaats van een MQTT bericht te sturen kan je dit prima via de Zigbee2mqtt frontend doen.

Hoe ik dat heb gedaan: Klik als een gek vaak op het knopje met 1 hand. Gebruik je andere hand om via de GUI de "unbind" commando te sturen.

Ik vind het redelijk jammer dat Ikea steeds de mogelijkheden aanpast. Eerst kon je binden aan een groep. Opeens alleen nog aan devices.

[bkor]

rorie schreef op maandag 3 januari 2022 @ 20:58:
Zijn er hier mensen die positieve ervaringen hebben met de raspberry pi in de meterkast met een Texas Instruments LAUNCHXL-CC26X2R1 zigbee adapter? En dan bedoel ik vooral de ontvangst. Zeker 20 lampen door het hele huis die als router dienst doen. Krijg mijn WiFi maar niet stabiel, waardoor mijn pi na verloop van tijd onbereikbaar word en niet meer wil verbinden. Er moet dan echt een monitor aan gehangen worden om hem weer verbonden te krijgen.

Ik begrijp niet helemaal waarom je het over lampen hebt (Zigbee netwerk) vs stabiliteit van de Wifi. Beiden gebruiken mogelijk 2.4GHz, toch kan je dat beter niet door elkaar halen. Hierdoor een aantal mogelijke dingen dat je kan bekijken:

Het probleem is dus zo te lezen niet in in de Zigbee adapter? Puur alleen de Wifi? Ik heb een Rpi 4 met een LAUNCHXL-CC1352P-2. Bij het migreren (minimaal een jaar geleden) moest ik de pan id/ext pan id veranderen. Inmiddels is er meer documentatie beschikbaar om het wisselen van adapter mogelijk te maken.

Mijn rpi heb ik aan een netwerkkabel hangen. Qua stabiliteit Wifi: wat helpt is een Wifi analyzer te gebruiken op je telefoon en hierbij te kijken welk 2.4 wifi kanaal het beste ontvangst heeft in je meterkast. Je router kiest automatisch een kanaal, echter is zo'n kanaal gekozen wat goed is waar je router staat, en niet wat werkt in b.v. een meterkast.

[kepler]

Ik ben net verhuisd naar een nieuwe woning en ben mijn domotica helemaal weer opnieuw aan het inrichten. Als eerste de basis met Zigbee2mqtt goed draaiend hebben, maar het blijft behoorlijk instabiel. Na wat testen erachter gekomen wat, zeer waarschijnlijk, het probleem is: ik heb 6 tradfri spotjes in de badkamer die ik met de schakelaar echt aan/uit zet. Voor ons gebruik prima, want ik heb alleen sfeerverlichting nodig als het bad gebruikt wordt (4 spotjes uit, 2 dimmen en warmer licht).

Die spotjes fungeren ook als router natuurlijk, en volgens mij raakt netwerk steeds ontregeld door het aan/uitzetten.

Nu zijn er volgens mij een aantal oplossingen, met als voornaamste eis dat ik de lampen ook fysiek wil schakelen, ook als het zigbee netwerk en/of Home Assistant eruit ligt.

1. Router functie uitzetten. Maar zover ik kan vinden is dit niet mogelijk?
2. Zigbee schakelaar inbouwen en binden met de spotjes (kost geld, wat zonde is want in principe werkt het schakelen nu prima)
3. Apart zigbee netwerk opzetten. Ik heb nog de IKEA hub liggen, die kan ik alleen gaan gebruiken voor die 6 spotjes. Ik neem aan dat ze dan niet meer communiceren met het andere Zigbee2mqtt netwerk?
(4. Op de korte termijn komen er nog een hoop inbouw zigbee schakelaars en dimmers bij voor de verlichting. Zou dit dan voor genoeg redundantie kunnen zorgen als de spotjes wegvallen als router? Of blijft dat problemen geven?)
5. Iets anders?

Of kan er nog iets anders aan de hand zijn? (Ik heb USB verlengkabel en goede wifi kanalen, die problemen had ik al in m'n oude huis )

[gastje01]

@kepler Hoeveel lampen/routers heb je voor de rest in de buurt?

[kepler]

gastje01 schreef op dinsdag 4 januari 2022 @ 12:41:
@kepler Hoeveel lampen/routers heb je voor de rest in de buurt?

Nog niet super veel, de badkamer zit op de eerste. Daar zitten nog twee tradfri lampen. Op zolder een tradfri stekker en lamp.

Op de begane nog drie apparaten die als router werken, en eentje in de garage. Ik merk vooral aan de garage dat het systeem instabiel is, die is regelmatig niet te bereiken (die heeft een router nodig om de coördinator te bereiken). Dan doe ik de badkamer aan, restart van Zigbee2mqtt en alles werkt weer... Aan de map is ook te zien dat de spots als router fungeren.

Edit: het liefste zou ik apparaten willen aanwijzen die als router fungeren (of juist niet), want bv de tradfri lampen op de kinderkamers worden ook nog wel eens uitgezet door de kinderen (zitten in een normale lamp met voetstekker).

[ Voor 14% gewijzigd door kepler op 04-01-2022 12:46 ]

[gastje01]

kepler schreef op dinsdag 4 januari 2022 @ 12:44:
[...]

Nog niet super veel, de badkamer zit op de eerste. Daar zitten nog twee tradfri lampen. Op zolder een tradfri stekker en lamp.

Op de begane nog drie apparaten die als router werken, en eentje in de garage. Ik merk vooral aan de garage dat het systeem instabiel is, die is regelmatig niet te bereiken (die heeft een router nodig om de coördinator te bereiken). Dan doe ik de badkamer aan, restart van Zigbee2mqtt en alles werkt weer... Aan de map is ook te zien dat de spots als router fungeren.

Dan zit daar waarschijnlijk je uitdaging, je zou kunnen proberen om (al dan niet tijdelijk) een router in de buurt te plaatsen om te kijken of dat je probleem verhelpt. Ik heb gemerkt dat sinds ieder device 'mogelijk' meerdere routes naar de coördinator heeft, mijn netwerk uitermate stabiel is (los van een nukkige sensor die nét buiten bereik valt).

Goed excuus om uit te breiden

[kepler]

gastje01 schreef op dinsdag 4 januari 2022 @ 12:47:
[...]

Dan zit daar waarschijnlijk je uitdaging, je zou kunnen proberen om (al dan niet tijdelijk) een router in de buurt te plaatsen om te kijken of dat je probleem verhelpt. Ik heb gemerkt dat sinds ieder device 'mogelijk' meerdere routes naar de coördinator heeft, mijn netwerk uitermate stabiel is (los van een nukkige sensor die nét buiten bereik valt).

Goed excuus om uit te breiden

ja dat heb ik al wel geprobeerd met zo'n tradfri extender, op een aantal plekken nabij de badkamer geplaatst. Had niet veel effect tot nu toe...

Het plan is zeker om veel meer uit te breiden, maar er moet nog veel meer gebeuren De bedoeling is om bij elke schakelaar een zigbee inbouw dimmer/schakelaar te gaan plaatsen. Wel een plan voor ergens dit jaar, niet echt korte termijn

Misschien dan tijdelijk de IKEA hub weer even afstoffen

[rorie]

@bkor Bedankt voor je reactie, sorry voor de onduidelijke uitleg. De reden om mijn Pi te verhuizen naar de meterkast is omdat ik hem dan bedraad kan aansluiten, via utp dus. Wat ik me dus afvraag is wat dit met het bereik doet van mijn zigbee netwerk. Ik heb ongeveer 20 lampen door mijn hele huis hangen, dit zou voldoende moeten zijn voor een stabiel zigbee netwerk? Misschien is het ook gewoon een kwestie van proberen, maar was gewoon even benieuwd naar of er mensen waren die hier ervaring mee hadden.

[Mon]

bkor schreef op dinsdag 4 januari 2022 @ 10:39:
[...]

Hoe ik dat heb gedaan: Klik als een gek vaak op het knopje met 1 hand. Gebruik je andere hand om via de GUI de "unbind" commando te sturen.

Ik heb dit net geprobeerd maar dat lukt niet:

code:

error Nothing to unbind from 'knop slaapkamer' to 'default_bind_group'
info MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"message":{"from":"knop slaapkamer","to":"default_bind_group"},"type":"device_unbind_failed"}'
info MQTT publish: topic 'zigbee2mqtt/bridge/response/device/unbind', payload '{"data":{"clusters":[],"failed":[],"from":"knop slaapkamer/1","to":"default_bind_group"},"error":"Nothing to unbind","status":"error","transaction":"qb247-1"}'
error Nothing to unbind

Dit hoeft niet net na een nieuwe pairing oid?

bkor schreef op dinsdag 4 januari 2022 @ 10:39:
[...]

Ik vind het redelijk jammer dat Ikea steeds de mogelijkheden aanpast. Eerst kon je binden aan een groep. Opeens alleen nog aan devices.

Ik kon natuurlijk ook gewoon *niet* de OTA testserver van Ikea gebruiken, eigen schuld natuurlijk

[musicpixel]

kepler schreef op dinsdag 4 januari 2022 @ 12:36:
Ik ben net verhuisd naar een nieuwe woning en ben mijn domotica helemaal weer opnieuw aan het inrichten. Als eerste de basis met Zigbee2mqtt goed draaiend hebben, maar het blijft behoorlijk instabiel. Na wat testen erachter gekomen wat, zeer waarschijnlijk, het probleem is: ik heb 6 tradfri spotjes in de badkamer die ik met de schakelaar echt aan/uit zet. Voor ons gebruik prima, want ik heb alleen sfeerverlichting nodig als het bad gebruikt wordt (4 spotjes uit, 2 dimmen en warmer licht).

Die spotjes fungeren ook als router natuurlijk, en volgens mij raakt netwerk steeds ontregeld door het aan/uitzetten.

Denk dat dat inderdaad je probleem is. Andere devices die aan de Tradfri spotjes verbonden waren moeten opeens een andere route gaan vinden, wat even tijd kost en dan tijdelijk je netwerk instabiel maakt. Ook zijn er opeens minder routers dus dat maakt je zigbee netwerk ook minder robuust. Stroom er op houden dus.

Nu zijn er volgens mij een aantal oplossingen, met als voornaamste eis dat ik de lampen ook fysiek wil schakelen, ook als het zigbee netwerk en/of Home Assistant eruit ligt.

Bedoel je met fysiek schakelen dat je de lampen helemaal van de stroom af wilt halen, of dat je de lampen met een knop wilt kunnen bedienen? Steeds van de stroom afhalen is dus niet aan te raden.

1. Router functie uitzetten. Maar zover ik kan vinden is dit niet mogelijk?
2. Zigbee schakelaar inbouwen en binden met de spotjes (kost geld, wat zonde is want in principe werkt het schakelen nu prima)
3. Apart zigbee netwerk opzetten. Ik heb nog de IKEA hub liggen, die kan ik alleen gaan gebruiken voor die 6 spotjes. Ik neem aan dat ze dan niet meer communiceren met het andere Zigbee2mqtt netwerk?
(4. Op de korte termijn komen er nog een hoop inbouw zigbee schakelaars en dimmers bij voor de verlichting. Zou dit dan voor genoeg redundantie kunnen zorgen als de spotjes wegvallen als router? Of blijft dat problemen geven?)
5. Iets anders?

Slimme lampen moet je gewoon niet willen schakelen met een schakelaar die de stroom er af haalt.
Gewone (niet slimme) lampen kun je schakelen met een gewone of slimme schakelaar.

Je zou in de tussentijd een goedkope afstandsbediening (bijv een ikea styrbar (10 eur), ronde tradfri (15 eur) of tradfri draadloze dimmer (8 eur)) als schakelaar op de muur kunnen plakken (bijv met gekko-tape) en hiermee de verlichting in de badkamer schakelen. En dan de normale schakelaar niet gebruiken of de stroomdraden doorlussen zodat je 'm zelfs niet kunt gebruiken.

[Dylantje2]

He Hi

Vraag iemand die ervaring heeft met koppelen van devices aan elkaar in z2m?
Ik wil graag dat er beter mesh komt, sommige lampen werken soms wel en som niet.
Als ik dan naar mijn mesh kijk, missen ze ook wel wat lijntjes.

Nu heb wel de ergens de opties om eea aan elkaar te koppelen, maar echt werken ......

Dus iemand een idee hoe je sommige devices beter aan elkaar kunt krijgen.

[Slonzo]

Dylantje2 schreef op woensdag 5 januari 2022 @ 09:22:
Dus iemand een idee hoe je sommige devices beter aan elkaar kunt krijgen.

Gewoon wachten. Als de apparaten een betere route kunnen vinden, zullen ze dat na verloop van tijd doen. Met uitzondering misschien van een paar apparaten die 'koppig' blijven op hun originele paired device te verbinden, maar buiten herpairen kan je daar weinig aan doen.

[kitkat007]

Ik ben niet zo lang geleden begonnen met HA. Ik gebruik een raspberry met een zigbee2mqtt dongle.

Ik heb een Xiaomi gordijn van het model lumi.curtain.hagl04. Alleen om de paar dagen accepteert de gordijn geen commando’s. Ik restart de HA en/of speel beetje met de knoppen. Soms handmatig(druk op knopje) gordijn open/dichten. En dan opeens doet HA de commando’s het weer wel...

Ik heb geen idee wat ik kan doen hier mee

Hebben andere dat ook ?

[kepler]

musicpixel schreef op dinsdag 4 januari 2022 @ 17:19:
[...]


Denk dat dat inderdaad je probleem is. Andere devices die aan de Tradfri spotjes verbonden waren moeten opeens een andere route gaan vinden, wat even tijd kost en dan tijdelijk je netwerk instabiel maakt. Ook zijn er opeens minder routers dus dat maakt je zigbee netwerk ook minder robuust. Stroom er op houden dus.


[...]


Bedoel je met fysiek schakelen dat je de lampen helemaal van de stroom af wilt halen, of dat je de lampen met een knop wilt kunnen bedienen? Steeds van de stroom afhalen is dus niet aan te raden.


[...]


Slimme lampen moet je gewoon niet willen schakelen met een schakelaar die de stroom er af haalt.
Gewone (niet slimme) lampen kun je schakelen met een gewone of slimme schakelaar.

Je zou in de tussentijd een goedkope afstandsbediening (bijv een ikea styrbar (10 eur), ronde tradfri (15 eur) of tradfri draadloze dimmer (8 eur)) als schakelaar op de muur kunnen plakken (bijv met gekko-tape) en hiermee de verlichting in de badkamer schakelen. En dan de normale schakelaar niet gebruiken of de stroomdraden doorlussen zodat je 'm zelfs niet kunt gebruiken.

Ok, dan is het inderdaad dus een probleem. Jammer dus dat je de router functie niet kan uitzetten, dat zou mijn probleem direct oplossen...

Met fysiek schakelen bedoel ik met de normale schakelaar en onafhankelijk van het domotica systeem. Dus zo'n extra knopje valt dan al af (daarvan is de batterij altijd leeg op het verkeerde moment).

Ik denk dat een inbouw zigbee schakelaar ook niet zou werken, want die schakelen volgens mij ook fysiek de stroom uit.

Ik ga voorlopig voor een tijdelijk 2e zigbee netwerk icm de IKEA hub, en zodra mijn zigbee netwerk flink is uitgebreid ga ik het nog eens proberen.

[Meessen]

Een vraagje.

Ik ben eindelijk begonnen aan het opzetten van mijn home assistent systeem (met zigbee2mqtt + conbee 2). Nu heb ik 5 woox zigbee rookmelders, als ik de test knop gebruik komt er een 'smoke true' binnen, maar deze gaat niet meer weg, er komt geen smoke false bericht binnen. Itt tot bijv de heiman rookmelders die ik heb die meteen na de test een false bericht sturen.

Valt hier nog wat aan te doen of is dit weggegooid geld?

[ Voor 3% gewijzigd door Meessen op 05-01-2022 13:32 ]

[robbinonline]

Meessen schreef op woensdag 5 januari 2022 @ 13:30:
Een vraagje.

Ik ben eindelijk begonnen aan het opzetten van mijn home assistent systeem (met zigbee2mqtt + conbee 2). Nu heb ik 5 woox zigbee rookmelders, als ik de test knop gebruik komt er een 'smoke true' binnen, maar deze gaat niet meer weg, er komt geen smoke false bericht binnen. Itt tot bijv de heiman rookmelders die ik heb die meteen na de test een false bericht sturen.

Valt hier nog wat aan te doen of is dit weggegooid geld?

Heb je ze gekoppeld via z2m? Als ik hem daar namelijk opzoek zie je dat hij het test command niet kent? Misschien dat die daardoor op Smoke blijft hangen?

https://www.zigbee2mqtt.io/devices/R7049.html

[Meessen]

robbinonline schreef op woensdag 5 januari 2022 @ 13:35:
[...]

Heb je ze gekoppeld via z2m? Als ik hem daar namelijk opzoek zie je dat hij het test command niet kent? Misschien dat die daardoor op Smoke blijft hangen?

https://www.zigbee2mqtt.io/devices/R7049.html

Ja Z2M. De woox heeft geen specifieke test parameter, als ik op de test knop druk stuurt die een bericht alsof rook gedetecteerd is. Maar daarna geen bericht dat rook niet meer gedetecteerd is. De heimand doet dat wel bijv.
Daardoor blijft in home assistant rook detectie permanent op true staan.

[BlackMonkey]

Meessen schreef op woensdag 5 januari 2022 @ 13:42:
[...]

Ja Z2M. De woox heeft geen specifieke test parameter, als ik op de test knop druk stuurt die een bericht alsof rook gedetecteerd is. Maar daarna geen bericht dat rook niet meer gedetecteerd is. De heimand doet dat wel bijv.
Daardoor blijft in home assistant rook detectie permanent op true staan.

Weet je dat zeker? Ik zag juist een issue dat beschreef dat deze op een apart dp binnenkomt: https://github.com/Koenkk/zigbee2mqtt/issues/9147

Het klinkt alsof optie 1 uit de comments niet helemaal opgaat, namelijk het versturen van smoke = false na de test.

[Meessen]

BlackMonkey schreef op woensdag 5 januari 2022 @ 15:04:
[...]


Weet je dat zeker? Ik zag juist een issue dat beschreef dat deze op een apart dp binnenkomt: https://github.com/Koenkk/zigbee2mqtt/issues/9147

Het klinkt alsof optie 1 uit de comments niet helemaal opgaat, namelijk het versturen van smoke = false na de test.

Het probleem vermeld daar heb ik niet. Er komt wel een valide vericht binnen. Ik beb nog geen periodieke berichten gezien zoals daar beschreven, alleen wanneer ik op de knop druk.

[BlackMonkey]

Meessen schreef op woensdag 5 januari 2022 @ 15:55:
[...]

Het probleem vermeld daar heb ik niet. Er komt wel een valide vericht binnen. Ik beb nog geen periodieke berichten gezien zoals daar beschreven, alleen wanneer ik op de knop druk.

Het lijkt mij dat de implementatie van die oplossing daarom dan niet bij jou werkt. Al lijkt het mij bijzonder dat je niet gewoon de state doorkrijgt. Maar de makkelijkste fix lijkt om de converter aan te passen om het testsignaal als een aparte state te ontvangen. Als jou model vergelijkbaar is zal hij die voor de converter wel apart verzenden. Maar dan moet je even wat debug coverters toevoegen om dat uit te zoeken: https://www.zigbee2mqtt.i...devices.html#instructions

[jantje888]

Dat een coördinator op basis van CC2652 de juiste keus is las ik al, maar zijn er adviezen voor welke precies?

[Meessen]

kimvl83 schreef op zondag 18 april 2021 @ 08:16:
Kan er iemand mij een beetje op de goede weg zetten want ik ben al sinds vrijdag aan het klooien met een rookmelder die ik maar niet goed krijg. Het gaat om een fireAngel met een ZB-module.

Ik draai HomeAssistant en heb zigbee2mqqt geinstalleerd en al verschillende Trust smarthome producten succesvol aangemeld maar als ik mijn FireAngel rookmelder aanmeld krijg ik de melding

Zigbee2MQTT:info 2021-04-18 07:53:31: rookmelder familiekamer (0x00155f00dcba1326): Not supported (EndDevice)

Device type
EndDevice
Zigbee model
Support status
Unsupported

IEEE address
0x00155f00dcba1326
Network address
0xE9EB
Power source
Interview completed
No

Nu ben ik al 2 dagen aan het proberen de rookmelder via de link https://www.zigbee2mqtt.i..._support_new_devices.html
de rookmelder succesvol te integreren maar ik moet eerlijk zeggen dat ik er niet wijs uit geraak en vind geen how to waar ik iets van snap

Hoe moet ik hieraan beginnen?

alvast bedankt

Is het uiteindelijk gelukt?
Ik heb een fireangel koolmonoxide melder met ZigBee module maar krijg het niet gekoppeld aan z2m (+conbee 2).

Ik dacht dat die ondersteunt was https://www.zigbee2mqtt.io/devices/W2-Module.html maar daar staat W2 module, dat is toch wifi ipv zigbee?

Dit was zo'n dure melder, zou echt vervelend zijn als het niet werkt.

[ Voor 9% gewijzigd door Meessen op 05-01-2022 19:37 ]

[Meessen]

BlackMonkey schreef op woensdag 5 januari 2022 @ 16:08:
[...]


Het lijkt mij dat de implementatie van die oplossing daarom dan niet bij jou werkt. Al lijkt het mij bijzonder dat je niet gewoon de state doorkrijgt. Maar de makkelijkste fix lijkt om de converter aan te passen om het testsignaal als een aparte state te ontvangen. Als jou model vergelijkbaar is zal hij die voor de converter wel apart verzenden. Maar dan moet je even wat debug coverters toevoegen om dat uit te zoeken: https://www.zigbee2mqtt.i...devices.html#instructions

Dan moet ik dat maar eens gaan uitzoeken. Ben net nieuw met home assistent dus weet er nog niet veel vanaf en heb nog wat andere problemen die ik moet oplossen.

Wel spijt van deze rookmelders, kon ook al niet ZHA gebruiken omdat ze daar niet mee werken.

[ Voor 5% gewijzigd door Meessen op 05-01-2022 19:20 ]

[KvNwPPr]

Meessen schreef op woensdag 5 januari 2022 @ 19:14:
[...]

Is het uiteindelijk gelukt?
Ik heb een fireangel koolmonoxide melder met ZigBee module maar krijg het niet gekoppeld aan z2m (+conbee 2).

Ik dacht dat die ondersteunt was https://www.zigbee2mqtt.io/devices/W2-Module.html maar daar staat W2 module, dat is toch wifi ipv zigbee?

Dit was zo'n dure melder, zou echt vervelend zijn als het niet werkt.

Ik heb toevallig ook net Fire-angel rookmelders + Zigbee module gekocht.
Binnen 1 minuut zijn ze gekoppeld, wel in de Zigbee2mqtt edge versie.

Ik heb niet meer gedaan dan dit:
1. batterij lipje verwijderd van de zigbee module
2. Permit Join aan in Zigbee2mqtt
2. 1x knop ingedrukt van de zigbee module tot het knippert.

Ik had al gelezen over handmatig toevoegen maar dat was dus niet nodig. Misschien omdat ik de edge versie gebruik?

[Meessen]

KvNwPPr schreef op donderdag 6 januari 2022 @ 17:54:
[...]


Ik heb toevallig ook net Fire-angel rookmelders + Zigbee module gekocht.
Binnen 1 minuut zijn ze gekoppeld, wel in de Zigbee2mqtt edge versie.

Ik heb niet meer gedaan dan dit:
1. batterij lipje verwijderd van de zigbee module
2. Permit Join aan in Zigbee2mqtt
2. 1x knop ingedrukt van de zigbee module tot het knippert.

Ik had al gelezen over handmatig toevoegen maar dat was dus niet nodig. Misschien omdat ik de edge versie gebruik?

Zal eens naar edge kijken of dat wel werkt.

[ramonlambal]

kitkat007 schreef op woensdag 5 januari 2022 @ 10:29:
Xiaomi gordijn ... model lumi.curtain.hagl04. Alleen om de paar dagen accepteert de gordijn geen commando’s. Ik restart de HA en/of speel beetje met de knoppen. Soms handmatig(druk op knopje) gordijn open/dichten. En dan opeens doet HA de commando’s het weer wel...

Ik heb geen idee wat ik kan doen hier mee

Hebben andere dat ook ?

Dit lijkt vrij veel op de push schakelaar die ik heb van Xiaomi, echter is deze wel op battarijen. Een keer in de zoveel dagen weet de schakelaar niet meer of zijn staat nu uit of aan is. Wat dan werkt is of idd de schakelaar met de hand te bedienen, of wat ik zelf makkelijker vind, een element uit de groep waar deze aan gebonden is te schakelen. Omdat het een groep is moet hij zijn state dan mee veranderen, en mijn redenatie is dat hij zo weer wakker word. Daarna doet die het weer een x aantal dagen.
Probleem komt bij mij alleen bij de allergoedkooste zooi voor, dus een Xiaomi push schakelaartje van een 10tje ofzo en en een miboxer led drivertje. You get what you pay denk ik dan maar.

[Meessen]

KvNwPPr schreef op donderdag 6 januari 2022 @ 17:54:
[...]


Ik heb toevallig ook net Fire-angel rookmelders + Zigbee module gekocht.
Binnen 1 minuut zijn ze gekoppeld, wel in de Zigbee2mqtt edge versie.

Ik heb niet meer gedaan dan dit:
1. batterij lipje verwijderd van de zigbee module
2. Permit Join aan in Zigbee2mqtt
2. 1x knop ingedrukt van de zigbee module tot het knippert.

Ik had al gelezen over handmatig toevoegen maar dat was dus niet nodig. Misschien omdat ik de edge versie gebruik?

Met edge werkt het ook niet.
Welke zigbee module heb jij? Die van mij heet p-line GN5215R1.

[KvNwPPr]

Meessen schreef op donderdag 6 januari 2022 @ 23:14:
[...]

Met edge werkt het ook niet.
Welke zigbee module heb jij? Die van mij heet p-line GN5215R1.

Dat is vervelend. Ik heb een andere versie dus daar kan het ook aan liggen: "ZB-Module P-Line" GN5216R2
Heb jij niet de wifi versie ipv zigbee? Al kom ik via googlen op GN5215R1 wel op een zigbee module.

[Meessen]

KvNwPPr schreef op vrijdag 7 januari 2022 @ 08:38:
[...]


Dat is vervelend. Ik heb een andere versie dus daar kan het ook aan liggen: "ZB-Module P-Line" GN5216R2
Heb jij niet de wifi versie ipv zigbee? Al kom ik via googlen op GN5215R1 wel op een zigbee module.

Het is zigbee, logo staat er ook op. Vraag me af of die defect is dan.

Welke coördinator heb jij? Ik een conbee 2, weet niet of dat uit maakt.

[KvNwPPr]

Meessen schreef op vrijdag 7 januari 2022 @ 10:54:
[...]

Het is zigbee, logo staat er ook op. Vraag me af of die defect is dan.

Welke coördinator heb jij? Ik een conbee 2, weet niet of dat uit maakt.

ik heb ook een conbee 2.

[RobertMe]

RobertMe schreef op vrijdag 24 december 2021 @ 09:09:
Ik ben mij oriënteren om mijn Hue lampen over te zetten naar Zigbee2mqtt (dat ik nu al gebruik met wat Xiaomi/Aqara spul). Maar waar ik mijn vinger niet achter krijg is hoe scenes werken in Z2M. Het enige dat ik in de documentatie zie is hoe je een state onder een nummertje kunt opslaan bij een lamp of een groep. Maar kun je ook één scene (/"nummertje") hebben waarbij je een groep lampen verschillend instelt? Dus bv een groep met 4 lampen en dan een scene waarbij 2 lampen rood op 100% branden en 2 geel op 50% branden?

@gastje01 en anderen geïnteresseerden. Intussen heb ik dit vrijwel helemaal uit gevoerd. Gisteren een testje gedaan met een Hue Lightstrip en een Hue White bulb. Via "Sla op als scene" kun je de huidige state van een groep perfect opslaan, inclusief dus de ene lamp een andere state geven dan de andere. Wat ook in het originele ticket beschreven staat, is dat dit allemaal (goed) is uitgewerkt in de Zigbee specificatie. Daarbij worden de berichten voor het maken / opslaan van de scene namelijk naar de lamp gestuurd onder vermelding van zowel het scene id als het groep id (dat 0 is als de scene specifiek voor een lamp is, maar beetje "vreemde een in de byte" is), en dit dan in combinatie met "huidige state opslaan" vs "dit moet de state zijn". Enige kink in de kabel daarbij is dat het "scene_add" commando van Z2M of naar de groep wordt gestuurd met dus een groep id, of naar een specifieke lamp, met groep id 0. Daardoor is het dus niet mogelijk om "scene_add" te doen om de state van één lamp in een groep aan te passen. Echter is de fix daarvoor letterlijk één regel, waarvoor ik intussen ook een PR heb aangemaakt. En doordat deze informatie dus in de lamp is opgeslagen nu gaat de "scene_recall" uiteraard altijd goed en is die wijziging van die ene regel ook niet meer nodig. En daarnaast kan Z2M dus één (compact) berichtje het Zigbee netwerk op sturen waarbij alle lampen de juiste state activeren, i.p.v. dus met scenes in bv HA waarbij er voor elke lamp een veel groter bericht gestuurd moet worden. (Dus "groep X, activeer scene Y" vs "lamp X, ga aan, zet de helderheid op Y, en kleur op Z" en dat per lamp).

[DaYwaLkUr]

Vandaag werkte opeens uit het niets z2mqtt niet meer. Paar uurtjes getroubleshoot, bleek dat de stick corrupt was

Nieuwe cc2531 en nu gaat het beter.

Welke stick raden jullie aan? Volgens mij heb ik teveel zigbee devices

[RobertMe]

DaYwaLkUr schreef op vrijdag 7 januari 2022 @ 21:51:
Vandaag werkte opeens uit het niets z2mqtt niet meer. Paar uurtjes getroubleshoot, bleek dat de stick corrupt was

Nieuwe cc2531 en nu gaat het beter.

Welke stick raden jullie aan? Volgens mij heb ik teveel zigbee devices

Iets op basis van de CC2652 is het meest aanbevolen AFAIK. Meest voorkomende daarin zal de Slaesh en de ZZH! zijn.

[Peutpeut]

DaYwaLkUr schreef op vrijdag 7 januari 2022 @ 21:51:
Vandaag werkte opeens uit het niets z2mqtt niet meer. Paar uurtjes getroubleshoot, bleek dat de stick corrupt was

Nieuwe cc2531 en nu gaat het beter.

Welke stick raden jullie aan? Volgens mij heb ik teveel zigbee devices

Slaesh werkt hier al tijden prima, met een kleine 50 devices geen noemenswaardige problemen gehad. Echter weet ik niet hoe het zit met de beschikbaarheid momenteel.

[bcome]

Peutpeut schreef op vrijdag 7 januari 2022 @ 22:18:
[...]


Slaesh werkt hier al tijden prima, met een kleine 50 devices geen noemenswaardige problemen gehad. Echter weet ik niet hoe het zit met de beschikbaarheid momenteel.

Een mede tweaker is reseller: V&A aangeboden: CC2652RB Zigbee 3.0 stick (zigbee2mqtt)

[Kippenijzer]

Ik heb toen ik de CC2531 nog had meermaals hem opnieuw moeten flashen, omdat hij soms zomaar corrupt raakte. Inmiddels heb ik een CC2652 gebasseerd en heb de problemen niet meer.

[Gizz]

DaYwaLkUr schreef op vrijdag 7 januari 2022 @ 21:51:
Welke stick raden jullie aan? Volgens mij heb ik teveel zigbee devices

Deze

[Meessen]

Na een tijd klooien waarom de automatisering en beweging sensor niet werkte blijkt dat het komt omdat de osram lamp de berichten niet door stuurt van verbonden apparaten. Een vaker voorkomend probleem zo te lezen hier en elders.
Valt daar nog iets aan te redden of kunnen ze de prullenbak in?

Voor zo ver ik kon vinden is router functionaliteit niet uit te zetten om te voorkomen dat andere apparaten verbinden. Als ik de sensor eerst pair met de coördinator springt die uiteindelijk toch weer naar de lamp.

https://www.zigbee2mqtt.i...C03641.html#osram-ac03641
Firmware version V1.05.10

[ Voor 8% gewijzigd door Meessen op 08-01-2022 20:23 ]

[DjAntoon]

Ik gebruik al enkele jaren een tweetal Muller RGB lampen 404000.
Deze melden zich in domoticz als:
404000/404005/404012 Tint LED bulb GU10/E14/E27 350/470/806 lumen, dimmable, color, opal white

Nu heb ik er 1 bijgekocht maar deze meld zich als:
tint-ExtendedColor -

Er komen geen devices bij na het toevoegen.
Ik heb het nogmaals geprobeerd en er is wel connectie, want als ik de lamp verwijder in het domotics Zigbee2MQTT scherm, dan knippert deze direct.
En lijkt meteen gereset te zijn, aangezien ik hem daarna weer toe kan voegen.

In het window van Pair device staat bij het toevoegen:
Device succesfully paired:{friendly_name":"0xa4c13800ac6000f2","supported":false}

Zou er nieuwe firmware op de lamp staan? Of is de lamp niet ok?
Ik draai wel een iets wat oudere stable installatie domoticz 2020.2...

Het lijkt inderdaad erop dat er iets gewijzigd is het model is nu: tint-ExtendedColor

Jan 10 17:06:13 raspberrypi npm[588]: Zigbee2MQTT:warn 2022-01-10 17:06:13: Received message from unsupported device with Zigbee model 'tint-ExtendedColor'
Jan 10 17:06:13 raspberrypi npm[588]: Zigbee2MQTT:warn 2022-01-10 17:06:13: Please see: https://www.zigbee2mqtt.i..._support_new_devices.html.

En dat was:
404000/404005/404012

[ Voor 21% gewijzigd door DjAntoon op 10-01-2022 17:13 ]

[Sundown89]

Meessen schreef op zaterdag 8 januari 2022 @ 20:09:
Na een tijd klooien waarom de automatisering en beweging sensor niet werkte blijkt dat het komt omdat de osram lamp de berichten niet door stuurt van verbonden apparaten. Een vaker voorkomend probleem zo te lezen hier en elders.
Valt daar nog iets aan te redden of kunnen ze de prullenbak in?

Voor zo ver ik kon vinden is router functionaliteit niet uit te zetten om te voorkomen dat andere apparaten verbinden. Als ik de sensor eerst pair met de coördinator springt die uiteindelijk toch weer naar de lamp.

https://www.zigbee2mqtt.i...C03641.html#osram-ac03641
Firmware version V1.05.10

Ik heb dit of een soortgelijk probleem met Ledvance smart plugs welke herkend worden als Osram plugs. Zijn ook gewoon rebranded. Ik vermoed hetzelfde probleem omdat een bewegingsmelder na repairen altijd een bepaalde periode werkt en daarna niet meer, waarschijnlijk doordat hij inderdaad na die periode overspringt op die Osram plugs. Bij dit specifieke type staat een soortgelijk probleem ook als 'caveat' genoemd op zigbee2mqtt.io. Hier staat dat het alleen voorkomt bij "messages right after each other". Dus ik weet niet zeker of dit wel het exacte probleem is wat ik (en jij) heb omdat mijn bewegingsmelder (Sonoff SNZB-03) volgens mij alleen maar occupancy doorgeeft. De router functionaliteit uitzetten zou mij ook helpen maar ik begrijp dat dit niet kan. In mijn geval lijkt het er dus wel op dat ze in de prullenbak kunnen, of in elk geval uit mijn netwerk.

Ik ga het nog wel met een andere bewegingsmelder proberen omdat er voor de Xiaomi RTCGQ11LM kennelijk een workaround is. Die heb ik nog liggen.

[Meessen]

Sundown89 schreef op dinsdag 11 januari 2022 @ 10:41:
[...]


Ik heb dit of een soortgelijk probleem met Ledvance smart plugs welke herkend worden als Osram plugs. Zijn ook gewoon rebranded. Ik vermoed hetzelfde probleem omdat een bewegingsmelder na repairen altijd een bepaalde periode werkt en daarna niet meer, waarschijnlijk doordat hij inderdaad na die periode overspringt op die Osram plugs. Bij dit specifieke type staat een soortgelijk probleem ook als 'caveat' genoemd op zigbee2mqtt.io. Hier staat dat het alleen voorkomt bij "messages right after each other". Dus ik weet niet zeker of dit wel het exacte probleem is wat ik (en jij) heb omdat mijn bewegingsmelder (Sonoff SNZB-03) volgens mij alleen maar occupancy doorgeeft. De router functionaliteit uitzetten zou mij ook helpen maar ik begrijp dat dit niet kan. In mijn geval lijkt het er dus wel op dat ze in de prullenbak kunnen, of in elk geval uit mijn netwerk.

Ik ga het nog wel met een andere bewegingsmelder proberen omdat er voor de Xiaomi RTCGQ11LM kennelijk een workaround is. Die heb ik nog liggen.

Bij mij betreft het een Lidl beweging melder. Die stuurt één bericht voor bezetting en een minuut ofzo later voor geen bezetting. Geen enkele komt door via de osram.

Na meerdere pogingen blijft de sensor nu al 2 dagen verbonden met de coördinator, dus werkt de setup. Maar ik vind het geen fijn idee dat het elk moment weer kapot kan gaan als een apparaat wisselt naar de osram lamp. Vooral de brandmelders of het alarm systeem is een risico.
Ik moet ze daarom maar vervangen. Helaas had ik de doos al weg gegooid anders konden ze nog terug naar Amazon.

Welke workaround bedoel je voor de Xiaomi?

[Sundown89]

Meessen schreef op dinsdag 11 januari 2022 @ 11:28:
[...]

Bij mij betreft het een Lidl beweging melder. Die stuurt één bericht voor bezetting en een minuut ofzo later voor geen bezetting. Geen enkele komt door via de osram.

Na meerdere pogingen blijft de sensor nu al 2 dagen verbonden met de coördinator, dus werkt de setup. Maar ik vind het geen fijn idee dat het elk moment weer kapot kan gaan als een apparaat wisselt naar de osram lamp. Vooral de brandmelders of het alarm systeem is een risico.
Ik moet ze daarom maar vervangen. Helaas had ik de doos al weg gegooid anders konden ze nog terug naar Amazon.

Welke workaround bedoel je voor de Xiaomi?

In de link die ik hierboven gaf Koenkk aan dat er voor de Xiaomi een workaround voor dat specifieke probleem is verwerkt in zigbee2mqtt. Zie laatste comment van Koenkk. Wat dat dan precies is weet ik niet. Ik ben het met je eens dat zo'n situatie niet wenselijk is, zeker niet in de situaties die je noemt.

[DjAntoon]

Dan ben ik blij dat er bij mij niets met de osrams wil connecten. En met niets bedoel ik dan eigenlijk Xiaomi pir , deur en schakelcontacten.
Maar ik heb het dan wel over de Ledvance smart plugs / Osram plugs.

[Meessen]

Ik heb sinds eergister een develco rookmelder, deze zou temperatuur moeten melden maar de waarde blijft null. In het zigbee bericht in de z2m log is de waarde ook null. Kan ik er dan vanuit gaan dat het aan de rookmelder ligt en niet aan z2m? Of worden die log berichten nog bewerkt?

[ Voor 35% gewijzigd door Meessen op 11-01-2022 23:30 ]

[Rembock]

@Meessen waar heb je die kunnen scoren? Of is dit die Frient rebrand?
Mooie aan deze Develco rookmelders is dat ze NEN-EN 14604 gekeurd zijn wat v.a. juli dit jaar een vereiste is

[Meessen]

Rembock schreef op dinsdag 11 januari 2022 @ 23:44:
@Meessen waar heb je die kunnen scoren? Of is dit die Frient rebrand?
Mooie aan deze Develco rookmelders is dat ze NEN-EN 14604 gekeurd zijn wat v.a. juli dit jaar een vereiste is

Ja dit is de frient rebrand, maar wordt gedetecteerd als een develco. 39 euro bij Amazon.

Heb deze er bij gehaald omdat ik nog een sirene nodig had en deze heeft er één die je kan aansturen itt tot mijn andere rookmelders. Een losse sirene is net zo duur.
Daarnaast ziet die ook wat minder lelijk uit dan de woox en heiman melders die ik heb, dus goed voor in de woonkamer/keuken.

[Rembock]

Meessen schreef op dinsdag 11 januari 2022 @ 23:53:
[...]

Ja dit is de frient rebrand, maar wordt gedetecteerd als een develco. 39 euro bij Amazon.

Thanks! Weet jij ook toevallig of er op de verpakking/handleiding vermeld is dat deze ook een NEN-EN 14604 keurmerk hebben? Kan dat online namelijk niet vinden.
Ik twijfel nu al een tijdje om de Xiaomi Mijia rookmelder (JTYJ-GD-01LM/BW) aan te schaffen maar deze heeft geen CE & NEN-EN 14604 keurmerk, wil straks nog wel verzekerd zijn als er brandschade is

Heb deze er bij gehaald omdat ik nog een sirene nodig had en deze heeft er één die je kan aansturen itt tot mijn andere rookmelders. Een losse sirene is net zo duur.
Daarnaast ziet die ook wat minder lelijk uit dan de woox en heiman melders die ik heb, dus goed voor in de woonkamer/keuken.

Ze zijn inderdaad mooier dan de gemiddelde Zigbee rookmelders.

Overigens vond ik op Github dit issue, dit komt volgens mij aardig overeen met jouw situatie.

[Meessen]

Rembock schreef op woensdag 12 januari 2022 @ 00:10:
[...]

Thanks! Weet jij ook toevallig of er op de verpakking/handleiding vermeld is dat deze ook een NEN-EN 14604 keurmerk hebben? Kan dat online namelijk niet vinden.
Ik twijfel nu al een tijdje om de Xiaomi Mijia rookmelder (JTYJ-GD-01LM/BW) aan te schaffen maar deze heeft geen CE & NEN-EN 14604 keurmerk, wil straks nog wel verzekerd zijn als er brandschade is

[...]

Ze zijn inderdaad mooier dan de gemiddelde Zigbee rookmelders.

Overigens vond ik op Github dit issue, dit komt volgens mij aardig overeen met jouw situatie.

Ah lijkt idd dat probleem te zijn, goede vondst. Ik was alleen een ouder probleem tegen gekomen die koen al had opgelost. Helaas nog geen oplossing voor deze, zal mijn melding ook toevoegen morgen.

Volgens de Amazon website is de Frient melder ‎EN 14604 gecertificeerd (zal morgen eens op de verpakking kijken). Ik heb deze niet nagetrokken.
De Woox rookmelder is ook gecertificeerd bij één of andere instantie in spanje die ik niet kan controleren. Ze zijn geregeld bij ibood voor 24 euro.
De heiman melder is gecertificeerd door de TUV in Duitsland en die registratie kan je wel nagaan. De heiman melders worden ook rebranded onder 'klik aan klik uit' en trust verkocht in Nederland voor zo'n 32 euro.

Ze winnen alle drie geen schoonheidsprijs maar de Frient heeft mijj voorkeur. De Mija ziet idd ook wel redelijk uit maar ik wilde gecertificeerde melders voor de zekerheid.
Fibaro heeft een mooie melder, maar dat is helaas zwave.

[ Voor 10% gewijzigd door Meessen op 12-01-2022 01:01 ]