Fehler beim Betreiben von CC1011,CC2531

Begonnen von GreenFHEMfan, 30 Januar 2019, 21:12:22

Vorheriges Thema - Nächstes Thema

GreenFHEMfan

Hallo, ich versuche gerade 2 CUL's nebeneinander laufen zu lassen. Den CC1011 und den CC2531 mit MQTT und Zigbee und XIAOMI-Device Erkennung!

Beim Installieren des CC2531 hat alles soweit geklappt - ich habe auch schon ein Xiaomi-Device WSDCGQ01 erfolgreich angelernt.
Dabei sah ich das der CC1011 USB-CUL auf State "opened" stand!
Mittlerweile ist der CC2531 auf "opended" und der CC1011 auf "initialized".
Kann dadurch natürlich keine Xiaomi-Devices mehr anlernen - aber mein Fhem mit dem HM_CUL funktioniert wenigsten noch.

Die USB-Culs habe ich über die ID-Nummer konfiguriert:
"/dev/serial/by-id/usb-busware.de_CUL868-if00@38400 xxxx"      und
"/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023143-if00@115200 xxxx"

Durch "verbose 5" beim 2531 sehe ich nur folgendes im Log-File:
2019.01.30 20:20:35 3: Opening CC2531 device /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023143-if00
2019.01.30 20:20:35 3: Setting CC2531 serial parameters to 115200,8,N,1
2019.01.30 20:20:44 1: Cannot init /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012023143-if00, ignoring it (CC2531)

Irgendwie scheinen sich beide nicht so gut zu "vertragen" / attr sendpool ist auf CC1011,CC2531 gestellt.

Im Zigbee2mqtt - Log stehen auch eineige Fehler :
sudo journalctl -u zigbee2mqtt.service -f
-- Logs begin at Thu 2016-11-03 18:16:42 CET. --
Jan 30 20:39:10 raspberrypi npm[12287]: npm ERR! A complete log of this run can be found in:
Jan 30 20:39:10 raspberrypi npm[12287]: npm ERR!     /home/pi/.npm/_logs/2019-01-30T19_39_10_688Z-debug.log
Jan 30 20:39:10 raspberrypi systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE
Jan 30 20:39:10 raspberrypi systemd[1]: zigbee2mqtt.service: Unit entered failed state.
Jan 30 20:39:10 raspberrypi systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
Jan 30 20:39:10 raspberrypi systemd[1]: zigbee2mqtt.service: Service hold-off time over, scheduling restart.
Jan 30 20:39:10 raspberrypi systemd[1]: Stopped zigbee2mqtt.
Jan 30 20:39:10 raspberrypi systemd[1]: Started zigbee2mqtt.
Jan 30 20:39:11 raspberrypi npm[12337]: > zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
Jan 30 20:39:11 raspberrypi npm[12337]: > node index.js
Jan 30 20:39:12 raspberrypi npm[12337]:                 Zigbee2mqtt requires node version 8.11 - 10, you are running v11.8.0!
Jan 30 20:39:12 raspberrypi npm[12337]: /opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:171
Jan 30 20:39:12 raspberrypi npm[12337]:   throw generateError(state, message);
Jan 30 20:39:12 raspberrypi npm[12337]:   ^
Jan 30 20:39:12 raspberrypi npm[12337]: YAMLException: bad indentation of a mapping entry at line 14, column 2:
Jan 30 20:39:12 raspberrypi npm[12337]:      Required: Home Assistant integra ...
Jan 30 20:39:12 raspberrypi npm[12337]:      ^
Jan 30 20:39:12 raspberrypi npm[12337]:     at generateError (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:165:10)
Jan 30 20:39:12 raspberrypi npm[12337]:     at throwError (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:171:9)
Jan 30 20:39:12 raspberrypi npm[12337]:     at readBlockMapping (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:1080:7)
Jan 30 20:39:12 raspberrypi npm[12337]:     at composeNode (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:1332:12)
Jan 30 20:39:12 raspberrypi npm[12337]:     at readDocument (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:1492:3)
Jan 30 20:39:12 raspberrypi npm[12337]:     at loadDocuments (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:1548:5)
Jan 30 20:39:12 raspberrypi npm[12337]:     at load (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:1569:19)
Jan 30 20:39:12 raspberrypi npm[12337]:     at Object.safeLoad (/opt/zigbee2mqtt/node_modules/js-yaml/lib/js-yaml/loader.js:1591:10)
Jan 30 20:39:12 raspberrypi npm[12337]:     at read (/opt/zigbee2mqtt/lib/util/settings.js:46:17)
Jan 30 20:39:12 raspberrypi npm[12337]:     at Object.<anonymous> (/opt/zigbee2mqtt/lib/util/settings.js:34:16)
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR! code ELIFECYCLE
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR! errno 1
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR! zigbee2mqtt@1.0.1 start: `node index.js`
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR! Exit status 1
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR!
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR! Failed at the zigbee2mqtt@1.0.1 start script.
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Jan 30 20:39:12 raspberrypi npm[12337]: npm ERR! A complete log of this run can be found in:

Ich habe leider keinen Überblick mehr welcher Dienst hier den anderen beeinträchtigt - wäre schön, wenn ihr mir helfen könnt!

Gruss Maik
Rasp 3B+,4 / CUL /  Duofernstick / SIGNALduino (nanocul CC1101 optiboot) / mqtt

Beta-User

Hast du initialUsbCheck noch aktiv?

Wenn ja: disablen oder löschen (du weißt ja, wie man neue USB-Geräte in FHEM anlegt...) und dann nochmal versuchen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

GreenFHEMfan

#2
Schade das war es nicht.
Danke - das hab ich auch noch nicht gekannt!

Es steht weiterhin "opened" beim 2. CUL Stick.
Der erste CUL weiterhin auf "initialized".
Rasp 3B+,4 / CUL /  Duofernstick / SIGNALduino (nanocul CC1101 optiboot) / mqtt

Beta-User

Ähm, mal was anderes, sorry, dass ich das vorher überlesen habe, so groß war meine Fantasie heute morgen noch nicht :o :

Wieso sprichst du im Zusammenhang mit einen CC2531 von einem CUL?!?

Der ist bei Verwendung von zigbee2mqtt in FHEM gar nicht zu definieren, nicht als CUL und auch nicht als sonstwas. Die Verbindung läuft auf einer ganz anderen Ebene ab, nämlich MQTT... Du kannst (und solltest) aber "by-id" verwenden, allerdings in der configuration.yaml des zigbee-Diensts.

Dann ein passendes MQTT-IO (würde für den Anfang MQTT2_SERVER empfehlen), der Rest dann nach den Praxisbeispielen zu MQTT2 im Wiki.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

GreenFHEMfan

#4
Du hast recht - die automatische Erkennung von initialUsbCheck hat einen CUL in FHEM definiert.
Beim Anlernen des ersten Xiaomi - Sensors hatte ich FHEM noch nicht neu gestartet. Daher hat es geklappt.

Habe jetzt den "Pseudo-CUL" aus FHEM entfernt - und bin die Konfiguration von dem CC2531 mit zigbee2mttq und allem was dazu gehört nochmal durchgegangen.
Siehe da die MQTT-Bridge ist wieder online und Devices können angelernt werden!

Wichtige Info für alle die CC2531 nutzen wollen !
Rasp 3B+,4 / CUL /  Duofernstick / SIGNALduino (nanocul CC1101 optiboot) / mqtt