Verstehe den Einwand. Genau dieses Manipulationsproblem ließe sich aber doch über eine kryptografische Signatur des gesamten Update-Pakets lösen.

Dann müsste VIOLET vor dem Entpacken nur prüfen, ob das Paket unverändert und von PoolDigital signiert ist. Jede nachträgliche Änderung würde die Signatur ungültig machen – unabhängig davon, ob das Paket direkt heruntergeladen oder lokal hochgeladen wurde.

Falls eure Update-Architektur das aktuell nicht vorsieht, verstehe ich natürlich, dass der Aufwand größer wäre als nur ein zusätzlicher Upload-Button.

Ich würde meinen Wunsch nochmal etwas eingrenzen, weil ich ihn oben mit USB, FTP usw. unnötig breit formuliert habe.

Mir geht es nicht darum, die VIOLET ohne Netzwerk zu betreiben. Sie hängt selbstverständlich im LAN. Ich möchte ihr lediglich bewusst keinen generellen Internetzugang geben.

Dafür würde mir genau eine zusätzliche Update-Möglichkeit reichen:

Update-Datei bei PoolDigital mit einem Rechner herunterladen → in der lokalen VIOLET-Weboberfläche auswählen → VIOLET prüft und installiert die Datei.

Der bisherige automatische Updateweg über euren Server könnte dabei komplett unverändert bleiben und weiterhin der Standard sein.

Hintergrund ist bei mir die Netzwerksegmentierung. Geräte wie Steuerungen hängen in einem eigenen Netz und bekommen nur genau die Verbindungen, die sie tatsächlich benötigen. Für einzelne Dienste kann ich gezielt entsprechende Ziele freigeben. Der VIOLET für ein Update vorübergehend allgemeinen Internetzugang zu geben funktioniert natürlich technisch, ist für mich aber eher ein Workaround als eine saubere dauerhafte Lösung.

Gerade weil du bei 1.2.3 zusätzliche Prüfungen der heruntergeladenen Update-Datei eingebaut hast, würde sich aus meiner Sicht anbieten, Transportweg und Prüfung der Update-Datei voneinander zu trennen:

Egal ob die Datei von der VIOLET selbst vom PoolDigital-Server geladen oder vom Benutzer lokal hochgeladen wurde – vor der Installation müsste sie natürlich dieselben Prüfungen durchlaufen.

Ich möchte also eigentlich keinen zweiten Update-Mechanismus mit eigener Logik, sondern nur eine zweite Möglichkeit, dieselbe Update-Datei dem bestehenden Updateprozess zuzuführen.

Wäre so ein lokaler Upload über die Weboberfläche aus deiner Sicht grundsätzlich machbar? Falls nicht: Was spricht technisch oder sicherheitsseitig konkret dagegen?

Es muss tatsächlich beides möglich sein – je nach Situation EIN oder AUS. Genau darum geht es mir.
Bei mir läuft die Pumpe normalerweise durch. Über die normalen Laufzeiteinstellungen ist ECO im Tagesverlauf zeitweise EIN und zeitweise AUS.
Wenn ich jetzt manuell eingreifen möchte, möchte ich für eine begrenzte Zeit den gerade vorhandenen Automatikzustand übersteuern können:

• ECO ist gerade EIN → z. B. für 60 Minuten manuell AUS
• ECO ist gerade AUS → z. B. für 60 Minuten manuell EIN

Danach soll einfach wieder der normale Automatikbetrieb übernehmen.
Genau dafür finde ich die bestehende manuelle Pumpensteuerung eigentlich ideal: Dort gebe ich ja bereits Laufzeit und Pumpendrehzahl für diesen temporären Eingriff vor. Aus meiner Sicht fehlt dort nur noch der ECO-Zustand für genau diese manuelle Laufzeit.
Am saubersten fände ich daher z. B. eine Auswahl:
ECO: Automatik / EIN / AUS
„Automatik“ wäre das heutige Verhalten und damit auch der Default. EIN bzw. AUS würde ECO nur für die gewählte manuelle Laufzeit übersteuern.
Klar könnte man sich dafür zwei Schaltregeln für „ECO EIN“ und „ECO AUS“ bauen. Das wäre aus meiner Sicht aber nur ein Workaround und funktional nicht dasselbe:
Zum einen müsste ich dafür zwei Schaltregeln nur für diese manuelle Bedienung belegen und die eigentlich zusammengehörende Funktion auf Pumpensteuerung und Schaltregeln aufteilen.
Vor allem kann ich bei einer Schaltregel keine manuelle Laufzeit vorgeben, nach der automatisch wieder der normale Zustand übernommen wird. Genau das ist aber der entscheidende Vorteil der manuellen Pumpensteuerung: Ich kann beispielsweise „60 Minuten“ auswählen und danach fällt die Anlage automatisch wieder in den regulären Betrieb zurück.
Deshalb sehe ich das weniger als neue Sonderfunktion, sondern eher als konsequente Ergänzung der bestehenden manuellen Pumpensteuerung: Wenn ich Pumpe und Drehzahl für X Minuten manuell übersteuern kann, wäre es aus meiner Sicht logisch, den ECO-Zustand für dieselben X Minuten ebenfalls festlegen zu können.

Wenn man die Pumpe manuell startet, hat man die Möglichkeit die Laufzeit und die Drehzahl anzugeben.
Es wäre wirklich wünschenswert, wenn man da auch auswählen könnte ob der ECO Modus ein oder aus sein soll.
Könnte man das als Feature ergänzen?

PS: Eigener SMTP Server kann hinterlegt werden hab ich grad gesehen
Es geht also nur um die Updatemöglichkeit.

Ich verstehe schon, dass es so gebaut ist. Eine Downloadmöglichkeit der Updates und eine Einspielmöglichkeit lokal auf der Steuerung (zB per FTP, USB-Stick, Updateformular in der Oberfläche) wäre aber kein großes Ding umzusetzen.

Nur weil die Steuerung mit dem Netzwerk verbunden ist muss sie ja nicht direkten Zugriff auf das Internet haben.
Ich möchte Geräten die nicht unbedingt einen Internetzugang benötigen keinen geben. Unabhängig davon ob es aktuell technisch möglich wäre oder nicht.

Der von dir beschriebene Vorteil, dass man Benachrichtigungen per Mail bekommt, setzt nicht zwingend voraus, dass das Gerät direkt mit dem Internet kommunizieren können muss.
Man könnte einen lokalen oder auf der Firewall freigegebenen SMTP Server angeben oder auch per API gewisse Meldungen Abfragen bzw. die per Webhook irgendwohin im Netzwerk pushen.

Für mich ist es nicht nachvollziehbar warum du diese Möglichkeiten in deiner Software nicht anbietest.
Also Offline-Updates und eigener SMTP Server.
Gibt es dafür einen guten Grund?

Liebe Grüße

Warum gehen die Updates nur über den Server? Ich möchte die Steuerung nicht ins Internet hängen.

Ist es irgendwie möglich das Update per USB Stick, direkt auf die SD Karte oder mittels WIFI Direct Access einzuspielen.
Ich habe in meinem Pooltechnikraum keine Möglichkeit Internet per LAN bereitzustellen.