Wie analysiert man: "ErrMsg: Unbekannter Fehler" ?

[MIT]

@DirtyHarry: Wenn Du schreibst:
"Hager Rauchmelder senden unabhängig ihrer realen PA als Quelle die 0.5.255)"
Weißt Du auch, ob die reale PA in dem Fall - in zeitlicher Nähe - ebenfalls gesendet wird?

[gaert]

Ich meinte das mit der kompletten Neuinstallation nicht ironisch oder gar hämisch. Vielmehr entspricht dies meiner Erfahrung in solchen Dingen, z.b. Windows... Ab einem gewissen Punkt hilft oftmals nur noch ein kompletter Neubeginn - sonst hangelt man sich von Fehler zu Fehler zu Fehler, und das kostet meistens am Ende mehr Zeit, als eine saubere Neuinstallation

[Klaus007]

Hast du schon diesen Thread gelesen? https://knx-user-forum.de/forum/öffe...nmonitor/page2

LG

[MIT]

@Klaus007: Danke für deinen Hinweis und den Link. Kannte ich noch nicht und bedeutet für mich eine Bestätigung des sukzessiven Vorgehens zur Fehleranalyse.
gaert; Danke auch dir für deine Rückmeldung. Habe es auch nicht so aufgefasst. Allerdings ist a.) meine Installation noch relativ "neu" (Windows installiere ich auch nicht neu, wenn es noch nicht viel nach der Einrichtung an Veränderungen gegeben hat) und b.) der Aufwand bzgl. der Analyse überschaubar, da ich MDT als Lieferant der neuen Geräte mal prophylaktisch ausschließe und somit nur vier Geräte und edomi bleiben.

Danke & Gruß
Thorsten

[DirtyHarry]

...(Windows installiere ich auch nicht neu, wenn es noch nicht viel nach der Einrichtung an Veränderungen gegeben hat)

Sag das nicht, ich habe schon mal Windows installiert, Treiber und Programme drauf und als ich fertig war, formatiert weil er nicht mehr richtig lief. Was war mein Fehler? Ich versuchte es mit Windows ME.

Weißt Du auch, ob die reale PA in dem Fall - in zeitlicher Nähe - ebenfalls gesendet wird?

Wird sie nicht, die verheimlichen die. Stehen wohl auf Datenschutz.

Wie gesagt, ich kenn das Verhalten bisher nur von den Hager Rauchmeldern.

Sukzessive Gebrauchtgeräte abschalten und weiter beobachten...

Im Endeffekt ist das eigentlich die sicherste Methode.

Manchmal tauchen Probleme aber auch erst im Zusammenspiel zweier (oder mehr) Geräte auf. Hatte mal den Fall, ein Binäreingang von ABB speziell für eine Energieoptimierung, Produktdatenbank nicht vorhanden (18 Jahre her, also nix mit unterwegs mal schnell das Internet anwerfen und runterziehen). Als das Ding ankam und die restliche Kiste montiert wurde, einfach mal schnell die PA programmiert und dann wieder vom Bus genommen (Datenschienengerät, einfach ausgerastet und auf der Schiene hängen lassen, sowieso egal, da nur Vorrüstung). Irgendwann TÜV-Termin, mein damaliger Bauleiter geht mit dem TÜV durch und zeigt alles, ordentlicher Kerl, wie er nun mal war, sieht das Ding da hängen und rastet es ein. Fängt das Ding an, mit der Visu über die Zentral-GA vom 2.OG zu diskutieren. einer sagt Ein, der andere Aus. So um die 20x in der Sekunde. ETS an, Gruppenmonitor an, das erste was ich sah war die PA der Visu. Also die abgestöpselt und dann genauer geschaut. Der Spuk war zumindest mit dem Abstöpseln der Visu behoben, das Problem lag aber am Binäreingang. Nach dem ich ihn ordentlich programmiert hatte, war auch mit Visu dran Ruhe.

Mein Vorteil war damals, die PA stimmte schon und dadurch wusste ich schnell welches Gerät es war. In deinem Fall bleibt wirklich nur, eins nach dem anderen...

[MIT]

... Windows ME .... klar, steht doch schon im Namen: Many Errors ... meinte eher aktuellere Versionen ...
Danke dir für deine Rückmeldung. Ich gebe mal zeitnahe n Status.

[MIT]

So.... da es so viel Spaß macht: von einem Ärger zum nächsten:

https://knx-user-forum.de/forum/%C3%...-programmieren

Kurz erklärt:
Meine Dimplex WP wurde uns mit KNX/EIB-Modul geliefert. Allerdings war dieses noch nicht am Bus angemeldet. Installiert und angeschlossen aber schon ... *grrrrrrr ... natürlich wurde diese Nebensächlichkeit nicht mit erwähnt und ich suche mir nun nen Wolf ... Aber - das ist das Schöne - beides läuft nun: Problem gefixt (bis dato) und den Mist mit der eigentümlichen Dimplex - Installation (wen es interessiert: => s.o.)

Gebe in ein paar Stunde oder Tagen noch mal Rückmeldung, ob es dabei bleibt. Erst mal DANKE für´s Interesse / Mitgrübeln ... :-)

[MIT]

Moin,

neuer Tag, neue Fehler ... :-(
Man sollte sich nicht zu früh freuen. Komisch bzw. für mich nicht verständlich ist die Fehlermeldung im Busmonitor (s. Anhang), die erscheint, wenn ich eine PA abrufen will; d.h. ich brauche nur das Fenster dafür zu öffnen. Nach dem Schließen des Fensters ist die Fehlermeldung weg.
Kurz erklärt:
0.0.0 ist meine lokale Schnittstelle => Einstellungen ebenfalls anbei
0/0/0 existiert nicht (kann ich auch nicht vergeben)
1.1.x ist meine Linie

Ich habe mal hier gelesen, dass es normal ist, wenn ich via KNXnet/IP auf den Bus gehe, dass die PA in einem anderen Liniensegment arbeitet. Aber warum kommen dann diese Fehler? Ich vermute, dass dies mit anderen Geräten nichts zu tun hat, oder?

[MIT]

So .... und nun kommt auch "der alte Bekannte" wieder ... => s. Anhang (EDOMI und Busmonitor)
Was ich - so generell - nicht verstehe: Die Kommunikation hat eine PA als Ziel. Das ist doch nicht normal, oder? Aber vielleicht hängt das mit den o.g. Dingen (#38) zusammen?


EDIT: Habe die Wärmepumpe mal vom KNX abgeklemmt. Mal schauen, ob der Fehler noch kommt ...

[SeatSLF]

Kann das Wiregate zufällig Tunnelverbindungen?

Wenn ja, sind die richtig Konfiguriert?

[MIT]

Danke für deine Fragen. Leider bin ich in dem Thema etwas überfragt ... Sprich: Wie muss denn das WireGate eingestellt werden? Habe meine Einstellungen (das war so default) mal angehängt. Könntest Du da mal ein Blick drauf werfen? Danke!

[SeatSLF]

Ich kenne mich mangels 1Wire usw nicht weiter mit dem Wiregate aus, aber es könnte sein das die PA 0.0.0 ein Tunnel von dem Wiregate ist.
Schalte doch mal den Tunnelserver im Wiregate aus und schau ob der Fehler noch kommt.

Edomi scheint einen Request für den Tunnel zu schicken, bekommt aber kein ACK von deinem Wiregate.

[MIT]

Hallo,

danke für den Hinweis mit dem Tunnel. Aber leider war das nicht erfolgreich. Wenn ich den Tunnelserver ausschalte, geht die Verbindung zum KNX-Bus verloren. Da in der Kurzinfo vom Wiregate die Verbindung zum HS (und edomi ist ja das Äquivalent ... ;-) ) mit "KNX NET IP ROUTING" angegeben wird, habe ich nun mal testweise - da sonst kein KNXNET/IP-Router in der Linie - den KNX/NET IP-Router aktiviert. Vielleicht bringt das was?

EDIT: Leider auch nicht ... denn dann ging die KNX-Verbindung ebenfalls verloren (interessanterweise ca 5 Min. verzögert). Also wieder Einstellung wie oben.

Hat noch jmd eine Idee?
DANKE!

[MIT]

Nun läuft edomi seit über 24 Stunden ohne Fehler .... Ich nehme ganz stark an, dass ich somit den "Übeltäter" gefunden habe.
Die Wärmepumpe werde ich dann wohl etwas näher analysieren müssen oder einfach auf manche Werte verzichten müssen ... mal schauen.

[ThorstenGehrig]

Hallo
nachdem ich mein Log so langsamm von allen "unbekannnte GA" befreit habe... finde ich etliche Meldungen mit denen ich nichts anfangen kann:

2016-10-09 10:24:46508996KNX6218ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 0610042000140401b3002900b05011df000000c2ERROR
2016-10-09 10:24:47504086KNX6218ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 0610042000140401b3002900b05011df000000c2ERROR
2016-10-09 10:24:48509345KNX6218ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 0610042000140401b3002900b05011df000000c2ERROR
2016-10-09 10:24:49514818KNX6218ROUTER @ DE | TUNNELING_REQUEST / ErrMsg: Unbekannter Fehler / Raw: 0610042000140401b3002900b05011df000000c2ERROR

Kann mir jemand sagen was diese Fehlermeldungen bedeuten?

Die Forumssuche hat mich zu diesem threat hier geführt... ich habe auch ein Wiregate mit EIBD (über TP-UArt) ... und auch eine Dimplex.

@MIT: hattest du das ganze auf die Dimplex eingrenzen können? Wenn ja: wie bist du damit umgegangen/hast es gelöst?

Gruß
Thorsten