FlowHandler: Received unsupported Device data

Hallo,

ich habe seit ein paar Tagen das Problem, dass ich im Log sehr viele Fehlermeldungen vom Typ
FlowHandler | Kann Daten nicht zur Instanz #12345 weiterleiten: Received unsupported Device data habe.

Die Fehler treten immer mal wieder sporadisch auf und kommen vom (Symcon TCM 310) EnOcean LAN-Gateway.
Ich habe mal die I/O- und die Splitter-Instanz debugged und kann sehen, dass zum Zeitpunkt des Fehlers auf der I/O-Instanz Daten empfangen werden, welche nicht an der Splitter-Instanz ankommen.
Soweit erst mal einleuchtend, sagt ja auch die Fehlermeldung.

Was mir aber nicht so ganz klar ist, ist woher diese Fehler plötzlich kommen. Weder an den EnOcean-Komponenten noch an IPS hat sich etwas geändert, seit der Fehler auftritt. Ich dachte also erst, dass vielleicht ein Hardware-Defekt an einem Gerät vorliegt und dieses nun irgendwie korrupte Daten sendet. Allerdings kann ich bisher keinerlei Fehlfunktion bei den Geräten feststellen.

Auffällig war zunächst, dass die zum Zeipunkt des Fehlers empfangenden Daten „auseinandergerissen“ sind. In der Regel habe ich im Debug Telegramme, die eine Länge von 8-45 Byte haben. Zum Zeipunkt des Fehlers werden mit dem selben Zeitstempel viele Telegramme mit einer Länge von 1-3 Byte angezeigt, die zusammengesetzt ein normales Telegramm ergeben. Ich dachte also erst es lege vielleicht daran. Dann ist mir aber eingefallen, dass das eigentlich nichts besonderes ist und ich dieses Phänomen schon immer sporadisch hatte. Die Telegramme werden aber normalerweise korrekt „zusammengesetzt“ und auch an die Splitter-Instanz weitergeleitet.

Dann habe ich noch mal etwas näher hingesehen und festgestellt, dass die fehlerhaften Telegramme von einer Adresse kommen, die ich gar nicht kenne. Keines meiner Geräte hat diese Adresse. Also vermute ich, dass vor ein paar Tagen irgendein Nachbar etwas in Betrieb genommen hat, das diese Telegramme sendet.
Und da stelle ich mir gerade die Frage, ist es normal, dass die I/O-Instanz erst mal alles versucht weiterzuleiten, egal ob das was bekanntes ist oder nicht? Ich glaube ja, oder? Die eigentliche Auswertung erfolgt ja in der Splitter-Instanz - zumal es sich um Broadcast-Telegramme handelt.

Bliebe nun noch die Frage, ob ich das mit den Fehlermeldungen, die mir mein Log vollmüllen irgendwie in den Griff kriegen kann, ohne den Nachbarn ausfindig zu machen und sein komisches Gerät zu zertreten. :smiley:

Oder ist das vielleicht ein Gerät, welches von IPS noch nicht unterstützt wird und dringend implementiert werden muss?

Hier mal zwei Telegramme, die den Fehler verursachen:

HEX: 13.02.2019, 11:43:40 |             RECEIVED | 55 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | 00 0B 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | 07 01 80 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | 30 E7 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | F7 6C 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | 16 47 01 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | 9C 0F 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | A2 00 01 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | FF FF 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | FF FF 5B 
HEX: 13.02.2019, 11:43:40 |             RECEIVED | 00 47 

HEX: 13.02.2019, 12:07:34 |             RECEIVED | 55 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | 00 0B 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | 07 01 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | 80 30 22 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | 8F CD 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | 00 13 01 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | 9C 0F 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | A2 00 01 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | FF FF 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | FF FF 
HEX: 13.02.2019, 12:07:34 |             RECEIVED | 5B 00 9B

Gruß
Slummi

Das sind super wichtige verschlüsselte EnOcean Telegramme die dein Nachbar sendet, damit du nicht weißt was er sendet :wink:

IP-Symcon filtert die einfach mit einer Debug Meldung ab dem nächsten 5.1er Update weg.

paresy

Ich denke es handelt sich bei mir um das gleiche Problem.
Ich erhalte vom EnOcean (IP Symcon Gateway ) seit einiger Zeit wieder solche Meldungen.
FlowHandler - Kann Daten nicht zur Instanz # weiterleiten: Received unsupported Device data 49

Das einzige Geräte was zur Zeit bei mir installiert ist, ist ein Omnio Handsender welchen ich sehr selten benutze. Von daher kann diese Meldung nicht kommen.

Handelt es sich hierbei immer noch um die ominösen super wichtige verschlüsselte EnOcean Telegramme des Nachbarn :wink:

Es wäre einfach schön wenn ich unter Status diese Meldungen nicht mehr erhalten würde.
Oder kann mann dies irgendwie unterdrücken. oder diese Meldungen Auto. löschen.

Gruss
Roland

Kannst du das denn provozieren? Denn eigentlich gibt es kein Datenpaket für 0x49 :wink: Somit ist das schon ein wenig kurios.

paresy

Hallo paresy,

ich wüsste nicht wie ich das provozieren könnte.
Ich habe zur Zeit nur den Omnio Handsender in Betrieb.
Da kann ich Drücken wie ich will. Da kommen keine Fehlermeldungen. Was ja gut ist.
Habe das Gateway komplett gelöscht und neu installiert.
Brachte leider keinen erfolg.

Habe mal den Debug des Gateways laufen lassen.
Der letze Eintrag ist vom 07:50:04
Anbei das Log.
Evtl. hilft es.
dump.txt (16,4 KB)

Roland

Hallo Paresy,

das Problem mit den Meldungen ist immer noch vorhanden.
Gibt es den eine Möglichkeit das ich die Meldung ausblenden kann.
Oder wäre es per Skript möglich diese automatisch zu löschen.

Ich habe zurzeit nur ein EnOcean gerät und ein EnOcean Gateway in Betrieb.
Aber diese Meldungen stören mich doch.
Wenn es irgendeine Lösung gibt wäre ich dankbar.

Ich bin mir langsam am überlegen ob ich das ganze EnOcean Dings nicht weiter erweitern soll und mich davon Trenne.

Nicht falsch verstehen. IPS finde ich immer noch toll und kann es auch jedem weiterempfehlen.

Gruss
Roland

Hi!

Ja, du kannst die den Spezialschalter LogFileFilter ansehen. Damit kannst du eine RegEx Regel erstellen, welche automatisch genau diese Fehlermeldung filtert und dann hast du Ruhe :slight_smile:

paresy

Hat mit dem LogFileFilter geklappt.
Danke