Hallo Com,
ich habe mir die Innr SP 120 gekauft um die Anzahl meiner Zigbee Geräte zu erhöhen, des weiteren soll die Dose als Repeater fungieren. Leider bekomme ich das Teil nicht gepairt. In Fhem ist autocreate active, set 1 pair hab ich am Stick gemacht und danach 5 Sekunden die Taste an der Steckdose gedrückt, aber es passiert rein gar nichts, die Dose ist ca. 1,5 m weg vom Stick.
Kann auch nichts in der Log sehen, da passiert rein gar nichts.
Muss ich noch was beachten, etwas anders machen. Laut Seite wird die Steckdose ja supported.
Grüße,
EDIT:::
ich dachte erst es liegt vllt an der neuen Steckdose von Innr, da ich diese nicht pairen konnte. Also habe ich Aqara Sensoren probiert, auch diese kann ich nicht mehr pairen, obwohl die schon mal gepairt waren. Sogar der, den ich extra als Device entfernt habe um Platz für die Innr zu machen. Ich hatte 15 Aqara Sensoren, die zu pairen hat wunderbar geklappt. Da ich ja dann die neue Steckdose pairen wollte um die Device Anzahl zu erhöhen, habe ich einen Sensor entfern/gelöscht, er steht auch nicht mehr in der config.yaml als Deviceleiche.
Jeder versuch, diesen Sensor oder zwei andere die noch fehlen zu pairen, funktioniert nicht. Ich setzte den Stick in den Pair Modus über FHEMWEB, starte den Pairprozess an den Sensoren und nichts passiert, kein neues Device nix. Autocreate in Fhem ist auch aktiviert.
Wie gesagt das hatte früher wunderbar geklappt. Und die die gepairt sind kommunizieren auch wunderbar mit dem Stick und in FHEM reagiert das Device direkt auf den Zustand der Sensoren, also auf oder zu.
Hatte das schon mal jemand, habt ihr das in den Griff bekommen ? Was kann ich noch tun ?
Habe eine FW von April 2019 drauf, zigbee2mqtt hatte ich dann noch versucht zu aktualisieren auf die Version 1.6.0 . Aber auch danach hat es keine Besserung gebracht. Ach ja, gepaird wird direkt am Stick, um evt. schlechten Empfang aus zu grenzen.
Bei mir hat das geklappt. Ich verrate dir aber nicht, warum :-* .
(Oder vielleicht doch, wenn du mir verrätst, über welche Art der Einbindung wir hier grade reden und das übertragbar sein sollte...)
Anmerkung: Bitte denke beim Erstellen deiner Beiträge daran, dass potentielle Helfer nicht "riechen" können, wie dein Umfeld aussieht. Leider sind die letzten deiner Beiträge, die ich "aus dem Augenwinkel" gesehen habe, in diese Richtung wenig erhellend.
Zitat von: Beta-User am 01 Oktober 2019, 17:09:58
Bei mir hat das geklappt. Ich verrate dir aber nicht, warum :-* .
(Oder vielleicht doch, wenn du mir verrätst, über welche Art der Einbindung wir hier grade reden und das übertragbar sein sollte...)
Anmerkung: Bitte denke beim Erstellen deiner Beiträge daran, dass potentielle Helfer nicht "riechen" können, wie dein Umfeld aussieht. Leider sind die letzten deiner Beiträge, die ich "aus dem Augenwinkel" gesehen habe, in diese Richtung wenig erhellend.
h
Sorry, du hast recht. Also ich habe einen Zigbee Stick CC2531 mit der Z-Stack FW von Koenkk als Coordinator drauf, der hängt an meinem NUC, dort läuft Linux. Desweiteren läuft noch zigbee2mqtt. Das Device ist so angelegt.
Zitat
Internals:
DEF bridge
FRIENDLYNAME bridge
FUUID 5d0e7cfd-f33f-fc62-bdc7-8a67643fbcaf5bec
IODev mqtt
MODEL bridge
NAME Zigbee2MQTT
NOTIFYDEV bridge
NR 38
SID bridge
STATE online
TYPE XiaomiMQTTDevice
Bisher hat es eigentlich wunderbar funktioniert, bin bloß an die Grenze von 15 Geräten gekommen. Daher die Innr Dose, in der Hoffnung, sie als Repeater zu nutzen und um meine Reichweite zu erhöhen.
Dazu hab ich eben das 15. Device gelöscht um Platz zu haben.
Aber mittlerweile hab ich das Gefühl, es liegt am Stick, oder an FHEM ka. Ich kann auch meinen alten Sensor den ich vorher gelöscht habe, nicht wieder anlernen. Der Rest der Sensoren reagiert aber und Sendet den Status sauber an FHEM.
Autocreate kann ja nicht defekt sein ? Auf active steht es. Schon merkwürdig. Habe FHEM restartet, habe das aktuellste Z2M installiert, habe auch das ganze System rebootet, nichts.
Definiere "gelöscht".
Auf den gewünschten Sensor geklickt und dann unten auf delet device (xxx). Danach hab ich in der config.yamil in zigbee 2mqtt Ordner geschaut ob es dort noch in der Liste auftaucht. Wurde aber sauber entfernt.
Hmm, keine wirkliche Idee.
Spekulation: ich meine mich zu erinnern, dass die Zahl der maximalen Geräte auf dem Stick eine "ca."-Angabe war. Das würde bedeuten, dass der Platz nicht immer gleich ist, den ein einzelnes Gerät beansprucht. Da die innr ein paar Kanäle hat, könnte es sein, dass die "größer" ist als das gelöschte Gerät. Könnte also sein, dass es erst klappt, wenn du noch mehr Platz schaffst. Aber wie gesagt: Spekulativ...
Zitat von: Beta-User am 04 Oktober 2019, 09:51:11
Hmm, keine wirkliche Idee.
Spekulation: ich meine mich zu erinnern, dass die Zahl der maximalen Geräte auf dem Stick eine "ca."-Angabe war. Das würde bedeuten, dass der Platz nicht immer gleich ist, den ein einzelnes Gerät beansprucht. Da die innr ein paar Kanäle hat, könnte es sein, dass die "größer" ist als das gelöschte Gerät. Könnte also sein, dass es erst klappt, wenn du noch mehr Platz schaffst. Aber wie gesagt: Spekulativ...
Hm, ich bekomme aber das extra gelöschte Sensor Device was vorher gepairt war auch nicht mehr angelenrt, hier liegt es vllt gar nicht mal an der Steckdose sondern an was anderem. Ich habe keine Ahnung warum ich nichts mehr pairen kann, auch nicht die Kontakte die schon dran waren. Hab hier noch 3 rumliegen, keins der 3 konnte ich pairen, passieren tut da beim Pairvorgang nichts. Vllt liegt das Problem wirklich an was anderem.
Ich kann's dir nicht sagen, was da schief läuft. Jedenfalls wird unter diesem Titel hier tendenziell keiner allgemeine pairing-Probleme mit einem CC2531 vermuten. Vielleicht solltest du das ändern bzw. einen neuen Thread anfangen (ist aber deiner, würde eher den Titel ändern)?
Vielleicht hat jemand einen Tipp, wie man den Speicher auf dem Ti "aufräumt" (Wenn es nicht in der Doku (bei zigbee2mqtt) steht...).
Zitat von: D3ltorohd am 01 Oktober 2019, 22:31:13
Auf den gewünschten Sensor geklickt und dann unten auf delet device (xxx). Danach hab ich in der config.yamil in zigbee 2mqtt Ordner geschaut ob es dort noch in der Liste auftaucht. Wurde aber sauber entfernt.
nicht wirklich gut , da das device dann zwar in fhem gelöscht wird, aber nicht in der config des coordinators wenn ich mich recht erinnere.
damit sollte das device im grunde in fhem auch wieder auftauchen , wenn du in der bridge mal ein set updatedevices ausführst. falls es dann wieder angelegt wird solltest du es mit set device remove löschen , dann wird es auch aus der config des coordinators gelöscht .
wenn das nicht geht solltest du mal im configfile von zigbee2mqtt schauen , ich denke dort steht das device noch drinnen . Findest du unter '/opt/zigbee2mqtt/data' und sieht so aus.
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
serial:
port: /dev/ttyACM0
devices:
'0x00158d0001ef8849':
friendly_name: '0x00158d0001ef8849'
retain: false
'0x00158d000200b8f0':
friendly_name: '0x00158d000200b8f0'
retain: false
'0x00158d00024e671f':
friendly_name: '0x00158d00024e671f'
retain: false
'0x000b57fffea6de44':
friendly_name: '0x000b57fffea6de44'
retain: false
'0x00158d000200bb9c':
friendly_name: '0x00158d000200bb9c'
retain: false
'0x00158d0002564d59':
friendly_name: '0x00158d0002564d59'
retain: false
'0x00158d0001ef6137':
friendly_name: '0x00158d0001ef6137'
retain: false
'0x00158d00028f76f9':
friendly_name: '0x00158d00028f76f9'
retain: false
'0x00158d00028f71e0':
friendly_name: '0x00158d00028f71e0'
retain: false
'0x00124b0012023468':
friendly_name: '0x00124b0012023468'
retain: false
'0x00124b001202312f':
friendly_name: '0x00124b001202312f'
retain: false
'0x00124b0019366529':
friendly_name: '0x00124b0019366529'
retain: false
'0x000b57fffe9c2c77':
friendly_name: '0x000b57fffe9c2c77'
retain: false
'0x00158d00031b4b20':
friendly_name: '0x00158d00031b4b20'
retain: false
'0x00158d000236a027':
friendly_name: '0x00158d000236a027'
retain: false
dort kannst du es manuell löschen. Dazu service stoppen , datei ändern , service neu starten.
ist jetzt alles ein wenig aus der erinnerung , ich habe mich schon einen moment nicht mehr damit beschäftigt , von daher ohne Gewähr ;)
gruss Byte09
Hmm, ist schwierig zu deuten, was er geschrieben hatte, aber wenn es aus der yaml geflogen ist, scheint das via MQTT auch beim zigbee2mqtt-Dienst angekommen zu sein (über eine spezielle Funktion an diesem xiaomi-MQTT-Dingens, das er zu nutzen scheint...?). So hatte ich jedenfalls die Antwort verstanden.
Aber du hast recht, ein List von dem ehemaligen Device oder der bridge wäre hilfreich gewesen, um Rückfragen zu vermeiden.
Nachtrag:
wenn du alle devices die mal "dran" waren alle nur in fhem gelöscht hast sind sie alle noch in der yaml. Dann wird es vom Platz sicher eng und erklärt warum kein pairing möglich ist, sie sind bereits gepaird... nur nicht mehr in fhem vorhanden.
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Zitat von: D3ltorohd am 01 Oktober 2019, 22:31:13
Auf den gewünschten Sensor geklickt und dann unten auf delet device (xxx). Danach hab ich in der config.yamil in zigbee 2mqtt Ordner geschaut ob es dort noch in der Liste auftaucht. Wurde aber sauber entfernt.
Nochmal: Es scheint beim zigbee2mqtt-Dienst angekommen zu sein, wir reden scheinbar nicht über ein einfaches "delete FHEM-Device"...
Aber ob es dann auch an den CC2531 weitergegeben wurde und wie man das feststellen kann, wäre noch so ein Thema, ich hab in dem anderen Thread was von einem verunglückten update-Versuch gelesen.
Zitat von: Beta-User am 04 Oktober 2019, 11:38:18
..
Danach hab ich in der config.yamil in zigbee 2mqtt Ordner geschaut ob es dort noch in der Liste auftaucht. Wurde aber sauber entfernt.
..
sorry, war wohl selektives lesen meinerseits - und damit schlicht überlesen.
kann ich mir aber nicht vorstellen , oder es war in der tat kein delete sondern ein remove.
Sollte dem dem so sein , sind die angaben hier einfach falsch und das macht hilfe nicht wirklich einfacher
gruss Byte09
ZitatKann auch nichts in der Log sehen, da passiert rein gar nichts.
in welchem Log ?
edit: dann wäre ggf. ein LOG
des Dienstes während des pairingversuches hilfreich .
Er nutzt die Einbindung via Xiaomi-irgendwas-Modul. Je nachdem können die Befehle anders heißen. "remove" ist der Begriff, der im zigbee2mqtt-template für MQTT2_DEVICE genutzt wird, aber wie das in dieser anderen Einbindung heißt: k.A..
@D3ltorohd:
Bitte stelle das mal klar und versuche ggf. nochmal, via direktem MQTT-publish (wie genau, ist abhängig vom IO-Modul) zigbee2mqtt zu überreden, das Ding nochmal zu löschen und schau danach mal ins zigbee2mqtt-log.
Muß nach diesem Muster gebaut werden:
BASE_TOPIC/bridge/config/remove $EVTPART1BASE_TOPIC ist vermutlich zigbee2mqtt (list...), $EVTPART1 ist die hex-ID des zu löschenden Devices (falls du die noch irgendwo gesichert hast).
Zitat von: Beta-User am 04 Oktober 2019, 11:49:57
Er nutzt die Einbindung via Xiaomi-irgendwas-Modul. Je nachdem können die Befehle anders heißen. "remove" ist der Begriff, der im zigbee2mqtt-template für MQTT2_DEVICE genutzt wird, aber wie das in dieser anderen Einbindung heißt: k.A.
... ebenso remove device
gruss Byte09
edit: bis hier entsprechende Infos des TE kommen ist wohl alles weitere Spekulation.
- configuration.yaml
- list des XiaomiMQTTDevice
- log des dienstes
und ggf ein älteres log des Dienstes , in dem diese infos noch zu sehen sind ( auch von den gelöschten device):
...
Currently 15 devices are joined:
10/2/2019, 9:09:27 PM - info: 0x00158d0001ef8849 (0x00158d0001ef8849): WXKG11LM - Xiaomi Aqara wireless switch (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d00024e671f (0x00158d00024e671f): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d000200b8f0 (0x00158d000200b8f0): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d00028f76f9 (0x00158d00028f76f9): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d000200bb9c (0x00158d000200bb9c): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x000b57fffea6de44 (0x000b57fffea6de44): E1525 - IKEA TRADFRI motion sensor (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d0002564d59 (0x00158d0002564d59): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d0001ef6137 (0x00158d0001ef6137): WXKG11LM - Xiaomi Aqara wireless switch (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d00028f71e0 (0x00158d00028f71e0): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00124b0012023468 (0x00124b0012023468): CC2530.ROUTER - Custom devices (DiY) [CC2530 router](http://ptvo.info/cc2530-based-zigbee-coordinator-and-router-112/) (Router)
10/2/2019, 9:09:27 PM - info: 0x00124b001202312f (0x00124b001202312f): CC2530.ROUTER - Custom devices (DiY) [CC2530 router](http://ptvo.info/cc2530-based-zigbee-coordinator-and-router-112/) (Router)
10/2/2019, 9:09:27 PM - info: 0x00124b0019366529 (0x00124b0019366529): CC2530.ROUTER - Custom devices (DiY) [CC2530 router](http://ptvo.info/cc2530-based-zigbee-coordinator-and-router-112/) (Router)
10/2/2019, 9:09:27 PM - info: 0x000b57fffe9c2c77 (0x000b57fffe9c2c77): LED1623G12 - IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
10/2/2019, 9:09:27 PM - info: 0x00158d00031b4b20 (0x00158d00031b4b20): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
10/2/2019, 9:09:27 PM - info: 0x00158d000236a027 (0x00158d000236a027): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
10/2/2019, 9:09:27 PM - warn: `permit_join` set to `true` in configuration.yaml.
10/2/2019, 9:09:27 PM - warn: Allowing new devices to join.
...
Ah ok, das erklärt auch den Wunschlesemodus ;D ... (Ich bin nur auf "habe in die yaml gesehen" angesprungen, damit war das für mich erledigt. Das war also vielleicht nur eine andere Form des Wunschlesemodus).
Noch ein Vorschlag. Wenn ich https://www.zigbee2mqtt.io/information/what_does_and_doesnt_require_repairing.html richtig deute (v.a. die Info, dass ein Wechsel des CC253x ohne irgend welche Begleitmaßnahmen möglich sein soll), müßte es reichen, den Dienst (mit der yaml ohne das fragliche Device) neu zu starten. Das sollte zu einem Abgleich zwischen dem, was der Stick weiß, und dem, was in zigbee2mqtt gespeichert ist führen, also überflüssige Devices aus dem EEPROM löschen oä..
ich habe jetzt das modul mal kurz überflogen . Bei einem delete device aus fhem wird das device scheinbar nicht aus der yaml entfernt ( ist ja auch gut und richtig so , alles andere wäre für mich auch ein unerwünschter eingriff in eine fremdconfig ).
ich habe es aber nur kurz überflogen und will mich nicht zu weit aus dem fenster lehnen.
Insofern passen deine Aussagen einfach nicht zusammen @D3ltorohd
gruss Byte09
edit: ich bin aus diesem Thread raus.
Zitat von: Byte09 am 04 Oktober 2019, 10:55:09
nicht wirklich gut , da das device dann zwar in fhem gelöscht wird, aber nicht in der config des coordinators wenn ich mich recht erinnere.
Zitat von: Byte09 am 04 Oktober 2019, 11:34:04
Nachtrag:
wenn du alle devices die mal "dran" waren alle nur in fhem gelöscht hast sind sie alle noch in der yaml. Dann wird es vom Platz sicher eng und erklärt warum kein pairing möglich ist, sie sind bereits gepaird... nur nicht mehr in fhem vorhanden.
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Also das habe ich direkt überprüft, da ich wusste das die Devices die in FHEM gefunden werden auch in die Config Datei von zigbee2mqtt geschrieben werden. Dort war es aber definitiv nicht mehr drin. Es taucht auch nichts neues auf wenn ich auf update Devices in der Bridge von Fhem klicke.
Ich habe unter opt/zigbee2mqtt/data/configuratin.yaml geschaut. Ich hoffe nicht es gibt noch wo anders seine. Aber was dort drin steht stimmt mit dem was in Fhem steht überein.
Zitat von: Beta-User am 04 Oktober 2019, 10:34:08
Ich kann's dir nicht sagen, was da schief läuft. Jedenfalls wird unter diesem Titel hier tendenziell keiner allgemeine pairing-Probleme mit einem CC2531 vermuten. Vielleicht solltest du das ändern bzw. einen neuen Thread anfangen (ist aber deiner, würde eher den Titel ändern)?
Vielleicht hat jemand einen Tipp, wie man den Speicher auf dem Ti "aufräumt" (Wenn es nicht in der Doku (bei zigbee2mqtt) steht...).
Da war ich wohl etwas zu voreilig, nach meinem letzten Post, dachte ich mach ich einen neuen Thread auf, da es wohl offensichtlich nichts mit der Dose zu tun hat. Jetzt hatte ich erst die Antworten gelesen, den anderen Thread habe ich nun zum löschen gemeldet, diesen hier umbenannt und ergänzt.
So ich versuche mal das Chaos etwas auf zu räumen.
Zitat von: Byte09 am 04 Oktober 2019, 11:40:54
kann ich mir aber nicht vorstellen , oder es war in der tat kein delete sondern ein remove.
Sollte dem dem so sein , sind die angaben hier einfach falsch und das macht hilfe nicht wirklich einfacher
gruss Byte09
in welchem Log ?
edit: dann wäre ggf. ein LOG des Dienstes während des pairingversuches hilfreich .
Beispiel Bad_Sensor, ganz unten bin ich auf den Button :
ZitatDelete this device (Bad_Sensor)
Aber eben in meinem Fall war es Garage_kl_Sensor. In der yaml Config habe ich nichts manuell gelöscht.
Ich habe in die Log von FHEM geschaut, auch hatte ich bei einem Pair Versuch den Event Monitor auf. Hab es grad eben noch mal versucht, das ist das einzigste was dort zu sehen ist.
2019-10-04 18:15:28 XiaomiMQTTDevice Zigbee2MQTT pair 1
2019-10-04 18:15:28 XiaomiMQTTDevice Zigbee2MQTT transmission-state: outgoing publish acknowledged
2019-10-04 18:15:28 XiaomiMQTTDevice Zigbee2MQTT transmission-state: incoming publish received
2019-10-04 18:15:28 XiaomiMQTTDevice Zigbee2MQTT transmission-state: outgoing publish acknowledged
2019-10-04 18:15:28 XiaomiMQTTDevice Zigbee2MQTT transmission-state: incoming publish received
2019-10-04 18:15:28 XiaomiMQTTDevice Zigbee2MQTT config: {"version":"1.6.0","commit":"e26ad2a","coordinator":20190425,"log_level":"info","permit_join":true}
2019-10-04 18:15:51 MQTT mqtt connection: active
2019-10-04 18:16:51 MQTT mqtt connection: activeMit dem Update gab es keine Probleme, das war vllt etwas falsch formuliert.
Rest folgt im nächsten Beitrag.
So hier folgende Infos ::
configuration.yaml ::
homeassistant: false
permit_join: false
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost:1883'
user: my_user
password: my_password
client_id: MY_CLIENT_ID
reject_unauthorized: true
include_device_information: true
serial:
port: /dev/ttyACM0
disable_led: true
devices:
'0x00158d0002e8bbbc':
friendly_name: Terrasse_Sensor
retain: false
'0x00158d000321973c':
friendly_name: Wohnzimmer_re_Sensor
retain: false
'0x00158d000321800c':
friendly_name: Wohnzimmer_mi_Sensor
retain: false
'0x00158d0003218006':
friendly_name: Wohnzimmer_li_Sensor
retain: false
'0x00158d0003217c7a':
friendly_name: Schlafzimmer_li_Sensor
retain: false
'0x00158d000322aefd':
friendly_name: Haustuer_Sensor
retain: false
'0x00158d000321a505':
friendly_name: Esszimmer_Sensor
retain: false
'0x00158d000322ae64':
friendly_name: Buero_rechts_Sensor
retain: false
'0x00158d0003216589':
friendly_name: Buero_links_Sensor
retain: false
'0x00158d0003217f47':
friendly_name: Kueche_Sensor
retain: false
'0x00158d000346ad0c':
friendly_name: Bad_Sensor
retain: false
'0x00158d0003217c7b':
friendly_name: Schlafzimmer_re_Sensor
retain: false
'0x00158d000321dac5':
friendly_name: Phillip_Sensor
retain: false
'0x00158d000315fca0':
friendly_name: Selina_Sensor
retain: false
list zigbee2mqtt bridge::
Internals:
DEF bridge
FRIENDLYNAME bridge
FUUID 5d0e7cfd-f33f-fc62-bdc7-8a67643fbcaf5bec
IODev mqtt
MODEL bridge
NAME Zigbee2MQTT
NOTIFYDEV bridge
NR 38
SID bridge
STATE online
TYPE XiaomiMQTTDevice
READINGS:
2019-10-04 18:20:28 config {"version":"1.6.0","commit":"e26ad2a","coordinator":20190425,"log_level":"info","permit_join":false}
2019-10-01 20:44:31 log {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1f6b9","type":"Coordinator"},{"ieeeAddr":"0x00158d0002e8bbbc","type":"EndDevice","model":"MCCGQ01LM","friendly_name":"Terrasse_Sensor","nwkAddr":42418,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20150424"},{"ieeeAddr":"0x00158d000321973c","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Wohnzimmer_re_Sensor","nwkAddr":41711,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000321800c","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Wohnzimmer_mi_Sensor","nwkAddr":21576,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003218006","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Wohnzimmer_li_Sensor","nwkAddr":60801,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003217c7a","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Schlafzimmer_li_Sensor","nwkAddr":50969,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000322aefd","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Haustuer_Sensor","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000321a505","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Esszimmer_Sensor","nwkAddr":16003,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000322ae64","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Buero_rechts_Sensor","nwkAddr":51233,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003217f47","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Kueche_Sensor","nwkAddr":14372,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000346ad0c","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Bad_Sensor","nwkAddr":48603,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003217c7b","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Schlafzimmer_re_Sensor","nwkAddr":42452,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000321dac5","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Phillip_Sensor","nwkAddr":15166,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000315fca0","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Selina_Sensor","nwkAddr":57215,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003216589","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Buero_links_Sensor","nwkAddr":46864,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"}]}
2019-10-01 20:38:09 state online
2019-10-04 18:20:28 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/bridge
xiaomi/bridge/#
zigbee2mqtt/bridge/#
subscribeExpr:
^zigbee2mqtt\/bridge$
^xiaomi\/bridge.*$
^zigbee2mqtt\/bridge.*$
subscribeQos:
xiaomi/bridge/# 0
zigbee2mqtt/bridge 0
zigbee2mqtt/bridge/# 0
subscribeReadings:
zigbee2mqtt/bridge/config:
zigbee2mqtt/bridge/config/devices:
zigbee2mqtt/bridge/config/permit_join:
zigbee2mqtt/bridge/log:
zigbee2mqtt/bridge/state:
Attributes:
IODev mqtt
room Xiaomi
Hier ein älteres Log, da war der Sensor noch mit drin, der Garage_kl_Sensor.
2019-9-26 6:55:18 PM - info: Currently 15 devices are joined:
2019-9-26 6:55:18 PM - info: Terrasse_Sensor (0x00158d0002e8bbbc): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Wohnzimmer_re_Sensor (0x00158d000321973c): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Wohnzimmer_mi_Sensor (0x00158d000321800c): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Wohnzimmer_li_Sensor (0x00158d0003218006): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Schlafzimmer_li_Sensor (0x00158d0003217c7a): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Haustuer_Sensor (0x00158d000322aefd): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Esszimmer_Sensor (0x00158d000321a505): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Buero_rechts_Sensor (0x00158d000322ae64): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Kueche_Sensor (0x00158d0003217f47): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Bad_Sensor (0x00158d000346ad0c): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Schlafzimmer_re_Sensor (0x00158d0003217c7b): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Phillip_Sensor (0x00158d000321dac5): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Selina_Sensor (0x00158d000315fca0): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Garage_kl_Sensor (0x00158d000346ad51): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Buero_links_Sensor (0x00158d0003216589): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
2019-9-26 6:55:18 PM - info: Zigbee: disabling joining new devices.
2019-9-26 6:55:18 PM - info: Connecting to MQTT server at mqtt://localhost:1883
2019-9-26 6:55:19 PM - info: zigbee-shepherd ready
2019-9-26 6:55:19 PM - info: Connected to MQTT server
Und ich hänge hier noch die aktuelle Log mit an.
Des weiteren, hatte ich schon mehrfach meinen NUC rebootet, auf dem alles läuft und auch der Stick steckt, auch habe ich den Dienst schon gestoppt und neu gestartet.
wieso steht in deiner yaml das
permit_join: false ?
es muss true sein !?
ZitatAllowing devices to join
Before you start, make sure that permit_join: true is set in your configuration.yaml. Otherwise new devices cannot join the network!
It's equally important that permit_join: false is set in your configuration.yaml after initial setup is done to keep your Zigbee network safe and to avoid accidental joining of other Zigbee devices.
somit steht das problem im grunde auch im LOG
2019-9-26 6:55:18 PM - info: Zigbee: disabling joining new devices.und in den Readings der Bridge
ZitatREADINGS:
2019-10-04 18:20:28 config {"version":"1.6.0","commit":"e26ad2a","coordinator":20190425,"log_level":"info","permit_join":false}
gruss Byte09
Komisch ist aber, das ich dort nie auf true gesetzt habe. Das mache ich alles über die Bridge und dann steht ja auch dort im Log des Dienstes folgendes ::
2019-10-4 6:38:31 PM - info: MQTT publish: topic 'zigbee2mqtt/Buero_rechts_Sensor', payload '{"contact":true,"linkquality":49,"battery":100,"voltage":3015,"device":{"ieeeAddr":"0x00158d000322ae64","friendlyName":"Buero_rechts_Sensor","type":"EndDevice","nwkAddr":51233,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:41:00 PM - info: Zigbee: allowing new devices to join.
2019-10-4 6:41:00 PM - info: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.6.0","commit":"e26ad2a","coordinator":20190425,"log_level":"info","permit_join":true}'
2019-10-4 6:41:00 PM - info: MQTT publish: topic 'zigbee2mqtt/Schlafzimmer_re_Sensor', payload '{"battery":100,"voltage":3005,"contact":true,"linkquality":70,"device":{"ieeeAddr":"0x00158d0003217c7b","friendlyName":"Schlafzimmer_re_Sensor","type":"EndDevice","nwkAddr":42452,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:43:40 PM - info: Successfully reenabled joining
2019-10-4 6:43:48 PM - info: MQTT publish: topic 'zigbee2mqtt/Schlafzimmer_li_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":68,"device":{"ieeeAddr":"0x00158d0003217c7a","friendlyName":"Schlafzimmer_li_Sensor","type":"EndDevice","nwkAddr":50969,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:43:51 PM - info: MQTT publish: topic 'zigbee2mqtt/Bad_Sensor', payload '{"battery":100,"voltage":3005,"contact":false,"linkquality":55,"device":{"ieeeAddr":"0x00158d000346ad0c","friendlyName":"Bad_Sensor","type":"EndDevice","nwkAddr":48603,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:44:39 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:44:39 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:44:58 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":102,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:09 PM - info: MQTT publish: topic 'zigbee2mqtt/Wohnzimmer_mi_Sensor', payload '{"battery":91,"voltage":2985,"contact":true,"linkquality":76,"device":{"ieeeAddr":"0x00158d000321800c","friendlyName":"Wohnzimmer_mi_Sensor","type":"EndDevice","nwkAddr":21576,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:22 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:23 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:23 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":2,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:25 PM - info: MQTT publish: topic 'zigbee2mqtt/Wohnzimmer_re_Sensor', payload '{"contact":true,"linkquality":73,"battery":100,"voltage":3015,"device":{"ieeeAddr":"0x00158d000321973c","friendlyName":"Wohnzimmer_re_Sensor","type":"EndDevice","nwkAddr":41711,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:25 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":5,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:25 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":23,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:46:00 PM - info: Zigbee: disabling joining new devices.
2019-10-4 6:46:00 PM - info: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.6.0","commit":"e26ad2a","coordinator":20190425,"log_level":"info","permit_join":false}'
2019-10-4 6:47:47 PM - info: MQTT publish: topic 'zigbee2mqtt/Wohnzimmer_li_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":84,"device":{"ieeeAddr":"0x00158d0003218006","friendlyName":"Wohnzimmer_li_Sensor","type":"EndDevice","nwkAddr":60801,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:56:47 PM - info: MQTT publish: topic 'zigbee2mqtt/Esszimmer_Sensor', payload '{"battery":100,"voltage":3015,"contact":true,"linkquality":60,"device":{"ieeeAddr":"0x00158d000321a505","friendlyName":"Esszimmer_Sensor","type":"EndDevice","nwkAddr":16003,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
Ich weiß nicht warum das anscheinend bei mir geht. Genau so wenig sollte es die Devices dort rauslöschen, wenn ich sie in FHEM delete, aber es passiert :o
Ich habe so alle 14 Devices angelernt, immer nur in FHEM auf set pair 1 und dann gings los mit pairen und erschienen auch direkt dann als neues Device.
Ich mache jetzt aber noch mal einen Test und setzte das ganze auf true und schaue was passiert.
Zitat von: D3ltorohd am 04 Oktober 2019, 19:00:17
Komisch ist aber, das ich dort nie auf true gesetzt habe. Das mache ich alles über die Bridge und dann steht ja auch dort im Log des Dienstes folgendes ::
2019-10-4 6:38:31 PM - info: MQTT publish: topic 'zigbee2mqtt/Buero_rechts_Sensor', payload '{"contact":true,"linkquality":49,"battery":100,"voltage":3015,"device":{"ieeeAddr":"0x00158d000322ae64","friendlyName":"Buero_rechts_Sensor","type":"EndDevice","nwkAddr":51233,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:41:00 PM - info: Zigbee: allowing new devices to join.
2019-10-4 6:41:00 PM - info: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.6.0","commit":"e26ad2a","coordinator":20190425,"log_level":"info","permit_join":true}'
2019-10-4 6:41:00 PM - info: MQTT publish: topic 'zigbee2mqtt/Schlafzimmer_re_Sensor', payload '{"battery":100,"voltage":3005,"contact":true,"linkquality":70,"device":{"ieeeAddr":"0x00158d0003217c7b","friendlyName":"Schlafzimmer_re_Sensor","type":"EndDevice","nwkAddr":42452,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:43:40 PM - info: Successfully reenabled joining
2019-10-4 6:43:48 PM - info: MQTT publish: topic 'zigbee2mqtt/Schlafzimmer_li_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":68,"device":{"ieeeAddr":"0x00158d0003217c7a","friendlyName":"Schlafzimmer_li_Sensor","type":"EndDevice","nwkAddr":50969,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:43:51 PM - info: MQTT publish: topic 'zigbee2mqtt/Bad_Sensor', payload '{"battery":100,"voltage":3005,"contact":false,"linkquality":55,"device":{"ieeeAddr":"0x00158d000346ad0c","friendlyName":"Bad_Sensor","type":"EndDevice","nwkAddr":48603,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:44:39 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:44:39 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:44:58 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":102,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:09 PM - info: MQTT publish: topic 'zigbee2mqtt/Wohnzimmer_mi_Sensor', payload '{"battery":91,"voltage":2985,"contact":true,"linkquality":76,"device":{"ieeeAddr":"0x00158d000321800c","friendlyName":"Wohnzimmer_mi_Sensor","type":"EndDevice","nwkAddr":21576,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:22 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:23 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":0,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:23 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":2,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:25 PM - info: MQTT publish: topic 'zigbee2mqtt/Wohnzimmer_re_Sensor', payload '{"contact":true,"linkquality":73,"battery":100,"voltage":3015,"device":{"ieeeAddr":"0x00158d000321973c","friendlyName":"Wohnzimmer_re_Sensor","type":"EndDevice","nwkAddr":41711,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:25 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":false,"linkquality":5,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:45:25 PM - info: MQTT publish: topic 'zigbee2mqtt/Haustuer_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":23,"device":{"ieeeAddr":"0x00158d000322aefd","friendlyName":"Haustuer_Sensor","type":"EndDevice","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:46:00 PM - info: Zigbee: disabling joining new devices.
2019-10-4 6:46:00 PM - info: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.6.0","commit":"e26ad2a","coordinator":20190425,"log_level":"info","permit_join":false}'
2019-10-4 6:47:47 PM - info: MQTT publish: topic 'zigbee2mqtt/Wohnzimmer_li_Sensor', payload '{"battery":97,"voltage":2995,"contact":true,"linkquality":84,"device":{"ieeeAddr":"0x00158d0003218006","friendlyName":"Wohnzimmer_li_Sensor","type":"EndDevice","nwkAddr":60801,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 6:56:47 PM - info: MQTT publish: topic 'zigbee2mqtt/Esszimmer_Sensor', payload '{"battery":100,"voltage":3015,"contact":true,"linkquality":60,"device":{"ieeeAddr":"0x00158d000321a505","friendlyName":"Esszimmer_Sensor","type":"EndDevice","nwkAddr":16003,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
Ich weiß nicht warum das anscheinend bei mir geht. Genau so wenig sollte es die Devices dort rauslöschen, wenn ich sie in FHEM delete, aber es passiert :o
Ich habe so alle 14 Devices angelernt, immer nur in FHEM auf set pair 1 und dann gings los mit pairen und erschienen auch direkt dann als neues Device.
Ich mache jetzt aber noch mal einen Test und setzte das ganze auf true und schaue was passiert.
ok , ich muss gestehen das ich das jetzt erstmal nicht verstehe. bei mir löscht er definitiv die devices NICHT aus der yaml, wenn ich sie in fhem nur lösche , das habe ich vorhin probiert :-\
ob er das permitjoin auf true setzt müsste ich bei mir mal versuchen .
gruss Byte09
Also in setzt er bei mir auch das join nicht auf true. Das steht dort dauerhaft auf false.
Ich hab das ganze jetzt mal auf true gesetzt in der config yaml den Dienst gestoppt und dann neu gestartet, versucht den Sensor zu pairen nichts. Es passiert rein gar nichts, wie wenn ich nichts machen würde, kein Anzeichen, kein Fehler nichts. Schon sehr merkwürdig.
Es gibt ja auf dem Stick glaube noch so einen Reset Button, den vllt mal drücken, weiß nur nicht was dann passiert ? Wobei wenn ich ihn abstecke oder den NUC ausschalte, sollte das doch das selbe sein oder nicht ?
Ich hab keine Ahnung. Es ging wunderbar, ich hatte immer gelesen das einige Probleme mit dem anlernen hatten, oder das man über 1min den pair Knopf drücken soll, bis es geht, das war nie der Fall. Ich hab den jetzt so lange gedrückt und auch den Sensor bzw. den Pair Mode wach gehalten. Nichts, wie gesagt, wie wenn ich gar keinen Sensor pairen würde.
Das einzige was kommt, wenn ich autocreate in FHEM aktiviere, ein undefiniertes Device was von der FHEM Bridge erkannt wurde.
Internals:
CFGFN
DEF unknown 0x00124b0018e1f6b9
FRIENDLYNAME 0x00124b0018e1f6b9
FUUID 5d977c88-f33f-fc62-efaa-0169822cf51d3123
IODev mqtt
MODEL unknown
NAME 0x00124b0018e1f6b9
NOTIFYDEV unknown 0x00124b0018e1f6b9
NR 3569
SID 0x00124b0018e1f6b9
STATE state
TYPE XiaomiMQTTDevice
READINGS:
2019-10-04 19:08:24 transmission-state subscription acknowledged
message_ids:
subscribe:
zigbee2mqtt/0x00124b0018e1f6b9
xiaomi/0x00124b0018e1f6b9/#
subscribeExpr:
^zigbee2mqtt\/0x00124b0018e1f6b9$
^xiaomi\/0x00124b0018e1f6b9.*$
subscribeQos:
xiaomi/0x00124b0018e1f6b9/# 0
zigbee2mqtt/0x00124b0018e1f6b9 0
Attributes:
IODev mqtt
room XiaomiMQTTDevice
stateFormat state
Das steht weder in der der confi.yaml noch ändert sich der Status. Lösche ich es raus und mache nichts, kommt es kurzer Zeit später wieder, ohne das ich versucht habe einen Sensor zu pairen.
Im Log kommt es vor, aber in der Zeile stehen alle Sensoren die ich angelernt habe.
2019-10-4 7:08:13 PM - info: Successfully reenabled joining
2019-10-4 7:08:24 PM - info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1f6b9","type":"Coordinator"},{"ieeeAddr":"0x00158d0002e8bbbc","type":"EndDevice","model":"MCCGQ01LM","friendly_name":"Terrasse_Sensor","nwkAddr":42418,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20150424"},{"ieeeAddr":"0x00158d000321973c","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Wohnzimmer_re_Sensor","nwkAddr":41711,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000321800c","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Wohnzimmer_mi_Sensor","nwkAddr":21576,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003218006","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Wohnzimmer_li_Sensor","nwkAddr":60801,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003217c7a","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Schlafzimmer_li_Sensor","nwkAddr":50969,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000322aefd","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Haustuer_Sensor","nwkAddr":64308,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000321a505","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Esszimmer_Sensor","nwkAddr":16003,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000322ae64","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Buero_rechts_Sensor","nwkAddr":51233,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003217f47","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Kueche_Sensor","nwkAddr":14372,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000346ad0c","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Bad_Sensor","nwkAddr":48603,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003217c7b","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Schlafzimmer_re_Sensor","nwkAddr":42452,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000321dac5","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Phillip_Sensor","nwkAddr":15166,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d000315fca0","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Selina_Sensor","nwkAddr":57215,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0003216589","type":"EndDevice","model":"MCCGQ11LM","friendly_name":"Buero_links_Sensor","nwkAddr":46864,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"}]}'
2019-10-4 7:10:53 PM - info: Successfully reenabled joining
2019-10-4 7:13:33 PM - info: Successfully reenabled joining
2019-10-4 7:16:13 PM - info: Successfully reenabled joining
2019-10-4 7:16:50 PM - info: MQTT publish: topic 'zigbee2mqtt/Selina_Sensor', payload '{"battery":100,"voltage":3005,"contact":true,"linkquality":49,"device":{"ieeeAddr":"0x00158d000315fca0","friendlyName":"Selina_Sensor","type":"EndDevice","nwkAddr":57215,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_magnet.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128","status":"online"}}'
2019-10-4 7:18:40 PM - warn: Failed to remove '0x00124b0018e1f6b9', trying force remove...
2019-10-4 7:18:40 PM - info: Force removed 0x00124b0018e1f6b9
2019-10-4 7:18:40 PM - info: Successfully removed 0x00124b0018e1f6b9
2019-10-4 7:18:40 PM - info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"device_removed","message":"0x00124b0018e1f6b9"}'
2019-10-4 7:18:53 PM - info: Successfully reenabled joining
Wie zu sehen gibt es dort auch in FHEM diese Remove Funktion. Aber zumindest in FHEM verschwand es nur nachdem ich delet deveice ausgeführt hatte..
Das habe ich aber schon seit ich den Stick in Betrieb habe und dieses Device kam auch bei den anderen Geräten, die ich gepairt habe. Lösche ich es, kommt es kurze Zeit später wieder, wie gesagt ohne das ich irgendeinen Pair Knopf an einem Sensor gedrückt habe.
Moin,
ich bin jetzt zwar auch nicht so bewandert in der Materie, aber eventuell wird es ja durch die Einträge in der
/opt/zigbee2mqtt//data/database.db
blockiert? Ich meine, wenn es da noch alles drinsteht, denkt der CC2531 vielleicht, dass die maximale Anzahl an Devices erreicht ist.
LG
Andreas
Sowas dachte ich auch schon, das der sich das noch irgendwo gemerkt hat und sich sagt, das Geräte ist doch schon mit mir gepairt, das überspringe bzw ignoriere ich. Vllt wie auch BetaUser meinte, gibt es auf dem Stick selber nen Art Cache oder Speicher indem das Teil noch drin steht.
Hmm,
wenn dieses 0x00124b0018e1f6b9 kommt, klingt das doch danach, als würde was gepairt. Kann es sein, dass das die innr ist, aber eben noch nicht von zigbee2mqtt erkannt wird bzw. von diesem Xiaomi-MQTT-Modul, also nur die Weiterverarbeitung der Daten nicht klappt?
(Man müßte evtl. mal recherchieren, was in diese Richtung Sache ist; allerdings beginnen meine innr beide mit einer 00:15:..., sind aber auch eingebunden via HUEDevice@deCONZ).
Zitat von: Beta-User am 05 Oktober 2019, 05:38:01
Hmm,
wenn dieses 0x00124b0018e1f6b9 kommt, klingt das doch danach, als würde was gepairt. Kann es sein, dass das die innr ist, aber eben noch nicht von zigbee2mqtt erkannt wird bzw. von diesem Xiaomi-MQTT-Modul, also nur die Weiterverarbeitung der Daten nicht klappt?
(Man müßte evtl. mal recherchieren, was in diese Richtung Sache ist; allerdings beginnen meine innr beide mit einer 00:15:..., sind aber auch eingebunden via HUEDevice@deCONZ).
Mit der Innr hat das nichts zu tun, die steckt nicht in der Dose. Leider war dieser Eintrag schon immer da, auch damals als ich den Stick das erste mal in Betrieb nahm.
So heute kam mein CC Debuger und das DL Kabel. Habe erfolgreich den Stick auf die neuste 1.2 Home default geflasht. Ich konnte danach im Anschluss direkt den Sensor anlernen, wie gewohnt.
Was jetzt aber nicht mehr geht, sind die 14 anderen Sensoren. Der Stick bzw FHEM reagieren nicht auf die Zustände. Ich meine gelesen zu haben, das kein neues pairen nötig ist, wenn man den Stick auf eine neuere Version flasht.
Gibts noch nen Trick, ohne neu pairen ? Set update Devices hab ich auch schon mal probiert nichts. Der neu angelernte funktioniert wunderbar.
Auch die Innr SP120 war ohne das ich etwas getan habe direkt gepairt, nachdem ich sie eingesteckt hatte.