ZigBee Gerät schaltet sich von selber wieder aus - mit ConBee I USB-Stick

Begonnen von Ruggy, 24 September 2022, 08:55:38

Vorheriges Thema - Nächstes Thema

Ruggy

Habe es geändert auf  ::)

attr HUEDevice18 subType switch

Leider unverändert.
HUEDevice9 schaltet immer noch automatisch aus.

Frank_Huber

Stelle doch mal deine Logik testweise um dass sie kein echtes Gerät schaltet, sondern einen (neuen) Dummy.
Damit bekommst dann zumindest raus obs am aktor oder der Logik klemmt.

Und evtl zur Fehlersuche in den betroffenen Geräten dann das verbose erhöhen.

Beta-User

Zitat von: Ruggy am 02 Oktober 2022, 22:44:22
deconz hätte ich aktualisiert:
Ver. 2.18.02 / 19.09.22
Firmware 26400500
Hmm, die firmware ist nicht die "latest stable", meine war bis grade noch von August 21. Habe dann auf die beta aus Mai 22 geflasht (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually#update-in-ubuntu-or-debian): https://deconz.dresden-elektronik.de/deconz-firmware/?C=M;O=D

Meine Erfahrungen mit Relay-Geräten von Xiaomi sind eher nicht gut, ich habe beide wieder ausgebaut, weil die nicht so wollten wie ich das erwartet hatte (automatisch ausschalten war aber nicht dabei).

Von daher ist der Tipp von Frank_Huber sicher gut, das mal auf was "neutrales" umzuleiten; das klingt danach, als würde entweder die Hardware nicht korrekt funktionieren, oder es gibt noch einen Event-Handler, der da reinspuckt.
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

Ruggy

Wollte jetzt doch noch mal die Firmware aktualisieren, bevor ich das Dummy erstelle.

Habe gestern eigentlich den vom 18.08.21 installiert (haben den ConBee I)

Bei folgenden Befehl (laut der verlinkten Installationsanleitung) in Putty wird mir folgendes ausgegeben:

ls -la /dev/serial/by-id/



pi@raspberrypi:~ $ ls -la /dev/serial/by-id/
insgesamt 0
drwxr-xr-x 2 root root 60  2. Okt 19:08 .
drwxr-xr-x 4 root root 80  2. Okt 19:08 ..
lrwxrwxrwx 1 root root 13  2. Okt 19:08 usb-FTDI_FT230X_Basic_UART_DM01H1SS-if00-port0 -> ../../ttyUSB0


Ist das soweit richtig?
Sollte hier nicht etwas mit Deconz stehen?
Zusätzlich steckt ein Homatic Funktmodul HM-MOD-RPI-PCB auf den Raspberry.

Beta-User

Für ConBee I scheinst du aktuell zu sein, und wie sich ein ConBee I meldet, kann ich dir nicht sagen, ConBee II ist mit dem Herstellernamen und der Produktbezeichnung sehr gut erkennbar.

Ansonsten  müßtest du ja wissen, ob da nur das eine Gerät an USB angeschlossen ist...
(an UART (Pi-HM-PCB) ist egal)
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

Ruggy

Habe jetzt mit folgenden Befehlen nochmal ein Update durchgeführt.

sudo systemctl stop deconz
wget https://deconz.dresden-elektronik.de/deconz-firmware/deCONZ_Rpi_0x26400500.bin.GCF
sudo systemctl stop ModemManager
sudo GCFFlasher_internal -t 60 -d 0 -f deCONZ_Rpi_0x26400500.bin.GCF

wget https://deconz.dresden-elektronik.de/ubuntu/stable/deconz-2.18.02-qt5.deb
sudo dpkg -i deconz-2.18.02-qt5.deb
sudo systemctl start deconz


Wird aber trotzdem wieder so in der Phoscon App angezeigt:

Ver. 2.18.02 / 19.09.22
Firmware 26400500


Zitat von: Beta-User am 03 Oktober 2022, 10:26:45
Ansonsten  müßtest du ja wissen, ob da nur das eine Gerät an USB angeschlossen ist...
Es ist nur der ConBee I Stick am USB Port angeschlossen.
Dachte mir nur, weil nichts mit Conbee oder Deconz oder ähnliches steht sondern UART...

Beta-User

Na ja, beides war ja aktuell gewesen, ich war nur fälschlicherweise von einem ConBee II ausgegangen.

Aber wieso ModemManager?!? Hast du eine GUI-Version des OS installiert?!?
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

Ruggy

#37
Zitat von: Beta-User am 03 Oktober 2022, 11:06:21
Aber wieso ModemManager?!? Hast du eine GUI-Version des OS installiert?!?

Nein, habe ich nicht.
Habe es so ausgeführt, weil es in der Anleitung so steht.

Habe es jetzt mit einen Dummy Testluefter probiert.
Hier schaltet der Testlüfter nicht aus.

Habe jetzt aber nur den Befehl

set HUEDevice9 on

gegeben und der HUEDevice9 (Steckdose Osram Smart+) hat sich ein paar Sekunden danach von selber wieder ausgeschaltet.

Gibt es hierfür eine Erklärung?
Das ist wahrscheinlich das Problem der ganzen Sache.

Verbose steht beim HUEDevice9 auf 5.

Im Event monitor kommt nach ein paar Sekunden (Zeitdauer ist unterschiedlich) das Ausschaltsignal

Hier die Eintragungen zwischen on und off im Event monitor:

2022-10-03 11:19:10 HUEDevice HUEDevice9 on
2022-10-03 11:19:13 HUEDevice HUESensor45 current: 0
2022-10-03 11:19:13 HUEDevice HUESensor45 voltage: 230
2022-10-03 11:19:13 HUEDevice HUESensor45 power: 0
2022-10-03 11:19:18 HUEDevice HUESensor23 nomotion
2022-10-03 11:19:24 HUEDevice HUESensor22 lux: 44
2022-10-03 11:19:24 HUEDevice HUESensor22 lightlevel: 16436
2022-10-03 11:19:24 HUEDevice HUESensor22 dark: 0
2022-10-03 11:19:24 HUEDevice HUESensor22 daylight: 0
2022-10-03 11:19:25 HUEDevice HUESensor23 motion
2022-10-03 11:19:41 HUEDevice HUESensor45 voltage: 230
2022-10-03 11:19:41 HUEDevice HUESensor45 current: 0
2022-10-03 11:19:41 HUEDevice HUESensor45 power: 0
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd_nr: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd_event: AUS_LUFTFEUCHTIGKEIT
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd_2
2022-10-03 11:19:43 HUEDevice AUS_LUFTFEUCHTIGKEIT temperature: 9.04
2022-10-03 11:19:24 HUEDevice HUESensor22 batteryPercent: 95
2022-10-03 11:19:24 HUEDevice HUESensor22 lastseen: 2022-10-03T09:19Z
2022-10-03 11:19:24 HUEDevice HUESensor22 reachable: 1
2022-10-03 11:19:24 HUEDevice HUESensor22 battery: 95
2022-10-03 11:19:25 HUEDevice HUESensor23 temperature: 21
2022-10-03 11:19:25 HUEDevice HUESensor23 battery: 95
2022-10-03 11:19:25 HUEDevice HUESensor23 batteryPercent: 95
2022-10-03 11:19:25 HUEDevice HUESensor23 reachable: 1
2022-10-03 11:19:25 HUEDevice HUESensor23 lastseen: 2022-10-03T09:19Z
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_KALT cmd_nr: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_KALT cmd: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_KALT cmd_event: KEL_LUFTFEUCHTIGKEIT
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_KALT cmd_2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_NORMAL cmd_nr: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_NORMAL cmd: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_NORMAL cmd_event: KEL_LUFTFEUCHTIGKEIT
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_NORMAL cmd_2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd_nr: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd: 2
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd_event: KEL_LUFTFEUCHTIGKEIT
2022-10-03 11:19:43 DOIF TAUPUNKT_LUEFTUNG_WINTER cmd_2
2022-10-03 11:19:43 HUEDevice KEL_LUFTFEUCHTIGKEIT temperature: 13.65
2022-10-03 11:19:43 HUEDevice STODL_LUFTFEUCHTIGKEIT temperature: 13.01
2022-10-03 11:19:43 HUEDevice HUESensor68 temperature: 20.35
2022-10-03 11:19:41 HUEDevice HUESensor45 temperature: 32
2022-10-03 11:19:41 HUEDevice HUESensor45 lastseen: 2022-10-03T09:18Z
2022-10-03 11:19:41 HUEDevice HUESensor45 reachable: 1
2022-10-03 11:19:43 HUEDevice HUESensor65 temperature: 21.88
2022-10-03 11:19:43 HUEDevice HUEDevice11 lastseen: 2022-10-03T09:18Z
2022-10-03 11:19:43 HUEDevice HUEDevice9 off



Hier das List vom HUEDevice9

Internals:
   DEF        9  IODev=deCONZ
   FUUID      63300dc8-f33f-f59f-33e0-075c8c15be8d955f
   FVERSION   31_HUEDevice.pm:0.262040/2022-07-09
   ID         9
   INTERVAL   
   IODev      deCONZ
   NAME       HUEDevice9
   NR         165
   STATE      off
   TYPE       HUEDevice
   desired    0
   eventCount 48
   has_events 1
   manufacturername OSRAM
   modelid    Plug 01
   name       Keller_Steckdose_Luefter
   swversion  V1.04.90
   type       On/Off plug-in unit
   uniqueid   7c:b0:3e:aa:0a:07:10:dd-03
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1664788783.42052
           VALUE      off
   READINGS:
     2022-10-02 19:08:38   IODev           deCONZ
     2022-10-02 20:14:45   alert           none
     2022-10-03 11:21:44   lastseen        2022-10-03T09:20Z
     2022-10-03 11:19:43   onoff           0
     2022-10-03 11:19:43   pct             0
     2022-10-03 11:21:44   reachable       1
     2022-10-03 11:19:43   state           off
   helper:
     alert      none
     battery    -1
     bri        -1
     colormode 
     ct         -1
     devtype   
     dynamics_status
     effect     
     hue        -1
     lastseen   
     mode       
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout -1
     v2effect   
     xy         
     json:
       e          changed
       id         9
       r          lights
       source     event
       t          event
       uniqueid   7c:b0:3e:aa:0a:07:10:dd-03
       attr:
         id         9
         lastannounced
         lastseen   2022-10-03T09:22Z
         manufacturername OSRAM
         modelid    Plug 01
         name       Keller_Steckdose_Luefter
         swversion  V1.04.90
         type       On/Off plug-in unit
         uniqueid   7c:b0:3e:aa:0a:07:10:dd-03
Attributes:
   IODev      deCONZ
   alias      Luefter_Steckdose_ACHTUNG_ohne_Rohrklappe
   color-icons 2
   devStateIcon off:Ventilator_fett on:vent_ventilation_level_3@red
   event-on-change-reading state
   group      HUEDevice
   model      Plug 01
   room       Keller,Kellerlüftung,deCONZ_Geraete
   subType    switch
   verbose    5
   webCmd     on:off

Beta-User

Na ja, entweder gibt es in FHEM was, das das so steuert; dann sollte (v.a. bei verbose 5) was im Log zu finden sein.
Oder es ist in deconz oder auf dem Aktor selbst was konfiguriert. (Wäre vermutlich über deconz-GUI rauszufinden, kann man bei entsprechender Konfiguration auch remote starten).
Oder das Ding ist halt einfach kaputt...
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

Ruggy

#39
Das sind die Eintragungen in der Logfile (hier ist schon die Logfile gemeint, welche ich links vom "Standart-FHEM" per link aufrufen kann?) vom ein bis zum ausschalten

2022.10.03 11:33:43 4: parse status message for HUEDevice9
2022.10.03 11:33:43 4: parse status message for HUEDevice18
2022.10.03 11:33:43 4: parse status message for HUEDevice7
2022.10.03 11:33:44 4: parse status message for HUEDevice9
2022.10.03 11:33:50 4: parse status message for HUEDevice9
2022.10.03 11:33:50 4: parse status message for HUEDevice9
2022.10.03 11:34:00 4: parse status message for HUEDevice7
2022.10.03 11:34:00 4: parse status message for HUEDevice18
2022.10.03 11:34:00 4: parse status message for HUEDevice18
2022.10.03 11:34:43 4: parse status message for AUS_LUFTFEUCHTIGKEIT
2022.10.03 11:34:43 5: AUS_LUFTFEUCHTIGKEIT: using offsetUTC 7200 from bridge
2022.10.03 11:34:43 4: AUS_LUFTFEUCHTIGKEIT: ignoring reading battery with timestamp 2022-10-03 11:20:09, current reading timestamp is 2022-10-03 11:20:09
2022.10.03 11:34:43 4: AUS_LUFTFEUCHTIGKEIT: ignoring reading batteryPercent with timestamp 2022-10-03 11:20:09, current reading timestamp is 2022-10-03 11:20:09
2022.10.03 11:34:43 4: AUS_LUFTFEUCHTIGKEIT: ignoring reading humidity with timestamp 2022-10-03 11:20:09, current reading timestamp is 2022-10-03 11:20:09
2022.10.03 11:34:43 4: AUS_LUFTFEUCHTIGKEIT: ignoring reading reachable with timestamp 2022-10-03 11:20:09, current reading timestamp is 2022-10-03 11:20:09
2022.10.03 11:34:43 4: AUS_LUFTFEUCHTIGKEIT: ignoring reading lastseen with timestamp 2022-10-03 11:20:09, current reading timestamp is 2022-10-03 11:20:09
2022.10.03 11:34:43 4: parse status message for HUEDevice9
2022.10.03 11:34:43 4: parse status message for HUEDevice18
2022.10.03 11:34:43 4: parse status message for HUEDevice7
2022.10.03 11:34:43 4: parse status message for HUEDevice9




Beim Aktor, also die Steckdose hätte ich schon einen Reset durchgeführt und neu mit Phoscon App verbunden.

Bei deconz wüsste ich nicht, wo ich etwas konfigurieren könnte?
Wo sollte das sein?

Beta-User

Zitat von: Ruggy am 03 Oktober 2022, 11:36:10
Das sind die Eintragungen in der Logfile (hier ist schon die Logfile gemeint, welche ich links vom "Standart-FHEM" per link aufrufen kann?) vom ein bis zum ausschalten
Das ist komisch und sieht eher danach aus, als würde die HUEBridge auf einem erhöhten verbose-Level stehen. Was wie konfiguriert ist, sollte das hier zeigen:
list verbose=.+ verbose

(Und bitte verschone uns mit den Ergebnissen, stelle es einfach sinnvoll ein bzw. lösche es da, wo es keinen erkennbaren Grund mehr gibt).

Zitat
Bei deconz wüsste ich nicht, wo ich etwas konfigurieren könnte?
Wo sollte das sein?
Wenn, dann geht das nur über deconz-GUI. Im "firmware-update"-Thread wäre afaik zu finden, wie man das remote startet, aber wenn dir das alles nichts sagt, glaube ich nicht daran, dass du da versehentlich irgendwas konfiguriert hast, erst recht nicht, wenn du das Ding zurückgesetzt hast...
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

Ruggy

Zitat von: Beta-User am 03 Oktober 2022, 11:44:57
(Und bitte verschone uns mit den Ergebnissen, stelle es einfach sinnvoll ein bzw. lösche es da, wo es keinen erkennbaren Grund mehr gibt).

Sorry, falls ich hier nerve. Aber ich kenne mich leider zu wenig mit den Abläufen aus. Ich mache es auch nicht aus Absicht. Hänge nur schon sehr viele Stunden und Tage an dem Problem.
Deshalb bemühe ich das Forum. Hier ist doch geballtes Wissen und Erfahrung unterwegs.  :(

Ich habe jetzt den Befehl eingegeben; ich weiß es jetzt. Aber hilft mir auch nicht weiter.
Die HUEBridge ist aber nicht dabei.

In deconz-GUI habe ich nichts verstellt.

Zitat von: Beta-User am 03 Oktober 2022, 11:24:40
Oder das Ding ist halt einfach kaputt...
Das werde ich jetzt nochmal mit einer dritten (habe es mit einer anderen nämlich schon versucht) Osram Smart+ versuchen.

Frank_Huber

Nachdem wir ja jetzt wissen dass es nicht deine Logik ist bleiben zwei Ursachen:
1. Das Ding ist defekt
2. Eine andere Logik grätscbt rein.

Vorschlag:
Benenne den Aktor um und schalte nochmal manuell.
Geht er wieder aus liegt es am aktor.
Bleibt er an hast noch irgendwo ne Logik versteckt die ihn abschaltet.
Ich vermute aber eher nen defekt...

Ruggy

Habe jetzt nochmal eine andere Steckdose genommen und mit der funktioniert es jetzt soweit. Hoffe, dass es so bleibt.

Vielen Dank @Beta-User, @MadMax-FHEM und @Frank_Huber für die ausdauernde Hilfe und Geduld


Sind die Meldungen von den Xiaomi Temperatursensor, welche durch Verbose 5 angezeigt werden Fehler, welche im Hintergrund etwas ausbremsen, oder kann ich einfach Verbose entfernen und gut ist es?
2022.10.03 13:30:43 4: AUS_LUFTFEUCHTIGKEIT: ignoring reading humidity with timestamp 2022-10-03 12:43:33, current reading timestamp is 2022-10-03 12:43:33

Beta-User

Zitat von: Ruggy am 03 Oktober 2022, 13:36:01
Habe jetzt nochmal eine andere Steckdose genommen und mit der funktioniert es jetzt soweit. Hoffe, dass es so bleibt.
Wenn du mit 2 von der Sorte schon Probleme hattest, müßtest du ggf. mal schauen, ob es besser geeignete gäbe. Kann sein, dass das zu viel (Anlauf-) Strom zieht, was da dran hängt, und dann (zum Glück!) irgendeine Sicherheitsfunktion greift.

Zitat
Vielen Dank @Beta-User, @MadMax-FHEM und @Frank_Huber für die ausdauernde Hilfe und Geduld
:) Gerne.

Mancher kritische Unterton ist übrigens auch nicht böse gemeint, sondern z.B. das mit "verschone" war als "Schubs" gemeint, selbst anzuschauen, was da kommt und ggf. zu korrigieren ist.

Einfach das Ergebnis zeigen bringt uns nämlich nicht weiter. Anscheinend ist aber noch nicht klar, was es mit den verbose-Leveln auf sich hat. Schau mal in die Hilfe (commandref) dazu, dürfte bei global zu finden sein. Die meisten Maintainer nehmen in etwa das als Maßstab.
Zitat
Sind die Meldungen von den Xiaomi Temperatursensor, welche durch Verbose 5 angezeigt werden Fehler, welche im Hintergrund etwas ausbremsen, oder kann ich einfach Verbose entfernen und gut ist es?
2022.10.03 13:30:43 4: AUS_LUFTFEUCHTIGKEIT: ignoring reading humidity with timestamp 2022-10-03 12:43:33, current reading timestamp is 2022-10-03 12:43:33
Es ist nämlich immer wieder irritierend, wenn zum wiederholten Mal gefragt wird, ob es eigentlich ein Problem ist, wenn verbose 4 oder 5 was ins Log schreibt. Ist es nicht, es ist eine Info zur Fehlersuche bzw. eine Hilfe um rauszufinden, wie ein Modul denn so hinter den Kulissen tickt...
Echte Probleme sind in der Regel verbose 2 oder kleiner!

[gelöst]?
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