Forum

Hallo zusammen,

ich hab ein Problem, das mich mittlerweile seit über einem Jahr hartnäckig verfolgt.
Mein IP-Router (Siemens N 146) lasst nur vereinzelt Telegramverkehr mit dem Eisbären zu.
Ich versuch mal das Gesamt-Fehlerbild in ein paar Punkten zu beschreiben:

- Einfache Schaltbefehle (z.B. für Licht oder Rolllädan) funktionieren.
- Status-Rückmeldungen vom Tastern und Aktoren kommen nicht an.
- Temperaturanzeigen in Wertabhängigen Texten gehen nur während der Initialisierung der KNX-Komponente. Nach der Initialisierung werden diese Werte nicht mehr aktualisiert.
- Während der Initialisierung werden auch Temperatur- und Statuswerte empfangen, die nicht im Rahmen der Initialisierung abgefragt wurden. (also zufällig von den entsprechenden KNX-Geräten auf den Bus geschickt wurden. Vermutl. aufgrund einer Wertänderung)
- Meistens kommen mit der Initialisierung keine aktuellen Werte. Die KNX-Datenpunkte werden dann langsam im Sekundenrythmus abgefragt, und alle mit dem Wert 0 im Eisbären abgelegt.
Nach dem Rücksetzen des IP-Routers flutschen die korrekten Werte bei der Initialisierung nur so herein, um unmittelbar danach gleich wieder in einen Winterschlaf zu verfallen.
- (Licht-)Schaltbefehle vom Eisbär aus, schaltet zwar das Licht, nicht aber die Status-LED's an den Tastern (obwohl es sich um die gleiche GA handelt). Gleiches gilt für die Automatik-Anzeige der Rollläden.

Und jetzt kommt's:

Als ich damals mit dem Eisbären begonnen hab, hat noch alles reibungslos funktioniert.
Ich kann heute nicht mehr sagen, bei welchem Ausbaustand meiner Anlage die Probleme begonnen haben. Seit einer halben Ewigkeit verfolge ich jetzt schon Foren-Beiträge, versuche ständig andere Einstellungen, suche Fehler in Hard- und Software und komme nicht weiter. Fast immer sitzt das Problem vor dem PC, das weiß ich - gehen wir aber mal davon aus, dass ich mich selbst nicht austauschen werde. :-D
Ein schlechter Kontakt in einem LAN-Kabel war alles was ich fand. Hat zur Problemlösung aber auch nichts beigetragen.

Wenn ich überhaupt keine Verbindung hätte, wär's ein Klacks. Aber 'mal ja' - 'mal nein' - ohne ersichtlichen Zusammenhang raubt mir den letzten Nerv.
Was sehr zuverlässig funktioniert ist die Abfrage der Photovoltaik-Anlage über ein seperates Web-Interface, das nicht am Bus hängt.

Ich hoffe nur, dass irgend jemand von euch diesen Fehler identifizieren kann.

Viele Grüße,
Willi

Hallo Willi,

bitte aktiviere mal das interne Logging des Eisbären im Editor und in der Runtime mit Loglevel "Detailliert". Es werden jetzt alle Aktionen in Eisbaer Editor.log bzw. Eisbaer Runtime.log protokolliert. Bitte senden uns diese beiden Logfiles mit der Angabe des Ausfallzeitpunkts der KNX-Verbindung. Wir weden das dann mal analysieren. Vielleicht lässt sich der Fehler so weiter eingrenzen.
Wurde schon mal eine USB-Schnittstelle ausprobiert, bzw. ein anderer KNX-Router?

Hallo Alexander,

danke für die Hilfe. Ich bin frühestens morgen wieder auf der Baustelle. Eine USB-Schnittstelle hab ich noch nicht versucht. IP-Router besitz ich nur den einen, fällt also auch aus.
Der Fehler lässt sich aber dennoch bereits eingrenzen. Ich hab erstmals seit dem Kabelfehler wieder die Tunneling-Parameter versucht, und konnte außerhalb der Initialisierung wieder Busaktivität sehen können. Seit Dezember hab ich einen neuen Switch im Einsatz (Netgear JGS524E). Da sonst ja alles funktionierte, kam ich nicht auf die Idee, dass er evtl. Probleme bei Multicast-Telegrammen machen könnte. Bzgl. Multicast bietet er auch nicht so viel Einstellungsmöglichkeiten und diese hab ich alle schon mal ohne Erfolg geändert.

Viele Grüße,
Willi

Hallo Willi,

ich glaube das liegt dann wohl am Switch. Der ist einfach zu "gut". Er verfügt über Loop Prävention und Broadcast Storm Kontrollen. Da wird einfach das Multicast unterbunden sein. Bitte nimm doch mal einen ganz "normalen" ungemanagten Switch.

Hallo,

also, folgender Stand:
ich hab zunächst meinen alten 4-Port-Hub wieder aus der Versenkung geholt und angeschlossen (hab nämlich keinen alternativen Switch). Thin Client und Eisbären (Editor) neu gestartet. Multicast funktionierte! Habe dann - ca. zwei Stunden später - vom Editor aus die Runtime gestartet. Jetzt tauchte das Problem wieder auf: Nach der Initialisierung kein ersichtlicherBusverkehr mehr, keine Temperatur- und Statusaktuallisierung mehr, Lichtkreise lassen sich aber schalten. Ich habe daraufhin die Runtime beendet und hatte dann im Editor die gleichen Symptome. Bin dann von Multicast wieder auf die Tunneling-Parameter gegangen. Seitdem funktioniert es wieder.
Ich werde als nächstes versuchen, die Runtime standalone zu starten, also ohne Editor im Hintergrund. Außerdem möchte ich noch sehen, ob ein Neustart des Editors (evtl. auch des ganzen Thin Clients) das Multicasting wieder zum Laufen bringt. Gestern ging's ja auch problemlos.

Ist jemandem bekannt, ob sich auf dem Mainboard eines Thin Client eine zusätzliche Netzwerk-Karte (direkt) anschließen lässt, oder muss man den Umweg über einen USB-Port in Kauf nehmen?

Gruß,
Willi

Ich hatte einmal genau das gleiche Problem, bei mir lag es einfach am Switch !

Bin daraufhin zum MediaMarkt gefahren, hab mir einen neuen Switch geholt und schon gings !

mfg