ElabNET Technik Forum

Hallo Chris,

bezüglich Schnittstelle kann ich keine Aussage treffen. Ich habe die CV immer nur als App mit den Bordmitteln des TWS installiert und da muss ich als Benutzer keine Angaben zur Schnittstelle zwischen TWS und CV machen.

Im Augenblick habe ich zwei Apps mit absolut identischen Konfigurations- und Mediendateien parallel am laufen (#8 und #9 gemäss TWS), #9 installiert mit der App ohne weitere Eingriffe (v11.0) läuft und liest sämtliche Werte aus (1-Wire, Logikausgänge und KNX Werte). #8 habe ich mit der App und zusätzlich mit "latest" installiert. Diese zeigt mir seit längerer Zeit nur die KNX Werte an (wobei sie vor langer Zeit auch sämtliche Werte angezeigt hatte, bevor die Probleme mit dem Cache aufgetreten sind).

Besten Dank für den Tipp mit der Konsole. Ich brauche dafür etwas Zeit für die Einarbeitung, weil ich noch nie auf dieser Ebene gearbeitet habe.

Das mit Elabnet wird wohl nichts, ich habe meinen TWS vor langer Zeit gekauft, als es die Care Pakete noch nicht gegeben hat. Ich muss das Ding deshalb mit Hilfe des Forums über Workarounds zum Laufen bringen. Das Problem habe ich aber eh schon einige Male gepostet, ohne dass zielführende Aktivitäten ausgelöst wurden.

Der Vollständigkeit halber: ich greife auf meinem Laptop über OpenVPN und das KundenVPN direkt auf den TWS zu. Mit den iOS Geräten terminiere ich das VPN auf der FritzBox und greife über eine Portweiterleitung auf den TWS zu. Die funktionierende und die nicht-funktionierende Visu verwenden dabei den gleichen Pfad und den gleichen Browser (in zwei Tabs). Das Problem tritt in allen Konfigurationen gleich auf. Ich kann mir deshalb nicht vorstellen, dass dies der Grund für die Probleme sein könnte.

Melde mich wieder, wenn ich das mit der Konsole auf die Reihe gekriegt habe.
Freundliche Grüsse
Markus

markusrohr hat geschrieben: ↑Mo Mär 08, 2021 11:40 am Im Cache lagen meine drei CV Konfigurationen, die wahrscheinlich die Hälfte bis zwei Drittel des Speichers verbraucht haben. Der Rest war durch andere Dateien vom TWS (u.a. von Portainer und Docker) gefüllt. Ich habe alle Daten gelöscht und sämtliche roten Fehlermeldungen sind weg und der Zugang funktioniert auch ohne enableCache=false wieder.
[...]
Ich bin ehrlich gesagt etwas erstaunt, dass ein solcher Überlauf vom TWs nicht abgefangen wird wenn diese Beschränkungen bestehen.

Beim Entwickeln sah diese Grenze so weit aus, dass da keiner hin kommen wird - aber Du bist nun der erste, der an diese Grenze gekommen ist.

Abgefangen wird der Fehler ja, nur halt "auf die harte Tour" und nicht schön per individuellem Dialog und der Möglichkeit darüber etwas aufräumen zu können.

Für die Zukunft haben wir uns aber schon überlegt, dass wenn hier der Platz ausgeht, dann auf das FileSystem-API auszuweichen. Aber da gibt's noch ein paar andere Themen die dringender auf den Nägeln brennen.

markusrohr hat geschrieben: ↑Mo Mär 08, 2021 12:07 pm bezüglich Schnittstelle kann ich keine Aussage treffen. Ich habe die CV immer nur als App mit den Bordmitteln des TWS installiert und da muss ich als Benutzer keine Angaben zur Schnittstelle zwischen TWS und CV machen.

Doch, die Aussage kannst Du treffen und hast das auch gerade gemacht
CV als App nutzt den TWS als KNX Tunnel.

Ein VPN ist für das Thema egal, denn entscheidend ist ob der CV Container die Infos vom KNX bekommt - und da ist das VPN ja nicht da zwischen.
Das VPN hängt zwischen CV Container und dem Web-Browser, aber da gibt es keine Unterscheidung mehr wie der KNX zu seinen Daten kam, d.h. welches Gerät die gesendet hat.

Hast Du eigentlich schon mal gecheckt, dass es keine Kollision der MAC Adressen bei den verschiedenen Containern gibt?
(Am einfachsten über https://timberwolf/system/portainer )