@crunchip

Ja Danke für den Link. Ich habe es gemacht. Falles es dich interessiert, es hat nicht geklappt.

Downgrade auf 1.10.9 ging nicht, aber 1.10.3 hat funktioniert. Adapter ist nicht gestartet, nach dem Kopieren alter Daten des gesamten zigbee_0 Verzeichnisses vom Backup vor 2 Wochen, startet der Adapter auch wieder. Aber das Problem ist nachwievor das Gleiche, im Adapter werden nur die Geräte gezeigt, keine Daten oder Schalter sind zu sehen.

Ich denke, ich lass es jetzt so, ist ja nicht funktionslos, sondern nur etwas umständlich

@thomas-braun

ja, das mag sicher der bessere und aktuellere Stick sein. Aber es sind ja nicht nur die paar Euro. Hauptsächlich muss man ja den ganzen "Anlernaufwand" wieder treiben.
Wobei ich mir nicht sicher bin, ob das die Lösung ist. Der Stick den ich habe, tut ja seinen Dienst sehr gut.
Ich kann alles schalten per Script und wenn ich in den Objekten das richtige Gerät gefunden habe, auch dort.
Hier geht es ja nur um eine "halbe" Anzeige im Adapter selber.

• Adaptername: zigbee

• Hardwaresystem: vm

• Arbeitsspeicher: 8xGB

• Festplattenart: SD-Karte, SSD, HDD, ...

• Installationsart: Skript

• Image, Docker genutzt: Nein
  OS: Debian bookworm 6.1.106-3 (2024-08-26) x86_64 GNU/Linux
  npm -v: 10.8.2
  node -v v20.17.0
  zigbee: v1.10.12
  admin: v7.2.6
  nodejs: 20.18.0
  zigbee Stick USB, Texas_Instruments_TI_CC2531

zigbee.0
2024-11-08 11:13:59.401 info List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","serialNumber":"__0X00124B001938A1BB","pnpId":"usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938A1BB-if00","vendorId":"0451","productId":"16a8"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]
zigbee.0
2024-11-08 11:13:48.120 info List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","serialNumber":"__0X00124B001938A1BB","pnpId":"usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938A1BB-if00","vendorId":"0451","productId":"16a8"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]
zigbee.0
2024-11-08 11:12:37.675 info debug devices set to []
zigbee.0
2024-11-08 11:12:37.629 info Zigbee started
zigbee.0
2024-11-08 11:12:37.629 info 0x00158d000423457a (addr 64138): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
zigbee.0
2024-11-08 11:12:37.629 info 0x00158d00044455e5 (addr 3197): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)

.....

zigbee.0
2024-11-08 11:12:37.616 info 0x00158d00044b345f (addr 52044): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
zigbee.0
2024-11-08 11:12:37.578 info Currently 14 devices are joined:
zigbee.0
2024-11-08 11:12:37.573 info --> transmitPower : normal
zigbee.0
2024-11-08 11:12:37.572 info Unable to disable LED, unsupported function.
zigbee.0
2024-11-08 11:12:37.572 info Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}
zigbee.0
2024-11-08 11:12:37.123 info Installed Version: iobroker.zigbee@1.10.12
zigbee.0
2024-11-08 11:12:37.000 info Starting Zigbee npm ...
zigbee.0
2024-11-08 11:12:36.998 info delete old Backup files. keep only last 10
zigbee.0
2024-11-08 11:12:36.936 info starting. Version 1.10.12 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.18.0, js-controller: 6.0.11

Zu meinem Problem:

Im zigbee-tab sind alle Geräte aufgeführt, mit Bildern, aber es sind weder Werte (z.B. Temperatur) noch die Schalter (Steckdosen) zum ein-aus schalten vorhanden.

Ich habe 2 verschiedene (Hardware-)Systeme mit dem identischen zigbee Problem

Ich bin nicht ganz sicher, glaube aber nach dem letzten Update von Debian und iobroker ist das Problem aufgetreten.

woran kann es liegen?
Danke schon mal vorab für Tips

@liv-in-sky
Hi liv-in-sky,
Ja, verdammt, ds geht! Im Firefox erhalte ich auch die Anzeige Led1: "255.,0,0"
zurück geliefert.
Super, vielen Dank für die Hilfe!

[gelöst] Problem LED mit blockly schalten

Guten Abend zusammen,
ich habe eine nodemcu mit tasmota 12.0.2 geflashed und dort ein LED Stripe angeschlossen.
Es soll als Statusanzeige für offene Fenster dienen.

Jetzt hab ich das Problem, dass ich kein rot = 255,0,0 schalten kann. Der erste Farbwert wird nicht beachtet und im log und in der Tasmota Konsole immer mit 0 angezeigt, egal was ich da eingebe.
Problem tritt auf wenn ich mit blockly über http oder mqtt sende. Sogar wenn ich direkt im Firefox den String absende, immer wird der erste Wert mit 0 interpretiert.

Wenn ich im Tasmota in der Konsole den Wert eingebe, klappt das Rot

Kennt jemand das Problem und eine Lösung dafür? Ich habe schon die diversen Schreibweisen mit ", ' () ... ausprobiert, ich komme nicht drauf.
danke mal vorab lg cw

@haselchen
sorry noch mal, ich bin nicht sicher, wie ich diesen topic als gelöst schliessen kann

@haselchen
Ah, ok jetzt verstehe ich.
Danke für die Hilfe !!

@haselchen
Aber die nodemcu ( mit tasmota geflashed? ) kann doch nur einen port benutzen? Wenn da mqtt eingestellt ist, ist es der port entweder vom broker oder vom Sonoffadapter? Hab eben nch mal nachgesehen, da geht nur einer einzustellen?

@Homoran
Ja ok, dann lasse ich es so, wie es ist.
Danke nochmal für die Hilfe!

@haselchen
Das ist interessant. Kannst Du mir bitte auch sagen, was ich für einen Vorteil von beiden habe? Soll ich den tasmota auch installieren?
Ich dachte besser ist es in der tasmota Software den mqtt client zu nutzen?