Zigbee2mqtt - open source zigbee bridge - Deel 2

[Church of Noise]

Zijn er nog mensen bij wie z2m niet meer werkt na de update naar 2025.2.2?
Er is een issue op de z2m github aangemaakt...

Even alles bij elkaar

[ Voor 11% gewijzigd door Septillion op 12-02-2025 13:30 ]

[TheFes]

Church of Noise schreef op woensdag 12 februari 2025 @ 11:12:
Zijn er nog mensen bij wie z2m niet meer werkt na de update naar 2025.2.2?
Er is een issue op de z2m github aangemaakt...

Werkt hier prima.
Weet je zeker dat het niet door de update naar Z2M 2.x komt? Of had je die al eerder gedaan

[Church of Noise]

TheFes schreef op woensdag 12 februari 2025 @ 11:16:
[...]


Werkt hier prima.
Weet je zeker dat het niet door de update naar Z2M 2.x komt? Of had je die al eerder gedaan

Al eerder gedaan en werkte perfect tot deze ochtend...

[Gizz]

Church of Noise schreef op woensdag 12 februari 2025 @ 11:12:
Zijn er nog mensen bij wie z2m niet meer werkt na de update naar 2025.2.2?
Er is een issue op de z2m github aangemaakt...

Wat bedoel je met 'niet meer werkt'? Welke foutmelding staat er in de logs bij het starten?

Het is gek als HA 2025.2.2 er iets mee te maken heeft. Z2M werkt als add-on in z'n eigen docker container en staat los van HA.

Bij 2025.2.2 is er ook niets veranderd volgens mij qua add-ons. Ik kan me voorstellen dat het Docker-gedeelte zelfs helemaal onder HAOS valt in plaats van HA.

[noo]

Church of Noise schreef op woensdag 12 februari 2025 @ 11:12:
Zijn er nog mensen bij wie z2m niet meer werkt na de update naar 2025.2.2?
Er is een issue op de z2m github aangemaakt...

Dit issue neem ik aan? https://github.com/Koenkk/zigbee2mqtt/issues/26320

Hier werkt het prima (ik heb 3 dagen geleden z2m geupdate van 1.4 naar 2.1.1-1 en gisteren HAOS van 2025.2.1 naar 2025.2.2)

[ Voor 12% gewijzigd door noo op 12-02-2025 12:52 ]

[Church of Noise]

Deze https://github.com/Koenkk/zigbee2mqtt/issues/26307

Geen idee waar het mis is gegaan. Ik weet enkel dat sinds deze voormiddag, de addon was gestopt en niet meer wil starten. Heb zowel de container als de slzb-06 herstart, config opnieuw gecheckt,...

Ligt dus niet noodzakelijk aan ha trouwens...

[ Voor 8% gewijzigd door Church of Noise op 12-02-2025 12:55 ]

[Gizz]

@Church of Noise lijkt een standaard issue dat hij je stick niet goed kan vinden. Dat staat los van HA. Verder in Zigbee2mqtt - open source zigbee bridge - Deel 2 ?

[Church of Noise]

Deze voormiddag stopte z2m er plots mee en ik krijg hem niet opnieuw gestart, zie ook deze issue hier: https://github.com/Koenkk/zigbee2mqtt/issues/26307

Kort gesteld : SLZB-06 lan coördinator, laatste z2m en ha versie.

[Gizz]

@Church of Noise kan een firmware-update hier misschien nog helpen? Ik heb zelf geen ervaring met dit soort lan-zigbee sticks, maar ik neem aan dat je zowel voor de CC2652P als voor de ESP32 firmware kan updaten. Zijn die beide recent?

[Septillion]

@Church of Noise Je had dus 2.x al draaien? Dus adapter type al gespecificeerd?

IP van stick is niet anders geworden ofzo?

[Church of Noise]

2.x draaide al, ip adres zelfde gebleven.
Het is momenteel gelukt opnieuw te starten door op de adapter de zigbee chip te herstarten en meteen erna z2m opnieuw te starten. Erg vreemd...

[GorgeousMetal]

Church of Noise schreef op woensdag 12 februari 2025 @ 14:38:
2.x draaide al, ip adres zelfde gebleven.
Het is momenteel gelukt opnieuw te starten door op de adapter de zigbee chip te herstarten en meteen erna z2m opnieuw te starten. Erg vreemd...

Gebruik je wellicht een TI CC1352P/CC26XR1 based adapter?

[Gizz]

@GorgeousMetal de SLZB-06 die @Church of Noise gebruikt is op basis van de CC2652P. Ook is er niet echt sprake van een knop je die kunt induwen voordat het apparaat in de usb-poort wordt gestoken, omdat de coördinator aan een ESP32 gekoppeld is en via het netwerk wordt benaderd

[mrbert]

@Septillion IK heb het maar even geparkeerd.ga er later verder mee .
Gezondheid speelt een beetje op.
Dus maak het even via de kortste weg werken op zigbee. Zodat alle andere gaways en RFXcom er uit kan.
Nog 1 kamer te doen maar die is recht toe recht aan;)

IIG bedankt voor alle effort

[Church of Noise]

Gizz schreef op donderdag 13 februari 2025 @ 13:00:
@GorgeousMetal de SLZB-06 die @Church of Noise gebruikt is op basis van de CC2652P. Ook is er niet echt sprake van een knop je die kunt induwen voordat het apparaat in de usb-poort wordt gestoken, omdat de coördinator aan een ESP32 gekoppeld is en via het netwerk wordt benaderd

Exact

Een volledige restart lijkt bij anderen met hetzelfde probleem te helpen, hier draait alles ondertussen 24u als een zonnetje ondertussen.
Geen idee wat de oorzaak is geweest, maar apart dat er meerdere mensen hetzelfde ervaren hebben...

[MakhouT]

Iemand dat even kan helpen?
Mijn Z2M is uitgevallen en ik krijg deze niet meer aan... Die heeft het een tijdje goed gedaan en nu plots uitgevallen.

Dit is de log van Z2M

code:

Starting Zigbee2MQTT without watchdog.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
            READ THIS CAREFULLY
Refusing to start because configuration is not valid, found the following errors:
- advanced/log_level must be equal to one of the allowed values
If you don't know how to solve this, read https://www.zigbee2mqtt.io/guide/configuration
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[21:21:29] INFO: Preparing to start...
[21:21:29] INFO: Socat not enabled
[21:21:29] INFO: Starting Zigbee2MQTT...

Als ik de link volg staat er niets van de log_level.

Heb dan maar zelf een log_level van debug erop gezet

en config ziet er zo uit:
socat:

code:

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

serial

code:

port: tcp://192.168.1.81:6638
adapter: zstack
baudrate: 115200
disable_led: false
advanced:
  transmit_power: 20
  log_level: debug

zit op versie 2.1.1-1

Schopje naar Z2M topic

[ Voor 1% gewijzigd door Septillion op 15-02-2025 17:32 ]

[HuismAndré]

@MakhouT Kun je het device wel pingen?

[MakhouT]

HuismAndré schreef op vrijdag 14 februari 2025 @ 22:38:
@MakhouT Kun je het device wel pingen?

Ja als ik `ping 192.168.1.81` doe krijg ik gewoon een response.
En ik geraak ook op de dashboard van mijn coordinator (slzb-06, aangesloten via PoE)

[Gizz]

MakhouT schreef op vrijdag 14 februari 2025 @ 21:31:
Iemand dat even kan helpen?
Mijn Z2M is uitgevallen en ik krijg deze niet meer aan... Die heeft het een tijdje goed gedaan en nu plots uitgevallen.

Vervelend! Maar waarom post je een probleem met Z2M in het HA-topic?

In het Z2M-topic was onlangs iemand met hetzelfde probleem en dezelfde stick als jij. Is uiteindelijk simpel opgelost. Church of Noise in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

[Septillion]

@MakhouT Dat blokje advanced moet volgens mij niet onder serial, of in ieder geval log level niet. Daarvoor even je config in yaml bekijken (3-dots => Edit in yaml).

[Diggitzz]

Mijn vraag

Na zigbee2mqtt succesvol werkend te hebben voor een paar dagen krijg ik telkens te maken met deze errors (na 48-72 uur):

[19:27:39] INFO: Preparing to start...
[19:27:39] INFO: Socat not enabled
[19:27:40] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-06 19:27:41] info: z2m: Logging to console, file (filename: log.log)
[2025-02-06 19:27:41] info: z2m: Starting Zigbee2MQTT version 2.1.0 (commit #unknown)
[2025-02-06 19:27:41] info: z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-06 19:27:41] warning: zh:ezsp: 'ezsp' driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to 'ember' is recommended. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462
[2025-02-06 19:27:51] error: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-06 19:27:51] error: zh:ezsp:ezsp: Connection attempt 1 error: Error: Failure to connect
[2025-02-06 19:28:06] error: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-06 19:28:06] error: zh:ezsp:ezsp: Connection attempt 2 error: Error: Failure to connect
[2025-02-06 19:28:26] error: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-06 19:28:26] error: zh:ezsp:ezsp: Connection attempt 3 error: Error: Failure to connect
[2025-02-06 19:28:51] error: zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-06 19:28:51] error: zh:ezsp:ezsp: Connection attempt 4 error: Error: Failure to connect
[2025-02-06 19:28:51] error: z2m: Error while starting zigbee-herdsman
[2025-02-06 19:28:51] error: z2m: Failed to start zigbee-herdsman
[2025-02-06 19:28:51] error: z2m: Check https://www.zigbee2mqtt.i...tart_crashes-runtime.html for possible solutions
[2025-02-06 19:28:51] error: z2m: Exiting...
[2025-02-06 19:28:51] error: z2m: Error: Failure to connect

toon volledige bericht

Relevante software en hardware die ik gebruik
Ik maak gebruik van de SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220817082326-if00 die ik heb gekoppeld aan zigbee2mqtt die ik heb draaien in Home Assistant


Wat ik al gevonden of geprobeerd heb:
Een nieuw USB poort uitkiezen en herstarten lost steeds het probleem op.
Ik heb de BIOS al bekeken, alle energy save modes zijn uitgeschakeld.

Schopje naar het grote Z2M topic

[ Voor 1% gewijzigd door Septillion op 16-02-2025 11:03 ]

[Gizz]

Laat je configuratiebestand eens zien. En dit is geen Home Assistant, dit is zigbee2mqtt.

[Anoniem: 2158854]

Sowieso mag je switchen naar de ember driver in je config (en firmware upgrade) voor de langere termijn.

[MakhouT]

Gizz schreef op zaterdag 15 februari 2025 @ 09:35:
[...]

Vervelend! Maar waarom post je een probleem met Z2M in het HA-topic?

In het Z2M-topic was onlangs iemand met hetzelfde probleem en dezelfde stick als jij. Is uiteindelijk simpel opgelost. Church of Noise in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

Dank je wel om mij hier attent op te hebben gemaakt, totaal niet aan gedacht (en was eigenlijk vergeten dat hier een topic voor is)

[MakhouT]

Septillion schreef op zaterdag 15 februari 2025 @ 17:36:
@MakhouT Dat blokje advanced moet volgens mij niet onder serial, of in ieder geval log level niet. Daarvoor even je config in yaml bekijken (3-dots => Edit in yaml).

Ik had die fout er voor al, als ik straks nog eens op de laptop zit, zal ik het aanpassen en rapporteer dan terug.

[Diggitzz]

socat

YAML:

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

mqtt

YAML:

server: mqtt://homeassistant
user: mqtt-user
password: password

Serial

YAML:

port: >-
  /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220817082326-if00

Code tags maken het veel leesbaarder, zeker yaml

[ Voor 14% gewijzigd door Septillion op 16-02-2025 11:05 ]

[Gizz]

Je mist je 'adapter:' in je config, dat is sinds z2m 2.0 verplicht. Zie ook dit stukje in de docs.

[Diggitzz]

Na het overgaan net adapter ember:

[2025-02-15 22:22:51] error: z2m: Error while starting zigbee-herdsman
[2025-02-15 22:22:51] error: z2m: Failed to start zigbee-herdsman
[2025-02-15 22:22:51] error: z2m: Check https://www.zigbee2mqtt.i...tart_crashes-runtime.html for possible solutions
[2025-02-15 22:22:51] error: z2m: Exiting...
[2025-02-15 22:22:51] error: z2m: Error: Adapter EZSP protocol version ( is not supported by Host [13-16].

[MsG]

Heb je als adapter in de config nu dan ook ember ingevuld? Het lijkt er op dat je nog ezsp hebt ingevuld.

Zie ook de config documentatie van zigbee2mqtt:

https://www.zigbee2mqtt.i....html#basic-configuration

[Diggitzz]

Serial

YAML:

port: >-
/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220817082326-if00
Adapter: ember

Zo ziet het er nu uit. Dan die error van hierboven.

[ Voor 5% gewijzigd door Septillion op 16-02-2025 11:05 ]

[Gizz]

Heb je de juiste firmware op de stick?

[TWKterry]

Diggitzz schreef op zondag 16 februari 2025 @ 07:53:
Serial
port: >-
/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220817082326-if00
Adapter: ember


Zo ziet het er nu uit. Dan die error van hierboven.

Adapter zou adapter moeten zijn, dus zonder hoofdletter.

[MakhouT]

Church of Noise schreef op donderdag 13 februari 2025 @ 20:04:
[...]

Exact

Een volledige restart lijkt bij anderen met hetzelfde probleem te helpen, hier draait alles ondertussen 24u als een zonnetje ondertussen.
Geen idee wat de oorzaak is geweest, maar apart dat er meerdere mensen hetzelfde ervaren hebben...

Vreemd, ik heb exact de zelfde issue als jou. Maar na Z2M en de SLZB-06 PoE herop te starten, heb ik nog steeds het zelfde probleem. Kreeg jij ook een 502 bad gateway te zien in Z2M?

Dit is nu hoe mijn config eruit ziet

YAML:

data_path: /config/zigbee2mqtt
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
mqtt: {}
serial:
  port: tcp://192.168.1.81:6638
  adapter: zstack
  baudrate: 115200
  disable_led: false
  advanced:
    transmit_power: 20

Voor de volledigheid, heb ik ook de log_level eens toegevoegd en dat heeft niet veel veranderd aan mijn situatie

YAML:

data_path: /config/zigbee2mqtt
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
mqtt: {}
serial:
  port: tcp://192.168.1.81:6638
  adapter: zstack
  baudrate: 115200
  disable_led: false
  advanced:
    transmit_power: 20
advanced:
  log_level: info

EDIT:
Kan mijn mosquitto broker ook het probleem zijn? Ik check net de logs daarvan en ik om de 2 minuten het volgende

code:

2025-02-16 14:39:24: New connection from 172.30.32.2:52802 on port 1883.
2025-02-16 14:39:24: Client <unknown> closed its connection.

[ Voor 57% gewijzigd door Septillion op 16-02-2025 14:58 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Septillion]

@MakhouT Als je MQTT het probleem is had ik dat wel verwacht in de log.

Maar volgens mij moet het dus zijn:

YAML:

data_path: /config/zigbee2mqtt
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
mqtt: {}
serial:
  port: tcp://192.168.1.81:6638
  adapter: zstack
  baudrate: 115200
  disable_led: false
advanced:
  transmit_power: 20

Maar voor de volledigheid, je error is nog exact hetzelfde? Want je meldde eerder dat je log_level: debug onder serial had maar dat zie ik nu niet meer terug. En hij mag inderdaad weggelaten worden, dan is het al "info".

[MakhouT]

Septillion schreef op zondag 16 februari 2025 @ 15:03:
@MakhouT Als je MQTT het probleem is had ik dat wel verwacht in de log.

Maar volgens mij moet het dus zijn:

YAML:

data_path: /config/zigbee2mqtt
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
mqtt: {}
serial:
  port: tcp://192.168.1.81:6638
  adapter: zstack
  baudrate: 115200
  disable_led: false
advanced:
  transmit_power: 20

Maar voor de volledigheid, je error is nog exact hetzelfde? Want je meldde eerder dat je log_level: debug onder serial had maar dat zie ik nu niet meer terug. En hij mag inderdaad weggelaten worden, dan is het al "info".

toon volledige bericht

Ja ik had die log_level: debug gezet nadat ik die error had gekregen. Maar die heb ik dus inmiddels verwijderd na uw bericht.

De logs geven nog steeds dezelfde fout. Ondertussen nog een terug opgestart, HA, Z2M, MQTT, SLZB,

code:

[16:25:02] INFO: Preparing to start...
[16:25:02] INFO: Socat not enabled
[16:25:03] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
            READ THIS CAREFULLY
Refusing to start because configuration is not valid, found the following errors:
- advanced/log_level must be equal to one of the allowed values
If you don't know how to solve this, read https://www.zigbee2mqtt.io/guide/configuration
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[Septillion]

@MakhouT De error is op zich vrij duidelijk. Alleen lijkt het dat er geen loglevel meer in de config zou mogen staan dus is de error raar...

Kan je anders eens in /config/zigbee2mqtt/configuration.yaml kunnen kijken wat daar in staat. Of dat misschien de config vanuit de addon niet correct in de file gezet wordt.

[ Voor 3% gewijzigd door Septillion op 16-02-2025 16:41 ]

[MakhouT]

Septillion schreef op zondag 16 februari 2025 @ 16:41:
@MakhouT De error is op zich vrij duidelijk. Alleen lijkt het dat er geen loglevel meer in de config zou mogen staan dus is de error raar...

Kan je anders eens in /config/zigbee2mqtt/configuration.yaml kunnen kijken wat daar in staat. Of dat misschien de config vanuit de addon niet correct in de file gezet wordt.

Ziet er ok uit (volgens mij)
Trouwens is het path hetzeflde?

code:

/homeassistant/zigbee2mqtt/configuration.yaml

YAML:

version: 4
homeassistant:
  enabled: true
advanced:
  network_key:
    - 68
    - 124
    - 196
    - 245
    - 187
    - 106
    - 24
    - 62
    - 89
    - 161
    - 44
    - 51
    - 227
    - 10
    - 19
    - 246
  pan_id: 7223
  ext_pan_id:
    - 221
    - 110
    - 77
    - 9
    - 32
    - 242
    - 169
    - 152
  log_level: warn
mqtt:
  server: mqtt://core-mosquitto:1883
  user: addons
  password: *****
frontend:
  enabled: true
  port: 8099
serial:
  port: tcp://192.168.1.81:6638
  adapter: zstack
  baudrate: 115200
devices:
   # Hoop devices
groups:
  '1':
    friendly_name: Living room lights

[ Voor 3% gewijzigd door Septillion op 16-02-2025 18:30 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Septillion]

@MakhouT Ja, die map is meestal hetzelfde. /homeassistant wordt normaal alleen in de container gebruikt en buiten de container als /config aangeduid.

Maar die lijkt me ook in orde... Weet je zeker dat de log die je zit te bekijken van je laatste herstartpoging (dus met deze config) is?

[MakhouT]

Septillion schreef op zondag 16 februari 2025 @ 18:33:
@MakhouT Ja, die map is meestal hetzelfde. /homeassistant wordt normaal alleen in de container gebruikt en buiten de container als /config aangeduid.

Maar die lijkt me ook in orde... Weet je zeker dat de log die je zit te bekijken van je laatste herstartpoging (dus met deze config) is?

Ik heb hem aan de praat gekregen! In de YAML file hierboven op lijn 32 staat `log_level: warn` en dat moet `warning` zijn
Wel raar dat ik die niet terug zie in de UI maar wel in YAML zelf...
Nu krijg ik nog wel een extra error in de logs te zien

code:

[2025-02-16 19:21:13] error:    zhc: Failed to apply calibration to 'voltage': 'voltage_calibration' is not a number, got string ()
[2025-02-16 19:21:24] error:    zhc: Failed to apply calibration to 'current': 'current_precision' is not a number, got string ()

Ik zie in de settings niets terug van calibration though...

[Septillion]

@MakhouT Ahh, jemig, dat ik dat dan niet als nog gecontroleerd heb

Dat wel eens eerder gezien, even bij dat device in de settings kijken en zorgen dat er een waarde staat. Dus als het leeg is even 0 van maken.

[itsmarlss]

Hoi allemaal,

Hopelijk kan iemand me uit de brand helpen!! Ik heb gisteren een update binnen de Home Assistant gedaan en nu werkt mijn Zigbee2MQTT niet meer (en is alles op mijn dashboard niet beschikbaar).

Een aantal dagen geleden had ik ook een aantal HA updates gedaan (om eerlijk te zijn, ik heb gewoon overal op updaten gedrukt, niet opgelet welke updates het waren of wat voor changelogs erbij stonden... ). Ja, blijkbaar is dit heel dom maar ik had geen idee dat je daarop moest letten. Les voor de volgende keer!

Daarna deed Zigbee2MQTT het ook niet zoals bij velen. Ik had na een aantal Google Searches gevonden dat je tegenwoordig "adapter: zstick/ember/ezsp" moest toevoegen aan de config. Enfin, gedaan en daarna werkte het weer.

Alleen nu is het dus weer kapot en het lukt me niet om het te fixen. Ik zag hierboven al wat posts met volgens mij dezelfde problemen, maar ik kon geen duidelijke oplossing zien, of i.i.g. niks wat voor mij hielp.

Hardware:
Slaesh CC2652RB
Raspberry Pi 3

Software:
Alles wat het meest recent is d.d. 18-02-2025, o.a.
- Zigbee2MQTT 2.1.1-1
- Home Assistant Core 2025.2.4

Ik heb geprobeerd om ember in ezsp te veranderen, maar in beide gevallen krijg ik de volgende errors in de Zigbee2MQTT logs:

Logs bij adapter: ember

code:

[2025-02-18 15:29:05] error:    z2m: Error while starting zigbee-herdsman
[2025-02-18 15:29:05] error:    z2m: Failed to start zigbee-herdsman
[2025-02-18 15:29:06] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-18 15:29:06] error:    z2m: Exiting...
[2025-02-18 15:29:06] error:    z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
    at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:670:19)
    at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1533:24)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

Logs bij adapter: ezsp

code:

2025-02-18 15:25:34] warning:   zh:ezsp: 'ezsp' driver is deprecated and will only remain to provide support for older firmware (pre 7.4.x). Migration to 'ember' is recommended. If using Zigbee2MQTT see https://github.com/Koenkk/zigbee2mqtt/discussions/21462
[2025-02-18 15:25:44] error:    zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-18 15:25:44] error:    zh:ezsp:ezsp: Connection attempt 1 error: Error: Failure to connect
[2025-02-18 15:25:59] error:    zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-18 15:25:59] error:    zh:ezsp:ezsp: Connection attempt 2 error: Error: Failure to connect
[2025-02-18 15:26:19] error:    zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-18 15:26:19] error:    zh:ezsp:ezsp: Connection attempt 3 error: Error: Failure to connect
[2025-02-18 15:26:44] error:    zh:ezsp:uart: --> Error: Error: {"sequence":-1} after 10000ms
[2025-02-18 15:26:44] error:    zh:ezsp:ezsp: Connection attempt 4 error: Error: Failure to connect
[2025-02-18 15:26:44] error:    z2m: Error while starting zigbee-herdsman
[2025-02-18 15:26:44] error:    z2m: Failed to start zigbee-herdsman
[2025-02-18 15:26:44] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-18 15:26:44] error:    z2m: Exiting...[2025-02-18 15:26:45] error:     z2m: Error: Failure to connect
    at Ezsp.connect (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/ezsp.ts:364:19)
    at Driver.startup (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ezsp/driver/driver.ts:186:13)
    at EZSPAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ezsp/adapter/ezspAdapter.ts:145:16)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

MIJN CONFIG

code:

devices:
  - devices.yaml
groups:
  - groups.yaml
homeassistant:
  enabled: true
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto
  user: mqtt-broker
  password: ****
serial:
  port: >-
    /dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_9F_2E-if00-port0
  adapter: ember
  
advanced:
  log_level: info
  pan_id: 6754
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
device_options: {}
blocklist:
  - '0x001788010b881fc9'
  - '0x001788010c0f186b'
passlist: []
queue: {}
frontend:
  enabled: true
  port: 8099
version: 4

Wat heb ik gedaan:
- De HA meermaals opnieuw opgestart, het hele systeem opnieuw laten booten, de usb stick uit de adapter halen en opnieuw inpluggen en ook in een andere usb poort aangesloten (zit overigens aan een usb hub met een verlengkabel, niet rechtstreeks in de Pi!), de hele Raspberry van de stroom halen en opnieuw inpluggen.
- De line baudrate toegevoegd, die stond er eerst niet in.
- De adapter tekst gewisseld tussen ember en ezsp.
- De line rtscts: true toegevoegd, die stond er eerst niet in.
- Gecontroleerd of de port gewijzigd was door te vergelijken met de hardware. Dit is nog steeds dezelfde link.
- Zigbee Home Automation tijdelijk op disabled gezet.
- Dit gecontroleerd: By default, Zigbee2MQTT does not listen to the hass/status Home Assistant status topic anymore, homeassistant/status is used instead (if homeassistant.status_topic is not set in your Z2M configuration.yaml). Double check that Home Assistant is using this status topic by going to: HA -> Settings -> Devices & services -> MQTT -> Configure -> Re-configure MQTT -> Next; the Birth message topic should be homeassistant/status.
- Gekeken of er per ongeluk iets is gewijzigd in de config t.o.v. de backup YAML files van 9 februari. Dit was niet het geval.

Hiervoor heb ik ook gekeken naar:
https://www.zigbee2mqtt.i...fatal-error-for-emberznet
https://github.com/Koenkk/zigbee2mqtt/discussions/24198

Wat ik (nog) niet heb gedaan:
- De firmware van de stick controleren of updaten. Ik probeerde te vinden hoe je de firmware kon controleren en zag toen posts waarin ze vanuit de Zigbee2MQTT UI kijken voor de firmware(?), maar daar kan ik niet in en ik kon ook geen alternatief vinden. Mijn broer heeft het destijds allemaal opgezet dus heb er ook geen verstand van. Ik weet ook niet zeker of je dit nu wel of niet via de HA tool kon mee-updaten. Mocht dit een noodzakelijke stap zijn zal ik me hierin verder verdiepen. Ik zag op de website van de stick die ik gebruik wel een opmerking dat je niet zomaar hoefde te flashen/updaten en eigenlijk zelfs liever niet, tenzij...

Nou ja, lang verhaal. Hopelijk kan iemand mij helpen!!

[moozzuzz]

itsmarlss schreef op dinsdag 18 februari 2025 @ 16:24:
Hopelijk kan iemand me uit de brand helpen!! Ik heb gisteren een update binnen de Home Assistant gedaan en nu werkt mijn Zigbee2MQTT niet meer (en is alles op mijn dashboard niet beschikbaar).

Ik heb de FW geupdate van mijn Sonoff-stick via de "ZigStar Home Assistant add-on repository". Ik zie dat je een andere stick hebt, maar wou vooral meegeven dat firmware-update-tools niet persé van de OEM moeten komen.

Slaesh CC2652RB lijkt echter een https://www.zigbee2mqtt.io/guide/adapters/zstack.html stick te zijn, dus niet ember, noch ezsp...

[daxy]

moozzuzz schreef op dinsdag 18 februari 2025 @ 18:06:
[...]

Ik heb de FW geupdate van mijn Sonoff-stick via de "ZigStar Home Assistant add-on repository". Ik zie dat je een andere stick hebt, maar wou vooral meegeven dat firmware-update-tools niet persé van de OEM moeten komen.

Slaesh CC2652RB lijkt echter een https://www.zigbee2mqtt.io/guide/adapters/zstack.html stick te zijn, dus niet ember, noch ezsp...

@itsmarlss Als ik het goed hem moet je inderdaad zstack gebruiken ipv ember/ezsp.
Laat het even weten of dat werkt.

[itsmarlss]

moozzuzz schreef op dinsdag 18 februari 2025 @ 18:06:
[...]

Ik heb de FW geupdate van mijn Sonoff-stick via de "ZigStar Home Assistant add-on repository". Ik zie dat je een andere stick hebt, maar wou vooral meegeven dat firmware-update-tools niet persé van de OEM moeten komen.

Slaesh CC2652RB lijkt echter een https://www.zigbee2mqtt.io/guide/adapters/zstack.html stick te zijn, dus niet ember, noch ezsp...

daxy schreef op dinsdag 18 februari 2025 @ 18:35:
[...]


@itsmarlss Als ik het goed hem moet je inderdaad zstack gebruiken ipv ember/ezsp.
Laat het even weten of dat werkt.

Bedankt voor jullie snelle reacties! Ik was hoopvol en heb het direct geprobeerd, maar helaas...

code:

[18:39:05] INFO: Preparing to start...
[18:39:06] INFO: Socat not enabled
[18:39:07] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-18 18:39:34] info:     z2m: Logging to console, file (filename: log.log)
[2025-02-18 18:39:35] info:     z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-18 18:39:35] info:     z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-18 18:39:35] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_9F_2E-if00-port0","baudRate":115200,"rtscts":true,"autoOpen":false}
[2025-02-18 18:39:36] info:     zh:zstack:znp: Serialport opened
[2025-02-18 18:39:36] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-02-18 18:39:37] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-02-18 18:39:56] error:    z2m: Error while starting zigbee-herdsman
[2025-02-18 18:39:56] error:    z2m: Failed to start zigbee-herdsman
[2025-02-18 18:39:56] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-18 18:39:56] error:    z2m: Exiting...
[2025-02-18 18:39:56] error:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

Ik had zelf gezien op https://www.zigbee2mqtt.io/guide/adapters/ dat EmberZNet en Silicon Labs samen werden genoemd, dus ik ging er vanuit dat het ember moest zijn (want bij mijn devicde ID zag ik "usb-Silicon_Labs_slae.sh_cc2652rb_stick_" staan en initieel deed hij het wel met ember (tot gisterenavond). Gek, want in de link staat inderdaad de stick genoemd bij Zstack en daar staat dan weer Texas Instruments

In de tussentijd zal ik even op zoek gaan naar de ZigStar Home Assistant add-on repository, dank je!

[ Voor 14% gewijzigd door itsmarlss op 18-02-2025 18:49 ]

[Beekforel]

itsmarlss schreef op dinsdag 18 februari 2025 @ 18:48:
[...]


[...]


Bedankt voor jullie snelle reacties! Ik was hoopvol en heb het direct geprobeerd, maar helaas...

code:

[18:39:05] INFO: Preparing to start...
[18:39:06] INFO: Socat not enabled
[18:39:07] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-18 18:39:34] info:     z2m: Logging to console, file (filename: log.log)
[2025-02-18 18:39:35] info:     z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-18 18:39:35] info:     z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-18 18:39:35] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_9F_2E-if00-port0","baudRate":115200,"rtscts":true,"autoOpen":false}
[2025-02-18 18:39:36] info:     zh:zstack:znp: Serialport opened
[2025-02-18 18:39:36] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-02-18 18:39:37] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-02-18 18:39:56] error:    z2m: Error while starting zigbee-herdsman
[2025-02-18 18:39:56] error:    z2m: Failed to start zigbee-herdsman
[2025-02-18 18:39:56] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-18 18:39:56] error:    z2m: Exiting...
[2025-02-18 18:39:56] error:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

Ik had zelf gezien op https://www.zigbee2mqtt.io/guide/adapters/ dat EmberZNet en Silicon Labs samen werden genoemd, dus ik ging er vanuit dat het ember moest zijn (want bij mijn devicde ID zag ik "usb-Silicon_Labs_slae.sh_cc2652rb_stick_" staan en initieel deed hij het wel met ember (tot gisterenavond). Gek, want in de link staat inderdaad de stick genoemd bij Zstack en daar staat dan weer Texas Instruments

In de tussentijd zal ik even op zoek gaan naar de ZigStar Home Assistant add-on repository, dank je!

toon volledige bericht

Ik draai https://github.com/Koenkk....x.0_coordinator_20240710 op die stick, draait top!

[JBS]

@itsmarlss Je error is nu wel veranderd.
Check eens of de ZHA integratie actief is waardoor je coördinator daardoor al geclaimd is.

Zie punt 4 op https://www.zigbee2mqtt.i...fatal-error-for-emberznet

[ Voor 41% gewijzigd door JBS op 18-02-2025 19:44 ]

[Septillion]

@itsmarlss Ik twijfel of het wel werkte... Je log die je plaatste sprak dan ook van ezsp terwijl in je config ember staat. En het is inderdaad een zstack stick. Verwarrende "Silicon_Labs" in het pad komt door de USB-serial chip....

Ik zou als eerste eerst eens checken of de config nog goed staat (vooral ook onder config van de addon en niet direct de configuration.yaml). Triple check van het path. En eventueel een keer alles (dus incl host) herstarten om te kijken of niet iets anders de stick bezet houdt (niet ZHA toegevoegd?).

[Diggitzz]

TWKterry schreef op zondag 16 februari 2025 @ 09:27:
[...]

Adapter zou adapter moeten zijn, dus zonder hoofdletter.

Ik heb mijn adapter bijgewerkt naar versie 7.4.4 en nu adapter: ember toegevoegd, ik krijg nu deze errors:

[20:32:38] INFO: Preparing to start...
[20:32:39] INFO: Socat not enabled
[20:32:39] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-18 20:32:41] info: z2m: Logging to console, file (filename: log.log)
[2025-02-18 20:32:41] info: z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-18 20:32:41] info: z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-18 20:32:41] info: zh:ember: Using default stack config.
[2025-02-18 20:32:41] info: zh:ember: ======== Ember Adapter Starting ========
[2025-02-18 20:32:41] info: zh:ember:ezsp: ======== EZSP starting ========
[2025-02-18 20:32:41] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-02-18 20:32:41] info: zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-02-18 20:32:41] info: zh:ember:uart:ash: Serial port opened
[2025-02-18 20:32:41] info: zh:ember:uart:ash: ======== ASH starting ========
[2025-02-18 20:32:42] info: zh:ember:uart:ash: ======== ASH connected ========
[2025-02-18 20:32:42] info: zh:ember:uart:ash: ======== ASH started ========
[2025-02-18 20:32:42] info: zh:ember:ezsp: ======== EZSP started ========
[2025-02-18 20:32:47] info: zh:ember: Adapter EZSP protocol version (13) lower than Host. Switched.
[2025-02-18 20:32:50] info: zh:ember: Adapter version info: {"ezsp":13,"revision":"7.4.4 [GA]","build":0,"major":7,"minor":4,"patch":4,"special":0,"type":170}
[2025-02-18 20:33:11] error: zh:ember:ezsp: ERROR Transaction failure; status=ASH_ERROR_TIMEOUTS. Last Frame: [FRAME: ID=83:"SET_CONFIGURATION_VALUE" Seq=4 Len=6].
[2025-02-18 20:33:11] error: zh:ember: Adapter fatal error: ASH_ERROR_TIMEOUTS
[2025-02-18 20:33:11] error: z2m: Error while starting zigbee-herdsman
[2025-02-18 20:33:11] error: z2m: Failed to start zigbee-herdsman
[2025-02-18 20:33:11] error: z2m: Check https://www.zigbee2mqtt.i...tart_crashes-runtime.html for possible solutions
[2025-02-18 20:33:11] error: z2m: Exiting...
[2025-02-18 20:33:11] error: z2m: Error: ASH_ERROR_TIMEOUTS
at Ezsp.ezspSetConfigurationValue (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/ezsp/ezsp.ts:1484:19)
at EmberAdapter.emberSetEzspConfigValue (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1440:24)
at EmberAdapter.initEzsp (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:681:9)
at EmberAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1533:24)
at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
at Zigbee.start (/app/lib/zigbee.ts:69:27)
at Controller.start (/app/lib/controller.ts:142:13)
at start (/app/index.js:161:5)

[itsmarlss]

Septillion schreef op dinsdag 18 februari 2025 @ 19:58:
@itsmarlss Ik twijfel of het wel werkte... Je log die je plaatste sprak dan ook van ezsp terwijl in je config ember staat. En het is inderdaad een zstack stick. Verwarrende "Silicon_Labs" in het pad komt door de USB-serial chip....

Ik zou als eerste eerst eens checken of de config nog goed staat (vooral ook onder config van de addon en niet direct de configuration.yaml). Triple check van het path. En eventueel een keer alles (dus incl host) herstarten om te kijken of niet iets anders de stick bezet houdt (niet ZHA toegevoegd?).

Ja, ik had expres via de addon zelf de wijzigingen gemaakt i.p.v. de YAML file omdat ik had gelezen dat de addon "override"! Ik heb net alles gecheckt, op beide plekken staat 'zstack'. Ik heb de Zigbee Home Automation opnieuw disabled (dit stond erbij: slae.sh cc2652rb stick - slaesh's iot stuff - slae.sh cc2652rb stick - slaesh's iot stuff?) en de Home Assistant volledig herstart.

Helaas krijg ik nog steeds een error:

code:

[20:58:51] INFO: Preparing to start...
[20:58:52] INFO: Socat not enabled
[20:58:53] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2025-02-18 20:59:11] info:     z2m: Logging to console, file (filename: log.log)
[2025-02-18 20:59:11] info:     z2m: Starting Zigbee2MQTT version 2.1.1 (commit #unknown)
[2025-02-18 20:59:11] info:     z2m: Starting zigbee-herdsman (3.2.5)
[2025-02-18 20:59:12] info:     zh:zstack:znp: Opening SerialPort with {"path":"/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_23_90_9F_2E-if00-port0","baudRate":115200,"rtscts":true,"autoOpen":false}
[2025-02-18 20:59:12] info:     zh:zstack:znp: Serialport opened
[2025-02-18 20:59:12] info:     zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload
[2025-02-18 20:59:13] info:     zh:zstack:znp: Skip bootloader for CC2652/CC1352
[2025-02-18 20:59:32] error:    z2m: Error while starting zigbee-herdsman
[2025-02-18 20:59:32] error:    z2m: Failed to start zigbee-herdsman
[2025-02-18 20:59:32] error:    z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
[2025-02-18 20:59:32] error:    z2m: Exiting...
[2025-02-18 20:59:32] error:    z2m: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
    at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:113:27)
    at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-herdsman/src/controller/controller.ts:136:29)
    at Zigbee.start (/app/lib/zigbee.ts:69:27)
    at Controller.start (/app/lib/controller.ts:142:13)
    at start (/app/index.js:161:5)

Ik heb de ZigStar add-on in the HA geïnstalleerd. Als ik het goed begrijp moet ik dus i.p.v. de Silicon variant, deze gebruiken?
- ZigStar TI CC2652P/P7 FW Flasher

TI CC2652 Flasher add-on to flash Texas Instruments CC1352/2652 based radios.

By default this add-on flashes the firmware to use Zigbee (Z-Stack Zigbee Stack).

[Septillion]

@itsmarlss Dit lijkt er inderdaad meer op dat zstack gebruikt wordt.

Qua restart dus wel incl host gedaan? Dus Restart Home Assistant => Advanced => Restart system.

Qua update, geen ervaring met die addon. Dat heb ik altijd gewoon op mijn PC gedaan.

[itsmarlss]

Septillion schreef op dinsdag 18 februari 2025 @ 21:11:
@itsmarlss Dit lijkt er inderdaad meer op dat zstack gebruikt wordt.

Qua restart dus wel incl host gedaan? Dus Restart Home Assistant => Advanced => Restart system.

Qua update, geen ervaring met die addon. Dat heb ik altijd gewoon op mijn PC gedaan.

Yes, via "Reboot system" (rode i.p.v. gele symbool).

[JBS]

itsmarlss schreef op dinsdag 18 februari 2025 @ 21:13:
[...]


Yes, via "Reboot system" (rode i.p.v. gele symbool).

Even dubbelcheck of ZHA niet nogmaals gestart is? Kun je die niet in z'n geheel verwijderen in plaats van uitschakelen?

[maartend]

Heya.

NU had ik een zooi action automations in mij HA staan, gemaakt in YAML. Werkten allemaal zonder problemen met Z2M. Maar ik zit nog op versie 1.42 omdat ik bij het updaten naar V2.0 prroblemen had, ondanks dat de vinkjes goed stonden. Veel actions werkten toch niet.

Nu ben ik alles aan het omgooien naar NodeRed, dus de yaml's weghalen. Heb ik kans dat de problemen verdwijnen? Voor ik overstap, heb ik kans dat eea goed loopt?

[dixet]

maartend schreef op donderdag 20 februari 2025 @ 14:46:
Heya.

NU had ik een zooi action automations in mij HA staan, gemaakt in YAML. Werkten allemaal zonder problemen met Z2M. Maar ik zit nog op versie 1.42 omdat ik bij het updaten naar V2.0 prroblemen had, ondanks dat de vinkjes goed stonden. Veel actions werkten toch niet.

Nu ben ik alles aan het omgooien naar NodeRed, dus de yaml's weghalen. Heb ik kans dat de problemen verdwijnen? Voor ik overstap, heb ik kans dat eea goed loopt?

Je hebt kans dat eea goed loopt. En ook kans dat eea niet goed loopt

Als je bij 1 verandering al issues had is de kans dat je met twee veranderingen tegelijk opeens geen issues zal hebben natuurlijk veel kleiner.

Wanneer je in nodered direct de mqtt messages gebruikt heb je geen last van de HA-specifieke aanpassingen zoals de niet meer ondersteunde action sensors en _click events. Als je gewoon de HA entiteiten en sensoren gebruikt zal je tegen dezelfde issues aanlopen.

Is de update naar z2m 2.0 de reden van overstappen naar NodeRed? Want je introduceert daarmee wel een extra schakel, dus een extra plek waar het mis kan gaan. In dat geval zou ik liever kijken waarom je automations niet meer werkten. Met de juiste aanpassingen naar device triggers en de rest van de beschreven breaking changes is de migratie een fluitje van een cent. En vooraf te testen door de legacy opties uit te zetten in 1.42.

[Septillion]

@maartend Ligt er aan hoe je het in NR doet, want ook daar kan je gebruikmaken van de legacy zaken die niet meer werken. Dus wat dat betreft is het niet perse de oplossing om te wisselen. Checken of je geen legacy zaken gebruikt is nuttiger

Daarnaast kan je dus simpel testen of er zaken stuk gaan zonder update. Je kan op 1.42 al alle legacy uitschakelen en kijken of het nog werkt. Zo niet, weet je dat je nog werk hebt en zet je het weer aan.

homeassistant_legacy_triggers kan je nog true laten want die zijn nog te gebruiken in 2.x. Ik gok dat die er pas echt uit gaan als event triggers niet meer experimental zijn.

[Tarquin]

@maartend Sterkte en succes gewenst.

Ik zat in hetzelfde schuitje. Ik heb een efr32mg21 zigbee stick besteld. Deze heb ik geupdate naar een moderne firmware ( https://darkxst.github.io/silabs-firmware-builder/ flasht de stick online).
Ik moest wel als extra optie 'adapter : ember' aangeven en toen werkte de stick in Zigbee2MQTT 2.0.

De backups overzetten werkte helaas niet voor mij.

Wat wel werkte was veel opnieuw pairen. Ik liet daarbij de z2m config file intact, daardoor kende hij nog een hoop apparaten bij naam. Ook gingen diverse apparaten na 24+ uur zelf in pairing modus waardoor er spontaan apparaten terugkwamen bij nieuwe pairing acties.

In HA kwam een en ander terug maar ik moest veel repareren - lees: opnieuw bouwen.
Het helpt als je de oude Yaml hebt en kunt kopiëren; soms zijn de IDs anders geworden.

Geen pijnloze upgrade maar het werkt wel weer.

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 15:13:
@maartend Ligt er aan hoe je het in NR doet, want ook daar kan je gebruikmaken van de legacy zaken die niet meer werken. Dus wat dat betreft is het niet perse de oplossing om te wisselen. Checken of je geen legacy zaken gebruikt is nuttiger

Daarnaast kan je dus simpel testen of er zaken stuk gaan zonder update. Je kan op 1.42 al alle legacy uitschakelen en kijken of het nog werkt. Zo niet, weet je dat je nog werk hebt en zet je het weer aan.

homeassistant_legacy_triggers kan je nog true laten want die zijn nog te gebruiken in 2.x. Ik gok dat die er pas echt uit gaan als event triggers niet meer experimental zijn.

Waar het bij mij op stuk liep was op actions. Mogelijk zijn die via RN nu uitgezet (hoop ik dan).

[Septillion]

@maartend NR gebruikt in de basis dezelfde triggers als HA. Dus in de basis schiet je daar niets mee op. Je kunt zowel in HA als NR dus de ondersteunde en legacy gebruiken.

Maar in de basis kan je gewoon legacy triggers nu dus nog gewoon aanhouden. Dan zal er dus ook niet zo veel aan de hand zijn

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 16:40:
@maartend NR gebruikt in de basis dezelfde triggers als HA. Dus in de basis schiet je daar niets mee op. Je kunt zowel in HA als NR dus de ondersteunde en legacy gebruiken.

Maar in de basis kan je gewoon legacy triggers nu dus nog gewoon aanhouden. Dan zal er dus ook niet zo veel aan de hand zijn

Behalve dan dat ik niet kon updaten naar V2.0 omdat dan mijn action automations het niet deden, ondanks het goed zetten van de goede vinkjes.
Dat is juist het probleem

[Septillion]

@maartend Ah, nu ik even goed vergelijk zie ik waarom... Wat in v1.x nog "Home Assistant legacy triggers" het is in v2.x hernoemt naar "Home Assistant legacy action sensors". En in de yaml is dat van

YAML:

advanced:
  homeassistant_legacy_triggers: true

gegaan naar

YAML:

homeassistant:
  legacy_action_sensor: true

Dat had ik ook even gemist en is niet zo handig...

[Gizz]

Ook aan te vinken in de GUI:

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 17:03:
@maartend Ah, nu ik even goed vergelijk zie ik waarom... Wat in v1.x nog "Home Assistant legacy triggers" het is in v2.x hernoemt naar "Home Assistant legacy action sensors". En in de yaml is dat van

YAML:

advanced:
  homeassistant_legacy_triggers: true

gegaan naar

YAML:

homeassistant:
  legacy_action_sensor: true

Dat had ik ook even gemist en is niet zo handig...

toon volledige bericht

Ik had dit aangevinkt via de GUI en dat liep dus niet goed af.

Ik update naar V2, ik voer zstack toe, ik vink legacy action sensors aan en hoppa. Mijn zigbee switch wordt wel gelezen (dat zie ik in de log van de z2m add on, maaar vervolgens wordt de automation niet uitgevoerd, Why oh why?

Fijn. Door een of andere onbekende error kan ik de backup van net voor de Z2M update niet terugzetten.

[ Voor 22% gewijzigd door maartend op 20-02-2025 17:27 ]

[Septillion]

@Gizz Correct, daarom was me niet opgevallen dat het nu anders heet... Nu mijn main en debug omgeving eens naar elkaar gezet.

@maartend Dan zie ik exact dezelfde sensoren in HA die hetzelfde reageren.

Enige dat ik me kan voorstellen (maar dus niet gecheckt) is dat als je de sensoren in het verleden zelf hebt hernoemt (of juist niet mee hebt vernoemt met het device) dat ze nu weer met sensor.[device_name]_action aangemaakt zijn.

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 17:27:
@Gizz Correct, daarom was me niet opgevallen dat het nu anders heet... Nu mijn main en debug omgeving eens naar elkaar gezet.

@maartend Dan zie ik exact dezelfde sensoren in HA die hetzelfde reageren.

Enige dat ik me kan voorstellen (maar dus niet gecheckt) is dat als je de sensoren in het verleden zelf hebt hernoemt (of juist niet mee hebt vernoemt met het device) dat ze nu weer met sensor.[device_name]_action aangemaakt zijn.

Jeeeeezzz. Dat is het dus.

Hoe kan ik beetje eenvoudig vinden hoe het precies heet? Want hier beneden heb ik hem wel, maar boven niet te vionden

[ Voor 9% gewijzigd door maartend op 20-02-2025 17:52 ]

[Septillion]

@maartend Ja, dat is wel een beetje lastig. Ligt er een beetje aan hoe je ze hernoemt hebt. Als je wel altijd "_action" hebt laten staan dan zou je daar op kunnen zoeken in je automation.yaml. En dan wijzigen in sensor.[device_name]_action.

[maartend]

Septillion schreef op donderdag 20 februari 2025 @ 17:59:
@maartend Ja, dat is wel een beetje lastig. Ligt er een beetje aan hoe je ze hernoemt hebt. Als je wel altijd "_action" hebt laten staan dan zou je daar op kunnen zoeken in je automation.yaml. En dan wijzigen in sensor.[device_name]_action.

Zo. Dit is ook opgelost. Dit was nog even het lastigste. Moest de goede payload vinden.


Echt hartstikke bedankt. Zit nu op nieuwste versie en alles werkt nog/weer

[Woohooo]

Is er iemand die mij misschien een beetje in de goed richting kan duwen? Ben intussen 3uur verder om het weer aan de praat te krijgen.....

Omdat zigbee2mqtt af en toe niet werkt min of meer per ongeluk die versie geupgrade van 1.35.x naar 2.x.x. Uiteraard zoals bijna altijd met breaking changes. Stom genoeg dit keer vergeten om het snapshot te maken van mn VM.



Wat ik ook probeer echt niks lijkt meer te werken om de integrations weer werkend te krijgen.
Vanuit de Zigbee2mqq addon kan ik nog wel lampen bedienen, maar kan ze niet meer koppelen op mn dashboard of in node-red.

1. Opties zoals door koenk geopperd worden om in configuration.yaml dit te zetten doet het hier niet;
homeassistant:
legacy_action_sensor: true

reload lijkt het gewoon niet te doen..



2. via de gui optie ' Home Assistant legacy action sensors' krijg ik mn sensors ook niet mee terug.
3. reveren naar 1.35 via de backup methode is blijkbaar ook broken

4. custom addons inladen via oude repo lukt mij ook niet, ook niet via samba in addon dir te zetten.
5. devices verwijderen uit z2m en device dashboard komen ze ook niet mee terug.

Ik kan best weer 30 devices langs om alles up en running te krijgen met 2.0 versie maar krijg de devices nooit in mn integrations te zien na opnieuw pairen... hoe krijg ik de boel weer up en running?

[synoniem]

Woohooo schreef op donderdag 20 februari 2025 @ 22:45:
Is er iemand die mij misschien een beetje in de goed richting kan duwen? Ben intussen 3uur verder om het weer aan de praat te krijgen.....

Omdat zigbee2mqtt af en toe niet werkt min of meer per ongeluk die versie geupgrade van 1.35.x naar 2.x.x. Uiteraard zoals bijna altijd met breaking changes. Stom genoeg dit keer vergeten om het snapshot te maken van mn VM.

[Afbeelding]

Wat ik ook probeer echt niks lijkt meer te werken om de integrations weer werkend te krijgen.
Vanuit de Zigbee2mqq addon kan ik nog wel lampen bedienen, maar kan ze niet meer koppelen op mn dashboard of in node-red.

1. Opties zoals door koenk geopperd worden om in configuration.yaml dit te zetten doet het hier niet;
homeassistant:
legacy_action_sensor: true

reload lijkt het gewoon niet te doen..
[Afbeelding]
[Afbeelding]

2. via de gui optie ' Home Assistant legacy action sensors' krijg ik mn sensors ook niet mee terug.
3. reveren naar 1.35 via de backup methode is blijkbaar ook broken
[Afbeelding]
4. custom addons inladen via oude repo lukt mij ook niet, ook niet via samba in addon dir te zetten.
5. devices verwijderen uit z2m en device dashboard komen ze ook niet mee terug.

Ik kan best weer 30 devices langs om alles up en running te krijgen met 2.0 versie maar krijg de devices nooit in mn integrations te zien na opnieuw pairen... hoe krijg ik de boel weer up en running?

toon volledige bericht

Als je nog legacy triggers gebruikt moet je even in deze post kijken Septillion in "Zigbee2mqtt - open source zigbee bridge - Deel 2" Want dat is de melding in je log zo te zien.

[Woohooo]

synoniem schreef op donderdag 20 februari 2025 @ 23:05:
[...]

Als je nog legacy triggers gebruikt moet je even in deze post kijken Septillion in "Zigbee2mqtt - open source zigbee bridge - Deel 2" Want dat is de melding in je log zo te zien.

In mn logs ziet het er allemaal prima uit. Ik kan best dingen ombouwen, maar krijg met of zonder legacy optie, vinkje aan of vinkje uit gewoon geen devices meer gekoppeld terwijl ik ze wel via de mqtt addon kan bedienen.

Alle devices via mqtt bridge zien er zo grayed out uit;



mqtt addon:



Zal morgen HA versie eens bijwerken. Volgens https://github.com/zigbee2mqtt/hassio-zigbee2mqtt/issues/709 heeft de 2.0 versie van z2m minimaal 2024.9 nodig. Zit nog op 2024.2.

Welke mqtt broker en ha versie gebruiken jullie met z2m 2.0?

[ Voor 21% gewijzigd door Woohooo op 21-02-2025 00:35 ]

[Gizz]

Woohooo schreef op donderdag 20 februari 2025 @ 22:45:
Wat ik ook probeer echt niks lijkt meer te werken om de integrations weer werkend te krijgen.

Wat bedoel je met integrations?

1. Opties zoals door koenk geopperd worden om in configuration.yaml dit te zetten doet het hier niet;
homeassistant:
legacy_action_sensor: true

reload lijkt het gewoon niet te doen..
[Afbeelding]
[Afbeelding]

Je zet dit stukje code op de verkeerde plek; in de configuration.yaml van HA, terwijl je het bij de configuration.yaml van Z2M moet doen.

Maar dit heeft niks met je probleem te maken. Die legacy action sensors gaat alleen over sommige knoppen die anders niet meer lekker werken zonder de boel om te bouwen. Een standaard schakelaar of lamp moet gewoon werken, ongeacht waar deze optie op staat.

5. devices verwijderen uit z2m en device dashboard komen ze ook niet mee terug.

Je bedoelt dat opnieuw pairen niet lukt? Of het pairen lukt wel, maar in HA komen ze niet terug?

Ik kan best dingen ombouwen, maar krijg met of zonder legacy optie, vinkje aan of vinkje uit gewoon geen devices meer gekoppeld terwijl ik ze wel via de mqtt addon kan bedienen.

Nogmaals zodat ik het goed begrijp: met gekoppeld bedoel je niet het pairen van een zigbee-device aan Z2M, maar dat een apparaat dat goed gepaired is in Z2M niet in HA terecht komt?

Met MQTT add-on bedienen bedoel je dat je direct via MQTT (bijvoorbeeld MQTT-explorer) de lamp kan bedienen?

Zal morgen HA versie eens bijwerken. Volgens https://github.com/zigbee2mqtt/hassio-zigbee2mqtt/issues/709 heeft de 2.0 versie van z2m minimaal 2024.9 nodig. Zit nog op 2024.2.

Ah, there's your problem. Je loopt een jaar achter en voldoet niet aan de voorwaarde voor Z2M 2.0

Welke mqtt broker en ha versie gebruiken jullie met z2m 2.0?

Mosquitto (net als vrijwel iedereen denk ik) en HA 2025.2.4. Waarom zou je heel lang op een oude versie van HA blijven hangen?

Het is juist onhandig om lang HA niet te updaten. Je krijgt nu ook in 1x de breaking changes van 12 maanden voor je kiezen. Dat wordt even goed 12x de changelog bekijken. Of wel gewoon updaten en kijken of HA met foutmeldingen/repairs komt.

[Anoniem: 2158854]

Om even een ander geluid dan mosquitto te laten horen, ik heb voor EMQX gekozen.
https://www.emqx.com/en/b...23-mqtt-broker-comparison

[Woohooo]

Witte rook, met HA 2025.2.4 werkt mn MQTT integratie gelukkig weer

@Gizz noem het onhandig om lang niet te updaten. Ik gebruik HA al 5+ jaar en elke keer bij het updaten komen breaking changes. Misschien niet bij altijd HA versie, maar bij addons zo ontzettend vaak dat ik gestopt ben met updaten als er geen problemen zijn.

Ook onlangs weer met nginx. Lekker alles opnieuw instellen.


Leuk van die auto updates maar als je ziet hoe veel er nu problemen hebben met z2m omdat er breaking changes in zitten vraag jezelf dan af waarom je die breaking change maakt. Als developer zal er vast een goede reden voor zijn, maar als user zit je hier gewoon niet op te wachten.

[Anoniem: 2158854]

Ergens snap ik je punt, maar het is een integratie oplossing die vooral leuk is voor mensen die hier tijd en aandacht aan willen besteden. Wil je dat niet? Dan heb je een meterkast vol met bridges van Hue, Ikea, Somfy, etc. hangen. Plus tig verschillende apps op je mobiel en waarschijnlijk ook cloud afhankelijkheid van het e.a.
Daar mag je verwachten dat er geen breaking changes e.d. voorbij komen.

[Septillion]

@Woohooo Auto updates vind ik überhaupt slecht idee, zeker in HA. Maar ook bij apps op mijn telefoon doe ik het niet meer. Ook daar te vaak gehad dat op het moment dat je de app nodig hebt er schijnbaar een complete redesign is geweest of een Sonos die alles stuk maakt... Dus ja, zelf "kant en klare" oplossingen komen wel met breaking zaken.

Dus een paar versie overslaan vind ik ook niet zo gek. Ik sla ook wel eens 1 of 2 versies over. Zeker als ik al lees dat er gekke dingen in zitten (verplicht encrypted backups bijvoorbeeld). Maar als je dan in HA een update doet moet je wel goed de release notes lezen

Maar vooral dus, backups! En zou ik zelf dus ook de interne backup optie van HA gebruiken, dan kan je ook makkelijk een deel (lees: addon) restoren.

[The Zep Man]

Woohooo schreef op vrijdag 21 februari 2025 @ 09:23:
Ook onlangs weer met nginx. Lekker alles opnieuw instellen.
[Afbeelding]

Nginx Proxy Manager != nginx

[itsmarlss]

Hoi allemaal,

Mijn Home Assistant doet het weer! Per stom toeval denk ik? 😂
Ik probeerde de software via ZigStar Addon te updaten, maar ik had via network gedaan en volgens mijn broer moest het via USB (en moest ik dus eerst de bootloader starten). Als ik de logs moet geloven werkte de update via de network optie dan ook niet, dus dit is zeer waarschijnlijk niet de oplossing geweest.

Terwijl ik meer informatie zocht over de bootloader kwam ik ineens een pagina tegen over de Slash stick waarin iets werd genoemd dat ze iets in de code moesten veranderen met Koen?
Het kwam er kort gezegd op neer dat dit juist NIET in de config moet staan:
rtscts: true

Ik had dat weggehaald en was toen bezig met de stick opnieuw inpluggen, toen ik ineens in de zigbee2mqtt logs zag dat er allemaal dingen gebeurde die daarvoor niet in de logs stonden. Nadat ik de stick er opnieuw in had geplugd startte ik nogmaals de zigbee2mqtt en ineens was alles weer beschikbaar.

Een beetje warrig... Ik was zelf ook verbaasd... Maar wellicht helpt het iemand.
adapter: zstack

En dus rtscts: true VERWIJDEREN als je dat hebt staan in je config?

[Ben(V)]

rtscts is de hardware handshake van je Dongle.

Als je die Dongle openmaakt dan zit daar een switch in die de hardware handshake aan of uitzet.
Als je die switch op aan zet dan moet die rtscts : true in de config staan en anders niet (of op false staan).

Volgens mij moet voor een firmware update die switch op aan staan en als dat gedaan is weer op uitzetten.

[Step5]

Anoniem: 2158854 schreef op vrijdag 21 februari 2025 @ 09:23:
Om even een ander geluid dan mosquitto te laten horen, ik heb voor EMQX gekozen.
https://www.emqx.com/en/b...23-mqtt-broker-comparison

En met welke reden?

[PhilipsFan]

Ik heb een merkwaardige situatie ervaren. Ik wil mijn Slaesh CC2652R usb-stick vervangen door een SLZB-06. Ik heb de SLZB via de webinterface geflashed met de nieuwste core en zigbee software en voorzien van een vast ip-nummer, dat ging goed. Ik heb het IEEE adres van mijn Slaesh controller ook geflashed op de SLZB. Vervolgens heb ik in mijn Zigbee2MQTT (versie 2.1.0, draaiend in een docker-container op een Raspberry Pi 5) configuratie de 'serial' sectie aangepast van de dev/usbnogwat naar het ip-nummer van de SLZB. Zigbee2MQTT start correct op en herkent de SLZB controller.

Maar nu het gekke. Alle batterijgevoede sensors werken zonder problemen met de nieuwe controller. Deursensors, temperatuursensors, alles werkt. Maar alle netgevoede apparaten, zoals zigbee stekkers, werken niet. Nu dondert er wel eens een apparaat van het zigbee-netwerk, dus ik dacht, even opnieuw aanmelden. Zigbee2MQTT in 'allow join' mode en lang op de knop drukken van de betreffende stekker, en er gebeurt... niets. De netgevoede apparaten worden niet herkend, zijn niet aan te sturen en ook niet opnieuw aan te melden.

In de handleiding van de SLZB wordt de suggestie gedaan om de apparaten even van de stroom te halen, dit heeft echter niks geholpen. Ik heb mijn Slaesh stick weer aangesloten, de Z2M configuratie weer terug veranderd en alles werkt weer. Wat kan hier fout gaan?

[htca]

PhilipsFan schreef op woensdag 26 februari 2025 @ 01:43:
Ik heb een merkwaardige situatie ervaren. Ik wil mijn Slaesh CC2652R usb-stick vervangen door een SLZB-06. Ik heb de SLZB via de webinterface geflashed met de nieuwste core en zigbee software en voorzien van een vast ip-nummer, dat ging goed. Ik heb het IEEE adres van mijn Slaesh controller ook geflashed op de SLZB. Vervolgens heb ik in mijn Zigbee2MQTT (versie 2.1.0, draaiend in een docker-container op een Raspberry Pi 5) configuratie de 'serial' sectie aangepast van de dev/usbnogwat naar het ip-nummer van de SLZB. Zigbee2MQTT start correct op en herkent de SLZB controller.

Maar nu het gekke. Alle batterijgevoede sensors werken zonder problemen met de nieuwe controller. Deursensors, temperatuursensors, alles werkt. Maar alle netgevoede apparaten, zoals zigbee stekkers, werken niet. Nu dondert er wel eens een apparaat van het zigbee-netwerk, dus ik dacht, even opnieuw aanmelden. Zigbee2MQTT in 'allow join' mode en lang op de knop drukken van de betreffende stekker, en er gebeurt... niets. De netgevoede apparaten worden niet herkend, zijn niet aan te sturen en ook niet opnieuw aan te melden.

In de handleiding van de SLZB wordt de suggestie gedaan om de apparaten even van de stroom te halen, dit heeft echter niks geholpen. Ik heb mijn Slaesh stick weer aangesloten, de Z2M configuratie weer terug veranderd en alles werkt weer. Wat kan hier fout gaan?

Misschien domme vraag, maar heb je je netgevoede apparaten gereset? Kan per apparaat verschillen.

[Septillion]

@PhilipsFan Je hebt dus echt een CC2652P based SLZB-06?

Hoe heb je IEEE adres overgezet? Want dit gedrag klinkt mij alsof deze toch niet gewijzigd is en dus verwarring geeft bij devices.

[PhilipsFan]

Septillion schreef op woensdag 26 februari 2025 @ 09:37:
@PhilipsFan Je hebt dus echt een CC2652P based SLZB-06?

Hoe heb je IEEE adres overgezet? Want dit gedrag klinkt mij alsof deze toch niet gewijzigd is en dus verwarring geeft bij devices.

Ja, ik heb een SLZB-06 met een CC2652 zigbee processor. Net nog even gecontroleerd. Ik heb het IEEE adres overgezet via de functie die daarvoor in de webinterface zit. Ik heb sommige van de routers gepowercycled, maar niet allemaal tegelijk (zoals gesuggereerd wordt in de instructie), sommigen kan ik niet bij omdat ze bijvoorbeeld zitten weggewerkt in een centraaldoos.

htca schreef op woensdag 26 februari 2025 @ 08:48:
[...]

Misschien domme vraag, maar heb je je netgevoede apparaten gereset? Kan per apparaat verschillen.

Nee, ik heb ze niet gereset (wel powercycled) want het hele idee was juist om het Zigbee netwerk in stand te laten en alleen de coordinator te wisselen.

Het idee om dit te doen, is dat ik een backupcoordinator heb, dus het overzetten zou enigszins soepel moeten gaan. Dan kan ik ook weer terug, mocht er in de toekomst een keer wat zijn met de SLZB-06. Alle centraaldozen waar zigbee-schakelaars in zitten openschroeven om het device te resetten, kwalificeert niet echt als 'soepel'

[Septillion]

@PhilipsFan Ah, ja. ik zag het in de documentatie zo snel niet terug hoe dat met de SLZB-06 kon.

Enige dat ik dan nog als optie kan bedenken is gewoon eens de hoofdschakelaar eens uit en daarmee alles een power cycle geven.

[JBS]

Septillion schreef op woensdag 26 februari 2025 @ 12:45:

Enige dat ik dan nog als optie kan bedenken is gewoon eens de hoofdschakelaar eens uit en daarmee alles een power cycle geven.

Ik dacht hierbij meteen aan mijn ervaring rondom het in pairing mode gaan van een reeks lampen hierbij, dus "pas op". JBS in "Zigbee2mqtt - open source zigbee bridge - Deel 2"

[Septillion]

Van een keer echt duidelijk uit, even minuutje wachten, weer aan, zouden devices niet in pairing van mogen schieten... Dan zijn ze wel heeeel gevoelig Te gevoelig voor normaal gebruik.

[PhilipsFan]

Septillion schreef op woensdag 26 februari 2025 @ 12:45:
@PhilipsFan Ah, ja. ik zag het in de documentatie zo snel niet terug hoe dat met de SLZB-06 kon.

Enige dat ik dan nog als optie kan bedenken is gewoon eens de hoofdschakelaar eens uit en daarmee alles een power cycle geven.

Ja, dat is ook wat ze in de handleiding suggereren, maar dat is nog wel even een dingetje. Dan moet ik eerst het hele serverpark in de meterkast gecontroleerd down brengen, dat wilde ik eigenlijk liever voorkomen. Maar als het niet op een andere manier lukt, ga ik dat proberen. Ik houd jullie op de hoogte.

[gazzzman61]

Vanochtend de update naar 2.1.2-1 gedaan.
Heb uiteindelijk een backup teruggezet naar de versie ervoor.
Alle light groups deden het niet in HA. afzonderlijk deden ze het wel via de webinterface van Z2M.
Vanuit Homeassistant deden ze het niet.
backup naar versie 2.1.1-1 teruggezet en alles werkt weer zoals vanouds.
Hebben anderen ook deze ervaringen?

[Esumontere]

gazzzman61 schreef op zondag 2 maart 2025 @ 09:55:
Vanochtend de update naar 2.1.2-1 gedaan.
Heb uiteindelijk een backup teruggezet naar de versie ervoor.
Alle light groups deden het niet in HA. afzonderlijk deden ze het wel via de webinterface van Z2M.
Vanuit Homeassistant deden ze het niet.
backup naar versie 2.1.1-1 teruggezet en alles werkt weer zoals vanouds.
Hebben anderen ook deze ervaringen?

Een uur geleden is 2.1.3-1 uitgekomen waarin issues met lampen worden verholpen

[gazzzman61]

update uitgevoerd met 2.1.3-1.
Ging nu wel probleemloos.

[mrbert]

Beste tweakers,
Ik zie in mijn zigbee2MQTT log deze error melding staan.
Ik heb geen idee waar dit door komt. Ik vermoed dat het met mijn SoOff stick (EMBER) te maken heeft. Iemand een idee ??
Hoe kan ik er achter komen welke devices deze ID hebben? Ik zie ze niet bij Z2m in de devices list

Mijn zigbee netwerk is met 17 devices toch niet echt vol?
Dit is de melding die regelmatig voorbij komt.

code:

info 2025-03-05 20:21:54zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "37192".
info 2025-03-05 20:21:57zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "30134".

[belly89]

mrbert schreef op vrijdag 7 maart 2025 @ 11:58:
Beste tweakers,
Ik zie in mijn zigbee2MQTT log deze error melding staan.
Ik heb geen idee waar dit door komt. Ik vermoed dat het met mijn SoOff stick (EMBER) te maken heeft. Iemand een idee ??
Hoe kan ik er achter komen welke devices deze ID hebben? Ik zie ze niet bij Z2m in de devices list

Mijn zigbee netwerk is met 17 devices toch niet echt vol?
Dit is de melding die regelmatig voorbij komt.

code:

info 2025-03-05 20:21:54zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "37192".
info 2025-03-05 20:21:57zh:ember:ezsp: Received network/route error ROUTE_ERROR_MANY_TO_ONE_ROUTE_FAILURE for "30134".

je kan het getal omzetten naar hex via
https://www.rapidtables.c...umber/decimal-to-hex.html

Daarmee kan je het device als het goed is wel vinden!

[mrbert]

@belly89
Dank je wel.
Ahhh ja dat maak het duidelijk, dat kwartje was niet gevallen hier:S
Beide devices hadden een binding die ik nu even heb verwijderd. Mogelijk heb ik daar wat fout gedaan.

Ik ben benieuwd of die meldinegn nu weg zijn.
Ik kan toch wel gewoon binding naar een device hebben?

Moet ik dan via het Z2M naast de endpoints en het device naast de On/Off ook de touchlink aanvinken bij het binden?

[JBS]

@mrbert Direct binding staat per device beschreven op de device pagina in de Z2M documentatie, ik zou die even opzoeken.

[mrbert]

JBS schreef op vrijdag 7 maart 2025 @ 16:55:
@mrbert Direct binding staat per device beschreven op de device pagina in de Z2M documentatie, ik zou die even opzoeken.

De foutmeldingen zijn in ieder geval nu denk ik opgelost


Ik ben naar de Z2M documentatie gaan kijken , maar daar zie ik volgens mij alleen hoe je kunt binden met commands. Il gebruik de zigee2mqtt web pagina om alles in te stellen.
Maar ik zie zo te zien niets over touchlink en ik neem aan dat deze optie niet voor niets in de webinterface zit?
Het zal toch wel met een doel zijn? Of misschien die ik de hele binding wel verkeerd zo??

[ Voor 62% gewijzigd door mrbert op 09-03-2025 19:01 ]

[Wachten...]

Ik had mijn vraag al in het HA topic geplaatst, maar ik dacht achteraf dat ik het misschien beter hier kan plaatsen.

------------------

Weet iemand hier waarom ik met geen enkele motion sensor blueprint de lux meter kan aansturen? Ik gebruik overigens Z2MQTT, in combinatie met Hue motion sensors V2

Ik wil bijvoorbeeld deze blueprint gebruiken, echter geeft hij bij de luminance settings het volgende aan

code:

No matching entities found

Ik heb enorm veel andere geprobeerd, maar overal krijg ik hetzelfde.

[HuismAndré]

Wachten... schreef op dinsdag 11 maart 2025 @ 15:30:
Ik had mijn vraag al in het HA topic geplaatst, maar ik dacht achteraf dat ik het misschien beter hier kan plaatsen.

------------------

Weet iemand hier waarom ik met geen enkele motion sensor blueprint de lux meter kan aansturen? Ik gebruik overigens Z2MQTT, in combinatie met Hue motion sensors V2

Ik wil bijvoorbeeld deze blueprint gebruiken, echter geeft hij bij de luminance settings het volgende aan

code:

No matching entities found

Ik heb enorm veel andere geprobeerd, maar overal krijg ik hetzelfde.

toon volledige bericht

Zou het kunnen dat de blueprint uitgaat van de oude benaming van lux sensoren? Sinds Z2M 2.0 is dat allemaal veranderd.

[JBS]

HuismAndré schreef op dinsdag 11 maart 2025 @ 18:30:
[...]

Zou het kunnen dat de blueprint uitgaat van de oude benaming van lux sensoren? Sinds Z2M 2.0 is dat allemaal veranderd.

Heb 'm snel even getest, en ook met Z2M 2.x werkt ie en kan ik een lichtsensor kiezen, ook die van een Hue Motion Sensor nadat ik die entiteit had ingeschakeld.
@Wachten... Check eens of die lx entiteit ingeschakeld is in je HA? Bij mij was ie namelijk standaard uitgeschakeld.

[ Voor 24% gewijzigd door JBS op 11-03-2025 19:28 ]

[HuismAndré]

JBS schreef op dinsdag 11 maart 2025 @ 19:19:
[...]

Heb 'm snel even getest, en ook met Z2M 2.x werkt ie en kan ik een lichtsensor kiezen, ook die van een Hue Motion Sensor nadat ik die entiteit had ingeschakeld.
@Wachten... Check eens of die lx entiteit ingeschakeld is in je HA? Bij mij was ie namelijk standaard uitgeschakeld.

De benaming van de luminance sensor is sinds Z2M 2.0 veranderd. Was voorheen "illuminance_lux" en is nu "illuminance". Zie ook: https://github.com/Koenkk/zigbee2mqtt/issues/25515

[JBS]

HuismAndré schreef op dinsdag 11 maart 2025 @ 19:36:
[...]

De benaming van de luminance sensor is sinds Z2M 2.0 veranderd. Was voorheen "illuminance_lux" en is nu "illuminance". Zie ook: https://github.com/Koenkk/zigbee2mqtt/issues/25515

Klopt. Maar desondanks werkt die blueprint nog steeds prima. Wilde meer aangeven dat die wijziging in Z2M 2.x niet de oorzaak is.

[Wachten...]

Ik heb inmiddels gekeken, en bij de motion sensors moest ik inderdaad de Lux weer handmatig inschakelen. Nu werkt alles weer.

Bedankt voor de reacties