[gelöst] TRX_LIGHT_Parse() unsupported hex

[pappn]

Seit einigen Tagen wird mein log mit folgenden Einträgen vollgemüllt. An der Config hat sich nichts geändert. Irgendjemand eine Idee, was das ist?

Code Auswählen Erweitern

2016.06.04 18:03:13 1: TRX_LIGHT_Parse() unsupported hex=0716003700000030
2016.06.04 18:03:22 1: TRX_LIGHT_Parse() unsupported hex=0716003800000030
2016.06.04 18:03:40 1: TRX_LIGHT_Parse() unsupported hex=0716003900000040
2016.06.04 18:03:51 1: TRX_LIGHT_Parse() unsupported hex=0716003a00000030
2016.06.04 18:04:17 1: TRX_LIGHT_Parse() unsupported hex=0716003b00000040
2016.06.04 18:04:49 1: TRX_LIGHT_Parse() unsupported hex=0716003c00000030
2016.06.04 18:04:54 1: TRX_LIGHT_Parse() unsupported hex=0716003d00000030
2016.06.04 18:05:02 1: TRX_LIGHT_Parse() unsupported hex=0716003e00000030
2016.06.04 18:05:07 1: TRX_LIGHT_Parse() unsupported hex=0716003f00000040
2016.06.04 18:05:25 1: TRX_LIGHT_Parse() unsupported hex=0716004000000030
2016.06.04 18:05:44 1: TRX_LIGHT_Parse() unsupported hex=0716004100000030
2016.06.04 18:06:07 1: TRX_LIGHT_Parse() unsupported hex=0716004200000030
2016.06.04 18:06:20 1: TRX_LIGHT_Parse() unsupported hex=0716004300000030
2016.06.04 18:06:29 1: TRX_LIGHT_Parse() unsupported hex=0716004400000030
2016.06.04 18:06:34 1: TRX_LIGHT_Parse() unsupported hex=0716004500000040
2016.06.04 18:06:43 1: TRX_LIGHT_Parse() unsupported hex=0716004600000030
2016.06.04 18:07:11 1: TRX_LIGHT_Parse() unsupported hex=0716004700000030
2016.06.04 18:07:43 1: TRX_LIGHT_Parse() unsupported hex=0716004800000030
2016.06.04 18:07:53 1: TRX_LIGHT_Parse() unsupported hex=0716004900000030
2016.06.04 18:07:58 1: TRX_LIGHT_Parse() unsupported hex=0716004a00000040
2016.06.04 18:08:12 1: TRX_LIGHT_Parse() unsupported hex=0716004b00000030
2016.06.04 18:08:30 1: TRX_LIGHT_Parse() unsupported hex=0716004c00000040
2016.06.04 18:08:50 1: TRX_LIGHT_Parse() unsupported hex=0716004d00000030
2016.06.04 18:08:54 1: TRX_LIGHT_Parse() unsupported hex=0716004e00000030
2016.06.04 18:09:11 1: TRX_LIGHT_Parse() unsupported hex=0716004f00000030
2016.06.04 18:09:25 1: TRX_LIGHT_Parse() unsupported hex=0716005000000030
2016.06.04 18:09:29 1: TRX_LIGHT_Parse() unsupported hex=0716005100000030
2016.06.04 18:09:47 1: TRX_LIGHT_Parse() unsupported hex=0716005200000030
2016.06.04 18:10:02 1: TRX_LIGHT_Parse() unsupported hex=0716005300000030
2016.06.04 18:10:25 1: TRX_LIGHT_Parse() unsupported hex=0716005400000040
2016.06.04 18:10:30 1: TRX_LIGHT_Parse() unsupported hex=0716005500000030
2016.06.04 18:10:44 1: TRX_LIGHT_Parse() unsupported hex=0716005600000030
2016.06.04 18:11:06 1: TRX_LIGHT_Parse() unsupported hex=0716005700000040
2016.06.04 18:11:15 1: TRX_LIGHT_Parse() unsupported hex=0716005800000030

Und das geht dann endlos so weiter.

[KölnSolar]

version trx_light ? vor 3 Tagen gabs ein update. ggfs update und shutdown/restart machen. Sollte der Fehler bleiben mal mit vrbose 5 loggen u. hier einstellen.
Schönes We, Markus

[pappn]

Version ist aktuell.

Code Auswählen Erweitern

File            Rev   Last Change

46_TRX_LIGHT.pm 11592 2016-06-01 21:15:30Z wherzig

log verbose 5 siehe Dateianhang. Wiederholt sich in dieser Form immer wieder.

[KölnSolar]

da brauchts eigentlich Willi zur Lösung ;-(

aber versuchen wir es mal:
es hängt wohl "irgendwie" mit der letzten Änderung zusammen, da es sich um ein BYRON_SX device handelt.
Das Fehlerbild kann aber nur indirekt damit zusammenhängen, denn der rfxtrx erkennt ja DIESEN type ?!?!
deshalb nochmal die Bitte shutdown/restart
Wenn dann überhaupt noch relevant:
Du hast ByronSX im rfxtrx aktiviert ?
Auch der rfxmgr empfängt die Signale ?
Du hast kein byronSX device definiert ? Auch nicht per autocreate ? Auch nicht ein ignoriertes ? Liste der Ignorierten über
{ join("\n", grep { $attr{$_}{ignore} } sort keys %attr ) }
Hast Du permanent sendende devices ? Ich kenn mit der Häufigkeit nur die NC5462.
Grüße, Markus

[pappn]

Ich versuch mal alle Fragen zu beantworten:
1. shutdown / restart auch vorher mehrfach durchgeführt => keine Änderung
2. ByronSX ist aktiviert, schon seit über einem Jahr. Überwache meine Klingel. Bisher keine Probleme.
3. Der RFXMGR empfängt die Signale nicht. Müssen dann wohl intern verursacht sein?
4. Ich habe keine permanent sendenden Devices. Für ByronSX sind nur meine zwei Klingeltaster definiert.
5. Auch ohne definiertes Device (meine Klingeln auskommentiert) in FHEM tauchen die Meldungen auf.

Wenn ich jetzt auf

Code Auswählen Erweitern

2016.06.05 18:25:18 5: TRX: TRX_Read '071600b800000030'
2016.06.05 18:25:18 5: TRX_Read rmsg '071600b800000030'
2016.06.05 18:25:18 5: TRX_Read TRX_data '071600b800000030'
2016.06.05 18:25:18 5: TRX_Parse() '071600b800000030'
2016.06.05 18:25:18 5: TRX_0 dispatch 071600b800000030
2016.06.05 18:25:18 5: TRX_LIGHT_Parse() decoding delay=5 hex=071600b800000030
2016.06.05 18:25:18 5: TRX_LIGHT_Parse() X10 num_bytes=7 hex=071600b800000030
2016.06.05 18:25:18 5: TRX_LIGHT: device_name=TRX_BYRONSX_00 data=00
2016.06.05 18:25:18 5: TRX_LIGHT_parse_X10() UNDEFINED TRX_BYRONSX_00 TRX_LIGHT BYRONSX 00 light
2016.06.05 18:25:18 3: TRX_LIGHT_parse_X10() Unknown device TRX_BYRONSX_00, please define it
2016.06.05 18:25:18 5: TRX_Read END reagiere und

Code Auswählen Erweitern

define TRX_BYRONSX_00 TRX_LIGHT BYRONSX 00 light
attr TRX_BYRONSX_00 ignore 1 aufnehme, bleibt im log noch

Code Auswählen Erweitern

2016.06.05 18:32:04 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:32:13 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:33:05 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:33:36 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:35:12 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:35:31 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:35:37 1: TRX_LIGHT_Parse() unsupported hex=071600e800000030
2016.06.05 18:36:05 1: TRX_LIGHT_Parse() unsupported hex=071600e900000030
2016.06.05 18:36:19 1: TRX_LIGHT_Parse() unsupported hex=071600ea00000030
2016.06.05 18:36:23 1: TRX_LIGHT_Parse() unsupported hex=071600eb00000030
2016.06.05 18:36:43 1: TRX_LIGHT_Parse() unsupported hex=071600ec00000030
2016.06.05 18:37:03 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:37:31 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:37:35 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:37:54 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 18:38:20 1: TRX_LIGHT_Parse() unsupported hex=071600f100000030
2016.06.05 18:38:24 1: TRX_LIGHT_Parse() unsupported hex=071600f200000030 übrig.
Bin völlig ratlos....

[pappn]

So es scheint jetzt das log nicht mehr vollzumüllen.

Ich habe

Code Auswählen Erweitern

define TRX_BYRONSX_00 TRX_LIGHT BYRONSX 00 light gelöscht und noch einmal mit autocreate neu angelegt.

Code Auswählen Erweitern

define TRX_BYRONSX_00 TRX_LIGHT BYRONSX 00 light
attr TRX_BYRONSX_00 IODev TRX_0
attr TRX_BYRONSX_00 alias Keine Ahnung was das ist
attr TRX_BYRONSX_00 room UnsortedDann speichern der cfg und shutdown+restart mit bereits angelegtem TRX_BYRONSX_00 device.

Es kommen jetzt keine weiteren Meldungen im log. Allerdings nur sollange. wie ich für dieses device nicht

Code Auswählen Erweitern

attr TRX_BYRONSX_00 ignore 1 setze. Sonst kommt wieder

Code Auswählen Erweitern

2016.06.05 20:11:15 1: TRX_LIGHT_Parse() unsupported hex=0716000300000030
2016.06.05 20:11:24 1: TRX_LIGHT_Parse() unsupported hex=0716000400000030
2016.06.05 20:11:38 1: TRX_LIGHT_Parse() unsupported hex=0716000500000030
2016.06.05 20:12:01 1: TRX_LIGHT_Parse() unsupported hex=0716000600000030
2016.06.05 20:12:10 1: TRX_LIGHT_Parse() unsupported hex=0716000700000030
2016.06.05 20:12:23 1: TRX_LIGHT_Parse() unsupported hex=0716000800000030
2016.06.05 20:12:28 1: TRX_LIGHT_Parse() unsupported hex=0716000900000030
2016.06.05 20:13:09 1: TRX_LIGHT_Parse() unsupported hex=0716000a00000030
2016.06.05 20:13:31 1: TRX_LIGHT_Parse() unsupported hex=0716000b00000030
2016.06.05 20:13:40 1: TRX_LIGHT_Parse() unsupported hex=0716000c00000030
2016.06.05 20:14:13 1: TRX_LIGHT_Parse() unsupported hex=0716000d00000030
2016.06.05 20:14:22 1: TRX_LIGHT_Parse() unsupported hex=0716000e00000030

Ich finde das sehr befremdlich. Wo kommen diese Signale her??? Und warum kann ich das nicht auf ignore 1 setzen?

[KölnSolar]

Aha, deshalb fragte ich ja nach den ignored devices 
Was mir noch nicht klar ist: deviceid 00 ist nicht die deviceid Deiner Klingel. Wie lautet diese ? Funktioniert die Klingel ?

[pappn]

Klingeln sind definiert als

Code Auswählen Erweitern

define Klingel_Haustuer TRX_LIGHT BYRONSX 55 light
define Klingel_Gartentuer TRX_LIGHT BYRONSX 30 lightFunktionieren beide.

Gartentuer gerade noch mal getestet. Internals sieht so aus:

Code Auswählen Erweitern

Internals:
   CFGFN      Sonstige_Hardware.cfg
   DEF        BYRONSX 30 light
   IODev      TRX_0
   LASTInputDev TRX_0
   MSGCNT     1
   NAME       Klingel_Gartentuer
   NR         875
   STATE      bigben1
   TRX_0_MSGCNT 1
   TRX_0_RAWMSG 0716001e00300360
   TRX_0_TIME 2016-06-05 22:04:45
   TRX_LIGHT_deviceid 30
   TRX_LIGHT_devicelog light
   TRX_LIGHT_type BYRONSX
   TYPE       TRX_LIGHT
   Readings:
     2016-06-05 22:04:45   light           bigben1
     2016-06-05 22:04:45   state           bigben1
Attributes:
   IODev      TRX_0
   alias      Klingel Gartent&uumlr
   group      Klingel
   room       04 Hausinstallation Alles OK. State/Reading kommt korrekt und notifys werden auch sauber getriggert.

Jetzt brechen allerdings wieder diese Messages durch:

Code Auswählen Erweitern

2016.06.05 22:21:48 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 22:23:12 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f

Mit verbose 5:

Code Auswählen Erweitern

2016.06.05 22:23:54 5: TRX: TRX_Read '0716001000ff0f30'
2016.06.05 22:23:54 5: TRX_Read rmsg '0716001000ff0f30'
2016.06.05 22:23:54 5: TRX_Read TRX_data '0716001000ff0f30'
2016.06.05 22:23:54 5: TRX_Parse() '0716001000ff0f30'
2016.06.05 22:23:54 5: TRX_0 dispatch 0716001000ff0f30
2016.06.05 22:23:54 5: TRX_LIGHT_Parse() decoding delay=7 hex=0716001000ff0f30
2016.06.05 22:23:54 5: TRX_LIGHT_Parse() X10 num_bytes=7 hex=0716001000ff0f30
2016.06.05 22:23:54 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.05 22:23:54 5: TRX_Read END

[KölnSolar]

Na prima, dass die Klingeln funktionieren.
Du hattest ja das BYRONSX_00 per autocreate anlegen lassen. Nun drehen wir den Spieß um. Trage beim autocreate-device das attr autocreate ignoreTypes BYRONSX_00 ein. Dann device BYRONSX_00 löschen, shutdown/restart und dann...
ist der Spuk hoffentlich vorerst vorbei. Willi müsste sich mal dringend um das autocreate im TRX_LIGHT kümmern. Ist mir noch zu hoch
Gute Nacht, Markus

[pappn]

so, attr autocreate ignoreTypes BYRONSX_00 führt nur dazu, dass

Code Auswählen Erweitern

2016.06.06 20:21:17 3: TRX_LIGHT_parse_X10() Unknown device TRX_BYRONSX_00, please define it
2016.06.06 20:21:36 3: TRX_LIGHT_parse_X10() Unknown device TRX_BYRONSX_00, please define it
2016.06.06 20:21:41 3: TRX_LIGHT_parse_X10() Unknown device TRX_BYRONSX_00, please define it
2016.06.06 20:21:46 3: TRX_LIGHT_parse_X10() Unknown device TRX_BYRONSX_00, please define it
2016.06.06 20:22:06 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.06 20:22:10 1: TRX_LIGHT_parse_X10() TRX_LIGHT: unknown cmd type_subtype=1600 cmd=0f
2016.06.06 20:22:18 3: TRX_LIGHT_parse_X10() Unknown device TRX_BYRONSX_00, please define it auftritt, immer noch garniert mit unknown command type.

Dennoch ist das Thema gelöst. Asche auf mein Haupt. Ich habe jetzt die alten logs noch mal durchgesehen und versucht nachzuverfolgen, was sich wirklich geändert hat. Dabei hat sich herausgestellt, dass mich das update von TRX_LIGHT auf die falsche Föhrte geführt hat. Habe heute Abend auch die Effekte mit alter und neuer 46_TRX_LIGHT verglichen. Da gab es keine wirklich signifikanten Unterschiede. Bis auf die Tatsache, dass die neue Version empfindlicher zu sein scheint. Firmwareupdate am TRX brachte auch keine Änderung.

Nach einigem Suchen und Probieren, war klar, dass ich den Wechsel von meinem BananaPi auf einen HP DC9700 nicht mehr auf der Pfanne hatte. Da heute zudem knapp über tausend neue Devices (primär Homeasy, aber auch ByronSX) angelegt wurden, musste ich dann doch davon ausgehen, dass es sich vielleicht um Einstrahlungen / Interferenzen handeln könnte, die von Rechner kommen. Habe nun meinen CUL und meinen TRX über einen USB Hub angeschlossen.

Damit ist das Problem weg!!

Danke für die Hilfe und sorry für die Mühe.

[KölnSolar]

Die Hauptsache ist

Damit ist das Problem weg!!

.

Beim (Versuch) zu helfen, lernt man ja auch ne ganze Menge 

Und vielleicht müsste man in den TRX-Modulen noch etwas einbauen, damit das ignoreTypes funktioniert, wie es sollte( oder wie ich es verstanden hatte) 

Mal gucken, wie die anderen Module so mit dem Attribut umgehen.
Markus

[pappn]

Die Hauptsache ist.
Beim (Versuch) zu helfen, lernt man ja auch ne ganze Menge 

Das gilt immer, besonders auch für den, der sich helfen lässt, wenn man bereit ist selbst mitzudenken und die Vorschläge im Zusammenhang nachzuvollziehen. So kommt man ja auch selbst zu neuen Lösungsansätzen. Habe auch wieder eine Menge gelernt.

Danke
Christof