Steckdose schaltet ohne Erkennbaren Grund

Begonnen von Tommy82, 27 November 2016, 13:56:11

Vorheriges Thema - Nächstes Thema

Tommy82

Hallo,
ich habe eine IT Steckdose welche an und aus geht ohne das ich einen Grund dafür sehen würde, bzw. ohne das ich was geschaltet hätte.

Kann man das irgendwie rausbekommen? im Log steht nur:
2016.11.27 13:29:34.554 2: Cul433 IT_set: Steckdose_Lampe_Flur on


Das list
Internals:
   00         f0
   DEF        0000F0000F FF F0
   IODev      Cul433
   NAME       Steckdose_Lampe_Flur
   NR         295
   STATE      off
   TYPE       IT
   XMIT       0000f0000f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   Code:
     1          0000f0000f
   Helper:
     Dblog:
       State:
         Mydblog:
           TIME       1480249776.07275
           VALUE      off
   Readings:
     2015-11-22 13:33:03   protocol        V1
     2016-11-27 13:29:36   state           off
Attributes:
   IODev      Cul433
   group      Steckdosen
   room       Flur Erdgeschoss
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

KölnSolar

Auch nichts anderes geschaltet zu dem Zeitpunkt ? Dann bleiben nur der Nachbar oder ein falscher Automatismus(at,notify,DOIF). Die Abhängigkeiten, die zu prüfen wären, findest Du ja auf der Detailseite unter "Probably associated with".
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

viegener

Zitat von: Tommy82 am 27 November 2016, 13:56:11
Hallo,
ich habe eine IT Steckdose welche an und aus geht ohne das ich einen Grund dafür sehen würde, bzw. ohne das ich was geschaltet hätte.

Kann man das irgendwie rausbekommen? im Log steht nur:
2016.11.27 13:29:34.554 2: Cul433 IT_set: Steckdose_Lampe_Flur on


Also ich habe jetzt mal nicht das im Detail durchgeschauen, aber der Logeintrag wird wohl in der Routine IT_Set im Modul 10_IT.pm geschrieben (wenig überraschend). Diese Routine wird meinem Verständnis nach nur beim Setzen aus FHEM aufgerufen und nicht beim Empfang des Kommandos (also über die Parse-Strecke).

Wenn das so korrekt ist, würde ich erstmal noch in Deiner FHEM-Instanz schauen, ob es nicht einen Automatismus gibt, der den Set auf dem Device ausführt. Es wäre möglich über erhöhen von Verbose und den FHEM-Log zeitliche Zusammengehörigkeit zu identifizieren. Angenommen Du hast ebreits die normalen Überprüfungen in Deiner Config / MyUtils ausgeführt ob der Device vorkommt.
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Tommy82

Hi,
also Nachbarn kann ich nicht ganz ausschließen, aber die Zeiten wo geschaltet werden sind so unregelmäßig das es eher unwahrscheinlich ist.
notify usw. hab ich auch schon dran gedacht und gesucht, allerdings wie im Bild im Anhang zusehen, gibt es "nur" 4 at's, allerdings schaltet die Dose auch zu anderen Zeiten wie dort definiert.

Ich hab ein Device im Verdacht, allerdings sehe ich den zusammenhang nicht, da sie aus meiner sicht unterschiedlich definiert sind, oder übersehe da was, also das Device welches falsch schaltet ist ja das:

Internals:
   00         f0
   DEF        0000F0000F FF F0
   IODev      Cul433
   NAME       Steckdose_Lampe_Flur
   NR         295
   STATE      on
   TYPE       IT
   XMIT       0000f0000f
   XMITdimdown 00
   XMITdimup  00
   XMITon     ff
   Code:
     1          0000f0000f
   Helper:
     Dblog:
       State:
         Mydblog:
           TIME       1480365550.66868
           VALUE      on
   Readings:
     2015-11-22 13:33:03   protocol        V1
     2016-11-28 21:39:10   state           on
Attributes:
   IODev      Cul433
   group      Steckdosen
   room       Flur Erdgeschoss


Das Device welches ich unter verdacht habe:
Internals:
   00         0
   DEF        00111100110101010110011111 0 0001
   IODev      Cul433
   NAME       Steckdose_Tablet
   NR         250
   STATE      off
   TYPE       IT
   XMIT       0011110011010101011001111100001
   XMITdimdown 00
   XMITdimup  00
   XMITon     1
   Code:
     1          0011110011010101011001111100001
   Helper:
     Dblog:
       State:
         Mydblog:
           TIME       1480364969.70236
           VALUE      off
   Readings:
     2015-04-21 21:45:10   group           0
     2015-04-21 21:45:10   protocol        V3
     2016-11-28 21:29:29   state           off
     2015-04-21 21:45:10   unit            0001
Attributes:
   IODev      Cul433
   group      Steckdosen
   model      itswitch
   room       Wohnzimmer


Bin ein wenig ratlos.

Danke für eure Hilfe
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

KölnSolar

V3-device schaltet V1-device ? May be ? Leg doch mal die Automatismen zu dem verdächtigten device auf Eis(disable/inactive), dann siehst Du, ob sich Dein Verdacht bestätigt.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Tommy82

ich glaubs ja auch nicht, ich lass mal den Eventmonitor laufen, mal sehen was da kommt. Die automatismen auf Eis legen würde bedeuten das das Wand Tab nicht mehr läd, und das würde ich dann als nächstes Testen
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Tedious

Naja, mal im Ernst - ich würde erst mal die DIP-Schalter umstellen und schauen ob denn Ruhe ist. Thema Nachbar - dauert eine Minute, und man hat fix Gewissheit...
FHEM auf Proxmox-VM (Intel NUC) mit 4xMapleCUN (433,3x868) und Jeelink, HUE, MiLight, Max!, SonOff, Zigbee, Alexa, uvm...

Tommy82

#7
Die ITR-1500 haben keinen Dip Schalter.

Ich bin mir aber mittlerweile recht sicher das meine vermutung von oben stimmt und die V3 die V1 mitgeschaltete hat, denn immer wenn die V3 über ein doif geschaltet wurden, schaltetet auch die V1 Dose.
Hab die V! jetzt gelöscht und neu mit einem nicht vergebenen V3 Code Programmiert, und hoffe mal das es dann jetzt alles klappt



EDIT

Kann mir einer erklären wieso diese beiden Codes gleich schalten
LED Bett V3 00111100011100101110101010 1 0000
Lampe Flur V3 00111100011100101110101010 1 0001
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

zentis666

Hi!
Also ich hab ein ähnliches Problem mit meinen Baumarkt Steckdosen:
ab und zu schaltet eine bestimmte meiner Steckdosen.
Und weiterhin: immer wenn ich im fhem WebIf auf "Everything" klickte, gingen alle Steckdosen im Haus aus.
Ich hatte einen "at" Timer der nachts um 01:00 Uhr alle Steckdosen aus gemacht hat
und zusätzlich alle Heizkörper auf Nachtabsenkung geschaltet hat, aus irgendeinem Grund
hat fhem dieses at immer bei klicken auf "Everything" ausgelöst.
Ich hab das "at" gelöscht und nun ist das Problem weg.
Allerdings hab ich immer noch ab und zu eine "Phantomschaltung", hab aber leider noch keine Zeit gehabt den Fehler weiter einzukreisen.

Gruß
Sven
--
FHEM auf Debian VM - ESXi 6.0 Intel Nuc i5 4th Gen, Homematic auf HMCCU - RaspberryMatic auf Raspberry PI 3,
EM1000 & FS20 über CUNO,  IT über Arduino Firmata, MiLight über WLAN-nRF Gateway, Ebus, 1Wire, diverse Squeezeboxen, Dreambox 920UHD, Homebridge