Zigbee2mqtt - open source zigbee bridge

[CypherMK]

R2D2 schreef op woensdag 30 januari 2019 @ 12:33:
[...]


Geen idee maar heb je toevallig een Hue bridge? Zo ja dan kun je ook op een alternatieve manier de lampen resetten.

• Noteer de serienummers van de lampen
• Sluit de Hue bridge aan op stroom en netwerk
• Open de app op je telefoon
• Ga naar lampen toevoegen
• Rechts bovenin, toevoegen door middel van serienummer, voeg serienummers toe
• Schroef de lampen in een fitting en zet ze aan
• Zoek naar lampen
• Wacht tot ie beide lampen gevonden heeft en gooi ze vervolgens weg
• Lampen zijn klaar om aan een alternatieve zigbee coordinator gekoppeld te worden

Geen hub op voorraad hier.

[CypherMK]

PuckStar schreef op woensdag 30 januari 2019 @ 12:30:
[...]

Volgens mij pairen ze nieuw uit de doos inderdaad automatisch.

Dan zal ik het maar eens proberen.

Wat ik me vervolgens afvraag is, als ik die hue dimmer toch nodig heb, ik die dan kan gebruiken in mijn systeem. Op de zigbee2mqtt pagina staat dat die alleen aan/uit ondersteund. Er staat niks over brightness. Mocht dat wel werken, kan ik dan met die remote ook andere lampen bedienen, zoals mijn lifx en IKEA lampen? En dan het liefste via node red.

[PuckStar]

CypherMK schreef op woensdag 30 januari 2019 @ 13:17:
[...]


Dan zal ik het maar eens proberen.

Wat ik me vervolgens afvraag is, als ik die hue dimmer toch nodig heb, ik die dan kan gebruiken in mijn systeem. Op de zigbee2mqtt pagina staat dat die alleen aan/uit ondersteund. Er staat niks over brightness. Mocht dat wel werken, kan ik dan met die remote ook andere lampen bedienen, zoals mijn lifx en IKEA lampen? En dan het liefste via node red.

Als je dimmer aan Hass is gekoppeld (bijv. via Hue) dan kun je daarmee ook acties laten uitvoeren.
Zo zorgt bijvoorbeeld de uitknop er bij mij voor dat ook de tv uitgaat.

[CypherMK]

PuckStar schreef op woensdag 30 januari 2019 @ 13:56:
[...]

Als je dimmer aan Hass is gekoppeld (bijv. via Hue) dan kun je daarmee ook acties laten uitvoeren.
Zo zorgt bijvoorbeeld de uitknop er bij mij voor dat ook de tv uitgaat.

Dit allemaal zonder hue bridge neem ik aan? En werken de brightness knoppen?

[PuckStar]

CypherMK schreef op woensdag 30 januari 2019 @ 13:58:
[...]


Dit allemaal zonder hue bridge neem ik aan? En werken de brightness knoppen?

Ik heb nog een Hue hub waarmee ik dat gedaan heb dus ik weet niet of alle dimmer knoppen ook op de zigbee2mqtt bridge werken. Misschien kun je het op google vinden.

[MooiWeb]

Ik heb een IKEA TRADFRI LED bulb E12/E14/E17 400 lumen weten te koppelen via mijn nieuwe CC2531 zigbee dongle in HA 0.86.3. Ik zie hem ook in de zigbee2mqtt log voorbij komen:



Maar nu weet ik niet hoe ik deze in HA kan aansturen? In configuration.yaml van HA het volgende toegevoegd:
light:
- platform: mqtt
name: 'KASTJE'
command_topic: "zigbee2mqtt/Ikea_lamp_1/"
payload_on: "on"
payload_off: "off"

Maar dit werkt niet.
Zie de lamp ook niet terugkomen in: HA - Instelingen - Integraties - MQTT
Wie kan mij helpen?

[PuckStar]

MooiWeb schreef op woensdag 30 januari 2019 @ 15:01:
Ik heb een IKEA TRADFRI LED bulb E12/E14/E17 400 lumen weten te koppelen via mijn nieuwe CC2531 zigbee dongle in HA 0.86.3. Ik zie hem ook in de zigbee2mqtt log voorbij komen:

[Afbeelding]

Maar nu weet ik niet hoe ik deze in HA kan aansturen? In configuration.yaml van HA het volgende toegevoegd:
light:
- platform: mqtt
name: 'KASTJE'
command_topic: "zigbee2mqtt/Ikea_lamp_1/"
payload_on: "on"
payload_off: "off"

Maar dit werkt niet.
Zie de lamp ook niet terugkomen in: HA - Instelingen - Integraties - MQTT
Wie kan mij helpen?

Volgens mij moet er nog /set bij.
Zie ook https://koenkk.github.io/...nd_message_structure.html
Test (als dat kan) het eerst eens vanuit Hass Mqtt service. Staat in het rijtje links onderaan.
Dat test wat sneller.

[MooiWeb]

PuckStar schreef op woensdag 30 januari 2019 @ 15:08:
[...]

Volgens mij moet er nog /set bij.
Zie ook https://koenkk.github.io/...nd_message_structure.html
Test (als dat kan) het eerst eens vanuit Hass Mqtt service. Staat in het rijtje links onderaan.
Dat test wat sneller.

Bedankt voor je snelle reactie PucStar,
Heb al gedaan wat je hebt voorgesteld:


maar krijg dan:

[ Voor 4% gewijzigd door MooiWeb op 30-01-2019 15:18 ]

[Possible]

@MooiWeb Wellicht werkt dit?

code:

light:
  - platform: "mqtt"
    name: 'KASTJE'
    state_topic: "zigbee2mqtt/Ikea_lamp_1/"
    payload_on: "on" 
    payload_off: "off"
    brightness: true
    schema: "json"
    command_topic: "zigbee2mqtt/Ikea_lamp_1/set"

[CypherMK]

CypherMK schreef op woensdag 30 januari 2019 @ 13:17:
[...]


Dan zal ik het maar eens proberen.

Heb de lampen erin gedraaid en ze worden allebei meteen herkend zonder te resetten!

[MooiWeb]

Possible schreef op woensdag 30 januari 2019 @ 15:41:
@MooiWeb Wellicht werkt dit?

code:

light:
  - platform: "mqtt"
    name: 'KASTJE'
    state_topic: "zigbee2mqtt/Ikea_lamp_1/"
    payload_on: "on" 
    payload_off: "off"
    brightness: true
    schema: "json"
    command_topic: "zigbee2mqtt/Ikea_lamp_1/set"

Heb de config aangepast:

code:

mqtt:
  broker: homeassistant # This will have to be your mqtt broker
  discovery: true
  discovery_prefix: homeassistant

light:
  - platform: "mqtt"
    name: 'KASTJE'
    state_topic: "zigbee2mqtt/Ikea_lamp_1"
    command_topic: "zigbee2mqtt/Ikea_lamp_1/set"
    payload_on: "on" 
    payload_off: "off"
    brightness: true
    schema: "json"

[/quote]

Kan het lampje niet aan of uit schakelen.
Zie ook geen apparaten in MQTT config:

[Mars Warrior]

@MooiWeb :

• Je hebt een oude versie van zigbee2mqtt draaien (1.01 ipv 1.1)
• Je hebt in de z2m config "homeassistant = true/yes" ingevuld, want ik zie de config voorbijkomen
• Dan zou ik ook via mqtt integrations in home assistant werken, en niet dingen handmatig in de yaml file gaan doen. Als je mqtt via integrations configureert zie je vanzelf in integrations je lampje staan...

[CypherMK]

De nieuwe group functie werkt ook prima. Mijn ikea GU10 lampen gaan mooi tegelijk aan en uit!

[MooiWeb]

Mars Warrior schreef op woensdag 30 januari 2019 @ 16:56:
@MooiWeb :

• Je hebt een oude versie van zigbee2mqtt draaien (1.01 ipv 1.1)
• Je hebt in de z2m config "homeassistant = true/yes" ingevuld, want ik zie de config voorbijkomen
• Dan zou ik ook via mqtt integrations in home assistant werken, en niet dingen handmatig in de yaml file gaan doen. Als je mqtt via integrations configureert zie je vanzelf in integrations je lampje staan...

- Ik draai HASSIO en heb z2m via Zigbee2mqtt Hass.io Add-on gedownload. Deze is nog niet op 1.1 en weet niet hoe ik deze upgrade anders kan uitvoeren.
- Dit is mijn z2m configuration.yaml:

code:

devices:
  '0x000b57fffea0281d':
    friendly_name: Ikea_lamp_1
    retain: true
homeassistant: true
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://homeassistant
permit_join: true
serial:
  port: /dev/ttyACM1

Maar moet er dus zo uit zien?:

code:

homeassistant: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://localhost
permit_join: true
serial:
  port: /dev/ttyACM1

[CypherMK]

Heeft iemand al een group gemaakt en in Home Assistant gekregen? Ik snap er echt niks van. Heb dit gevonden: https://github.com/Koenkk.../home_assistant.md#groups
Maar ik snap niet hoe en waar ik dit moet gebruiken. Ik neem aan in de configuration.yaml van HA. Maar dit geeft mij foutmeldingen als ik de yaml laat cheacken door HA.

[trekker22]

heb nu een hele zwik aan zigbee draaien
6 lampen en 6 spots en 4 sensors en 2 cc2531 routers

Heb nu nog aantal spots ze zijn in zigbee2mqtt aangemeld echter reageren nu niet meer. Als ik ze middels Hue dimmer probeer te resetten gaan ze wel in de knipper modus maar volgens mij pairen ze niet (niks in log). Beste is ze dan verwijderen uit zigbee2mqtt uit yaml en de db?


EDIT permit join uit staan. Ff kijken of het daarna wel lukt.

EDIT2 pairen vlak in de meterkast lukte wel prima nu, die HUE dimmer is dan wel een uitkomst.
Hopelijk nu een stabiel netwerk met group support en 17 lampen 2 routers en 4 sensors. Binnenkort nog wat uitbreiden.

Top werk @Koenkk zal binnenkort een mooie donatie doen
Wat is de precieze werk wijze om een weigerende lamp/sensor te repairen? Verwijderen uit yaml en de DB file en dan repair en dan restart van zigbee2mqtt?

[ Voor 41% gewijzigd door trekker22 op 30-01-2019 21:22 ]

[trekker22]

CypherMK schreef op woensdag 30 januari 2019 @ 20:20:
Heeft iemand al een group gemaakt en in Home Assistant gekregen? Ik snap er echt niks van. Heb dit gevonden: https://github.com/Koenkk.../home_assistant.md#groups
Maar ik snap niet hoe en waar ik dit moet gebruiken. Ik neem aan in de configuration.yaml van HA. Maar dit geeft mij foutmeldingen als ik de yaml laat cheacken door HA.

Groups
Groups are not auto-discovered. Use the following configuration:

{% raw %}

- platform: mqtt
schema: json
name: MY_GROUP
command_topic: "zigbee2mqtt/[GROUP_FRIENDLY_NAME]/set"
state_topic: "zigbee2mqtt/[GROUP_FRIENDLY_NAME]/set"

// Modify according to features supported by all devices in group
color_temp: true
brightness: true
rgb: true

dit moet je volgens mij wel toepassen.

[R2D2]

CypherMK schreef op woensdag 30 januari 2019 @ 20:20:
Heeft iemand al een group gemaakt en in Home Assistant gekregen? Ik snap er echt niks van. Heb dit gevonden: https://github.com/Koenkk.../home_assistant.md#groups
Maar ik snap niet hoe en waar ik dit moet gebruiken. Ik neem aan in de configuration.yaml van HA. Maar dit geeft mij foutmeldingen als ik de yaml laat cheacken door HA.

Dat is om een kaart te maken waarmee je o.a. het netwerk open kan zetten om de boel te pairen, dat zul je dus niet nodig hebben om lampen te groeperen.

Ik zou hier beginnen te lezen, https://koenkk.github.io/zigbee2mqtt/information/groups.html

[CypherMK]

trekker22 schreef op woensdag 30 januari 2019 @ 20:23:
[...]

Groups
Groups are not auto-discovered. Use the following configuration:

{% raw %}

- platform: mqtt
schema: json
name: MY_GROUP
command_topic: "zigbee2mqtt/[GROUP_FRIENDLY_NAME]/set"
state_topic: "zigbee2mqtt/[GROUP_FRIENDLY_NAME]/set"

// Modify according to features supported by all devices in group
color_temp: true
brightness: true
rgb: true

dit moet je volgens mij wel toepassen.

Dat is waar mijn link naartoe wijst. Maar dit snap ik dus niet.

[CypherMK]

R2D2 schreef op woensdag 30 januari 2019 @ 20:27:
[...]


Dat is om een kaart te maken waarmee je o.a. het netwerk open kan zetten om de boel te pairen, dat zul je dus niet nodig hebben om lampen te groeperen.

Ik zou hier beginnen te lezen, https://koenkk.github.io/zigbee2mqtt/information/groups.html

Dit heb ik al werkend.

[flexje]

Als je een group aanmaakt, krijg je in domoticz dan ook een nieuwe device voor de group? Zou wel nice zijn

[sander817]

Aldi heeft een aantal zigbee producten a.s. zaterdag
https://www.aldi.nl/onze-...vanaf-zaterdag-02-02.html

Zouden die gaan werken? Met name de E14 is interessant

[vanputten80]

Ik heb moeite om items te pairen. Ik gebruik de CC2531 met de laatste firmware. Een aantal ikea switches en enkele Xiaomi end devices heb ik kunnen koppelen. Vandaag 3 nieuwe ikea switches gehaald waarvan ik er 1 simel kon koppelen en daarna lukt het mij niet meer.
Er komen geen berichten binnen op ZIggbee2Mqtt, geen foutmeldingen. Andere devices doen het nog wel.

Herstart gedaan, ook de modules MQTT en Zigbee herstart zonder resultaat. Pairmode staat aan. Ook pal naar de PI gestaan om hem te koppelen maar er komt niets binnen.

Iemand een tip?


EDIT: Er lijkt meer te zijn dan niet alleen kunnen pairen. Alle Ikea switches reageren niet meer sinds laatste update van Hassio. Even verder zoeken zelf.

[ Voor 12% gewijzigd door vanputten80 op 30-01-2019 22:06 ]

[flexje]

Ik heb met de nieuwste versie een group config aangemaakt in de configuration. Daarna 4 ikea gu10 spots in de group gezet. Alleen bij het publishen naar de group gebeurt er niks...
Gedaan volgens https://koenkk.github.io/zigbee2mqtt/information/groups.html

Krijg alleen:
zigbee2mqtt:info 2019-1-30 21:33:52 Zigbee publish to group '1', genOnOff - on - {} - {"manufSpec":0,"disDefaultRsp":0} - null

[ Voor 23% gewijzigd door flexje op 30-01-2019 21:42 ]

[trekker22]

de beperking van de range en opbouw mesh is toch wel matig; geen idee of dat zigbee of de stick is...

maar na reboot vallen er soms lampen weg die zich via de diverse routers/lampen geen weg weten te vinden.. Geen idee of de Ikea dan toch duurkoop is, met de Philips heb ik er nog geen last mee gehad.

Als alle lampen online zijn werkt het perfect maar na een reboot het weer werkend krijgen is het issue.

Merk wel dat na een zigbee2mqtt reboot je het tijd moet gunnen om de mesh te laten herstellen.

Had na 5 minuten nog 2 spots die niet aan/uit wilde. Echter als je dan herhaaldelijk een commando stuurt gaat het goed.

Uiteindelijk als de stroom niet meer van de lampen gaat en zigbee2mqtt geen herstarts maakt, hoop ik het stabiel te krijgen :-)

Moet ook bekennen dat dit met zwave zelfde euvel was. Te vaak rebooten/snel wisselen van aanpassingen zonder netwerk tijd te geven zich te “settlen”

[ Voor 38% gewijzigd door trekker22 op 30-01-2019 22:19 ]

[Gimme]

vanputten80 schreef op woensdag 30 januari 2019 @ 21:34:
Ik heb moeite om items te pairen. Ik gebruik de CC2531 met de laatste firmware. Een aantal ikea switches en enkele Xiaomi end devices heb ik kunnen koppelen. Vandaag 3 nieuwe ikea switches gehaald waarvan ik er 1 simel kon koppelen en daarna lukt het mij niet meer.
Er komen geen berichten binnen op ZIggbee2Mqtt, geen foutmeldingen. Andere devices doen het nog wel.

Herstart gedaan, ook de modules MQTT en Zigbee herstart zonder resultaat. Pairmode staat aan. Ook pal naar de PI gestaan om hem te koppelen maar er komt niets binnen.

Iemand een tip?


EDIT: Er lijkt meer te zijn dan niet alleen kunnen pairen. Alle Ikea switches reageren niet meer sinds laatste update van Hassio. Even verder zoeken zelf.

Dit komt vaker voor bij het koppelen van de Ikea switches. Hier staat een mogelijke oplossing beschreven.
https://github.com/Koenkk...96#issuecomment-449412534

[dof]

vanputten80 schreef op woensdag 30 januari 2019 @ 21:34:
Ik heb moeite om items te pairen. Ik gebruik de CC2531 met de laatste firmware. Een aantal ikea switches en enkele Xiaomi end devices heb ik kunnen koppelen. Vandaag 3 nieuwe ikea switches gehaald waarvan ik er 1 simel kon koppelen en daarna lukt het mij niet meer.
Er komen geen berichten binnen op ZIggbee2Mqtt, geen foutmeldingen. Andere devices doen het nog wel.

Herstart gedaan, ook de modules MQTT en Zigbee herstart zonder resultaat. Pairmode staat aan. Ook pal naar de PI gestaan om hem te koppelen maar er komt niets binnen.

Iemand een tip?

EDIT: Er lijkt meer te zijn dan niet alleen kunnen pairen. Alle Ikea switches reageren niet meer sinds laatste update van Hassio. Even verder zoeken zelf.

Interferentie met Wifi e/o BT? Probeer eens een usb kabeltje tussen Pi en cc2531, zodat de laatste wat uit de buurt van de Pi is.

Wiifi, Zigbee en BT zitten allen op 2.4 Ghz band.

[Koenkk]

sander817 schreef op woensdag 30 januari 2019 @ 20:53:
Aldi heeft een aantal zigbee producten a.s. zaterdag
https://www.aldi.nl/onze-...vanaf-zaterdag-02-02.html

Zouden die gaan werken? Met name de E14 is interessant

Als dit dezelfde zijn als Aldi in Duitsland verkoopt zijn ze al ondersteund in zigbee2mqtt 1.1.0 (https://koenkk.github.io/...es.html#m%C3%BCller-licht)

[trekker22]

kan ik de configuration.yaml en de database.db bewerken ondertussen dat zigbee2mqtt draait? Of moet je hem eerst stopzetten?

Het is wel redelijk problematisch dat na een herstart van zigbee2mqtt het opbouwen van het netwerk wat problematisch verloopt bij lampen die niet rechtstreeks verbonden zijn met de coordinator. Snap ook wel dat als de coordinator wegvalt dat sommige devices zich weer een weg moet vinden naar de coordinator.

Maar echt moeten repairen of de stroom erafhalen is bij GU10 spotjes nog niet zo heel eenvoudig :-)

Kan ook zijn dat die Ikea lampen gewoon slecht zijn in zich aanmelden op netwerk? Haal ik de stroom er af en weer aan, tich routers om zich heen maar doet die niks mee. Misschien dat die Ikea network router hier wel beter in is?

En de routers zijn echt wel nodig, omdat de CC2531 een maximum aan devices heeft, maar dan moeten die wel rap genoeg hun werk doen.

En niks ten nadele van dit project, hoop gewoon dat het stabiel te krijgen is. Anders de WAF wat laag voor de nieuwe keuken waar de fysieke switches weg gewerkt zijn :-)

[ Voor 86% gewijzigd door trekker22 op 31-01-2019 09:45 ]

[rorie]

@Koenkk klopt het dat het pan id en root mqqt topic in versie 1.1.0 niet configureerbaar zijn?

[trekker22]

als een lamp uit de fitting wordt gedraaid en er weer ingedraaid moet je dat terug zien in het log file?

Probeer te achterhalen waarom 1 lamp zich wel laat besturen na stroom er af en er weer op en een andere lamp die 1 meter verder hangt niet.

Lijkt alleen dat schakelingen aan/uit terug te vinden zijn, echter zou ik graag zien te achterhalen waarom de ene lamp zich nog wel aanmeldt (en eventueel via welke route/ routers) en andere die er net langs hangt (en gisteravond nog werktte) ineens niet.
Ook wil ik uitvinden of dit misschien meer een Tradfri probleem is tov Hue lampen (goedkoop is duurkoop?)

Dit is de melding in het log na sturen van een MQTT bericht:

debug: Received MQTT message on 'zigbee2mqtt/spoeleiland_links_lamp/set' with data '{"state":"OFF"}'
info: Zigbee publish to device '0x90fd9ffffe29259c', genOnOff - off - {} - {"manufSpec":0,"disDefaultRsp":0} - null
error: Zigbee publish to device '0x90fd9ffffe29259c', genOnOff - off - {} - {"manufSpec":0,"disDefaultRsp":0} - null failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.

Dit gebeurd ongeveer na 6 seconde dat error komt.
Is er een test functie om lampen aan te roepen of ze werken op zigbee niveau.

EDIT toch wel zorgelijk, vanmorgen laatste zigbee2mqtt reboot gehad en had 90% van de lampen werkten. Kom nu tijd later terug en wil paar spotjes toevoegen aan een group; werkt niet; even de lamp zelf controleren; nee reageert ook nergens meer op. Is beetje de vraag of ik met Philips Hue lampen / spotjes minder problemen mee heb, die werken op diverse andere plaatsen eigenlijk wel probleemloos.

EDIT laatste wat me invalt, de WiFI dekking is in de keuken slecht (AP moet nog terug gehangen worden), maar dat maakt toch niks uit. Alleen zelfde brandbreedte waar ze in opereren toch?

[ Voor 53% gewijzigd door trekker22 op 31-01-2019 13:41 ]

[Koenkk]

rorie schreef op donderdag 31 januari 2019 @ 09:24:
@Koenkk klopt het dat het pan id en root mqqt topic in versie 1.1.0 niet configureerbaar zijn?

nee, waarop baseer je dit?

[trekker22]

om op mezelf terug te komen:

meeste is terug te leiden naar bereik van het netwerk. Die CC2531 routers lijken niks te doen.

Maak ik een mooi pad van de coordinator met Hue lampen richting mijn keuken, dan werken mijn Tradfri lampen ineens ook perfect. Dus heb het idee dat Hue beter is in routeren dan Tradfri en ga daar wat meer lampen van Hue voor aanschaffen.

Maar moet erbij zeggen. Als ik 8 lampen achter elkaar uitschakel via HASS (nog niet via group modus firmware) dan blijven er altijd paar hangen. Als je dan het netwerk gaat overvragen door te blijven klikken dan hangt wel heel gauw het hele netwerk.

[ Voor 25% gewijzigd door trekker22 op 31-01-2019 15:33 ]

[rorie]

Ik dacht dat ergens in dit forum gelezen te hebben dat in de nieuwe versie het pan id configureerbaar zou zijn.
Kan je wel het mqtt root topic aanpassen, of kon dat al?

Koenkk schreef op donderdag 31 januari 2019 @ 14:59:
[...]


nee, waarop baseer je dit?

[R2D2]

trekker22 schreef op donderdag 31 januari 2019 @ 15:28:
om op mezelf terug te komen:

meeste is terug te leiden naar bereik van het netwerk. Die CC2531 routers lijken niks te doen.

Maak ik een mooi pad van de coordinator met Hue lampen richting mijn keuken, dan werken mijn Tradfri lampen ineens ook perfect. Dus heb het idee dat Hue beter is in routeren dan Tradfri en ga daar wat meer lampen van Hue voor aanschaffen.

Maar moet erbij zeggen. Als ik 8 lampen achter elkaar uitschakel via HASS (nog niet via group modus firmware) dan blijven er altijd paar hangen. Als je dan het netwerk gaat overvragen door te blijven klikken dan hangt wel heel gauw het hele netwerk.

Welke versie draai je van Zigbee2Mqtt, want ik merk een aanzienlijk verschil tussen 1.0.1 en 1.1.0 wat betreft dat gedrag. Wat betreft de Tradfri lampen, dat is iets waar je wel een punt hebt, ik merk ook dat de Hue lampen over het algemeen beter presteren dan de Tradfri lampen.

Overigens heb ik afgelopen week nog 2 extra routers geplaatst (op 1e en 2e verdieping, begane grond hangt de coordinator) en ook dat heeft aanzienlijk geholpen wat betreft stabiliteit. Als ik de network map bekijk lijken praktisch alle apparaten zelfs een voorkeur voor de routers te hebben om op te connecten.

[trekker22]

R2D2 schreef op donderdag 31 januari 2019 @ 15:38:
[...]


Welke versie draai je van Zigbee2Mqtt, want ik merk een aanzienlijk verschil tussen 1.0.1 en 1.1.0 wat betreft dat gedrag. Wat betreft de Tradfri lampen, dat is iets waar je wel een punt hebt, ik merk ook dat de Hue lampen over het algemeen beter presteren dan de Tradfri lampen.

Overigens heb ik afgelopen week nog 2 extra routers geplaatst (op 1e en 2e verdieping, begane grond hangt de coordinator) en ook dat heeft aanzienlijk geholpen wat betreft stabiliteit. Als ik de network map bekijk lijken praktisch alle apparaten zelfs een voorkeur voor de routers te hebben om op te connecten.

Heb nog ff 4 hue gu10 spotjes er bijgehaald en gaan er 4 Ikea retour.
Die cc2531 als router heb ik zo’n idee van dat het niks doet?

Zit op 1.1. Cc2531 coördinator nu aan langere kabel en laatste firmware.
Echter de weg van meterkast naar keuken moet wel door routers opgevangen worden dat moet ik nog uitbreiden.

Wat gebeurd er eigenlijk als zigbee2mqtt herstart maar verder alles op power blijft Incl coördinator , routers en powered devices. Wordt dan toch alles opnieuw opgebouwd ?

[flexje]

flexje schreef op woensdag 30 januari 2019 @ 21:39:
Ik heb met de nieuwste versie een group config aangemaakt in de configuration. Daarna 4 ikea gu10 spots in de group gezet. Alleen bij het publishen naar de group gebeurt er niks...
Gedaan volgens https://koenkk.github.io/zigbee2mqtt/information/groups.html

Krijg alleen:
zigbee2mqtt:info 2019-1-30 21:33:52 Zigbee publish to group '1', genOnOff - on - {} - {"manufSpec":0,"disDefaultRsp":0} - null

Iemand?

[PuckStar]

flexje schreef op donderdag 31 januari 2019 @ 18:46:
[...]


Iemand?

Had je wel je coordinators firmware ook geupdated?

[flexje]

PuckStar schreef op donderdag 31 januari 2019 @ 18:55:
[...]

Had je wel je coordinators firmware ook geupdated?

Heb gewoon bash update.sh gedaan....

[trekker22]

flexje schreef op donderdag 31 januari 2019 @ 18:59:
[...]


Heb gewoon bash update.sh gedaan....

Dat is wat anders dan de firmware updaten.
En bij devices toevoegen aan de groep ook kijken of een device ook wel is toegevoegd.

[flexje]

trekker22 schreef op donderdag 31 januari 2019 @ 19:01:
[...]

Dat is wat anders dan de firmware updaten.
En bij devices toevoegen aan de groep ook kijken of een device ook wel is toegevoegd.

Ohw ok... had een kant en klare stick gekocht dus ff checken hoe ik de stick ga updaten.

In de log krijg ik wel bevestiging dat de device correct toegevoegd is...

[PuckStar]

flexje schreef op donderdag 31 januari 2019 @ 18:59:
[...]


Heb gewoon bash update.sh gedaan....

Dat is geen firmware update en dat is wel nodig om de Group functionaliteit te kunnen laten werken.
Firmware moet je flashen met de Debugger kabel etc. via je computer bijvoorbeeld.

In de TS staan personen die een stick voor je kunnen flashen, waaronder ikzelf, als je geen debugger hebt.

[ Voor 13% gewijzigd door PuckStar op 31-01-2019 19:04 ]

[BizzieBis]

Hoe weet je of na het updaten van de coordinator het PAN id nog hetzelfde is?
Ik heb de stick in een flinke prop aluminiumfolie gewikkeld, maar krijg nu weinig respons van de usb stick..
Vreemd is dat 1 sensor zich wel meld, dan zou je toch verwachten dat het ID goed staat, toch?

Ik zie het al:

log_level: debug bij advanced in configuration.yaml

Zit nu op ID 0x1a63 in plaats van 0x1a62. Niet gelukt dus
Toch nog steeds vreemd dat 1 sensor gewoon is blijven werken.

[ Voor 26% gewijzigd door BizzieBis op 31-01-2019 19:16 ]

[trekker22]

flexje schreef op donderdag 31 januari 2019 @ 19:03:
[...]


Ohw ok... had een kant en klare stick gekocht dus ff checken hoe ik de stick ga updaten.

In de log krijg ik wel bevestiging dat de device correct toegevoegd is...

ja inderdaad moet je flashen.

Net toevallig mijn eerste group werkend. 8 spotjes die netjes tegelijk aan/uit gaan.

Nog ff bedenken hoe ik dit in Hass ga oplossen. Heb een single click wall button. En wil dus eigenlijk een toggle maar naar zigbee2mqtt moet je echt een state sturen.

Handigste denk ik een boolean in Hass opslaan en die togglen?

[Mars Warrior]

BizzieBis schreef op donderdag 31 januari 2019 @ 19:10:
Hoe weet je of na het updaten van de coordinator het PAN id nog hetzelfde is?
Ik heb de stick in een flinke prop aluminiumfolie gewikkeld, maar krijg nu weinig respons van de usb stick..
Vreemd is dat 1 sensor zich wel meld, dan zou je toch verwachten dat het ID goed staat, toch?

Ik zie het al:

log_level: debug bij advanced in configuration.yaml

Zit nu op ID 0x1a63 in plaats van 0x1a62. Niet gelukt dus
Toch nog steeds vreemd dat 1 sensor gewoon is blijven werken.

Kun je het panid tegenwoordig niet meegeven in de config, of ben ik in de war en was dat een ander id?

[BizzieBis]

@Mars Warrior

Klopt, met

code:

advanced:
  pan_id: 0x1a62

Maar alleen doet dat helemaal niets. Of misschien alleen tijdens de eerste boot na het flashen

Maar goed, ik grijp deze kans meteen aan om de security key aan te passen en opnieuw te beginnen met mijn netwerk. Ik was er sowieso al niet zo van gecharmeerd dat mijn netwerk map alleen nog maar liet zien alsof al mijn apparaten direct in verbinding met de coördinator stonden. Dar was eerder beter, toen stonden mijn routers er ook echt als routers op, inclusief hun end devices.

[ Voor 51% gewijzigd door BizzieBis op 31-01-2019 20:33 ]

[Mars Warrior]

trekker22 schreef op donderdag 31 januari 2019 @ 16:31:
[...]

Heb nog ff 4 hue gu10 spotjes er bijgehaald en gaan er 4 Ikea retour.
Die cc2531 als router heb ik zo’n idee van dat het niks doet?

Zou wel moeten. Brand het groene lampje, en knippert de rode en zie je ca elke minuut de router in de log van zigbee2mqtt voorbij komen??

Zit op 1.1. Cc2531 coördinator nu aan langere kabel en laatste firmware.
Echter de weg van meterkast naar keuken moet wel door routers opgevangen worden dat moet ik nog uitbreiden.

Lampen en stopcontacten moeten als router optreden. Dus heb je een aardig aantal lampen dan zou zich dat vanzelf moeten oplossen...

Wat gebeurd er eigenlijk als zigbee2mqtt herstart maar verder alles op power blijft Incl coördinator , routers en powered devices. Wordt dan toch alles opnieuw opgebouwd ?

Snap niet precies wat je bedoeld met "alles opnieuw opgebouwd". zigbee2mqtt haalt alles uit zijn database en stuurt de meuk gewoon weer naar mqtt.

[BizzieBis]

En daar gaat mijn network map weer.. Ik geef het op

Van


Naar

[RoRoo]

Sinds gisteravond werkt ineens zigbee2mqtt niet meer.

Log zegt:

code:

Feb 01 08:16:21 hassbian npm[9033]: /opt/zigbee2mqtt/node_modules/q/q.js:155
Feb 01 08:16:21 hassbian npm[9033]:                 throw e;
Feb 01 08:16:21 hassbian npm[9033]:                 ^
Feb 01 08:16:21 hassbian npm[9033]: TypeError: Cannot read property 'close' of undefined
Feb 01 08:16:21 hassbian npm[9033]:     at shepherd.start (/opt/zigbee2mqtt/lib/zigbee.js:45:47)
Feb 01 08:16:21 hassbian npm[9033]:     at /opt/zigbee2mqtt/node_modules/q/q.js:2059:17
Feb 01 08:16:21 hassbian npm[9033]:     at runSingle (/opt/zigbee2mqtt/node_modules/q/q.js:137:13)
Feb 01 08:16:21 hassbian npm[9033]:     at flush (/opt/zigbee2mqtt/node_modules/q/q.js:125:13)
Feb 01 08:16:21 hassbian npm[9033]:     at _combinedTickCallback (internal/process/next_tick.js:132:7)
Feb 01 08:16:21 hassbian npm[9033]:     at process._tickCallback (internal/process/next_tick.js:181:9)

Heb laatst wel een nieuwe installatie van alles (Hassbian en modules) uitgevoerd en alles opnieuw gepaired.
nadat ik alles werkend had en ruzie met de vrouw gehad leek het allemaal te werken. tot ze gisteren het licht uit wilde doen...

geen reactie v/d knop :

handmatige reinstall gedaan.. same error

code:

pi@hassbian:/opt/zigbee2mqtt $ npm start

> zigbee2mqtt@1.1.0 start /opt/zigbee2mqtt
> node index.js

  zigbee2mqtt:info 2/1/2019, 8:48:48 AM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-02-01.08-48-48'
  zigbee2mqtt:info 2/1/2019, 8:48:49 AM Starting zigbee2mqtt version 1.1.0 (commit #a7eea5e)
  zigbee2mqtt:info 2/1/2019, 8:48:49 AM Starting zigbee-shepherd
  zigbee2mqtt:info 2/1/2019, 8:48:57 AM Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
/opt/zigbee2mqtt/node_modules/q/q.js:155
                throw e;
                ^

TypeError: Cannot read property 'close' of undefined
    at shepherd.start (/opt/zigbee2mqtt/lib/zigbee.js:45:47)
    at /opt/zigbee2mqtt/node_modules/q/q.js:2059:17
    at runSingle (/opt/zigbee2mqtt/node_modules/q/q.js:137:13)
    at flush (/opt/zigbee2mqtt/node_modules/q/q.js:125:13)
    at process._tickCallback (internal/process/next_tick.js:61:11)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.1.0 start: `node index.js`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the zigbee2mqtt@1.1.0 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T08_49_33_052Z-debug.log

output v.d genoemde log:

code:

pi@hassbian:/opt/zigbee2mqtt $ cat /home/pi/.npm/_logs/2019-02-01T08_49_33_052Z-debug.log
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'start' ]
2 info using npm@6.4.1
3 info using node@v10.15.1
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info lifecycle zigbee2mqtt@1.1.0~prestart: zigbee2mqtt@1.1.0
6 info lifecycle zigbee2mqtt@1.1.0~start: zigbee2mqtt@1.1.0
7 verbose lifecycle zigbee2mqtt@1.1.0~start: unsafe-perm in lifecycle true
8 verbose lifecycle zigbee2mqtt@1.1.0~start: PATH: /usr/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/opt/zigbee2mqtt/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
9 verbose lifecycle zigbee2mqtt@1.1.0~start: CWD: /opt/zigbee2mqtt
10 silly lifecycle zigbee2mqtt@1.1.0~start: Args: [ '-c', 'node index.js' ]
11 silly lifecycle zigbee2mqtt@1.1.0~start: Returned: code: 1  signal: null
12 info lifecycle zigbee2mqtt@1.1.0~start: Failed to exec start script
13 verbose stack Error: zigbee2mqtt@1.1.0 start: `node index.js`
13 verbose stack Exit status 1
13 verbose stack     at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:301:16)
13 verbose stack     at EventEmitter.emit (events.js:189:13)
13 verbose stack     at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack     at ChildProcess.emit (events.js:189:13)
13 verbose stack     at maybeClose (internal/child_process.js:970:16)
13 verbose stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)
14 verbose pkgid zigbee2mqtt@1.1.0
15 verbose cwd /opt/zigbee2mqtt
16 verbose Linux 4.14.79-v7+
17 verbose argv "/usr/bin/node" "/usr/bin/npm" "start"
18 verbose node v10.15.1
19 verbose npm  v6.4.1
20 error code ELIFECYCLE
21 error errno 1
22 error zigbee2mqtt@1.1.0 start: `node index.js`
22 error Exit status 1
23 error Failed at the zigbee2mqtt@1.1.0 start script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]

@Koenkk Zit er een bugje in de laatste versie misschien? of is mijn schone install alweer vervuild?

[ Voor 80% gewijzigd door RoRoo op 01-02-2019 09:51 ]

[Koenkk]

RoRoo schreef op vrijdag 1 februari 2019 @ 09:23:
Sinds gisteravond werkt ineens zigbee2mqtt niet meer.

Log zegt:

code:

Feb 01 08:16:21 hassbian npm[9033]: /opt/zigbee2mqtt/node_modules/q/q.js:155
Feb 01 08:16:21 hassbian npm[9033]:                 throw e;
Feb 01 08:16:21 hassbian npm[9033]:                 ^
Feb 01 08:16:21 hassbian npm[9033]: TypeError: Cannot read property 'close' of undefined
Feb 01 08:16:21 hassbian npm[9033]:     at shepherd.start (/opt/zigbee2mqtt/lib/zigbee.js:45:47)
Feb 01 08:16:21 hassbian npm[9033]:     at /opt/zigbee2mqtt/node_modules/q/q.js:2059:17
Feb 01 08:16:21 hassbian npm[9033]:     at runSingle (/opt/zigbee2mqtt/node_modules/q/q.js:137:13)
Feb 01 08:16:21 hassbian npm[9033]:     at flush (/opt/zigbee2mqtt/node_modules/q/q.js:125:13)
Feb 01 08:16:21 hassbian npm[9033]:     at _combinedTickCallback (internal/process/next_tick.js:132:7)
Feb 01 08:16:21 hassbian npm[9033]:     at process._tickCallback (internal/process/next_tick.js:181:9)

Heb laatst wel een nieuwe installatie van alles (Hassbian en modules) uitgevoerd en alles opnieuw gepaired.
nadat ik alles werkend had en ruzie met de vrouw gehad leek het allemaal te werken. tot ze gisteren het licht uit wilde doen...

geen reactie v/d knop :

handmatige reinstall gedaan.. same error

code:

pi@hassbian:/opt/zigbee2mqtt $ npm start

> zigbee2mqtt@1.1.0 start /opt/zigbee2mqtt
> node index.js

  zigbee2mqtt:info 2/1/2019, 8:48:48 AM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-02-01.08-48-48'
  zigbee2mqtt:info 2/1/2019, 8:48:49 AM Starting zigbee2mqtt version 1.1.0 (commit #a7eea5e)
  zigbee2mqtt:info 2/1/2019, 8:48:49 AM Starting zigbee-shepherd
  zigbee2mqtt:info 2/1/2019, 8:48:57 AM Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
/opt/zigbee2mqtt/node_modules/q/q.js:155
                throw e;
                ^

TypeError: Cannot read property 'close' of undefined
    at shepherd.start (/opt/zigbee2mqtt/lib/zigbee.js:45:47)
    at /opt/zigbee2mqtt/node_modules/q/q.js:2059:17
    at runSingle (/opt/zigbee2mqtt/node_modules/q/q.js:137:13)
    at flush (/opt/zigbee2mqtt/node_modules/q/q.js:125:13)
    at process._tickCallback (internal/process/next_tick.js:61:11)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.1.0 start: `node index.js`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the zigbee2mqtt@1.1.0 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T08_49_33_052Z-debug.log

output v.d genoemde log:

code:

pi@hassbian:/opt/zigbee2mqtt $ cat /home/pi/.npm/_logs/2019-02-01T08_49_33_052Z-debug.log
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'start' ]
2 info using npm@6.4.1
3 info using node@v10.15.1
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info lifecycle zigbee2mqtt@1.1.0~prestart: zigbee2mqtt@1.1.0
6 info lifecycle zigbee2mqtt@1.1.0~start: zigbee2mqtt@1.1.0
7 verbose lifecycle zigbee2mqtt@1.1.0~start: unsafe-perm in lifecycle true
8 verbose lifecycle zigbee2mqtt@1.1.0~start: PATH: /usr/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/opt/zigbee2mqtt/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
9 verbose lifecycle zigbee2mqtt@1.1.0~start: CWD: /opt/zigbee2mqtt
10 silly lifecycle zigbee2mqtt@1.1.0~start: Args: [ '-c', 'node index.js' ]
11 silly lifecycle zigbee2mqtt@1.1.0~start: Returned: code: 1  signal: null
12 info lifecycle zigbee2mqtt@1.1.0~start: Failed to exec start script
13 verbose stack Error: zigbee2mqtt@1.1.0 start: `node index.js`
13 verbose stack Exit status 1
13 verbose stack     at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:301:16)
13 verbose stack     at EventEmitter.emit (events.js:189:13)
13 verbose stack     at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack     at ChildProcess.emit (events.js:189:13)
13 verbose stack     at maybeClose (internal/child_process.js:970:16)
13 verbose stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)
14 verbose pkgid zigbee2mqtt@1.1.0
15 verbose cwd /opt/zigbee2mqtt
16 verbose Linux 4.14.79-v7+
17 verbose argv "/usr/bin/node" "/usr/bin/npm" "start"
18 verbose node v10.15.1
19 verbose npm  v6.4.1
20 error code ELIFECYCLE
21 error errno 1
22 error zigbee2mqtt@1.1.0 start: `node index.js`
22 error Exit status 1
23 error Failed at the zigbee2mqtt@1.1.0 start script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]

@Koenkk Zit er een bugje in de laatste versie misschien? of is mijn schone install alweer vervuild?

Dit zou gefixt moeten zijn in de dev branch.

Workaround:
- Stop zigbee2mqtt
- Stickje repluggen
- Op het zwarte knopje drukken die het dichtst bij de USB poort zit (groen lampje gaat uit)
- Start zigbee2mqtt

[RoRoo]

Koenkk schreef op vrijdag 1 februari 2019 @ 09:55:
[...]


Dit zou gefixt moeten zijn in de dev branch.

Tops..
even kijken hoe ik m om kan zetten....

[PuckStar]

RoRoo schreef op vrijdag 1 februari 2019 @ 09:23:
Sinds gisteravond werkt ineens zigbee2mqtt niet meer.

Log zegt:
<knip>
Heb laatst wel een nieuwe installatie van alles (Hassbian en modules) uitgevoerd en alles opnieuw gepaired.
nadat ik alles werkend had en ruzie met de vrouw gehad leek het allemaal te werken. tot ze gisteren het licht uit wilde doen...

geen reactie v/d knop :

handmatige reinstall gedaan.. same error
<knip>

Zit er een bugje in de laatste versie misschien? of is mijn schone install alweer vervuild?

Vanwege dit soort potentiele problemen blijf ik voor de lampen de hue bridge en dimmer houden.

[RoRoo]

PuckStar schreef op vrijdag 1 februari 2019 @ 10:22:
[...]

Vanwege dit soort potentiele problemen blijf ik voor de lampen de hue bridge en dimmer houden.

hahaha slim van je.

die heb ik helaas niet.

vreemde is nu.. als ik met de hand npm start doe in de zigbee2mqtt map, alles werkt.
doe ik het via de service, komt deze in een soort restart loop terecht.

maar goed.. ik ben er ff klaar mee. duik mn nest weer in. dit is niet bevorderlijk oor mijn migraine

[R2D2]

Koenkk schreef op vrijdag 1 februari 2019 @ 09:55:
[...]


Dit zou gefixt moeten zijn in de dev branch.

Workaround:
- Stop zigbee2mqtt
- Stickje repluggen
- Op het zwarte knopje drukken die het dichtst bij de USB poort zit (groen lampje gaat uit)
- Start zigbee2mqtt

Werkt niet onder de 1.1.0.1 release, althans hier tot 3 maal toe geprobeerd maar helaas pindakaas. Ik ga de edge addon maar even installeren binnen Home Assistant om te zien of ik het probleem zo kan omzeilen.

Gister heeft alles prima gewerkt maar toen ik vanochtend een switch toe voegde was het raak en nu werkt niets meer... scheelt dat de vrouw niet thuis is

Fijn.... na installatie van de edge addon, een reboot, los halen en weer inpluggen van de stick e.d. blijft alles hangen op de volgende melding.

code:

zigbee2mqtt:error 2019-2-1 10:52:48 Failed to start
    {"message":"Error: No such file or directory, cannot open /dev/ttyACM0","stack":"Error: Error: No such file or directory, cannot open /dev/ttyACM0"}

Tijd om de oude schakelaars maar weer eens terug te gaan schroeven ben ik bang... inmiddels Conbee, Zigbee2Mqtt en de standaard ZHA oplossing geprobeerd binnen Home Assistant maar geen van allen zijn ze in staat een week zonder gedoe te draaien.

Dat een sensor een keer niet uitgelezen wordt of iets dergelijks is allemaal niet zo’n ramp maar lampen die om de haverklap niet meer aankunnen omdat het netwerk er uit ligt begint toch wel tamelijk irritant te worden.

[ Voor 37% gewijzigd door R2D2 op 01-02-2019 11:00 ]

[beekware]

Iemand een idee, na flash en upgrade naar nieuwste versie kreeg ik de onderstaande melding.
Uiteindelijk besloten maar even opnieuw te doen, schone versie install, maar nog steeds deze melding...

Iemand een idee?

code:

pi@raspberrypi:/opt/zigbee2mqtt $ npm start

> zigbee2mqtt@1.1.0 start /opt/zigbee2mqtt
> node index.js

module.js:550
    throw err;
    ^

Error: Cannot find module 'semver'
    at Function.Module._resolveFilename (module.js:548:15)
    at Function.Module._load (module.js:475:25)
    at Module.require (module.js:597:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/opt/zigbee2mqtt/index.js:1:78)
    at Module._compile (module.js:653:30)
    at Object.Module._extensions..js (module.js:664:10)
    at Module.load (module.js:566:32)
    at tryModuleLoad (module.js:506:12)
    at Function.Module._load (module.js:498:3)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.1.0 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.1.0 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T09_51_40_239Z-debug.log

[R2D2]

beekware schreef op vrijdag 1 februari 2019 @ 10:59:

Iemand een idee?

Hetzelfde als ik last van heb momenteel...

[Stubby]

R2D2 schreef op vrijdag 1 februari 2019 @ 11:01:
[...]


Hetzelfde als ik last van heb momenteel...

Heb je al een npm install gedaan in de zigbee2mqtt map? Want het lijkt erop dat niet alle node_modules aanwezig zijn

[beekware]

Stubby schreef op vrijdag 1 februari 2019 @ 11:10:
[...]

Heb je al een npm install gedaan in de zigbee2mqtt map? Want het lijkt erop dat niet alle node_modules aanwezig zijn

Yes, volgens de wiki moet je eerst naar de map daarna de installatie uitvoeren.

code:

# Install dependencies
cd /opt/zigbee2mqtt
npm install

Stap 2-> https://koenkk.github.io/.../running_zigbee2mqtt.html

[R2D2]

Stubby schreef op vrijdag 1 februari 2019 @ 11:10:
[...]

Heb je al een npm install gedaan in de zigbee2mqtt map? Want het lijkt erop dat niet alle node_modules aanwezig zijn

Heb de addon draaien, nu even de tijd niet om daar dieper in te duiken maar denk dat ik vanmiddag de hele addon er uit ros en de standaard versie even ga draaien, debugged makkelijker en ook makkelijker te fixen als er weer eens wat om lazert.

Voor mij in ieder geval wel de druppel, de lampen gaan gewoon weer op een "standaard schakelaar en Hue" en niet meer via Zigbee2mqtt want dit kost me iedere keer teveel van m'n tijd op vrije dagen om de boel weer draaiend te krijgen.

[Stubby]

beekware schreef op vrijdag 1 februari 2019 @ 11:15:
[...]


Yes, volgens de wiki moet je eerst naar de map daarna de installatie uitvoeren.

code:

# Install dependencies
cd /opt/zigbee2mqtt
npm install

Stap 2-> https://koenkk.github.io/.../running_zigbee2mqtt.html

Is die geslaagd?
Misschien even de node_modules weggooien en opnieuw npm install draaien.

[beekware]

Stubby schreef op vrijdag 1 februari 2019 @ 11:19:
[...]

Is die geslaagd?
Misschien even de node_modules weggooien en opnieuw npm install draaien.

Nope niet geslaagd, betreft een nieuwe installatie,steeds deze melding.

Ook poging om tot install gedaan via ondestaande maar helaas, ook niet naar opnieuw install van npm.

code:

sudo apt-get install nodejs node-semver

[Stubby]

beekware schreef op vrijdag 1 februari 2019 @ 11:21:
[...]


Nope niet geslaagd, betreft een nieuwe installatie,steeds deze melding.

Ook poging om tot install gedaan via ondestaande maar helaas, ook niet naar opnieuw install van npm.

code:

sudo apt-get install nodejs node-semver

Eerst installeer je npm/node op je raspberry pi met

code:

# Setup Node.js repository
sudo curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -

# Install Node.js
sudo apt-get install -y nodejs git make g++ gcc

check dan even of je inderdaad versie 10 van nodejs hebt door

code:

node --version

te doen.

Vervolgens doe je

code:

cd /opt/zigbee2mqtt
npm install

wat effectief alle nodejs packages die zigbee2mqtt nodig heeft binnenhaalt. Als dat geslaagd is dan kun je de boel starten.

[beekware]

Stubby schreef op vrijdag 1 februari 2019 @ 11:30:
[...]

Eerst installeer je npm/node op je raspberry pi met

code:

# Setup Node.js repository
sudo curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -

# Install Node.js
sudo apt-get install -y nodejs git make g++ gcc

check dan even of je inderdaad versie 10 van nodejs hebt door

code:

node --version

te doen.

Vervolgens doe je

code:

cd /opt/zigbee2mqtt
npm install

wat effectief alle nodejs packages die zigbee2mqtt nodig heeft binnenhaalt. Als dat geslaagd is dan kun je de boel starten.

Nog maar een keer...


sudo curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
Done

sudo apt-get install -y nodejs git make g++ gcc
Done

node --version

code:

v10.15.1

cd /opt/zigbee2mqtt
npm install

code:

pi@raspberrypi:~/domoticz/plugins $ node --version
v10.15.1
pi@raspberrypi:~/domoticz/plugins $ ^C
pi@raspberrypi:~/domoticz/plugins $ cd /opt/zigbee2mqtt
pi@raspberrypi:/opt/zigbee2mqtt $ npm install
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/nyc-7e08a102/node_modules/handlebars/dist/amd/handlebars/compiler/printer.js'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/nyc-7e08a102/node_modules/handlebars/dist/amd/handlebars/compiler/visitor.js'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/lodash-d62e4f52/lodash.min.js'
npm ERR! code DEPTH_ZERO_SELF_SIGNED_CERT
npm ERR! errno DEPTH_ZERO_SELF_SIGNED_CERT
npm ERR! request to https://codeload.github.com/Koenkk/zcl-id/legacy.tar.gz/master failed, reason: self signed certificate

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T10_38_03_116Z-debug.log
pi@raspberrypi:/opt/zigbee2mqtt $

npm start

code:

pi@raspberrypi:/opt/zigbee2mqtt $ npm start

> zigbee2mqtt@1.1.0 start /opt/zigbee2mqtt
> node index.js

internal/modules/cjs/loader.js:583
    throw err;
    ^

Error: Cannot find module 'semver'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)
    at Function.Module._load (internal/modules/cjs/loader.js:507:25)
    at Module.require (internal/modules/cjs/loader.js:637:17)
    at require (internal/modules/cjs/helpers.js:22:18)
    at Object.<anonymous> (/opt/zigbee2mqtt/index.js:1:78)
    at Module._compile (internal/modules/cjs/loader.js:689:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
    at Module.load (internal/modules/cjs/loader.js:599:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
    at Function.Module._load (internal/modules/cjs/loader.js:530:3)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.1.0 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.1.0 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T10_40_11_498Z-debug.log
pi@raspberrypi:/opt/zigbee2mqtt $

[Stubby]

beekware schreef op vrijdag 1 februari 2019 @ 11:41:

code:

pi@raspberrypi:~/domoticz/plugins $ cd /opt/zigbee2mqtt
pi@raspberrypi:/opt/zigbee2mqtt $ npm install
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/nyc-7e08a102/node_modules/handlebars/dist/amd/handlebars/compiler/printer.js'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/nyc-7e08a102/node_modules/handlebars/dist/amd/handlebars/compiler/visitor.js'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/lodash-d62e4f52/lodash.min.js'
npm ERR! code DEPTH_ZERO_SELF_SIGNED_CERT
npm ERR! errno DEPTH_ZERO_SELF_SIGNED_CERT
npm ERR! request to https://codeload.github.com/Koenkk/zcl-id/legacy.tar.gz/master failed, reason: self signed certificate

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T10_38_03_116Z-debug.log
pi@raspberrypi:/opt/zigbee2mqtt $

je npm install faalt. npm ERR betekent dat het niet gelukt is. Wel vreemd want ik zie die URL niet echt ergens staan in de package.json (waarin gespecificeerd staat welke packages zigbee2mqtt nodig heeft)

[Koenkk]

R2D2 schreef op vrijdag 1 februari 2019 @ 10:48:
[...]


Werkt niet onder de 1.1.0.1 release, althans hier tot 3 maal toe geprobeerd maar helaas pindakaas. Ik ga de edge addon maar even installeren binnen Home Assistant om te zien of ik het probleem zo kan omzeilen.

Gister heeft alles prima gewerkt maar toen ik vanochtend een switch toe voegde was het raak en nu werkt niets meer... scheelt dat de vrouw niet thuis is

Fijn.... na installatie van de edge addon, een reboot, los halen en weer inpluggen van de stick e.d. blijft alles hangen op de volgende melding.

code:

zigbee2mqtt:error 2019-2-1 10:52:48 Failed to start
    {"message":"Error: No such file or directory, cannot open /dev/ttyACM0","stack":"Error: Error: No such file or directory, cannot open /dev/ttyACM0"}

Tijd om de oude schakelaars maar weer eens terug te gaan schroeven ben ik bang... inmiddels Conbee, Zigbee2Mqtt en de standaard ZHA oplossing geprobeerd binnen Home Assistant maar geen van allen zijn ze in staat een week zonder gedoe te draaien.

Dat een sensor een keer niet uitgelezen wordt of iets dergelijks is allemaal niet zo’n ramp maar lampen die om de haverklap niet meer aankunnen omdat het netwerk er uit ligt begint toch wel tamelijk irritant te worden.

Heb je toevallig nog een log wanneer zigbee2mqtt er mee ophoudt na het pairen van een nieuw device?

[Koenkk]

beekware schreef op vrijdag 1 februari 2019 @ 11:41:
[...]


Nog maar een keer...


sudo curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
Done

sudo apt-get install -y nodejs git make g++ gcc
Done

node --version

code:

v10.15.1

cd /opt/zigbee2mqtt
npm install

code:

pi@raspberrypi:~/domoticz/plugins $ node --version
v10.15.1
pi@raspberrypi:~/domoticz/plugins $ ^C
pi@raspberrypi:~/domoticz/plugins $ cd /opt/zigbee2mqtt
pi@raspberrypi:/opt/zigbee2mqtt $ npm install
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/nyc-7e08a102/node_modules/handlebars/dist/amd/handlebars/compiler/printer.js'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/nyc-7e08a102/node_modules/handlebars/dist/amd/handlebars/compiler/visitor.js'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/lodash-d62e4f52/lodash.min.js'
npm ERR! code DEPTH_ZERO_SELF_SIGNED_CERT
npm ERR! errno DEPTH_ZERO_SELF_SIGNED_CERT
npm ERR! request to https://codeload.github.com/Koenkk/zcl-id/legacy.tar.gz/master failed, reason: self signed certificate

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T10_38_03_116Z-debug.log
pi@raspberrypi:/opt/zigbee2mqtt $

npm start

code:

pi@raspberrypi:/opt/zigbee2mqtt $ npm start

> zigbee2mqtt@1.1.0 start /opt/zigbee2mqtt
> node index.js

internal/modules/cjs/loader.js:583
    throw err;
    ^

Error: Cannot find module 'semver'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)
    at Function.Module._load (internal/modules/cjs/loader.js:507:25)
    at Module.require (internal/modules/cjs/loader.js:637:17)
    at require (internal/modules/cjs/helpers.js:22:18)
    at Object.<anonymous> (/opt/zigbee2mqtt/index.js:1:78)
    at Module._compile (internal/modules/cjs/loader.js:689:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
    at Module.load (internal/modules/cjs/loader.js:599:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
    at Function.Module._load (internal/modules/cjs/loader.js:530:3)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.1.0 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.1.0 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T10_40_11_498Z-debug.log
pi@raspberrypi:/opt/zigbee2mqtt $

Gebruik je toevallig een proxy? Er gaat iets mis met de SSL certificaten

[beekware]

Koenkk schreef op vrijdag 1 februari 2019 @ 11:53:
[...]


Heb je toevallig nog een log wanneer zigbee2mqtt er mee ophoudt na het pairen van een nieuw device?

Het werkt nu ineens, via npm install kreeg ik meldingen ACCESS DIENED

code:

pi@raspberrypi:/opt/zigbee2mqtt $ npm install
npm ERR! path /opt/zigbee2mqtt/node_modules/.staging/@babel
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall rmdir
npm ERR! Error: EACCES: permission denied, rmdir '/opt/zigbee2mqtt/node_modules/.staging/@babel'
npm ERR!  { [Error: EACCES: permission denied, rmdir '/opt/zigbee2mqtt/node_modules/.staging/@babel']
npm ERR!   stack:
npm ERR!    'Error: EACCES: permission denied, rmdir \'/opt/zigbee2mqtt/node_modules/.staging/@babel\'',
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'rmdir',
npm ERR!   path: '/opt/zigbee2mqtt/node_modules/.staging/@babel' }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator (though this is not recommended).

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2019-02-01T10_52_54_658Z-debug.log

Weet toch 100% zeker dat ik

code:

sudo chown -R pi:pi /opt/zigbee2mqtt

gedaan heb. Deze nogmaals gedaan. Dubbel check.

Daarna npm install gedaan en het werkt nu lijkt het..

code:

pi@raspberrypi:/opt/zigbee2mqtt $ npm start

> zigbee2mqtt@1.1.0 start /opt/zigbee2mqtt
> node index.js

  zigbee2mqtt:info 2/1/2019, 11:54:51 AM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-02-01.11-54-51'
  zigbee2mqtt:info 2/1/2019, 11:54:52 AM Starting zigbee2mqtt version 1.1.0 (commit #a7eea5e)
  zigbee2mqtt:info 2/1/2019, 11:54:52 AM Starting zigbee-shepherd
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM zigbee-shepherd started
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM Coordinator firmware version: '20190109'
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM Currently 0 devices are joined:
  zigbee2mqtt:warn 2/1/2019, 11:54:53 AM `permit_join` set to  `true` in configuration.yaml.
  zigbee2mqtt:warn 2/1/2019, 11:54:53 AM Allowing new devices to join.
  zigbee2mqtt:warn 2/1/2019, 11:54:53 AM Set `permit_join` to `false` once you joined all devices.
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM Zigbee: allowing new devices to join.
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM Connecting to MQTT server at mqtt://localhost
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM zigbee-shepherd ready
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM Connected to MQTT server
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[]}'
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM Zigbee: allowing new devices to join.
  zigbee2mqtt:info 2/1/2019, 11:54:53 AM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'

[ Voor 3% gewijzigd door beekware op 01-02-2019 11:59 ]

[R2D2]

Koenkk schreef op vrijdag 1 februari 2019 @ 11:53:
[...]


Heb je toevallig nog een log wanneer zigbee2mqtt er mee ophoudt na het pairen van een nieuw device?

Zou ik even na moeten kijken of ik die nog heb. Ik heb zojuist alles weer aan de praat gekregen met de laatste stable release, 1.1.0.1. Na een herinstallatie van de addon, de stick een paar keer resetten en de boel een keer helemaal opnieuw opstarten heeft ie de gang weer te pakken.

Overigens denk ik niet dat het aan het pairen van het device lag. Die is namelijk correct gepaired en werkte ook al prima. Na de reboot (die ik altijd even doe als ik het één en ander aangepast heb) ging hij echter onderuit. De switch welke ik vanochtend gepaired had deed het echter net wel weer gewoon.

Ik blijf trouwens wel problemen houden met het pairen van apparaten via een router, om 1 of andere reden wil dat simpelweg niet. Net dus weer even een switch van de muur af moeten halen om hem te pairen met de coordinator beneden.

Probleem is echter dat die Xiaomi switches niet snel overschakelen naar een andere router binnen het netwerk, de desbetreffende switch blijft dus "plakken" aan de coordinator beneden waar hij een slechte verbinding mee heeft terwijl er binnen een straal van 3 meter 3 Hue lampen en een CC2531 router ingeplugd zijn maar daarop connecten ho maar.

[BizzieBis]

Ik vraag me sowieso af of bepaalde routers wel gebruikt worden door de coordinator. Ik heb 6 ikea lampen die als router zouden moeten werken, maar ik krijg nooit een status update te zien. Ook lijkt er geen enkel end device mee te willen verbinden. In de log zie ik niet dat ze gepinged worden

code:

2019-2-1 12:39:16 - debug: Check online Router Beneden 0x00124b0001490d7c
2019-2-1 12:39:16 - debug: Successfully pinged 0x00124b0001490d7c
2019-2-1 12:39:16 - debug: Check online Kodi Powerplug 0x00158d00024d8998
2019-2-1 12:39:26 - debug: Failed to ping 0x00158d00024d8998
2019-2-1 12:39:26 - debug: Check online Router WTW 0x00124b00016f2bd5
2019-2-1 12:39:26 - debug: Successfully pinged 0x00124b00016f2bd5
2019-2-1 12:39:26 - debug: Check online Xiaomi PowerPlug 0x00158d0002370efc
2019-2-1 12:39:37 - debug: Failed to ping 0x00158d0002370efc

[R2D2]

Koenkk schreef op vrijdag 1 februari 2019 @ 11:53:
[...]


Heb je toevallig nog een log wanneer zigbee2mqtt er mee ophoudt na het pairen van een nieuw device?

Probleem gevonden, ik had net weer last van hetzelfde....

Maar nu ook duidelijk waarom. Als je je settings aanpast vanuit de addon is na het opslaan ervan je MQTT wachtwoord regel verdwenen. Of het zo hoort of niet geen idee maar ik had dus wat zaken in de config.yaml gezet (ik hou er niet zo van als dingen verdwijnen dus dan maar direct in de .yaml file), als daar een foutje in zit (in mijn geval een spatie teveel) gaat de boel ook onderuit echter zonder noemenswaardige foutmelding in de logs.

Vraag is dus waarom vind de addon het noodzaak een wachtwoord regel te verwijderen?

Die typo was dus mijn eigen stomme schuld en ook de reden waarom het geheel onderuit ging.

BizzieBis schreef op vrijdag 1 februari 2019 @ 12:51:
Ik vraag me sowieso af of bepaalde routers wel gebruikt worden door de coordinator. Ik heb 6 ikea lampen die als router zouden moeten werken, maar ik krijg nooit een status update te zien. Ook lijkt er geen enkel end device mee te willen verbinden. In de log zie ik niet dat ze gepinged worden

code:

2019-2-1 12:39:16 - debug: Check online Router Beneden 0x00124b0001490d7c
2019-2-1 12:39:16 - debug: Successfully pinged 0x00124b0001490d7c
2019-2-1 12:39:16 - debug: Check online Kodi Powerplug 0x00158d00024d8998
2019-2-1 12:39:26 - debug: Failed to ping 0x00158d00024d8998
2019-2-1 12:39:26 - debug: Check online Router WTW 0x00124b00016f2bd5
2019-2-1 12:39:26 - debug: Successfully pinged 0x00124b00016f2bd5
2019-2-1 12:39:26 - debug: Check online Xiaomi PowerPlug 0x00158d0002370efc
2019-2-1 12:39:37 - debug: Failed to ping 0x00158d0002370efc

Ik heb de debug log ook maar eens aangezet. In de network map zie ik de lampen wel allemaal onderling met elkaar verbinden maar de end devices bungelen er een beetje los langs... Welke powerplugs gebruik jij?

[ Voor 41% gewijzigd door R2D2 op 01-02-2019 13:33 ]

[trekker22]

Mars Warrior schreef op donderdag 31 januari 2019 @ 22:11:
[...]

Zou wel moeten. Brand het groene lampje, en knippert de rode en zie je ca elke minuut de router in de log van zigbee2mqtt voorbij komen??

[...]

Lampen en stopcontacten moeten als router optreden. Dus heb je een aardig aantal lampen dan zou zich dat vanzelf moeten oplossen...

[...]

Snap niet precies wat je bedoeld met "alles opnieuw opgebouwd". zigbee2mqtt haalt alles uit zijn database en stuurt de meuk gewoon weer naar mqtt.

ja ik had genoeg routers. Echter was de weg van de meterkast denk ik teveel (had er een op de wc aangrenzend aan meterkast en eentje in de hal bij de meterkast). Nu heb ik de hal lamp verhuist naar woonkamer (3 meter van doorgang naar keuken). En nu loopt alles top!
Maar waarom ik denk dat die cc2531 routers weinig doen (zie wel de ping voorbij komen.) is dat ik juist die 2 routers in de woonkamer in stopcontact had zitten (o.a. op de plek van die Hue lamp die ik verhuisd heb) en het werkte niet.

Met de Hue lamp verplaatst schakelt de keuken nu perfect in groepen:
- 8 spots
- 3 spots
- 2 lampen
- 2 lampen
groepen als light aangemaakt in Hass en ik kan met 1x klikken die hele keuken uitschakelen. Of per groep aan/uit/dim. Netwerk diagram ziet er nu ook top uit met die verplaatste lamp. Dus ik denk dat de plaatsing van de lamp (met het beperkt range van de cc2531) wel belangrijk is.

inzake dat nieuwe opbouwen: stel de zigbee2mqtt service valt weg voor bv 5 minuten maar cc2531 coordinator zit nog wel in de stroom, dan blijft het netwerk lijkt me in tact?

Stel de stroom valt van de coordinator, wat gaan die sensors en routers allemaal doen qua netwerk vinden. En hoe rap bouwt het zich weer op als de coordinator weer stroom krijgt.

Maar nu werkt het top en dus rustig uitbouwen zodat de schakelingen vooral automatisch gaan en men niet op de knoppen gaat zitten rammen en alles overbelast!
Heb die extra philips GU10 niet eens nodig en denk voorlopig retour. (prijzig bij de Gamma a 22,50 per stuk )

[trekker22]

R2D2 schreef op vrijdag 1 februari 2019 @ 12:29:
[...]


Zou ik even na moeten kijken of ik die nog heb. Ik heb zojuist alles weer aan de praat gekregen met de laatste stable release, 1.1.0.1. Na een herinstallatie van de addon, de stick een paar keer resetten en de boel een keer helemaal opnieuw opstarten heeft ie de gang weer te pakken.

Overigens denk ik niet dat het aan het pairen van het device lag. Die is namelijk correct gepaired en werkte ook al prima. Na de reboot (die ik altijd even doe als ik het één en ander aangepast heb) ging hij echter onderuit. De switch welke ik vanochtend gepaired had deed het echter net wel weer gewoon.

Ik blijf trouwens wel problemen houden met het pairen van apparaten via een router, om 1 of andere reden wil dat simpelweg niet. Net dus weer even een switch van de muur af moeten halen om hem te pairen met de coordinator beneden.

Probleem is echter dat die Xiaomi switches niet snel overschakelen naar een andere router binnen het netwerk, de desbetreffende switch blijft dus "plakken" aan de coordinator beneden waar hij een slechte verbinding mee heeft terwijl er binnen een straal van 3 meter 3 Hue lampen en een CC2531 router ingeplugd zijn maar daarop connecten ho maar.

mij lukt dit ook niet. Heb dus maar een losse fitting en een los GU10 stekkertje in de meterkast liggen om lampen daar te pairen en dan op de goede plek terug te hangen. Ben wel ooit bang hoe het gaat als die CC2531 aan zijn limiet zit en de lampen niet snel genoeg onderling routes leggen buiten de coordinator om.

Nog een vraagje over de configuration.yaml, is die realtime te updaten en pakt zigbee2mqtt dit over; of is beste de service stop zetten en dan editen en weer opstarten?

[ Voor 5% gewijzigd door trekker22 op 01-02-2019 13:36 ]

[FutureCow]

Je kunt hem wel aanpassen als de service draait, maar pas bij een restart wordt deze geladen. Dus veranderingen die je doorvoert zie je pas na de restart

[PuckStar]

Gebruikt iemand de Xiaomi Aqara button WXKG11LM?
Ik heb dit in mijn Hass automation:

code:

- alias: 'TEST Trigger testing 2'
  initial_state: 'off'  
  trigger:
    platform: state
    entity_id: sensor.overloop_knop_click
    to: 'single'

En nog 1tje met double.
Maarja als je al een keer single hebt geclicked ziet hij de volgende single click natuurlijk niet.
Omdat Hass die state niet ziet wijzigen.
Hoe doen jullie dat?

[endness]

Met een mqtt-trigger:

code:

- alias: Button press
  trigger:
    platform: mqtt
    topic: 'zigbee2mqtt/button'
  condition:
    condition: template
    value_template: '{{ "single" == trigger.payload_json.click }}'
  action:
    - service: homeassistant.turn_on
      entity_id: switch.switch_1

[Squixx]

PuckStar schreef op vrijdag 1 februari 2019 @ 14:52:
Gebruikt iemand de Xiaomi Aqara button WXKG11LM?
Ik heb dit in mijn Hass automation:

code:

- alias: 'TEST Trigger testing 2'
  initial_state: 'off'  
  trigger:
    platform: state
    entity_id: sensor.overloop_knop_click
    to: 'single'

En nog 1tje met double.
Maarja als je al een keer single hebt geclicked ziet hij de volgende single click natuurlijk niet.
Omdat Hass die state niet ziet wijzigen.
Hoe doen jullie dat?

code:

automation:
  - alias: Respond to button clicks
    trigger:
      platform: mqtt
      topic: 'zigbee2mqtt/<FRIENDLY_NAME'
    condition:
      condition: template
      value_template: '{{ "single" == trigger.payload_json.click }}'
    action:
      entity_id: light.bedroom
      service: light.toggle

zie: https://koenkk.github.io/...ation/home_assistant.html
responding to button clocks

[trekker22]

PuckStar schreef op vrijdag 1 februari 2019 @ 14:52:
Gebruikt iemand de Xiaomi Aqara button WXKG11LM?
Ik heb dit in mijn Hass automation:

code:

- alias: 'TEST Trigger testing 2'
  initial_state: 'off'  
  trigger:
    platform: state
    entity_id: sensor.overloop_knop_click
    to: 'single'

En nog 1tje met double.
Maarja als je al een keer single hebt geclicked ziet hij de volgende single click natuurlijk niet.
Omdat Hass die state niet ziet wijzigen.
Hoe doen jullie dat?

toevallig vandaag ook aan gepuzzeld. Ik heb de dubbele wall switch die ook double en long ondersteund.

met deze code kan ik met elke knop een eigen group toggelen: (nu nog alleen de brigtness aanpassen op een dubbel / long klik!)

code:

alias: 034 keukenschuif_links_right
initial_state: 'on'
trigger:
  platform: mqtt
  topic: 'zigbee2mqtt/double_switch_keuken_schuifdeur_links'
  
action:
- service: light.toggle
  data_template:
    entity_id: >-
      {%- if "\"left\"" in trigger.payload -%}
        light.light_spots_kozijn
      {%- elif "\"right\"" in trigger.payload -%}
        light.light_spots_kast_keuken
      {%- endif -%}

[BizzieBis]

Ik heb net 2 xiaomi devices gepaired en toen ging de coördinator onderuit. Niet meer aan de gang te krijgen, ook niet met de bovengenoemde methode. Ik heb hier uren ingestoken, 3x het hele netwerk moeten rebuilden en nu weer? Ik ga weer terug naar de Xiaomi Bridge. Ik gebruikt tenslotte alleen Xiaomi en Ikea spullen.

Begrijp me niet verkeerd, ik vind het een zeer mooi project, en ik zou het graag blijven gebruiken. Maar mijn domotica is in de laatste 6 jaar nog nooit zo instabiel geweest. De WAF is tot een absoluut dieptepunt gezakt.

edit:
Ik zie het al. Mijn stick zit weer op een ander panId.. Daag, daar ga ik dus echt niet aan beginnen

[ Voor 10% gewijzigd door BizzieBis op 01-02-2019 18:34 ]

[dof]

BizzieBis schreef op vrijdag 1 februari 2019 @ 18:17:
Ik heb net 2 xiaomi devices gepaired en toen ging de coördinator onderuit. Niet meer aan de gang te krijgen, ook niet met de bovengenoemde methode. Ik heb hier uren ingestoken, 3x het hele netwerk moeten rebuilden en nu weer? Ik ga weer terug naar de Xiaomi Bridge. Ik gebruikt tenslotte alleen Xiaomi en Ikea spullen.

Begrijp me niet verkeerd, ik vind het een zeer mooi project, en ik zou het graag blijven gebruiken. Maar mijn domotica is in de laatste 6 jaar nog nooit zo instabiel geweest. De WAF is tot een absoluut dieptepunt gezakt.

Mijn ervaring is dat Z2M sinds eind november erg stabiel draait (hoge WAF), na veel instabiliteit rond de Xiaomi hub in 4Q18. Alleen de HA upgrade van 84.x naar 86.x in jan. gaf wat (niet z2m) gedoe, maar was snel opgelost.
Ik gebruik een ~25 Xiaomi devices (sensoren, powerplugs en schakelaars) inclusief 4 routers (2 x cc2531 en 2x x powerplugs). 'k Heb geen Ikea Tradfri spul (doe alles met Sonoff's die domme lampen aansturen).

Maar 'k was juist van plan eens met Tradfri spul te experimenteren aangezien ik nieuwsgierig ben naar het 'binden' van tradfri lamp met Tradfri dimmer, als fall-back wanneer HA of wat anders het niet doet. Maar gezien de discussies vraag ik me af of ikea tradfri een zwakke link is ('k zie ook al de reactie over overstap van Tradfri naar Hue).
Enfin, 'k laat het wel weten.

[zoeperman]

Is het ook mogelijk om in een bestaand xiaomi netwerk een stick als extra router te laten fungeren, zonder zigbee2mqtt nodig te hebben?

[Sander]

R2D2 schreef op vrijdag 1 februari 2019 @ 13:30:
[...]


Probleem gevonden, ik had net weer last van hetzelfde....

Maar nu ook duidelijk waarom. Als je je settings aanpast vanuit de addon is na het opslaan ervan je MQTT wachtwoord regel verdwenen. Of het zo hoort of niet geen idee maar ik had dus wat zaken in de config.yaml gezet (ik hou er niet zo van als dingen verdwijnen dus dan maar direct in de .yaml file), als daar een foutje in zit (in mijn geval een spatie teveel) gaat de boel ook onderuit echter zonder noemenswaardige foutmelding in de logs.

Vraag is dus waarom vind de addon het noodzaak een wachtwoord regel te verwijderen?

Die typo was dus mijn eigen stomme schuld en ook de reden waarom het geheel onderuit ging.


[...]


Ik heb de debug log ook maar eens aangezet. In de network map zie ik de lampen wel allemaal onderling met elkaar verbinden maar de end devices bungelen er een beetje los langs... Welke powerplugs gebruik jij?

[Afbeelding]

Euh die lijnen tussen de verschillende elementen hoe krijg je die erbij? Is dat alleen in debug mode? Want bij mij staat alles 'los' van elkaar (ik heb overigens ook regelmatig lampen die buiten bereik van het network lijken te vallen en gewoon aan of uit blijven ipv mee te schakelen).

[dof]

zoeperman schreef op vrijdag 1 februari 2019 @ 20:27:
Is het ook mogelijk om in een bestaand xiaomi netwerk een stick als extra router te laten fungeren, zonder zigbee2mqtt nodig te hebben?

Dan moet de xiaomi hub dit herkennen. Maar aangezien dit niet in de devices lijst van de Mi app staat lijkt me dit niet mogelijk.

Zelfde zou je kunnen wensen van de Tradfri signaalversterker. Dat is eigenlijk ook een zigbee router, en aangezien het van Ikea is en Ikea een samenwerking met Xiaomi heeft zou dit eerder te verwachten zijn. Maar deze staat ook niet in de lijst.
De Xiaomi Zigbee poweradapters werken wel goed als zigbee router in het xiaomi systeem.

[Sterke-Jerke]

R2D2 schreef op vrijdag 1 februari 2019 @ 13:30:
[...]

In de network map zie ik de lampen wel allemaal onderling met elkaar verbinden maar de end devices bungelen er een beetje los langs... Welke powerplugs gebruik jij?

[Afbeelding]

Welke app gebruik je voor die netwerk map?

[vanputten80]

Met tips uit dit topic is het me weer gelukt om Ikea en Xiaomi zaken te pairen. Echter wel 1 voor 1 met daartussen een herstart van Hassio/PI (stroom eraf). Ik koppel vlak naast de PI. De USB controler zit niet direct aan de PI maar heb er een kabel tussen gedaan en verder weggelegd van Router.

Ik heb nu 5 Ikea switches er op staan en 2 xiaomi end devices. De Database heb ik opgeschoond en draai sinds gisteren de laatste firmware (na installatie verschillende fouten gehad met als resultaat het volledig opnieuw opbouwen van de DB (opnieuw pairen).

Het werkt, dus dat is prima maar het kan vast makkelijker.

Tevens ben ik benieuwd of ik altijd moet pairen met de coordinator of kan dit ook met een router (ikea switch)


EDIT.
Permit join had ik altijd aanstaan. Ik heb nu 2x Xiaomi kunnen toevoegen door elke keer PermintJoint Uit en Aan te zetten. Heb geen devices meer om het nog een keer te proberen.

[ Voor 11% gewijzigd door vanputten80 op 02-02-2019 12:39 ]

[dof]

vanputten80 schreef op zaterdag 2 februari 2019 @ 10:25:
Met tips uit dit topic is het me weer gelukt om Ikea en Xiaomi zaken te pairen. Echter wel 1 voor 1 met daartussen een herstart van Hassio/PI (stroom eraf). Ik koppel vlak naast de PI. De USB controler zit niet direct aan de PI maar heb er een kabel tussen gedaan en verder weggelegd van Router.

Ik heb nu 5 Ikea switches er op staan en 2 xiaomi end devices. De Database heb ik opgeschoond en draai sinds gisteren de laatste firmware (na installatie verschillende fouten gehad met als resultaat het volledig opnieuw opbouwen van de DB (opnieuw pairen).

Het werkt, dus dat is prima maar het kan vast makkelijker.

Tevens ben ik benieuwd of ik altijd moet pairen met de coordinator of kan dit ook met een router (ikea switch)

Volgens Zigbee2mqtt docs van Koenk moet je altijd pairen met de coordinator. Daarna kun je je device overal plaatsen en zoekt die dynamisch z'n weg via routers of rechtstreeks. Dit kun je ook niet beïnvloeden, anders dan via plaatsing.

[jobr]

zoeperman schreef op vrijdag 1 februari 2019 @ 20:27:
Is het ook mogelijk om in een bestaand xiaomi netwerk een stick als extra router te laten fungeren, zonder zigbee2mqtt nodig te hebben?

Ja hoor dat kan.

[zoeperman]

jobr schreef op zaterdag 2 februari 2019 @ 19:56:
[...]


Ja hoor dat kan.

hoe dan?
want je kan hem niet aan je gateway toevoegen als device, dus je zal al het panid moeten weten ofzo van je bestaande netwerk

[jobr]

zoeperman schreef op zondag 3 februari 2019 @ 07:11:
[...]


hoe dan?
want je kan hem niet aan je gateway toevoegen als device, dus je zal al het panid moeten weten ofzo van je bestaande netwerk

Ja hoor, je kunt deze wel binden.
Je moet in mi home app een device toevoegen en dan kiezen voor Other device. En dan op SW2 knopje op je router drukken. Ik weet niet meer of dat lang of kort is. Ik denk lang.
Je ziet de router niet in de mi home app. Gateway zegt dacht ik ook niet of het gelukt is.
Maar ik keek naar de output van de CC2531 (debug versie) en zag dat deze wel verbonden was. Vervolgens kun je deze inzetten waar je wilt.

[flexje]

ik ben bezig met een schone installatie. Ik krijg bij de installatie het volgende:

found 2 moderate severity vulnerabilities in 1605 scanned packages
2 vulnerabilities require manual review. See the full report for details.

Kan ik dit negeren?

[PuckStar]

flexje schreef op zondag 3 februari 2019 @ 10:52:
ik ben bezig met een schone installatie. Ik krijg bij de installatie het volgende:

[...]


Kan ik dit negeren?

"Note that the npm install produces some warning which can be ignored."

[Koenkk]

Voor de geïnteresseerde, ik heb een tutorial geschreven hoe je de network range kunt verbeteren: https://koenkk.github.io/...mprove_network_range.html

[trekker22]

Koenkk schreef op zondag 3 februari 2019 @ 18:08:
Voor de geïnteresseerde, ik heb een tutorial geschreven hoe je de network range kunt verbeteren: https://koenkk.github.io/...mprove_network_range.html

Laatste link inzake cc2530 werkt. Verder mooi werk.

[Koenkk]

trekker22 schreef op zondag 3 februari 2019 @ 18:23:
[...]

Laatste link inzake cc2530 werkt. Verder mooi werk.

thanks, fixed

[zoeperman]

jobr schreef op zondag 3 februari 2019 @ 09:26:
[...]


Ja hoor, je kunt deze wel binden.
Je moet in mi home app een device toevoegen en dan kiezen voor Other device. En dan op SW2 knopje op je router drukken. Ik weet niet meer of dat lang of kort is. Ik denk lang.
Je ziet de router niet in de mi home app. Gateway zegt dacht ik ook niet of het gelukt is.
Maar ik keek naar de output van de CC2531 (debug versie) en zag dat deze wel verbonden was. Vervolgens kun je deze inzetten waar je wilt.

@Koenkk
jij toevallig ervaring met bovenstaande?
En misschien een tutorial hiervoor?

[Koenkk]

zoeperman schreef op zondag 3 februari 2019 @ 19:29:
[...]


@Koenkk
jij toevallig ervaring met bovenstaande?
En misschien een tutorial hiervoor?

Nee, ik gebruik de Xiaomi gateway niet

[PuckStar]

Kan ik een component geforceerd op een router laten werken ipv op de coordinator?
Router zit er 2 meter naast maar toch pakt de motion sensor (althans volgens de network map) de coordinator die zo'n 8 meter en 4 muren verder zit.

[dof]

jobr schreef op zondag 3 februari 2019 @ 09:26:
[...]

Ja hoor, je kunt deze wel binden.
Je moet in mi home app een device toevoegen en dan kiezen voor Other device. En dan op SW2 knopje op je router drukken. Ik weet niet meer of dat lang of kort is. Ik denk lang.
Je ziet de router niet in de mi home app. Gateway zegt dacht ik ook niet of het gelukt is.
Maar ik keek naar de output van de CC2531 (debug versie) en zag dat deze wel verbonden was. Vervolgens kun je deze inzetten waar je wilt.

Vanuit de Zigbee theorie (voor zover ik het heb gescand) meende ik dat het niet zomaar kan, want het proces van pairen betekend ook e.e.a. qua uitwisseling van gegevens, en daar zou je dan op de concentrator (xiaomi hub -> Mi App) toch wat van terug moeten zien? Als de Xiaomi hub zomaar een andere router (cc2531) zou kunnen pairen zou dat m.i. vrij bijzonder zijn. Zou wel aardig zijn.

Interessant dat je in de cc2531 router log connectiviteit met Xiaomi ziet, maar heb je ook getest of het ook werkelijk als router werkt? B.v. met een end-device die zover weg is dat hij geen contact krijgt met de hub, maar wel als er een router c.q. cc2532 tussen zit? Ben er wel benieuwd naar.

[dof]

PuckStar schreef op zondag 3 februari 2019 @ 22:20:
Kan ik een component geforceerd op een router laten werken ipv op de coordinator?
Router zit er 2 meter naast maar toch pakt de motion sensor (althans volgens de network map) de coordinator die zo'n 8 meter en 4 muren verder zit.

Zigbee routing is een netwerk functie, oftewel de logica ingebouwd in de zigbee devices (die als router kunnen werken) zoekt zelf uit wat het de goede route vind. De link quality is daar wel een belangrijke parameter bij, maar het betrekt meer informatie bij die beoordeling (van de goede route). Verder duurt het soms even tot het netwerk z'n juiste routes heeft gevonden.

De netwerk map functie in combi met graphviz geeft mooie plaatjes, maar ik geloof niet dat je daar 100% op kunt vertrouwen. De mijne geeft deels niet juiste informatie helaas, want ik weet zeker dat bepaalde end-nodes via bepaalde routers gaan (aangezien die vrij ver weg staan), maar ik zie dat niet terug in de netwerk map helaas.

[Koenkk]

dof schreef op maandag 4 februari 2019 @ 00:11:
[...]


Zigbee routing is een netwerk functie, oftewel de logica ingebouwd in de zigbee devices (die als router kunnen werken) zoekt zelf uit wat het de goede route vind. De link quality is daar wel een belangrijke parameter bij, maar het betrekt meer informatie bij die beoordeling (van de goede route). Verder duurt het soms even tot het netwerk z'n juiste routes heeft gevonden.

De netwerk map functie in combi met graphviz geeft mooie plaatjes, maar ik geloof niet dat je daar 100% op kunt vertrouwen. De mijne geeft deels niet juiste informatie helaas, want ik weet zeker dat bepaalde end-nodes via bepaalde routers gaan (aangezien die vrij ver weg staan), maar ik zie dat niet terug in de netwerk map helaas.

De networkmap is nog niet helemaal compleet/precies/verklaarbaar, als het device goed werkt zou ik je er verder niet te druk over maken.

[R2D2]

Sander schreef op vrijdag 1 februari 2019 @ 20:43:
[...]


Euh die lijnen tussen de verschillende elementen hoe krijg je die erbij? Is dat alleen in debug mode? Want bij mij staat alles 'los' van elkaar (ik heb overigens ook regelmatig lampen die buiten bereik van het network lijken te vallen en gewoon aan of uit blijven ipv mee te schakelen).

Gaat geheel automagisch, geen debug mode of wat dan ook voor nodig (al staat dat momenteel wel aan).

Sterke-Jerke schreef op zaterdag 2 februari 2019 @ 09:25:
[...]
Welke app gebruik je voor die netwerk map?

Ik gebruik deze, https://community.home-as...p-in-home-assistant/89116

Al heb ik nog wel in de planning staan om hem te gaan forken want ik wil hem met kleurtjes e.d. zodat hij wat leesbaarder is.