IT IODev device didn't answer is command correctly: raw => 12

Begonnen von M_I_B, 14 Juni 2016, 07:56:29

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1
Benutzer-Aktionen

M_I_B

14 Juni 2016, 07:56:29
Hallo Ihr Guten,

leider ist mir diese Nachricht vorher nicht aufgefallen. So kann ich nicht sagen, ob diese Meldung bereits vor Umstellung auf VCCU vorhanden war oder nicht...
Ich kann leider mangels Wissen diese Nachricht nicht interpretieren. Was genau besagt diese Nachricht?  Diese tritt auch immer im Ganzen gefolgt von "SCC1: unknown message 6" auf, womit ich ebenfalls nichts anfangen kann.

Hier mal so ein Block, der in diesem Ablauf immer einheitlich auftaucht (mit anderen Aktoren, unabhängig davon, ob es nur einer ist oder mehrere en'block). Dazu ist anzumerken, das IT-Geräte bei mir immer mit IT... beginnen, HM-Geräte immer mit HM.... Ausserdem ist SCC1 alleine für IT zuständig, SCC2 und UFO1 für HM.

Code Auswählen
2016.06.14 07:42:42.674 2: IT set IT1SW1 off
2016.06.14 07:42:43.311 2: IT IODev device didn't answer is command correctly:   raw => 12
2016.06.14 07:42:43.361 2: IT set IT1SW20 off
2016.06.14 07:42:44.334 2: IT IODev device didn't answer is command correctly:   raw => 12
2016.06.14 07:42:44.391 2: IT set IT1SW3 off
2016.06.14 07:42:45.028 2: IT IODev device didn't answer is command correctly:   raw => 12
2016.06.14 07:42:45.079 2: IT set IT1SW6 off
2016.06.14 07:42:45.716 2: IT IODev device didn't answer is command correctly:   raw => 12
2016.06.14 07:42:45.766 2: IT set IT1SW8 off
2016.06.14 07:42:46.403 2: IT IODev device didn't answer is command correctly:   raw => 12
2016.06.14 07:42:46.470 3: CUL_HM set HM2DI1_1 off
2016.06.14 07:42:46.902 2: SCC1: unknown message 6

PS: geschaltet wird trotz der Fehlermeldung ...

balki

#1
14 Juni 2016, 15:10:57
Hallo M_I_B

NA steht doch da  das IT  IOdev antwortet nicht ob der Befehl richtig  ist ..   Kann es ja auch nicht :-)
Steht bei mir aber auch oft im Logfile.
Gruss
Markus
Cubietruck
2*Raspi  Rev B
Cubietruck,
Max Thermostate , 6*Fensterkontakt ,Wandthermostat
2*Jeelink , Cul 433 , 2*Cul 868 , Fhemduino,nanoCUL

M_I_B

#2
14 Juni 2016, 19:52:00
Zitat von: balki am 14 Juni 2016, 15:10:57.. das IT  IOdev antwortet nicht ob der Befehl richtig  ist ..   Kann es ja auch nicht :-)
Ähhhja, aber diese Meldung kommt doch jedes mal, wenn ein IT- Gerät geschaltet wird; wieso kann er das nicht? Er schaltet es ja und trotzdem kommt die Meldung... kapier ich nicht ...

M_I_B

#3
30 Juli 2016, 22:54:57
... ich möchte das noch mal nach oben holen ...

Ich bin heute auf den PI3 umgestiegen und lasse jetzt (aus anderen Gründen) auf dem Monitor am PI tail mitlaufen auf die fhem.log.
Ich kann daher jetzt konkret feststellen, das immer bei einem IT Befehl diese Fehlermeldung folgt.
Ich sehe da in Bezug auf "RAW => 12" einen Zusammenhang mit "... ITrepetition 12", was ich bei jedem Aktor gesetzt habe. Interessant dabei ist, das dieser Zusammenhang meist bei OFF- Kommandos auftaucht (bis jetzt), aber nie bei ON- Kommandos.

Im Grunde stört es nicht, da alles funktioniert, aber solche Sachen müllen einem doch erheblich das Logfile zu, was eine ggf. anstehende Analyse deutlich erschwert ...

Irgendwie muss doch drauf zu kommen sein, woher diese "Falschmeldung" kommt?!?

Ralf9

#4
31 Juli 2016, 11:07:36
Zitat von: M_I_B am 30 Juli 2016, 22:54:57
Ich sehe da in Bezug auf "RAW => 12" einen Zusammenhang mit "... ITrepetition 12", was ich bei jedem Aktor gesetzt habe. Interessant dabei ist, das dieser Zusammenhang meist bei OFF- Kommandos auftaucht (bis jetzt), aber nie bei ON- Kommandos.

Ob es einen Zusammenhang mit der ITrepetition gibt, kannst Du doch ganz einfach selbst prüfen.
Einfach das Attribut ITrepetition löschen.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

M_I_B

#5
31 Juli 2016, 11:09:56 Letzte Bearbeitung: 31 Juli 2016, 11:11:57 von M_I_B
... bei ein paar Geräten wäre das ja noch machbar, aber bei derzeit rund 40 IT- Aktoren etwas mühsam ...

Aber auch wenn, dann wäre ggf. der Zusammenhang bewiesen oder widerlegt, aber noch nicht die Ursache beseitigt.

Ralf9

#6
31 Juli 2016, 11:13:17 Letzte Bearbeitung: 31 Juli 2016, 11:17:06 von Ralf9
Zitat von: M_I_B am 31 Juli 2016, 11:09:56
... bei ein paar Geräten wäre das ja noch machbar, aber bei derzeit rund 40 IT- Aktoren etwas mühsam ...

Du kannst es ja bei ein paar Geräten mal testen ob der Fehler bei gelöschtem Attribut ITrepetition weg ist.

Verwendest Du die Alternative culfw?

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

M_I_B

#7
31 Juli 2016, 11:32:37
... ja, ich denke, das werde ich mal machen, wenn ich mir im LOG mal ein paar prädestinierte Aktoren herausgesucht habe.
Und ja, ich benutze die aculfw auf einem modifizierten SCC ...

Im Moment kämpfe ich aber mit einem anderen Problem bzgl. nicht gesetzter Werte bei z.B. einem Absturz. Kann auch sein, das es dazu schon eine Lösung gibt, diese aber noch nicht gefunden habe in den chaotischen Tiefen dieses Forums ...

M_I_B

#8
01 August 2016, 17:03:42 Letzte Bearbeitung: 01 August 2016, 17:28:26 von M_I_B
... so ...
Es ist so wie vermutet.

Das Attribut ITrepetition verursacht die Fehlermeldungen.

Ich habe mal bei ein paar ausgesuchten IT-Aktoren für das Attribut verschiedene Werte hinterlegt. Dann tauchen genau diese Werte in den Fehlermeldungen als z.B. "... raw => 7" auf in Folge eines "IT set BlaBlub off" bei einem Aktor, bei welchem eben das Attribut auf 7 gesetzt ist.

Es kommt vor, das etliche OFF- Befehle ohne eine Fehlermeldung abgesetzt werden können, aber dann kommen die irgendwann und hören nicht mehr auf.

Doof dabei: Auf das Attribut kann (man) eigentlich nicht verzichten, gerade bei Aktoren, die im empfangstechnischen Grenzbereich liegen ...

EDIT: Was mir gerade noch aufgefallen ist...
Wenn z.B. ein OFF abgesetzt wurde und der Aktor geschaltet hat, ist erst mal eine Weile Ruhe im LOG. Nach etwa 10-30 Sekunden taucht dann erneut etwa 10-30 mal der "IT set blablub OFF" auf, dann aber immer von der Fehlermeldung gefolgt, anschließend noch einmal 10-30 mal ohne Fehlermeldung. Weiter unten mal ein Beispiel.
Dabei ist es nicht möglich, das der Befehl wegen einer Schleife o.ä. immer wiederholt wird; ich habe extra zur Reduzierung der sinnlosen Aussendungen eine Art TriState- Dummy bei solchen Sachen... Hier mal ein Beispiel dazu:

Code Auswählen
define LUM_KU DOIF (([TGZ] ne "tag" and [LUM] < 2) or [ku_dim1] > 0 and [IT1SW05] eq "off") (set IT1SW05 on, set ku_dim1 0) \
DOELSEIF (([TGZ] eq "tag" or [LUM] == 2) or [ku_dim1] < 0 and [IT1SW05] eq "on") (set IT1SW05 off, set ku_dim1 0)
attr LUM_KU do always

define A31_it DOIF ([A31] eq "off") (set ku_dim1 -1) DOELSEIF ([A31] eq "on") (set ku_dim1 1)
attr A31_it do always

define ku_dim1 dummy
attr ku_dim1 setList state:-1,0,1
set ku_dim1 0

So lange also der "ku_dim1" auf "0" steht, passiert nimmernix. Erst wenn der ungleich "0" und zusätzlich der angesprochene Aktor einen anderen Zustand hat als gesetzt werden soll, erst dann wird der Befehl auch gesendet und sofort darauf "ku_dim1" wieder auf "0" gesetzt.
Also der Dummy muss ungleich "0" sein UND der Zustand des Aktors anders = doppelte Sicherheit. Dennoch bratzt mir irgendwas das LOG voll ...

Code Auswählen
2016.08.01 17:12:43.891 3: A31 off->on    ( <<< manuell ausgelöst )
2016.08.01 17:12:43.952 2: IT set IT1SW05 on
2016.08.01 17:13:03.008 3: A31 on->off    ( <<< manuell ausgelöst )
2016.08.01 17:13:03.059 2: IT set IT1SW05 off
2016.08.01 17:14:30.123 2: IT set IT1SW05 off
2016.08.01 17:14:30.513 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:30.778 2: IT set IT1SW05 off
2016.08.01 17:14:31.167 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:31.533 2: IT set IT1SW05 off
2016.08.01 17:14:31.922 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:32.182 2: IT set IT1SW05 off
2016.08.01 17:14:32.571 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:32.891 2: IT set IT1SW05 off
2016.08.01 17:14:33.281 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:33.541 2: IT set IT1SW05 off
2016.08.01 17:14:33.930 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:34.249 2: IT set IT1SW05 off
2016.08.01 17:14:34.639 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:34.899 2: IT set IT1SW05 off
2016.08.01 17:14:35.288 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:35.647 2: IT set IT1SW05 off
2016.08.01 17:14:36.036 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:36.296 2: IT set IT1SW05 off
2016.08.01 17:14:36.686 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:37.005 2: IT set IT1SW05 off
2016.08.01 17:14:37.394 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:37.654 2: IT set IT1SW05 off
2016.08.01 17:14:38.044 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:38.362 2: IT set IT1SW05 off
2016.08.01 17:14:38.751 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:39.012 2: IT set IT1SW05 off
2016.08.01 17:14:39.401 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:39.739 2: IT set IT1SW05 off
2016.08.01 17:14:40.129 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:40.388 2: IT set IT1SW05 off
2016.08.01 17:14:40.788 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:41.109 2: IT set IT1SW05 off
2016.08.01 17:14:41.498 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:41.758 2: IT set IT1SW05 off
2016.08.01 17:14:42.148 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:42.468 2: IT set IT1SW05 off
2016.08.01 17:14:42.857 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:43.117 2: IT set IT1SW05 off
2016.08.01 17:14:43.506 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:14:51.943 2: SCC1: unknown message 6
2016.08.01 17:15:39.151 2: IT set IT1SW05 off
2016.08.01 17:15:39.797 2: IT set IT1SW05 off
2016.08.01 17:15:40.517 2: IT set IT1SW05 off
2016.08.01 17:15:41.160 2: IT set IT1SW05 off
2016.08.01 17:15:41.861 2: IT set IT1SW05 off
2016.08.01 17:15:42.504 2: IT set IT1SW05 off
2016.08.01 17:15:43.204 2: IT set IT1SW05 off
2016.08.01 17:15:43.847 2: IT set IT1SW05 off
2016.08.01 17:15:44.567 2: IT set IT1SW05 off
2016.08.01 17:15:45.210 2: IT set IT1SW05 off
2016.08.01 17:15:45.920 2: IT set IT1SW05 off
2016.08.01 17:15:46.563 2: IT set IT1SW05 off
2016.08.01 17:15:47.264 2: IT set IT1SW05 off
2016.08.01 17:15:47.909 2: IT set IT1SW05 off
2016.08.01 17:15:48.628 2: IT set IT1SW05 off
2016.08.01 17:15:49.271 2: IT set IT1SW05 off
2016.08.01 17:15:49.974 2: IT set IT1SW05 off
2016.08.01 17:15:50.621 2: IT set IT1SW05 off
2016.08.01 17:15:51.328 2: IT set IT1SW05 off
2016.08.01 17:15:51.978 2: IT set IT1SW05 off
2016.08.01 17:15:52.367 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:06.093 2: SCC1: unknown message 6
2016.08.01 17:16:06.273 2: IT set IT1SW05 off
2016.08.01 17:16:06.922 2: IT set IT1SW05 off
2016.08.01 17:16:07.648 2: IT set IT1SW05 off
2016.08.01 17:16:08.300 2: IT set IT1SW05 off
2016.08.01 17:16:09.006 2: IT set IT1SW05 off
2016.08.01 17:16:09.653 2: IT set IT1SW05 off
2016.08.01 17:16:10.362 2: IT set IT1SW05 off
2016.08.01 17:16:11.009 2: IT set IT1SW05 off
2016.08.01 17:16:11.734 2: IT set IT1SW05 off
2016.08.01 17:16:11.762 2: IT IODev device didn't answer is command correctly:   raw => sC420CB75A0F2;  528: 9120
2016.08.01 17:16:12.354 2: IT set IT1SW05 off
2016.08.01 17:16:12.744 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:13.058 2: IT set IT1SW05 off
2016.08.01 17:16:13.448 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:13.704 2: IT set IT1SW05 off
2016.08.01 17:16:14.093 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:14.408 2: IT set IT1SW05 off
2016.08.01 17:16:14.797 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:15.054 2: IT set IT1SW05 off
2016.08.01 17:16:15.443 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:15.777 2: IT set IT1SW05 off
2016.08.01 17:16:16.166 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:16.423 2: IT set IT1SW05 off
2016.08.01 17:16:16.812 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:17.132 2: IT set IT1SW05 off
2016.08.01 17:16:17.521 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:17.778 2: IT set IT1SW05 off
2016.08.01 17:16:18.167 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:18.483 2: IT set IT1SW05 off
2016.08.01 17:16:18.873 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:19.129 2: IT set IT1SW05 off
2016.08.01 17:16:19.518 2: IT IODev device didn't answer is command correctly:   raw => 7
2016.08.01 17:16:19.757 2: SCC1: unknown message 6

Ralf9

#9
02 August 2016, 00:20:43
Zitat von: M_I_B am 01 August 2016, 17:03:42
... so ...
Es ist so wie vermutet.

Das Attribut ITrepetition verursacht die Fehlermeldungen.

Kannst Du mal testen ob der Fehler auch auftritt, wenn Du auf  Deinem modifizierten SCC eine andere Firmware aufspielst.

Wenn der Fehler nicht in der aculfw ist, habe ich eine Idee wie man den Fehler evtl beseitigen kann.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

M_I_B

#10
02 August 2016, 00:54:42 Letzte Bearbeitung: 02 August 2016, 00:58:07 von M_I_B
... Du meinst jetzt mal testweise die okkinole FW? Oder hast Du eine bestimmte Vorstellung (Link?), welche FW ich mal testweise drauf machen soll?
So oder so... dauert ein paar Tage ...

Übrigens:
Aus welchen Gründen auch immer läuft der HM-LAN bei IT- Befehlen offensichtlich immer mit und somit zeitnah in ein Timeout, wenn ich mit IT was teste ?!? Wie geht denn sowas? Für IT gibt es nur einen SCC, der Huckepack noch einen zweiten SCC für HM trägt, so wie einen HM-LAN, wobei letztgenannte über die VCCU einen Pool bilden. Hat also rein gar nix zu melden bei IT- Befehlen. Dennoch scheint der HM-LAN damit irgendwie involviert zu werden... :-\

Ralf9

#11
02 August 2016, 10:34:32
nein, ich habe keine bestimmte Vorstellung. Du kannst Dir eine FW raussuchen.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

popy

#12
07 November 2017, 21:17:30
Hallo.

Habe das gleiche Thema:

Code Auswählen
2017.11.07 21:06:24 1: act_on_BM_Kammerl: Bewegung im Kammerl -> Licht ein!
2017.11.07 21:06:25 2: IT IODev device didn't answer is command correctly:   raw => 5
2017.11.07 21:06:26 2: IT IODev device didn't answer is command correctly:   raw => 5
2017.11.07 21:06:27 2: IT IODev device didn't answer is command correctly:   raw => 5

Bei mir kommt es aber auch beim ein.
ITrepetition ist auf 5, passt also mit @M_I_B Beobachtungen zusammen.

Gibt es da schon eine Lösung?

Danke
pOpY
Drucken
Nach oben Seiten1
Benutzer-Aktionen