Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    5
    1
    166

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    8
    1
    187

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    882

Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
20 Beiträge 2 Kommentatoren 2.3k Aufrufe 3 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • D Offline
    D Offline
    DiveDancer
    schrieb am zuletzt editiert von
    #10

    …da bin ich mir nicht ganz sicher was du meinst?!
    @arteck:

    was ist wenn du auf state on/off klickst in Objekten… ändert sich die linkquality .. im Log kann ich nix erkennen..

    die linkquality ist nicht gut aber zumindest > 10.. `
    8358_10state.png

    Beim Router habe ich state… auf 'true' gestellt

    Leider ist die Link Qualität gleich geblieben.

    Nach kurzer Zeit stellt der Zustand von state sich jedoch selbstständig wieder auf 'false' zurück.

    Dazu hat der LOG noch ne Fehlermeldung ausgegeben.

    Komisch das er sich für einen CC2530 beschwert wo ich doch als Router ebenfalls einen CC2531 nutze:

    `zigbee.0	2019-02-05 10:35:20.340	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":15,"type":"EndDevice","ieeeAddr":"0x00158d000241c1e9","nwkAddr":57040,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelI
    zigbee.0	2019-02-05 10:35:20.340	debug	2019-02-05T09:35:20.318Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 1,
    zigbee.0	2019-02-05 10:35:20.340	debug	2019-02-05T09:35:20.315Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:35:20.340	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:35:20.340	debug	Device 0x00158d000241c1e9 incoming event:{"groupid":0,"clusterid":0,"srcaddr":57040,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8867597,"transseqnumber
    zigbee.0	2019-02-05 10:35:20.340	debug	2019-02-05T09:35:20.311Z zigbee:controller event msg { groupid: 0, clusterid: 0, srcaddr: 57040, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 886
    zigbee.0	2019-02-05 10:35:20.339	debug	2019-02-05T09:35:20.310Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:35:20.339	debug	2019-02-05T09:35:20.301Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:35:20.338	debug	Tue, 05 Feb 2019 09:35:20 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 0, srcaddr: 57040, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 88
    
    zigbee.0	2019-02-05 10:34:53.874	error	No converter available for 'CC2530.ROUTER' with key 'state'
    
    zigbee.0	2019-02-05 10:34:53.867	debug	User stateChange zigbee.0.00124b0012023387.state {"val":true,"ack":false,"ts":1549359293857,"q":0,"from":"system.adapter.admin.0","lc":1549359293857}
    zigbee.0	2019-02-05 10:34:22.002	debug	Publish {"description":"0/0x00124B0012023346","type":"COORD","rssi":0}
    zigbee.0	2019-02-05 10:34:22.002	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"0/0x00124B0012023346","inactiveText":"COORD","presentValue":0,"relinquishDefault":0,"minimumOffT
    zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.993Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:34:22.002	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.991Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.990Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:22.002	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:34:22.002	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8685304,"transseqnumbe
    zigbee.0	2019-02-05 10:34:22.002	debug	2019-02-05T09:34:21.987Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
    zigbee.0	2019-02-05 10:34:22.001	debug	2019-02-05T09:34:21.986Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:34:22.001	debug	2019-02-05T09:34:21.972Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:22.001	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
    zigbee.0	2019-02-05 10:34:21.863	debug	Publish {"description":"44918/0x00124B001B920016","type":"CHILD_FFD_RXI","rssi":0}
    zigbee.0	2019-02-05 10:34:21.863	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"44918/0x00124B001B920016","inactiveText":"CHILD_FFD_RXI","presentValue":0,"relinquishDefault":2,
    zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.855Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:34:21.863	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.854Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.852Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:21.863	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:34:21.863	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8684870,"transseqnumbe
    zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.849Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
    zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.849Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:34:21.863	debug	2019-02-05T09:34:21.841Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:21.862	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
    zigbee.0	2019-02-05 10:34:21.622	debug	Publish {"description":"57040/0x00158D000241C1E9","type":"CHILD_RFD","rssi":29}
    zigbee.0	2019-02-05 10:34:21.622	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"57040/0x00158D000241C1E9","inactiveText":"CHILD_RFD","presentValue":29,"relinquishDefault":2,"mi
    zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.611Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:34:21.622	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.609Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.593Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:21.622	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:34:21.622	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8684058,"transseqnumbe
    zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.590Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
    zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.590Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:34:21.622	debug	2019-02-05T09:34:21.577Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:21.621	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
    zigbee.0	2019-02-05 10:34:21.513	debug	Publish {"state":false}
    zigbee.0	2019-02-05 10:34:21.508	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genOnOff","data":{"onOff":0}}
    zigbee.0	2019-02-05 10:34:21.508	debug	2019-02-05T09:34:21.499Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:34:21.507	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.497Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.495Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:21.507	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:34:21.507	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":6,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8683781,"transseqnumber
    zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.491Z zigbee:controller event msg { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 868
    zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.490Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:34:21.507	debug	2019-02-05T09:34:21.486Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:34:21.506	debug	Tue, 05 Feb 2019 09:34:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 86
    javascript.0	2019-02-05 10:34:00.006	warn	script.js.common.XXX_Hilfsscripte.Datenpunkte.Wetter.Sonnenstand: setForeignState(id=javascript.0.Sonnenstand.Azimut, state="114") - was not executed, while debug mode is active
    javascript.0	2019-02-05 10:34:00.005	warn	script.js.common.XXX_Hilfsscripte.Datenpunkte.Wetter.Sonnenstand: setForeignState(id=javascript.0.Sonnenstand.Elevation, state="47.3") - was not executed, while debug mode is active
    zigbee.0	2019-02-05 10:33:22.097	debug	Publish {"state":false}
    zigbee.0	2019-02-05 10:33:22.094	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genOnOff","data":{"onOff":0}}
    zigbee.0	2019-02-05 10:33:22.094	debug	2019-02-05T09:33:22.088Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:33:22.094	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.087Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.085Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:22.093	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:33:22.093	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":6,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8498144,"transseqnumber
    zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.083Z zigbee:controller event msg { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 849
    zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.082Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:33:22.093	debug	2019-02-05T09:33:22.079Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:22.093	debug	Tue, 05 Feb 2019 09:33:22 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
    zigbee.0	2019-02-05 10:33:22.034	debug	Publish {"description":"44918/0x00124B001B920016","type":"CHILD_FFD_RXI","rssi":0}
    zigbee.0	2019-02-05 10:33:22.034	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"44918/0x00124B001B920016","inactiveText":"CHILD_FFD_RXI","presentValue":0,"relinquishDefault":2,
    zigbee.0	2019-02-05 10:33:22.034	debug	2019-02-05T09:33:22.026Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:33:22.034	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:33:22.034	debug	2019-02-05T09:33:22.024Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:33:22.034	debug	2019-02-05T09:33:22.022Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:22.034	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:33:22.034	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8497919,"transseqnumbe
    zigbee.0	2019-02-05 10:33:22.033	debug	2019-02-05T09:33:22.020Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
    zigbee.0	2019-02-05 10:33:22.033	debug	2019-02-05T09:33:22.019Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:33:22.033	debug	2019-02-05T09:33:22.011Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:22.033	debug	Tue, 05 Feb 2019 09:33:22 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
    zigbee.0	2019-02-05 10:33:21.781	debug	Publish {"description":"39687/0x00158D00022869FF","type":"CHILD_RFD","rssi":170}
    zigbee.0	2019-02-05 10:33:21.781	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"39687/0x00158D00022869FF","inactiveText":"CHILD_RFD","presentValue":170,"relinquishDefault":2,"m
    zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.767Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:33:21.781	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.765Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.764Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:21.781	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:33:21.781	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8497110,"transseqnumbe
    zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.761Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
    zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.760Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:33:21.781	debug	2019-02-05T09:33:21.752Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:21.780	debug	Tue, 05 Feb 2019 09:33:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
    zigbee.0	2019-02-05 10:33:21.618	debug	Publish {"description":"0/0x00124B0012023346","type":"COORD","rssi":0}
    zigbee.0	2019-02-05 10:33:21.601	debug	Device 0x00124b0012023387 emit event attReport with data:{"cid":"genBinaryValue","data":{"description":"0/0x00124B0012023346","inactiveText":"COORD","presentValue":0,"relinquishDefault":0,"minimumOffT
    zigbee.0	2019-02-05 10:33:21.601	debug	2019-02-05T09:33:21.590Z zigbee:controller event attReport { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8, d
    zigbee.0	2019-02-05 10:33:21.601	debug	handleMessage. {"type":"attReport","endpoints":[{"device":{"_id":5,"type":"Router","ieeeAddr":"0x00124b0012023387","nwkAddr":33646,"manufId":4447,"manufName":"LUMI","powerSource":"Mains (single phase)
    zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.587Z zigbee:controller debug handleMessage { type: 'attReport', endpoints: [ Endpoint { isLocal: [Function], device: [Object], profId: 260, epId: 8,
    zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.584Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:21.600	debug	Publish {"linkquality":0}
    zigbee.0	2019-02-05 10:33:21.600	debug	Device 0x00124b0012023387 incoming event:{"groupid":0,"clusterid":17,"srcaddr":33646,"srcendpoint":8,"dstendpoint":1,"wasbroadcast":0,"linkquality":0,"securityuse":0,"timestamp":8496513,"transseqnumbe
    zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.580Z zigbee:controller event msg { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 84
    zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.579Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
    zigbee.0	2019-02-05 10:33:21.600	debug	2019-02-05T09:33:21.564Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
    zigbee.0	2019-02-05 10:33:21.599	debug	Tue, 05 Feb 2019 09:33:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 17, srcaddr: 33646, srcendpoint: 8, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityuse: 0, timestamp: 8
    zigbee.0	2019-02-05 10:33:02.111	debug	sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0
    zigbee.0	2019-02-05 10:33:02.111	debug	getMap result: [{"ieeeAddr":"0x00158d000278e3f9","nwkAddr":49583,"lqi":170,"depth":1,"deviceType":2,"parent":"0x00124b0012023346","status":"offline"},{"ieeeAddr":"0x001788011039d27a","nwkAddr":61231,"
    zigbee.0	2019-02-05 10:33:02.111	debug	lqiScan result: . [{"ieeeAddr":"0x00158d000278e3f9","nwkAddr":49583,"lqi":170,"depth":1,"deviceType":2,"parent":"0x00124b0012023346","status":"offline"},{"ieeeAddr":"0x001788011039d27a","nwkAddr":6123
    zigbee.0	2019-02-05 10:33:02.110	debug	2019-02-05T09:33:02.093Z zigbee:controller debug lqiScan result: [ { ieeeAddr: '0x00158d000278e3f9', nwkAddr: 49583, lqi: 170, depth: 1, deviceType: 2, parent: '0x00124b0012023346',[/code]`
    
    Wobei ich sagen muss das der Router erst Neu dazu gekommen ist und der noch nicht in der Wohnung platziert wurde, sondern nur unvorteilhaft im Laptop steckt.
    
    Seinerzeit hatte ich alle Sensoren an diesem einen Stick gepairt. (Ohne Router)
    
    Verloren hatte er immer nur den 'Briefkasten', 5m Luftlinie, dazwischen Haustür mit Glas und Edelstahl Briefkasten, da wollte ich nochmal sehen ob ich da nicht ne Antenne am Fensterkontakt angelötet bekomme.
    

    LG DiveDancer

    1 Antwort Letzte Antwort
    0
    • arteckA Offline
      arteckA Offline
      arteck
      Developer Most Active
      schrieb am zuletzt editiert von
      #11

      momentmal.. worüber reden wir jetzt ..

      • über deine Gledopto die nicht mehr reagieren
      • über den Router mit link_quality 0
      • oder über sensoren…

      ich komm da nicht mehr mit

      also sachte ein Thema nach dem anderen

      zigbee hab ich, zwave auch, nuc's genauso und HA auch

      1 Antwort Letzte Antwort
      0
      • D Offline
        D Offline
        DiveDancer
        schrieb am zuletzt editiert von
        #12

        Router & Gledopto können wir ignorieren!

        Ich bekomme nicht mehr alle Sensoren gepairt.

        Die, die gepairt sind geben ihre Daten nicht ab.

        Bevor ich die hälfte gepairt habe sind bereits gepairten wieder verloren gegangen.

        Ich hab also irgendein Problem mit erforderlichen Modulen,

        dem Zigbee Adapter , dem Stick oder der Firmware.

        Mein W-Lan ist seit Jahren das Selbe,

        wobei, ich habe nen neuen Nachbarn (neues W-Lan) Netz.

        Zum Beispiel habe ich den Bewegungsmelder (Küche) mit guter 'link_quality' schon dutzende male gepairt.

        Im Moment des Pairens gibt er einmalig alle Daten ab, bis auf die Batterie natürlich.

        Danach ist Schluss! Weitere Bewegungsmeldungen werden nicht übermittelt.

        LG DiveDancer

        1 Antwort Letzte Antwort
        0
        • D Offline
          D Offline
          DiveDancer
          schrieb am zuletzt editiert von DiveDancer
          #13

          Jetzt findet auch mein Multihost Slave (RaspberryPi) meinen Stick nicht mehr.
          Der LOG spuckt folgende Fehler aus:

          host.Tijger	2019-02-12 13:45:32.805	info	Restart adapter system.adapter.zigbee.0 because enabled
          host.Tijger	2019-02-12 13:45:32.805	error	instance system.adapter.zigbee.0 terminated with code 0 (OK)
          host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[11]: 2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined
          host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[10]: 2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped.
          host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[9]: 2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping.
          host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[8]: at process._tickCallback (internal/process/next_tick.js:181:9)
          host.Tijger	2019-02-12 13:45:32.805	error	Caught by controller[8]: at _combinedTickCallback (internal/process/next_tick.js:132:7)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at flush (/opt/iobroker/node_modules/q/q.js:125:13)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at runSingle (/opt/iobroker/node_modules/q/q.js:137:13)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at /opt/iobroker/node_modules/q/q.js:2059:17
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[8]: TypeError: Cannot read property 'close' of undefined
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[7]: 2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Timer.listOnTimeout (timers.js:290:5)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at tryOnTimeout (timers.js:323:5)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at ontimeout (timers.js:498:11)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Timeout.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:233:18)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at CcZnp.emit (events.js:211:7)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at emitOne (events.js:116:13)
          host.Tijger	2019-02-12 13:45:32.804	error	Caught by controller[6]: at Object.onceWrapper (events.js:315:30)
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[6]: at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22)
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[6]: 2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[5]: 2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[4]: Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[3]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] }
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[2]: 2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[1]: Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened.
          host.Tijger	2019-02-12 13:45:32.803	error	Caught by controller[0]: 2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting...
          zigbee.0	2019-02-12 13:45:32.339	info	zigbee-shepherd stopped
          zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.328Z zigbee:controller info zigbee-shepherd stopped undefined
          zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.326Z zigbee-shepherd zigbee-shepherd is stopped.
          zigbee.0	2019-02-12 13:45:32.338	debug	2019-02-12T12:45:32.319Z zigbee-shepherd zigbee-shepherd is stopping.
          zigbee.0	2019-02-12 13:45:32.338	debug	cleaned everything up...
          zigbee.0	2019-02-12 13:45:32.337	error	TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17
          zigbee.0	2019-02-12 13:45:32.337	error	uncaught exception: Cannot read property 'close' of undefined
          zigbee.0	2019-02-12 13:45:32.337	debug	TypeError: Cannot read property 'close' of undefined at shepherd.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:78:47) at /opt/iobroker/node_modules/q/q.js:2059:17
          zigbee.0	2019-02-12 13:45:32.337	debug	Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
          zigbee.0	2019-02-12 13:45:32.336	debug	2019-02-12T12:45:32.302Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined
          zigbee.0	2019-02-12 13:45:32.336	debug	2019-02-12T12:45:32.294Z zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout at CcZnp.<anonymous> (/opt/iobroker/node_modules/cc-znp/lib/ccznp.js:254:22) at Object.o
          zigbee.0	2019-02-12 13:45:32.335	debug	2019-02-12T12:45:32.283Z zigbee-shepherd:request RSP <-- SYS:osalNvRead
          zigbee.0	2019-02-12 13:45:32.333	debug	Tue, 12 Feb 2019 12:45:32 GMT cc-znp:SRSP <-- SYS:osalNvRead, __timeout__
          zigbee.0	2019-02-12 13:45:29.294	debug	Tue, 12 Feb 2019 12:45:29 GMT cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] }
          zigbee.0	2019-02-12 13:45:29.294	debug	2019-02-12T12:45:29.258Z zigbee-shepherd:request REQ --> SYS:osalNvRead
          zigbee.0	2019-02-12 13:45:29.294	debug	Tue, 12 Feb 2019 12:45:29 GMT cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 is opened.
          zigbee.0	2019-02-12 13:45:29.294	debug	2019-02-12T12:45:29.217Z zigbee-shepherd:init zigbee-shepherd booting...
          zigbee.0	2019-02-12 13:45:29.294	info	Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023346-if00 with panID 6754 channel 11
          zigbee.0	2019-02-12 13:45:29.294	info	starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
          host.Tijger	2019-02-12 13:45:27.253	info	instance system.adapter.zigbee.0 started with pid 30829
          

          11Adaper.png

          12Adaper.png

          13ssh.png

          Im Terminal wird der Stick angezeigt.
          Aber der Zigbee Adapter stellt keine Verbindung mehr her.

          LG DiveDancer

          1 Antwort Letzte Antwort
          0
          • arteckA Offline
            arteckA Offline
            arteck
            Developer Most Active
            schrieb am zuletzt editiert von
            #14

            starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner

            zigbee hab ich, zwave auch, nuc's genauso und HA auch

            D 1 Antwort Letzte Antwort
            0
            • arteckA arteck

              starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner

              D Offline
              D Offline
              DiveDancer
              schrieb am zuletzt editiert von
              #15

              @arteck said in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:

              starte die kiste mal neu.. aber nicht nur den iobroker sondern den ganzen Rechner

              Hab ich!

              SSH = sudo reboot

              Erst den Slave (Raspberry Pi)
              Dann den Host (Rock64)

              Durch etliche Tests im Grunde bereits ein Dutzend mal

              Der Zigbee Adapter wird nicht mehr Grün

              LG DiveDancer

              1 Antwort Letzte Antwort
              0
              • D Offline
                D Offline
                DiveDancer
                schrieb am zuletzt editiert von
                #16

                Als nächstes werde ich mal versuchen den Stick mit einer USB Kabelverlängerung in Alufolie einzupacken und ihn hoffentlich in Funk freier Umgebung neu zu flashen.
                Noch abgeschirmt werde ich dann versuchen ihn im Pi wieder in Betrieb zu nehmen.
                Das soll laut Recherche bewirken das der Stick in Funk freier Umgebung keine Folgenummer in seiner 'Adresse' erhält.

                Im besten Fall sollten dann alle meine seinerzeit laufenden sowie angelernten Sensoren wieder eingebunden werden.

                So der Plan

                LG DiveDancer

                1 Antwort Letzte Antwort
                0
                • arteckA Offline
                  arteckA Offline
                  arteck
                  Developer Most Active
                  schrieb am zuletzt editiert von
                  #17

                  dann bin ich mal gespannt... sag bescheid obs funktioniert hat

                  zigbee hab ich, zwave auch, nuc's genauso und HA auch

                  1 Antwort Letzte Antwort
                  0
                  • D Offline
                    D Offline
                    DiveDancer
                    schrieb am zuletzt editiert von DiveDancer
                    #18

                    So, endlich mal dazu gekommen das Szenario umzusetzen.

                    Bei weiterer Recherche gab es vermehrte Hinweise, das in dem letzten ioBroker Image von 2018 irgendein Paket fehlen musste.
                    Bei den Usern die OS und ioBroker manuell installierten ließ sich der Stick (cc2531) aufrufen. (s -la /dev/serial/by-id/)
                    Nicht jedoch bei den Usern die das fertige Image genutzt hatten, so wie ich.
                    Da war der Ordner 'serial' nicht angelegt.

                    Leider kann ich nun nicht mehr rekonstruieren wo genau der Fehler lag.

                    Aber nach dem ich nun das neue Image vom 09.02.19 auf meine eMMC Platte gezogen hatte und ein zuvor erstelltes ioBroker backup mit restore wieder einspielte...
                    ...war der Ordner serial angelegt
                    ...brachte (ls -la /dev/serial/by-id/) den 'Key'
                    ...der Zigbee Adapter koppelte sich (Grün)

                    Das Flashen des Sticks durch Alufolie und Blechbox abgeschirmt brachte mir nicht das was ich mir erhoffte.
                    Die Fehlerquelle ist mir aber wohl bekannt.
                    Nicht alle Sensoren pairten sich von alleine mit dem frischen Stick.
                    Meine Vermutung legt nahe das dies an meinen etlichen Versuchen lag die Sensoren in den letzten Sassions wieder und wieder zu pairen, auch nach weiteren Flash Versuchen. Ich denke das die Sensoren sich dadurch an Unterschiedliche pan x..
                    Adressen und so mit in Unterschiedlichen Netzwerken befanden.

                    Ein süßer Nebeneffekt ist jedoch nun bei jungfräulichem Stick Speicher dass die Gledopto's einwandfrei erkannt werden.
                    Und mir somit als Router helfen können die Stückzahl der anzulernen Sensoren zu erhöhen.

                    Durch ein weiteres Problem werd ich wohl aber noch ein weiteres mal den Stick flashen.
                    Ich habe der Bequemlichkeit halber am neuen Stick mit als erstes einen weiteren Stick den ich als Router geflasht hatte gepairt.
                    Diesen hatte ich nun auf dem Tisch genutzt um weitere Sensoren zu pairen.
                    Bequem und kurze Distanz also.
                    Wenn ich jedoch nun den Router (Stick) aus dem Netz nehme (Stromzufuhr unterbrochen) verbinden sich die Sensoren NICHT mit dem Coordinator Stick.
                    Heißt das im Umkehrschluss, dass immer wenn z.B. meine bessere Hälfte mal danach ist von einem der Router (Gladopto) den Stecker zu ziehen, oder dieser sich einfach mal aufgehängt hat alle an ihm gepairten Sensoren sich nicht mehr erreichbar sind?

                    Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!

                    So läuft der Stick nun auch auf dem Host (Rock64) so das ich den Slave nun auch bald aus dem Multihost nehmen kann. ☺

                    LG DiveDancer

                    1 Antwort Letzte Antwort
                    0
                    • arteckA Offline
                      arteckA Offline
                      arteck
                      Developer Most Active
                      schrieb am zuletzt editiert von
                      #19

                      @DiveDancer sagte in Zigbee Stick cc2531 & allgemein & Gledopto = verlorene Verbindungen:

                      Das wäre allerdings nicht dass was ich unter einem MESH Netzwerk verstehe!

                      na gut dass das Zigbee kein Mesh macht...

                      na ja deine Rückspielorgie kann ich ncht nachvollziehen, weil der serialport wird jedesmal installiert bei zigbee Adapter installation.. aber egal wenns geht...

                      die Geräte suchen sich selbst die Routen aus.. also wenn ein "Router" ausfällt dauert es ein wenig bis das Gerät was neues findet.. vor allem wenns ein EndDevice ist...

                      zigbee hab ich, zwave auch, nuc's genauso und HA auch

                      1 Antwort Letzte Antwort
                      0
                      • D Offline
                        D Offline
                        DiveDancer
                        schrieb am zuletzt editiert von
                        #20

                        @arteck auf zigbee.org wird Mesh allerdings sehr hervorgehoben
                        https://www.zigbee.org/zigbee-for-developers/applicationstandards/zigbeehomeautomation/
                        70 mesh.png

                        LG DiveDancer

                        1 Antwort Letzte Antwort
                        0

                        Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                        Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                        Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                        Registrieren Anmelden
                        Antworten
                        • In einem neuen Thema antworten
                        Anmelden zum Antworten
                        • Älteste zuerst
                        • Neuste zuerst
                        • Meiste Stimmen


                        Support us

                        ioBroker
                        Community Adapters
                        Donate
                        FAQ Cloud / IOT
                        HowTo: Node.js-Update
                        HowTo: Backup/Restore
                        Downloads
                        BLOG

                        316

                        Online

                        32.8k

                        Benutzer

                        82.7k

                        Themen

                        1.3m

                        Beiträge
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                        ioBroker Community 2014-2025
                        logo
                        • Anmelden

                        • Du hast noch kein Konto? Registrieren

                        • Anmelden oder registrieren, um zu suchen
                        • Erster Beitrag
                          Letzter Beitrag
                        0
                        • Home
                        • Aktuell
                        • Tags
                        • Ungelesen 0
                        • Kategorien
                        • Unreplied
                        • Beliebt
                        • GitHub
                        • Docu
                        • Hilfe