ZigBee neue Version 1.4.0
-
@Asgothian ich habe wohl ziemlich lange nicht mehr gedimmt. Hab mein Backup meiner VM eingespielt. Vor installation von 1.4.0 und habe nun wieder 1.2.0. Hier gleicher Error log:
Habe jetzt auf 1.3.1 upgedated aber immer noch das Problem.
Log:2020-12-12 09:21:42.761 - error: zigbee.0 (33084) Error on send command to 0x14b457fffe43566d. Error: Error: Command 0x14b457fffe43566d/1 genLevelCtrl.moveToLevelWithOnOff({"level":203,"transtime":100}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (Data request failed with error: 'Timeout' (9999)) at ZStackAdapter. (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:339:27) at Generator.next () at fulfilled (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58)Ebenso reagiert die Lampe auch nicht auf Farbwechsel.
In der Netzwerkkarte werden die Geräte als offline angeteigt.
Hab den Adapter dann mal neugestartet. Die Geräte werden immer noch als offline angezeigt. Lassen sich nun auch nicht mehr steuern. In den Datenpunkten werden die Geräte mal unter "available" false und mal als true angezeigt. Wenn die mal auf true sind lassen die sich steuern aber sehr verzögert.
Eigentlich belasse ich ein "running system" wie es ist wenn es funktioniert. Jetzt wollte ich aber die neue funktion von 1.4.0 testen den Stick über TCP zu verbinen.
Hier mal meine ""History"
- xx.xx.2020-07.12.2020->Version 1.2.1 (lief eigentlich soweit, hab lange nicht gedimmt, aber nach installation von 1.2.1 lief das dimmen auf jeden Fall noch)
- 07.12.2020-12.12.20.20->Version 1.4.0 (vor Installation Backup der kompletten VM) Dimmen ging nicht mehr. Geräte liessen sich nur sehr verzögert schalten.
- 12.12.2020-12-12-2020 VM gelöscht und Backup eingespielt (1.2.1) gleiches verhalten von den Geräten.
- 12.12.2020-12.12.2020 von 1.2.1 auf 1.3.1, gleiches Verhalten
EDIT; Hier mal einStartlog vom Adapter:
2020-12-12 09:42:44.089 - info: host.ioBrokerHost stopInstance system.adapter.zigbee.0 (force=false, process=true) 2020-12-12 09:42:44.090 - info: host.ioBrokerHost stopInstance system.adapter.zigbee.0 send kill signal 2020-12-12 09:42:44.098 - info: zigbee.0 (33139) Got terminate signal TERMINATE_YOURSELF 2020-12-12 09:42:44.129 - info: zigbee.0 (33139) cleaned everything up... 2020-12-12 09:42:44.151 - info: zigbee.0 (33139) Zigbee: disabling joining new devices. 2020-12-12 09:42:44.465 - error: zigbee.0 (33139) Failed to stop zigbee (Error: SREQ '--> ZDO - mgmtPermitJoinReq - {"addrmode":15,"dstaddr":65532,"duration":0,"tcsignificance":0}' failed with status '(0x10: MEM_ERROR)' (expected '(0x00: SUCCESS)') at Znp. (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:291:27) at Generator.next () at fulfilled (/opt/iobroker/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:24:58)) 2020-12-12 09:42:44.466 - info: zigbee.0 (33139) terminating 2020-12-12 09:42:44.467 - info: zigbee.0 (33139) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2020-12-12 09:42:45.003 - info: host.ioBrokerHost instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2020-12-12 09:42:47.132 - info: host.ioBrokerHost instance system.adapter.zigbee.0 started with pid 33234 2020-12-12 09:42:51.333 - info: zigbee.0 (33234) starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.19.0, js-controller: 3.1.6 2020-12-12 09:42:51.600 - info: zigbee.0 (33234) Starting Zigbee npm ... 2020-12-12 09:42:54.626 - info: zigbee.0 (33234) Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20180815}} 2020-12-12 09:42:54.642 - info: zigbee.0 (33234) Disable LED 2020-12-12 09:42:54.651 - info: zigbee.0 (33234) --> transmitPower : normal 2020-12-12 09:42:54.664 - info: zigbee.0 (33234) Currently 4 devices are joined: 2020-12-12 09:42:54.674 - info: zigbee.0 (33234) 0x14b457fffe43566d (addr 45456): LED1624G9 - IKEA TRADFRI LED bulb E14/E26/E27 600 lumen, dimmable, color, opal white (Router) 2020-12-12 09:42:54.679 - info: zigbee.0 (33234) 0x00158d00029bc30e (addr 40055): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice) 2020-12-12 09:42:54.681 - info: zigbee.0 (33234) 0x00158d000309c100 (addr 1783): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice) 2020-12-12 09:42:54.705 - info: zigbee.0 (33234) 0x0017880106a0ea50 (addr 52443): 9290022169 - Philips Hue white ambiance E27 with Bluetooth (Router) 2020-12-12 09:42:54.707 - info: zigbee.0 (33234) Zigbee started -
@el_malto du hast einige “mem_error_ Fehler in dem einen log. Das deutet darauf hin das den cc2531 am Ende ist.
Ich empfehle den neu zu flashen oder auszutauschen.
A.
Nachtrag - die Option über tcp den Stick zu betreiben geht auch mit 1.3.1
-
@Asgothian hab gerade mein Beitrag über deinen bearbeitet und ein Startlog angehängt.
-
@el_malto
Das log welches du oben hinter dem Spoiler hast zeigt einiges an "MEM_ERROR" Meldungen. Damit bleibt der Post den ich vor einer Stunde gemacht habe relevant. Du hast ein Hardware Problem mit dem cc2531A.
-
@Thomas-Braun muss ich jetz nicht verstehen - oder ?
-
@Asgothian jo habe ich gelesen. Besten Dank dafür. Werde mal versuchen den Stick neu zu flashen und berichten.
Wäre ja krass wenn der Stick schon kaputt ist. War dann ein kurzes vergnügen. Gerade mal 2,5 Jahre hat der dnn gehalten und hat auch nicht mal viel zu tun gehabt mit den paar Geräten. -
@el_malto er ist nicht kaputt.. es kommt nur mit der Menge der Geräte nicht mehr klar..
-
@Asgothian
ich bin jetzt auf der 1.3.1 und habe den gerade angelernt.
jetzt heißt es erst einmal warten, ob er den wieder verliert.
ist das eigentlich normal, dass man beim Anlernen der Teile vllt 2m entfernt sein darf?
ich bekomme die Sensoren und was auch immer sonst nicht angelernt.
Wenn die dann angelernt sind, kann ich das Zeug in der Wohnung verteilen.
Gruß,
Mathias -
@MathiasJ ja die Geräte suchen sich den Weg alleine..
-
@arteck
da bin ich ja mal gespannt!
Bei mir sieht die Netzkarte seit ewigen Zeiten so aus:
die Geräte sind aber alle erreichbar. Es ist nur verwirrend.Edit
Mit dem 1.3.1 geht's jetzt.
Bis jetzt keine Aussetzer mehr.
Ich bin von lastest zurück zu stable, den Downgrade gemacht und dann wieder zurück zu lastest.
Leider gibt's nicht alle Adapter im stable, die ich brauche.Gruß,
Mathias -
@MathiasJ nochmal auh für dich .. verlasse dich nicht auf die Karte. da nicht alle Geräte zur Kartenaufbau dessen Status übermitteln.-
-
@arteck
ah, ok Danke!
ich wollte das nun auch bei einem bekannten machen.
ich bin von der 1.4.0 zurück auf die 1.2.0 (wie bei mir) und bekomme dann das hier:
eigentlich wollte ich noch das Upgrade auf die 1.3.1 machen........
Gruß,
Mathias -
-
@arteck sagte in ZigBee neue Version 1.4.0:
@el_malto er ist nicht kaputt.. es kommt nur mit der Menge der Geräte nicht mehr klar..
Mit der Menge der Geräte? Ich hab gerade mal 4(!) Geräte
-
@Thomas-Braun
Verwahrort default. -
-
über ssh habe ich gerade das Update auf die 1.3.1 machen können.
Mich wundert nur, dass das nicht über die Weboberfläche ging.
aber alles gut.
-
@MathiasJ
Spürst du die Macht der Kommandozeile, Luke? -
@Thomas-Braun
ich habe mir auf dem PC Notizen gemacht, was bei IObroker über ssh alles geht.
Alles kann ich mir eh nicht merken.
jetzt hoffe ich, daß IObroker genau so gut bei Ihm, wie bei mir läuft.
Mir graut es nur, vor beiden Umzügen......- ich muß umziehen
- IObroker zieht dann vom PI4 auf Proxmox um
- ich muß umziehen
-
@MathiasJ Backitup-Adapter ist dein Freund.
Notizen? Steht doch alles auch im System:
pi@raspberrypi:~ $ iobroker Commands: iobroker setup [--objects <host>] [--states <host>] [custom] iobroker start - starts the js-controller iobroker stop - stops the js-controller iobroker start <adapter>[.instance] - starts a specified adapter instance iobroker stop <adapter>.[instance] - stops a specified adapter instance iobroker start all - starts js-controller and all adapters iobroker restart - restarts the js-controller iobroker restart <adapter>[.instance] - restarts a specified adapter iobroker debug <adapter> [--ip=<ip>] [--port=<port>] [--wait] - Starts a Node.js debugging session for the adapter --wait stops the execution until the debugger is attached. --ip and --port can be used to change the listen IP and port. Use IP 0.0.0.0 for remote debugging. iobroker info - shows the host info iobroker logs [adapter] [--watch] [--lines=1000] iobroker add <adapter> [desiredNumber] [--enabled] [--host <host>] [--port <port>] iobroker install <adapter> - installs a specified adapter iobroker rebuild <adapter>|self [--install] iobroker url <url> [<name>] - install adapter from specified url, e.g. GitHub iobroker del <adapter> - remove adapter from system iobroker del <adapter>.<instance> - remove adapter instance iobroker update [repository url] [--updatable/--u] [--installed/--i] [--force/--f] - update repository and optionally filter installed/updateable adapters, use --force to bypass hash check iobroker upgrade [repository url] iobroker upgrade self [repository url] - upgrade js-controller and all adapters, optionally you can specify the repository url iobroker upgrade <adapter> [repository url] - upgrade specified adapter, optionally you can specify the repository url iobroker upload <pathToLocalFile> <pathIniobroker> iobroker upload all - upload all adapter files to make them available for instances iobroker upload <adapter> - upload specified adapter files to make them available for instances iobroker object get <id> - get object specified by id iobroker object set <id> <json-value> - set object with the given id by providing a new json object iobroker object set <id> propertyname=<value or json-value> - update part of the object by providing a new value or partial object iobroker object extend <id> <json-value> - extend object with the given id by providing a new json object iobroker object del <id|pattern> [--yes] iobroker object chmod <object-mode> [state-mode] <id> iobroker object chown <user> <group> <id> iobroker object list <id> iobroker state get <id> - get state, specified by id iobroker state getplain <id> [--pretty] iobroker state getvalue <id> iobroker state set <id> <value> [ack] iobroker state del <id> iobroker message <adapter>[.instance] <command> [<message>] iobroker list <type> [filter] iobroker chmod <mode> <file> iobroker chown <user> <group> <file> iobroker touch <file> iobroker rm <file> iobroker file read <iobroker-path-to-read> [<filesystem-path-to-write>] iobroker file write <filesystem-path-to-read> <iobroker-path-to-write> iobroker file rm <iobroker-path-to-delete> iobroker file sync iobroker user add <user> [--ingroup group] [--password pass] iobroker user del <user> iobroker user passwd <user> [--password pass] iobroker user enable <user> iobroker user disable <user> iobroker user get <user> iobroker user check <user> [--password pass] iobroker group add <group> iobroker group del <group> iobroker group list <group> iobroker group enable <group> iobroker group disable <group> iobroker group get <group> iobroker group adduser <group> <user> iobroker group deluser <group> <user> iobroker host this iobroker host <hostname> iobroker host set <hostname> iobroker host remove <hostname> iobroker set <adapter>.<instance> [--port port] [--ip address] [--ssl true|false] iobroker license <license.file or license.text> iobroker cert create iobroker cert view [<certificate name>] iobroker clean iobroker backup iobroker restore <backup name or path> - restore a specified backup iobroker validate <backup name or path> - validate a specified backup iobroker <command> --timeout 5000 iobroker status [all|<adapter>.<instance>] iobroker repo [name] iobroker repo add <name> <path or url> iobroker repo set <name> iobroker repo del <name> iobroker uuid iobroker unsetup iobroker fix - execute the installation fixer script, this updates your ioBroker installation iobroker multihost <enable|disable> [--secure true|false] iobroker multihost browse iobroker multihost connect iobroker compact status - show if compact mode is enabled in general iobroker compact <enable|on|disable|off> - enable or disable compact mode in general iobroker compact <adapter>.<instance> status - show if compact mode is enabled for a specific instance iobroker compact <adapter>.<instance> group <group-id> - define compact group of a specific adapter iobroker compact <adapter>.<instance> <disable|off> - enable or disable compact mode for specified adapter instance iobroker compact <adapter>.<instance> <enable|on> [group-id] - enable or disable compact mode for specified adapter instance and set comapct group optionally iobroker plugin enable <pluginname> [--host <hostname>] - enables a plugin for the specified host. If no host is specified, the current one is used iobroker plugin disable <pluginname> [--host <hostname>] - disables a plugin for the specified host. If no host is specified, the current one is used iobroker plugin status <pluginname> [--host <hostname>] - checks if a plugin is enabled for the specified host. If no host is specified, the current one is used iobroker plugin enable <pluginname> --instance <adapter>[.<nr>] - enables a plugin for the specified adapter instance (defaults to instance 0) iobroker plugin disable <pluginname> --instance <adapter>[.<nr>] - disables a plugin for the specified adapter instance (defaults to instance 0) iobroker plugin status <pluginname> --instance <adapter>[.<nr>] - checks if a plugin is enabled for the specified adapter instance (defaults to instance 0) iobroker version [adapter] - show version of js-controller or specified adapter iobroker [adapter] -v - show version of js-controller or specified adapter Optionen: --help Hilfe anzeigen [boolean] --version Version anzeigen [boolean]
