ElabNET Technik Forum

Ich habe derzeit folgendes Problem - nach ca. 1-2 Monaten hört der TWS350 auf, 1Wire Werte auf den KNX-Bus zu senden.

Ich hatte das vor grob 2 Monaten schon einmal. Ein Neustart des TWS hatte damals geholfen.
Jetzt tritt das Problem erneut auf - und ich möchte euch die Gelegenheit geben, sich auf das System zu schalten, um zu prüfen, was da ggf. los ist.

Was kann ich für weitere Angaben machen:

• der TWS wird "in Ruhe gelassen". Die "Spielphase" ist längst vorbei, er ist eingerichtet und läuft in der Verteilung einfach so mit
• der Busmonitor zeigt weiter neue / frische Diagramme. Ich gehe davon aus, dass die KNX-Integration also grundsätzlich läuft und hier das Problem nicht zu suchen ist
• Für die KNX-Adressen, wo der TWS Werte von seinen Sensoren hinschicken soll, stoppt die Übertragung ab einem bestimmten Zeitpunkt komplett.
  Beispiel die GA 3/0/34 (OG Kind1 temp), sendet zum letzten Mal um 12.06.2020 11:35:30 . Dafür (wie konfiguriert) alle 10 Minuten.
• Unter 1 Wire Geräte, sehe ich dauerhaft Spinner, die nicht durch Werte ersetzt werden
  Bildschirmfoto 2020-06-15 um 23.57.00.png
• Unter 1 Wire Busmaster steht "Qualität 0%", das Popup bei den grünen Balken der Historie zeigt als Datum auch den 12.06. 11:39 ... das passt grob zu der Zeit wo dann keine Wert mehr kamen.
  Bildschirmfoto 2020-06-16 um 00.03.03.png

Das Wartungs-VPN habe ich für diesen Fall jetzt temporär geöffnet.

Hi Blue,

wir sind derzeit drauf und sehen uns das Problem an

lg

Stefan

Hallo Stefan der heißt auch Stefan

Stimmt - aber ich erwarte nicht, dass man das weiß , steht hier ja auch nirgends.
Danke fürs draufgucken.

Grüße
Stefan

Hallo Stefan,

so, wir haben das recht ausgiebig untersucht.

Es ist wohl so, dass sich OWFS und Betriebssystem gegenseitig bei Dir "verhängt" haben. Genaue Ursache konnten wir nicht finden. Es entsteht am Ende wohl ein toter Task der vom Betriebssystem nicht komplett mit allen Ressourcen gelöscht werden konnte, so dass ein Port besetzt bleibt und eine nachfolgende Instanz nicht mehr andocken kann. Ob das nun am OS oder am OWFS hängt, können wir nicht bestimmen.

==> Workaround: Bitte Deinen Server neu starten, damit das OFWS in einem bereinigten System wieder starten kann.

An einer Lösung wird im Labor geforscht. Zeitlich dürfte diese dann erst mit der V 2.0 zur Verfügung stehen, weil wir jetzt für die V 1.6 im Feature Freeze sind und keine größeren Änderungen mehr vornehmen. Zumal wir ohnehin einen Kernel und ein Update für das Betriebssystem ausrollen wollen mit der Version 2.0. Geplant ist ein Update auf Debian 9.13, das es allerdings derzeit noch gar nicht gibt. Die bestehende Version 9.12 können wir nicht ausrollen, weil es dort im Kernel einen Fehler im MacVlan ARP Handling gibt.

==> Insofern schaffen wir das frühestens mit der V 2.0 zu beheben.

Wir können leider nicht ausschließen, dass dies nochmal bei Dir passiert, weil es gut zwei bis vier Monate dauern wird, bis wir eine Hauptversion 2.0 haben. Die Insider Previews dazu gäbe es durchaus in einigen Wochen, aber da Du jetzt auch keine IP drauf hast, wirst Du das dann womöglich auch nicht wollen, so dass ein endgültiger Fix dauern wird. Ist leider wegen dem OS Update ein wenig komplex.

lg

Stefan

Hallo Stefan,

kannst du bitte für alle nochmal sagen was OFWS/OWFS ist. OS ist ja klar. Danke dir.

@StefanW

OWFS - One Wire File System

Die Server Komponente zum 1 Wire Bus

Ich sehe es erstmal als gutes Zeichen, dass ihr den Fehler finden konntet und starte dann den Server erstmal neu, damit meine Frau wieder glücklich wird.

An den Sensoren hängen die Rollos, die bei Fenster auf automatisch aufgehen.

Ich entscheide später, ob ich auf eine temporäre Insider gehe.
Wenn es am Ende was leichtes ist, ist ja ggf auch ein Backport möglich, werde ja nicht der einzige sein, der den Bug hat und 1.5.

Hallo James,

danke für die Erklärung des Begriffs.

StefanW hat geschrieben: ↑Mi Jun 17, 2020 2:56 pm ==> Insofern schaffen wir das frühestens mit der V 2.0 zu beheben.

Wir können leider nicht ausschließen, dass dies nochmal bei Dir passiert, weil es gut zwei bis vier Monate dauern wird, bis wir eine Hauptversion 2.0 haben. Die Insider Previews dazu gäbe es durchaus in einigen Wochen, aber da Du jetzt auch keine IP drauf hast, wirst Du das dann womöglich auch nicht wollen, so dass ein endgültiger Fix dauern wird. Ist leider wegen dem OS Update ein wenig komplex.

Das Problem ist vor zwei Tagen erneut aufgetreten (erst heute gemerkt und sich vorher gewundert, warum die Heizung 'komisch' ist).
Ich bin seit 23.01.auf v1.6.0 Hells Bells.
Die Problembeschreibung aus dem ersten Post passt exakt auf das erneute Verhalten (also "Qualität 0%", ewiger Spinner beim laden der Werte).
Ein Reboot löste das Problem, jetzt gibt es wieder aktuelle Daten.

Jetzt sehe ich, dass v2.0 im Insider Programm verfügbar ist, derzeit wohl hauptsächlich aus dem Betriebssystemupdate besteht.
Ist zu erwarten, dass allein das Betriebssystemupdate das Problem beheben wird?

Oder benötigt es trotzdem noch weitere Enwicklungstätigkeiten eurerseits?