Repository navigation
Web Interface German
Siehe die vollständige Mobile API v1-Dokumentation, die auch in der OSPy-Hilfe unter API verfügbar ist.
Normale App-Kommunikation und Push-Zustellung sind getrennte Wege. Im normalen Betrieb verbindet sich die Android-App mit der für die Installation gespeicherten lokalen oder entfernten Adresse, prüft HTTPS, authentifiziert sich mit installationsbezogenen Mobile-API-v1-Token, liest den aktuellen Zustand und sendet erlaubte Befehle direkt an OSPy.
Für Push wartet OSPy nicht auf eine Verbindung der App. Ein passendes Ereignis wird in eine begrenzte Hintergrundwarteschlange gestellt; OSPy signiert die HTTPS-Anfrage an den Relay, der Relay prüft sie und veranlasst Firebase Cloud Messaging, Android zu wecken und die Systembenachrichtigung anzuzeigen. Fehler blockieren die Bewässerung nicht.
Unter Optionen → Mobile Anwendungen, zwischen Benutzer und Sicherheit, konfiguriert ein Administrator das HTTPS-Push-Relay und aktiviert sofortige Benachrichtigungen. Push bleibt standardmäßig deaktiviert, während das bearbeitbare Relay-Feld mit der offiziellen OSPy-Relay-Adresse vorbelegt ist. Die Seite verwendet dieselbe Liste gekoppelter Geräte wie die mobile API und zeigt Benutzer, Rolle, App-Version, Kopplungszeit, letzte Aktivität, Push-Status sowie die letzte erfolgreiche oder fehlgeschlagene Zustellung. Kategorien für Stationsstart, Stationsstopp, Regen, Diagnose, Aktualisierungen und sonstige Ereignisse sind pro Telefon wählbar. Außerdem können ein Test gesendet, Push abgemeldet oder das gesamte Gerät einschließlich seiner Anmeldetoken widerrufen werden. Ein aktives Gerät muss vor dem endgültigen Löschen seines Datensatzes zuerst widerrufen werden; widerrufene Datensätze können einzeln oder gemeinsam gelöscht werden. Eine erneute Anmeldung derselben gespeicherten Android-Installation verwendet deren bestehende Identität und ersetzt die Token, ohne eine weitere Zeile anzulegen.
OSPy speichert weder Firebase-Schlüssel noch den FCM-Token des Telefons. Die mobile App registriert den FCM-Token direkt beim Relay; OSPy erhält nur eine undurchsichtige Abonnement-ID und ein installationsbezogenes Signiergeheimnis. Signierte Ereignisse werden in einem separaten begrenzten Worker versendet, sodass ein Ausfall von Internet oder Relay weder Zeitplaner noch Ventile verzögert. Push ist standardmäßig deaktiviert und erfordert HTTPS. Die periodische Synchronisierung bei geöffneter App bleibt als Rückfall erhalten. Der genaue Vertrag steht in Mobile API v1.
Die gemeinsame OSPy-Fußzeile enthält einen direkten Link zur offiziellen Android-Anwendung in Google Play.
Sobald die Diagnose SQLite-Primary-Beta-Bereitschaft: Bereit meldet, aktiviert Optionen unter Einstellungsspeichermodus die Auswahl SQLite primär (Beta). OSPy erstellt vor dem Wechsel in diesen Modus und vor dem Verlassen eine vollständige Systemsicherung, bestätigt die geprüften SQLite- und shelve/DBM-Kopien gemeinsam und startet neu. Beim nächsten Start wird SQLite unabhängig geprüft, bevor es als Einstellungsquelle verwendet wird; die synchronisierte shelve/DBM-Kopie bleibt der sofortige Rückfall. Ein fehlender Aktivierungsmarker, eine beschädigte Datenbank, eine abweichende Prüfsumme oder ein ungültiges Schema beziehungsweise eine ungültige Einstellung lässt OSPy sicher bei shelve/DBM und wird in der Diagnose gemeldet. Es erfolgt niemals ein automatischer Wechsel; die Rückkehr zu Prüfung ist jederzeit über dasselbe Sicherungs- und Neustartverfahren möglich.
OSPy-Installation
Anmelden
Startseite
Normal – % der Programmzeit
Aktiv – Regenverzögerung
Planer – Handbuch
Aktiviert – Deaktiviert
Stoppen Sie alle Stationen
Wasserbilanzdiagramm
Unterdrückt durch Regenverzögerung
Regen erkannt
CPU Temp
CPU Nutzung
Softwareversion
Externe IP
Betriebszeit
Diagnose
Feedback
Programme
Fügen Sie ein neues Programm hinzu
Programmgruppen
Gruppe hinzufügen
Gruppe umbenennen
Gruppe aktivieren oder deaktivieren
Gruppe kopieren
Gruppe löschen
Jetzt ausführen
Bearbeiten
Kopieren
In die Gruppe verschieben
Alle löschen
Programm aktivieren oder deaktivieren
Kollisionswarnung
Zeitplantyp
Ausgewählte Tage (einfach)
Startzeit
Dauer
Wiederholen
Wiederholungen
Pause
Ausgewählte Tage (verlängert)
Planer
Wiederholen (einfach)
Wasserintervall
Beginnend in
Startzeit
Dauer
Wiederholen
Wiederholungen
Pause
Wiederholen (erweitert)
Wasserintervall
Beginnend in
Planer
Wöchentlich (erweitert)
Montag-Sonntag
Benutzerdefiniert
Wasserintervall
Beginnend in
Tag 1 - Tag 7
Wöchentlich (Wettervorhersage)
Bewässerung min
Bewässerung max
Lauf max
Pausenverhältnis
Bevorzugte Ausführungsmomente
Tag
Startzeit
Priorität
Hinzufügen – Löschen
Keine Anpassungen
Abgeschnitten
Master aktivieren
Einmal ausführen
Jetzt ausführen
Zeit zurücksetzen
Plugins
Verwalten
Neues Plugin installieren
Benutzerdefiniertes Plug-in (ZIP)
Github (https://github.com/martinpihrt/OSPy-plugins/archive/master.zip)
Alle deaktivieren
Alle aktivieren
Aktivieren Sie die Überprüfung auf Updates
Änderungen laden
Änderungen
Automatische Updates
Protokoll
Ereignisprotokoll
Protokoll herunterladen als
Protokoll löschen
Datensatz E-Mail löschen
Einstellungen
System
Tooltips anzeigen
Systemname
Systemthema
24-Stunden-Uhr
HTTP IP-Adresse
Über die Portnummer
HTTP/S port
Plugins auf der Startseite anzeigen
Sensoren zu Hause anzeigen
Systemsprache
Zeigen Sie Bilder an Stationen
Wetter
Verwenden Sie Wetter
Wetteranbieter
Stormglass-API-Schlüssel
Standort
Benutzer
Deaktivieren Sie die Sicherheit
Administratorname
Aktuelles Passwort
Neues Passwort
Passwort bestätigen
Zusätzliche Benutzer
Sicherheit
Formularschutz
Verwenden Sie den Zugang HTTPS
Domainname
Verwenden Sie den eigenen HTTPS-Zugang
API CORS-aktivierter Ursprung
API JSONP aktivieren
Browser-Anmeldungen gespeichert
Sensoren
Firmware-Upload-Passwort
Stationen konfigurieren
Die Verwendung von
Über sequentielle und gleichzeitige Modi
Anzahl der Ausgänge
Pause zwischen Stationen
Mindestlaufzeit
Master konfigurieren
Master-Station
Master zwei Station
Relais aktivieren
Startversatz der Master-Station
Stoppversatz der Master-Station
Startversatz der Master-Station 2
Stoppversatz der Master-Station 2
Regensensor
Sensor verwenden
Normalerweise geöffnet
Regenverzögerung einstellen
Regenverzögerungszeit
Protokollierung
Laufprotokoll aktivieren
Max. Laufeinträge
E-Mail-Aufzeichnung aktivieren
Max. Laufeinträge
Ereignisprotokoll aktivieren
Max. Laufeinträge
Debug-Protokoll aktivieren
Systemneustart
Neustart
Neustart
Herunterfahren
Standard
Systemsicherung
Herunterladen
Hochladen
SSL Zertifikat
Hochladen
Generieren
Bahnhof
Bahnhof
Name
Nutzung
Bewässerung
Lagerbestand
ETo-Faktor
Balance-Anpassung
Verbunden
Regen ignorieren
ON Haupt?
Nicht-Verwendung
ON Haupt
EIN Haupt 2
EIN Hauptprogramm 1/2
Notizen
Bild
Sensoren
Fügen Sie einen neuen Sensor hinzu
Eigenschaften von Sensoren
Alle Sensoren löschen
Hilfe
OSPy
Readme
Changelog
Programs
Web Interface Guide - Czech
Web Interface Guide - English
Web Interface Guide - German
Web Interface Guide - Polish
Web Interface Guide - Russian
Web Interface Guide - Serbian
Web Interface Guide - Slovak
API
Readme
Details
Plug-ins
Readme
Usage Statistics
LCD Display
Pressure Monitor
Voice Notification
Pulse Output Test
Button Control
CLI Control
System Watchdog
Voltage and Temperature Monitor
Remote Notifications
System Information
MQTT
Air Temperature and Humidity Monitor
Wind Speed Monitor
Weather-based Rain Delay
Relay Test
UPS Monitor
Water Consumption Counter
SMS Modem
Signaling Examples
Email Notifications
Remote FTP Control
System Update
Water Meter
Energy Meter
Webcam Monitor
Weather-based Water Level Netatmo
Direct 16 Relay Outputs
MQTT Zone Broadcaster
System Debug Information
Weather-based Water Level
Real Time and NTP time
Water Tank
Humidity Monitor
Monthly Water Level
Pressurizer
Ping monitor
Temperature Switch
Pool Heating
E-mail Notifications SSL
Sunrise and Sunset
Photovoltaic Boiler
IP CAM
Modbus stations
CHMI
Proto
Label Maker
IP Scanner
Database Connector
OSPy Backup
MQTT Home Assistant
Shelly Cloud Integration
Current loop tanks monitor
Für eine Neuinstallation werden Raspberry Pi OS oder Debian 12 und Python 3.11 oder neuer empfohlen. Der Installer lädt immer den stabilen OSPy-Zweig master. Beim ersten Start zeigt die Anmeldeseite ein erzeugtes Administratorkennwort; ändern Sie es unmittelbar nach der Anmeldung in den Optionen.
Melden Sie sich über SSH beim Pi an. Geben Sie den folgenden Befehl ein oder kopieren Sie ihn und fügen Sie ihn ein: Denken Sie daran: Bei Raspberry Pi-Befehlen muss die Groß-/Kleinschreibung beachtet werden.
wget https://raw.githubusercontent.com/martinpihrt/OSPy/master/ospy_setup.sh
sudo bash ospy_setup.shDas Menü trennt die Kernanforderungen von optionalen MQTT- und Multimedia-Paketen. Wählen Sie /opt oder das Home-Verzeichnis des aufrufenden Benutzers. Eine vorhandene Git-Installation wird niemals gelöscht, zurückgesetzt oder automatisch aktualisiert. Der Installer erstellt den Dienst aus der versionierten systemd-Vorlage, startet ihn und prüft seinen Zustand; bei einem Startfehler werden die letzten Dienstmeldungen angezeigt. Ein Neustart wird nur für I²C- oder Gruppenänderungen empfohlen. Eine erfolgreiche Installation ist über Port 8080 erreichbar. Ausführliche sichere Schritte, manuelle Aktualisierung und lokale Kontowiederherstellung stehen im Hilfedokument Clean installation.
Nach dem Klicken auf die Schaltfläche „Abmelden“ meldet sich der Benutzer vom System ab.
Das optionale Plug-in Automation Rules erstellt grafische AND/OR-Regeln aus zwischengespeicherten Werten von Überwachungs-Plug-ins, aktivierten Pihrt- oder Shelly-OSPy-Sensoren, lokalem Datum und Uhrzeit sowie schreibgeschützten OSPy-Systemzuständen. Eine Regel kann auf dauerhaft erfüllte Bedingungen warten, Warnungen wiederholen und die Rückkehr zum Normalzustand über Home, Browser, E-Mail, Telegram oder mobilen Push melden. Ein separater, standardmäßig deaktivierter Steuerschalter erlaubt geschützte Aktionen: ausgewählte Stationen, alle Ausgänge oder laufende Programme stoppen, den Planer deaktivieren, einen bestimmten Ausgang im manuellen Modus einmalig oder in einem zeitlich begrenzten Lauf/Pause-Zyklus einschalten, die globale Wasserstufe ändern oder eine von einem anderen Anbieter ausdrücklich deklarierte Aktion aufrufen. Der Aktionsverlauf protokolliert jeden Zyklusstart, jede Pause, jeden erneuten Lauf, Fehler und den endgültigen Stopp samt Grund. Water Meter 1.2.1 stellt die erste konkrete Anbieteraktion zum ausdrücklichen Zurücksetzen seiner Verbrauchszähler bereit. Der Testmodus simuliert Aktionen nur und protokolliert die Ergebnisse. Eine optionale Vorfallsperre erfordert die Bestätigung durch einen Administrator, nachdem alle Bedingungen verfügbar und inaktiv sind; das Entsperren macht ausgeführte Aktionen niemals rückgängig.
Kompatible laufende Anbieter fügen eigene geschützte Aktionen hinzu. Venetian Blind kann öffnen, stoppen, schließen oder die Neigung 1–4 wählen; Water Tank Monitor kann die Regelung stoppen und gespeicherte Minimal- und Maximalwerte zurücksetzen; Current Loop Tanks Monitor kann die Regelung für einen oder alle Tanks stoppen; OSPy Backup kann ein Archiv der Plug-in-Daten erstellen.
Das optionale Plug-in Irrigation Safety verbindet den tatsächlichen Zustand der OSPy-Stationen und Master-Ausgänge mit zwischengespeicherten Werten von Water Meter, Pressure Monitor und Tank-Monitoren. Für jede Station können erwarteter Mindest- und Höchstdurchfluss, Anlaufverzögerung und Fehlerbestätigungszeit festgelegt werden. Das automatische Lernen übernimmt Werte erst nach der Anlaufverzögerung und nur beim alleinigen Lauf einer Station. Danach wird ein robuster Bereich mit einstellbarer Sicherheitsreserve gespeichert. Bei gleichzeitig laufenden, vollständig konfigurierten Stationen werden die Bereiche addiert. Zusätzlich werden Durchfluss ohne Bewässerung, fehlender Durchfluss oder Druck sowie niedrige oder nicht verfügbare Tankwerte erkannt.
Zur Inbetriebnahme dient Nur überwachen. Der Aktive Schutz kann alle Ausgänge und das separate Master-Relais ausschalten, den Planer deaktivieren und den Vorfall bis zur Bestätigung durch einen Administrator sperren. Eine zeitlich begrenzte Überbrückung unterdrückt Eingriffe, während Überwachung und Benachrichtigungen weiterlaufen. Die Sicherheitsaktion erfolgt vor dem asynchronen Versand per E-Mail oder mobilem Push. Die Seite aktualisiert Messwerte, aktive Stationen, Lernfortschritt, Vorfälle und Verlauf im Hintergrund.
Die Zwei-Faktor-Authentifizierung schützt das Hauptadministratorkonto durch einen zweiten Prüfschritt nach dem Passwort. Öffnen Sie Optionen → Zwei-Faktor-Sicherheit → Konfigurieren und wählen Sie genau eine Methode: Authentifizierungs-App (TOTP), Code per E-Mail oder Deaktiviert. Beide Methoden können nicht gleichzeitig aktiv sein.
Führen Sie für TOTP einmal python setup.py install aus, falls die QR-Unterstützung fehlt. Scannen Sie den QR-Code mit Google Authenticator, Microsoft Authenticator, 2FAS, Aegis oder einer anderen TOTP-App und geben Sie den aktuellen sechsstelligen Code ein. OSPy aktiviert das Geheimnis erst nach dieser Bestätigung. TOTP benötigt eine korrekte Systemzeit.
Die E-Mail-Prüfung ist nur verfügbar, wenn E-mail Notifications SSL installiert ist, läuft und SMTP-Server, Konto, Passwort und Empfänger konfiguriert sind. Beim Aktivieren sendet OSPy sofort einen Bestätigungscode. Anmeldecodes gelten fünf Minuten und werden nie in die Wiederholungswarteschlange des Plug-ins gestellt.
Speichern Sie nach der Aktivierung die angezeigten einmaligen Sicherungscodes sicher. Jeder Code ersetzt den zweiten Faktor genau einmal und wird danach gelöscht; er wird nicht erneut angezeigt. Eine Änderung oder Deaktivierung von 2FA widerruft alle gemerkten Browseranmeldungen. Bei Verlust des Telefons oder Ausfall der E-Mail verwenden Sie einen Sicherungscode; andernfalls muss eine Konfigurationssicherung wiederhergestellt oder 2FA lokal am OSPy-Gerät zurückgesetzt werden. Abmelden
Die Anmeldeseite enthält ein Textfeld zur Eingabe eines Namens und eines Passworts. Der Standardname ist admin. Bei der ersten Installation wird ein zufälliges Passwort generiert (dieses Passwort muss dann in den Einstellungen in ein anderes Passwort geändert werden! Auf der Seite - Reiter „Einstellungen“ empfiehlt es sich, das Passwort (oder auch den Namen) in ein eigenes neues Passwort zu ändern. Geben Sie Namen und Passwort ein und klicken Sie auf die Schaltfläche ANMELDEN.
Die Homepage ist das Hauptkontrollzentrum der Weboberfläche. Dazu gehört:
- Uhr zeigt die aktuelle Uhrzeit auf allen Seiten an.
- Navigationsleiste oben zum Wechseln zwischen den Seiten. Die Schnittstelle ist neben der Anmeldeseite auch auf anderen Seiten zu finden.
- Eine Reihe von Schaltflächen zum Vornehmen globaler Änderungen am Systemverhalten.
- Eine Zeitleiste, die Informationen zu abgeschlossenen und geplanten Bewässerungsereignissen bereitstellt.
- Ein Diagramm, das Informationen über Bewässerungsereignisse liefert.
- Eine Fußzeile, die auf allen Seiten vorhanden ist (sofern der Benutzer angemeldet ist). Die Fußzeile enthält: CPU-Temperatur, CPU-Auslastung, Softwareversion, externe IP-Adresse, Betriebszeit des Betriebssystems.
- Einige Erweiterungen können eine Homepage einfügen und andere Elemente hinzufügen. Beispielsweise fügt die Astral-Erweiterung der Zeitleiste grafische Darstellungen von Sonnenaufgang und Sonnenuntergang hinzu. Grafische Spalte zur Überwachung des Erweiterungstanks mit Volumen und Wassermenge.
Eine Schaltfläche, mit der Sie den „Wasserstand“ als Prozentsatz der Gesamtlaufzeit für alle Bewässerungsprogramme einstellen können (bei Programmen können Sie deren eingestellte Zeit erhöhen oder verringern).
Regenverzögerung. Eine Schaltfläche, mit der die Bewässerung für alle Stationen für einen bestimmten Zeitraum angehalten werden kann, mit Ausnahme derjenigen, die auf der Seite „Stationen“ so eingestellt sind, dass Regen ignoriert wird.
Scheduler – Handbuch. Eine Taste, die das System zwischen Zeitplan (automatischer Modus) und manuellem Modus umschaltet, was eine direkte Steuerung von Stationen ermöglicht.
Schaltfläche zum Aktivieren oder Deaktivieren der Ausführung des OSPy-Programms (wenn deaktiviert, wird der Scheduler nicht ausgeführt).
Mit der Taste „Stoppen Sie alle Stationen“ können Sie ein laufendes Bewässerungsprogramm oder eine aktive Station sofort abbrechen.
Für jede aktivierte Station, die in einem Bewässerungsprogramm verwendet wird, zeigt das Diagramm unten auf der Homepage die laufende Wasserbilanz. Jeder Tag berücksichtigt die mit dem ETo-Faktor der Station angepasste Evapotranspiration (ETo), Regen, sofern die Station ihn nicht ignoriert, sowie abgeschlossene oder geplante Bewässerung. Die Punktdetails unterscheiden ETo, Regen, die Beiträge einzelner Programme und die resultierende Summe für vergangene und vorhergesagte Tage.
Wenn Wetter verwenden aktiviert ist, stammen ETo und Regen vom ausgewählten Anbieter Open-Meteo, CHMI ALADIN oder Stormglass. Ein API-Schlüssel ist nur für Stormglass erforderlich; Open-Meteo und CHMI dürfen nicht von einem alten Dark-Sky-Schlüssel abhängen. Bei deaktiviertem Wetter werden der ETo-Faktor der Station und kein Regen verwendet. Können die Bilanzdaten nicht geladen werden, zeigt die Homepage eine sichtbare Fehlermeldung an und OSPy schreibt die technischen Einzelheiten in das Protokoll, anstatt das Diagramm stillschweigend leer zu lassen.
Wenn die Regenverzögerung aktiviert ist, wird „Unterdrückt durch Regenverzögerung“ angezeigt und alle Stationen (außer denen, die auf der Seite „Stationen“ so eingestellt sind, dass sie Regen ignorieren) werden für einen bestimmten Zeitraum gesperrt.
Wenn der Regensensor aktiviert ist, wird „Unterdrückt durch Regensensor“ angezeigt und alle Stationen (außer denen, die auf der Seite „Stationen“ so eingestellt sind, dass Regen ignoriert wird) werden blockiert.
Temperatur des Raspberry-Pi-Prozessors. Die angezeigte Temperatur kann zwischen C und F umgeschaltet werden.
Verwendung des Raspberry Pi-Prozessors. Der Verbrauch wird in % angezeigt.
Link zum Software-Repository des Projekts und zur Revisionsnummer der installierten Software.
Stabile Builds aus master verwenden die numerische Version, zum Beispiel 3.0.238. Test-Builds aus beta zeigen dieselbe Revision mit dem Suffix -beta, zum Beispiel 3.0.238-beta. Beim Übernehmen desselben Commits nach master verschwindet das Suffix, ohne dass sich die Revisionsnummer ändert.
Vor jeder Aktualisierung speichert das Plug-in System Update zuerst die Einstellungen und erstellt eine geprüfte Sicherheitskopie. Anschließend startet es einen externen Watchdog, noch bevor von Git überwachte Dateien geändert werden. Auf systemd-Installationen läuft der Watchdog in einem getrennten temporären Dienst und bleibt während des OSPy-Neustarts aktiv. Ohne systemd wird ein abgetrennter Hilfsprozess verwendet.
Der neue OSPy-Prozess bestätigt die erfolgreiche Aktualisierung erst, nachdem der Scheduler einen neuen Heartbeat aufgezeichnet hat und die Weboberfläche Verbindungen annimmt. Wird ein fehlerfreier Start nicht innerhalb von 120 Sekunden bestätigt, stellt der Watchdog automatisch den vorherigen Commit und den ursprünglichen Zweig wieder her und startet OSPy neu. Kann der Watchdog nicht gestartet werden, wird die Aktualisierung beendet, bevor überwachte Dateien geändert werden. Das Ergebnis des Watchdogs ist außerdem in der Diagnose beim Zustand des Plug-ins System Update verfügbar.
System Update zeigt den vollständigen Commit der laufenden Version und den exakten Ziel-Commit des ausgewählten Kanals an. Als geprüftes stabiles Release wird nur ein annotierter Git-Tag im Format vX.Y.Z erkannt, dessen Commit von origin/master erreichbar ist. Die Nachricht des annotierten Tags dient als kurze Release Notes. Leichtgewichtige Tags, andere Namen und Tags außerhalb von master werden nicht angeboten.
Beim Zurücksetzen auf das letzte geprüfte stabile Release oder manuell auf einen älteren Commit werden zuerst die Einstellungen gespeichert, eine geprüfte Sicherheitskopie erstellt und derselbe externe Watchdog wie bei einer normalen Aktualisierung gestartet. Ein stabiles Rollback wechselt den Arbeitszweig zu master. Release-Tags werden vom Projektbetreuer erst nach erfolgreichen Tests manuell erstellt; das Plug-in erstellt selbst keine Tags.
Externe IP-Adresse für das OSPy-System (Adresse Ihres Verbindungsanbieters – Router). Getestet über pihrt.com.
Die Zeit, die der Raspberry Pi seit dem Einschalten (oder Neustart) in Betrieb war.
Die Zeile Datenbank zeigt zusätzlich den aktiven Einstellungsspeicher und die SQLite-Bereitschaft. Diese Übergangsversion liest und schreibt weiterhin die vorhandenen shelve/DBM-Dateien. Die Bereitschaftsprüfung verwendet nur eine temporäre Datenbank im Arbeitsspeicher und erstellt für sich allein weder eine Datei noch eine Datenmigration. Wenn die Python-SQLite-Unterstützung nicht verfügbar ist, verwendet OSPy weiterhin shelve/DBM und zeigt den Grund nur als passive Information und nicht als Systemfehler an.
Nach jedem erfolgreichen Speichern der Einstellungen erstellt OSPy neben den aktiven shelve/DBM-Dateien eine geprüfte Schattenkopie options.sqlite3. Sie wird zunächst in eine temporäre Datei geschrieben und erst nach erfolgreicher Prüfung von Schema, Schlüsseln, Werten und Integrität atomar ersetzt. OSPy lädt beim Start niemals Einstellungen aus der Schattenkopie. Ein Synchronisierungsfehler lässt die maßgebliche shelve-Speicherung unverändert und wird in der Zeile Datenbank als Warnung angezeigt; eine fehlende Schattenkopie wartet auf das nächste Speichern der Einstellungen.
Beim Start vergleicht OSPy die maßgeblichen shelve-Werte mit den im Schattenschema 2 gespeicherten SHA-256-Prüfsummen. Bei diesem automatischen Vergleich werden keine Pickle-Werte aus der Schattenkopie deserialisiert und niemals zur Wiederherstellung oder zum Start von OSPy verwendet. Eine übereinstimmende Kopie wird als geprüft markiert; fehlende, geänderte oder unerwartete Schlüssel sowie Schäden an Prüfsummen oder Datenbank werden als Warnung gemeldet, während shelve weiter verwendet wird. Eine Schattenkopie mit Schema 1 aus der vorherigen Übergangsphase wird nicht gelesen und beim nächsten Speichern sicher ersetzt.
Beim Start und nach jedem erfolgreichen Ersetzen der Schattenkopie führt OSPy eine probeweise Dekodierung erst dann durch, wenn alle Schlüssel und Prüfsummen in einem einzigen schreibgeschützten Abbild übereinstimmen, und wendet anschließend die normale Einstellungsvalidierung auf die rekonstruierten SQLite-Werte an. Das rekonstruierte Wörterbuch wird verworfen und niemals der laufenden Konfiguration zugewiesen. Die Diagnose meldet, ob dieser SQLite-Lesetest bestanden wurde; ein Fehler bleibt eine Warnung und OSPy arbeitet ausschließlich mit den bereits aktiven shelve-Einstellungen weiter.
Schattenschema 3 enthält zusätzlich ein Manifest mit der Gesamtzahl der Datensätze und einer Prüfsumme über die vollständige sortierte Liste aus Schlüsseln und deren Prüfsummen. Dadurch werden entfernte oder hinzugefügte Zeilen vor der Dekodierung unabhängig erkannt. OSPy führt für die aktuelle SQLite-Schattenkopie und die vorherige Kopie im Sicherungsverzeichnis einen vollständigen Wiederherstellungs-Probelauf durch und verwirft dessen Ergebnis. Die Diagnose zeigt beide Ergebnisse. Ein fehlerhafter oder nicht verfügbarer Wiederherstellungskandidat ändert niemals die Startauswahl; shelve/DBM bleibt maßgeblich.
Beim Start verwendet OSPy den ersten unabhängig geprüften SQLite-Kandidaten ausschließlich für eine Wiederherstellungsprobe in einem isolierten temporären Verzeichnis. Daraus wird eine temporäre shelve/DBM-Datenbank erstellt, erneut geöffnet, vollständig validiert und anhand aller serialisierten Einstellungswerte verglichen; anschließend wird das Verzeichnis entfernt. Weder die aktive Datenbank noch die Einstellungsquelle beim Start werden geändert. Ist die aktuelle SQLite-Kopie beschädigt, kann die Probe die geprüfte Sicherung verwenden, während die laufenden Einstellungen weiterhin aus dem maßgeblichen shelve geladen werden. Die Zeile Datenbank in der Diagnose zeigt Ergebnis, Quelle und Anzahl der Einstellungen.
OSPy simuliert außerdem lediglich die Notfallentscheidung für den Fall, dass alle shelve/DBM-Datenbanken ungültig wären. Die unabhängig geprüfte aktuelle SQLite-Kopie hat Vorrang; die geprüfte Sicherung würde nur bei einem Fehler der aktuellen Kopie ausgewählt. Das ausgewählte Wörterbuch wird verworfen und niemals den laufenden Einstellungen zugewiesen, daher wird auch in diesem Zustand noch keine SQLite-Wiederherstellung aktiviert. Die Diagnose zeigt Bereitschaft, hypothetische Quelle und Anzahl der Einstellungen.
Die experimentelle Option Notfallwiederherstellung der SQLite-Einstellungen zulassen unter Einstellungsspeicher ist standardmäßig deaktiviert. Nach dem Aktivieren erstellt OSPy einen nicht geheimen atomaren Aktivierungsmarker erst, wenn eine SQLite-Kopie mit Schema 3 unabhängig geprüft wurde; auch die geprüfte Kopie selbst muss die aktivierte Option enthalten, sodass weder Marker noch Datenbank allein eine Wiederherstellung erlauben. Sie wird nur versucht, wenn aktuelle, temporäre und gesicherte shelve/DBM-Datenbank ungültig sind. OSPy bevorzugt die aktuelle SQLite-Kopie, verwendet ersatzweise die geprüfte Sicherung, baut im temporären Verzeichnis eine shelve-Datenbank neu auf, prüft sie erneut und lädt erst danach. Bestehende aktuelle und Sicherungsverzeichnisse werden dabei nicht überschrieben; die normale Speicherung bleibt shelve/DBM. Beim Deaktivieren wird der Marker vor dem Speichern entfernt. Diagnose und Startmeldung zeigen Verwendung oder Fehler; prüfen Sie danach das System und erstellen Sie eine Sicherung.
Die experimentelle Option Geprüftes Lesen der SQLite-Einstellungen bevorzugen unter Einstellungsspeicher ist ebenfalls standardmäßig deaktiviert. Nach dem Aktivieren lädt und prüft OSPy immer zuerst shelve/DBM, vergleicht die vollständige Schlüssel- und Prüfsummenmenge von SQLite mit genau diesem maßgeblichen Abbild und dekodiert sowie validiert jeden Wert unabhängig. Nur bei vollständiger Übereinstimmung wird das gleichwertige SQLite-Wörterbuch den laufenden Einstellungen zugewiesen. Eine fehlende Kopie, Abweichung, Beschädigung oder Dekodierungsfehler lässt die bereits geladenen shelve-Werte ohne Unterbrechung aktiv. Schreiben, Verzeichnisrotation und Sicherungen verwenden weiterhin ausschließlich shelve/DBM; SQLite bleibt eine geprüfte Schattenkopie. Die Diagnose zeigt Verwendung, Deaktivierung oder Rückfall auf shelve.
Die experimentelle Option Geprüftes SQLite für Einstellungs-Commits verlangen unter Einstellungsspeicher ist standardmäßig deaktiviert. Nach dem Aktivieren darf ein neues Einstellungsverzeichnis die aktiven Daten erst ersetzen, wenn sowohl die temporäre shelve/DBM-Datenbank als auch ihre SQLite-Kopie erfolgreich geschrieben und unabhängig geprüft wurden. Ist SQLite nicht verfügbar oder schlagen Schreiben beziehungsweise Prüfung fehl, entfernt OSPy das gesamte nicht bestätigte temporäre Verzeichnis, erhält die bisherigen aktiven Einstellungen und den letzten Speicherzeitpunkt und meldet einen Schreibfehler. Das Deaktivieren stellt das kompatible shelve-zuerst-Verhalten wieder her. Ein erfolgreicher strenger Commit kann über den geprüften SQLite-Pfad gelesen werden, shelve/DBM bleibt jedoch Speicher- und Sicherungsformat. Die Diagnose zeigt die aktive Commit-Richtlinie.
Die Diagnose speichert einen nicht maßgeblichen SQLite-Migrationsnachweis: aufeinanderfolgende erfolgreiche Starts mit geprüftem Lesen und aufeinanderfolgende strenge Doppel-Schreibvorgänge. Ein Fehler setzt nur die betroffene Serie zurück und speichert Zeitpunkt und Ursache. Die separat atomisch geschriebene Statusdatei enthält keine Einstellungen und wird nie für Start, Wiederherstellung oder Speicherwahl verwendet.
Beim frühen Start wird die Sprache der Oberfläche weiterhin zuerst aus einer gültigen shelve/DBM-Datenbank geladen. Sind geprüfte SQLite-Lesevorgänge aktiviert, vergleicht der Bootstrap jeden Schlüssel und jede Prüfsumme mit genau diesem shelve-Abbild und liest den einzelnen Wert lang erst nach vollständiger Übereinstimmung aus SQLite. Eine fehlende, ältere, abweichende oder beschädigte SQLite-Kopie verwendet immer sicher die Sprache aus shelve. Die Prüfung einer fehlenden Datenbank erzeugt keine leere Datei.
Der Selektor Einstellungsspeichermodus fasst die sicheren Übergangsoptionen zusammen. Kompatibel behält shelve/DBM als maßgeblichen Speicher und SQLite als optionale Schattenkopie. Prüfung aktiviert Notfallwiederherstellung, geprüfte Lesevorgänge und striktes Doppelschreiben; auch dabei wird SQLite nicht zur primären Datenbank. Die einzelnen Schalter bleiben für die erweiterte Steuerung verfügbar, eine gemischte Kombination wird automatisch als Benutzerdefinierte erweiterte Einstellungen bezeichnet. Bestehende Installationen leiten den Modus aus den gespeicherten Schaltern ab, ohne deren Werte zu ändern.
Die Diagnose bewertet zusätzlich eine passive SQLite-Primary-Beta-Bereitschaft. Bereit erfordert den Prüfmodus, eine verifizierte aktuelle Schattenkopie, erfolgreiche Lese- und Wiederherstellungstests der aktuellen und gesicherten Kopie, eine erfolgreiche Wiederherstellungsprobe und Notfallauswahl, aktivierte Notfallwiederherstellung, verifiziertes Lesen und striktes Doppelschreiben sowie mindestens fünf aufeinanderfolgende verifizierte Starts und zwanzig strikte Schreibvorgänge. Bis dahin zeigt die Diagnose die noch laufende Beweissammlung oder die blockierenden Prüfungen. Diese Kontrolle wechselt das Speicher-Backend niemals automatisch; shelve/DBM bleibt maßgeblich.
Die Schaltfläche Diagnose in der Fußzeile öffnet eine Administratorseite, auf der geprüft werden kann, wie OSPy und seine Plug-ins das System belasten.
Wenn die Diagnose einen Fehler erkennt, öffnet sie ein rotes Fenster mit Problembeschreibung, verfügbaren Details, einem Lösungsvorschlag und einem Link zur zugehörigen Seite. Administratoren können dasselbe Fenster über Optionen > Diagnose > Diagnosefehler auf der Startseite anzeigen auch auf der Startseite aktivieren. Das Fehlerfenster hat Vorrang vor der Aktualisierungsbenachrichtigung. Das Deaktivieren dieser Option betrifft nur die Startseite; die Fehler bleiben in der Diagnose sichtbar.
Die Seite verwendet die aufklappbaren Bereiche Systemstatus, Leistung und Prozesse und Sicherheitsprüfung. Durch Anklicken der dunklen Bereichsleiste wird ein Bereich ein- oder ausgeklappt. Systemstatus weist jedem Betriebsbereich den Zustand OK, Warnung, Fehler oder nicht konfiguriert zu. Überwacht werden der Heartbeat des Schedulers, die letzte erfolgreiche Zeitplanberechnung und der nächste Lauf, Ausgabebefehle, Sensorkommunikation, der Zugriff auf die Einstellungsdatenbank, freier Speicherplatz, Fehler aktivierter Plug-ins, E-Mail-Bereitschaft, Wetter, Internetverbindung und die neueste verfügbare Sicherung. Ein erfolgreicher Ausgabeschreibvorgang bestätigt nur, dass OSPy den angeforderten Zustand an den Treiber übergeben hat; ohne Hardware-Rückmeldung wird kein physisches Schalten des Relais bestätigt.
Die letzte Zeile Betriebssystemzustand führt im Hintergrund eine fehlertolerante Prüfung von Linux und dem Root-Speicher aus und speichert das Ergebnis zehn Minuten lang zwischen. Die Gesamtzeile verwendet Grün/OK, Gelb/Warnung und Rot/Kritisch; jede Einzelprüfung ist zusätzlich als OK, Warnung, Kritisch oder Information gekennzeichnet. Geprüft werden Einbindungsmodus des Root-Dateisystems, Speicherplatz, Inodes, ein kleiner synchronisierter Schreib-/Lesetest, verfügbare EXT4-Metadaten und SD-Kartenidentität, Unterspannung und Throttling des Raspberry Pi, CPU-Temperatur, Speicher, Last, fehlgeschlagene systemd-Dienste sowie ein begrenzter Kernel-Log-Ausschnitt auf MMC-, I/O-, EXT4-, Nur-Lese-Remount-, Panic-, Lockup- und Speichermangelfehler. Fehlende Befehle oder Berechtigungen werden angezeigt, ohne OSPy anzuhalten. Die Prüfung verwendet kein sudo und führt niemals fsck oder eine andere Reparatur am eingebundenen Root-Dateisystem aus.
Der Bereich So funktioniert OSPy bietet interaktive Diagramme für Programme und Planung, Startentscheidungen von Stationen, Master-Stationen, Wetter, Sensoren, den Plug-in-Lebenszyklus, sichere Aktualisierungen, die Speicherung von Einstellungen sowie Sicherung und Wiederherstellung. Diagramme können gezoomt, in voller Breite geöffnet, gedruckt oder als SVG bzw. PNG heruntergeladen werden. Knoten mit gestricheltem Rand öffnen die zugehörige OSPy-Seite; eine separate Schaltfläche führt zur passenden Hilfe. Der Mermaid-Renderer ist lokal in OSPy gespeichert und benötigt keinen Internetzugang.
Zusätzliche Sicherheitsthemen erklären den vollständigen geschützten Web-Anfragepfad, HTTPS und Zertifikate, die Anmeldung mit Zwei-Faktor-Authentifizierung, Sitzungen mit CSRF- und Remember-me-Token sowie die Sicherheit von API und Sensoren. Die Diagramme unterscheiden Authentifizierung, Rollenberechtigung und CORS, zeigen den Brute-Force-Schutz und weisen darauf hin, dass OSPy nur einen Hash des geheimen Teils eines langfristigen Anmeldetokens speichert.
Weitere Diagramme behandeln Priorität und Parallelität der Bewässerung, Regen und Wasserbilanz, den Befehlsweg zur Ausgangshardware, Benutzerrollen, Ereignisse und Vorfälle, die Zustellung von Benachrichtigungen, Start und Beenden von OSPy, die Genehmigung von Plug-in-Berechtigungen, den vollständigen Sensorlebenszyklus und den sicheren Netzwerkzugriff. Das Diagramm Saubere OSPy-Installation folgt dem tatsächlichen abgesicherten Installationsprogramm von den Linux- und Python-Prüfungen über den stabilen master-Zweig, Abhängigkeiten, SQLite und systemd bis zur ersten Anmeldung und Änderung des erzeugten Passworts.
Die Zeile Sprachen vergleicht jeden Übersetzungskatalog mit der aktuellen Vorlage und zeigt für jede Sprache den übersetzten Prozentsatz sowie die genaue Anzahl fehlender Zeichenketten. Eine vollständige Übersetzung ist grün, eine Abdeckung ab 80 % gelb und eine geringere Abdeckung rot. Dies dient nur zur Information der Übersetzungsverantwortlichen: Der Sprachstatus ändert weder den Gesamtzustand des Systems noch öffnet er das Diagnosefehlerfenster.
Die Sicherheitsprüfung bewertet passiv HTTPS, anonymen Zugriff, Zwei-Faktor-Authentifizierung, die Authentifizierung der Sensor-API, den CSRF-Schutz der API, CORS, das Sensorpasswort und empfohlene HTTP-Sicherheitsheader. Sie zeigt das Sensorpasswort niemals an und ändert keine Einstellung. Das Profil Heimnetzwerk bewertet ausgewählte Kompromisse zur Kompatibilität als Warnung, während Internetzugriff verschlüsselten, authentifizierten und eingeschränkten Zugriff verlangt. Jeder Befund enthält den aktuellen Zustand, eine Empfehlung und einen Link zur zugehörigen Einstellung. Ein Reverse-Proxy kann Sicherheitsheader ergänzen, nachdem die Antwort OSPy verlassen hat; die Diagnose meldet nur, was OSPy selbst garantieren kann.
Abgefangene Betriebsfehler des Kerns erscheinen im Systemstatus als eigene aktive Probleme. Jeder Eintrag nennt die betroffene Komponente, die Anzahl der Vorkommnisse, das letzte Auftreten, die technische Ursache und eine empfohlene Behebung. Ein erfolgreicher erneuter Versuch entfernt das aktive Problem automatisch; der vollständige Traceback bleibt im Ereignisprotokoll erhalten. Erwartete Kompatibilitäts-Fallbacks werden nicht als Fehler gemeldet.
Der aufklappbare Bereich Vorfallverlauf bewahrt bis zu 200 aktuelle Probleme über OSPy-Neustarts hinweg auf. Gefiltert werden können alle, aktive, behobene und durch einen Neustart unterbrochene Vorfälle. Eine Wiederholung desselben aktiven Problems erhöht den Zähler, statt Duplikate anzulegen; die Tabelle zeigt Öffnung, letztes Auftreten und Behebung. Der Verlauf wird atomar in einer validierten, größenbegrenzten JSON-Datei gespeichert und dupliziert keine vollständigen Tracebacks.
Die Systemübersicht zeigt die aktuelle CPU-Auslastung, CPU-Temperatur, Systemlaufzeit, Load Average, CPU-Auslastung des OSPy-Prozesses, Speicherverbrauch von OSPy, Anzahl der Threads, Plattforminformationen und die Zeit der letzten Aktualisierung.
Die Plug-in-Tabelle zeigt alle verfügbaren Plug-ins, ob sie laufen und aktiviert sind, ihren eigenen Betriebszustand, die aktuelle CPU-Last, die gesamte CPU-Zeit, die Anzahl der Threads, die Startzeit, die Anzahl der Neustarts und verfügbare Aktionen. Ein Plug-in kann optional eine Funktion health() bereitstellen, die zum Beispiel {'status': 'ok', 'summary': '...', 'details': '...'} zurückgibt; zulässige Zustände sind ok, warning, error und unknown. Ältere Plug-ins ohne diese Funktion bleiben vollständig kompatibel und zeigen „nicht gemeldet“. Eine fehlgeschlagene oder zu lange Zustandsprüfung stoppt weder das Plug-in noch die Diagnoseseite. Die Daten werden automatisch aktualisiert, sodass die Seite geöffnet bleiben kann, während die Systemlast beobachtet wird.
Standardmäßig werden Plug-ins nach aktueller CPU-Last von hoch nach niedrig sortiert. Mit Plug-ins sortieren kann nach Plug-in-Name oder gesamter CPU-Zeit sortiert werden, wenn eine stabile Liste benötigt wird oder langfristige CPU-Verbraucher gesucht werden.
Die Aktion Öffnen öffnet die Plug-in-Seite. Restart plugin startet nur das ausgewählte laufende Plug-in neu; OSPy wird dadurch nicht vollständig neu gestartet.
Wenn eine Aktualisierungswarnung angezeigt wird, ist das letzte automatische Lesen der Diagnose-API fehlgeschlagen oder hat einen kontrollierten Fehler zurückgegeben. Vorhandene Daten können bis zur nächsten erfolgreichen Aktualisierung sichtbar bleiben, und die Warnung wird nach einer erfolgreichen Aktualisierung automatisch gelöscht.
Die Schaltfläche Feedback in der Kopfzeile links neben dem Systemnamen öffnet eine Seite zum Melden von Fehlern, Vorschlagen von Verbesserungen und Stellen von Fragen. Die Seite ist für angemeldete Administratoren und Benutzer verfügbar; auf der Anmeldeseite wird die Schaltfläche nicht angezeigt.
Wählen Sie Bug report, Feature request oder Question und geben Sie anschließend einen kurzen Titel und eine ausführliche Beschreibung ein. Continue to GitHub öffnet ein vorausgefülltes neues GitHub Issue. Der Benutzer meldet sich bei GitHub an, prüft den Inhalt und sendet ihn dort ab. OSPy speichert kein GitHub-Zugriffstoken und erstellt vor dieser Bestätigung kein Issue.
Die Option zum Einfügen von Systeminformationen ist standardmäßig aktiviert und zeigt vor dem Absenden eine genaue Vorschau: OSPy-Version und -Datum, Architektur, Distribution und Betriebssystemversion sowie Python-Version. Der OSPy-Systemname, der Name des Bedieners, IP-Adressen und die eindeutige Kennung der Nutzungsstatistik werden nicht eingefügt. Deaktivieren Sie die Option, um nur den eigenen Text zu senden.
View existing reports öffnet die GitHub Issues des Projekts. GitHub Discussions öffnet direkt die Projektdiskussionen und eignet sich für allgemeine Fragen und gemeinsame Ideen. Screenshots und andere Dateien können nach dem Öffnen von GitHub angehängt werden.
Das Formular verwendet die bestehende OSPy-Anmeldung und den CSRF-Schutz. Beim Wechsel zu GitHub wird die Adresse der geöffneten OSPy-Seite nicht als HTTP-Referrer übertragen.
Mit dem Button „Fügen Sie ein neues Programm hinzu“ erstellen wir ein neues Scheduler-Programm.
Programme können in Dropdown-Gruppen organisiert werden. Gruppen eignen sich beispielsweise zur Trennung von Sommer- und Winterprogrammen oder zur klaren Aufteilung nach Gartenteilen.
Über die Schaltfläche „Gruppe hinzufügen“ können Sie eine neue Gruppe von Programmen erstellen.
Die Aktion zum Umbenennen einer Gruppe ändert nur den Gruppennamen. Der Gruppe zugewiesene Programme bleiben erhalten.
Eine Gruppen-EIN/AUS-Aktion aktiviert oder deaktiviert alle Programme in dieser Gruppe gleichzeitig. Es eignet sich beispielsweise zur saisonalen Umschaltung mehrerer Programme.
Die Kopieraktion erstellt eine neue Gruppe und kopiert alle Programme aus der ursprünglichen Gruppe hinein. Die kopierten Programme werden deaktiviert, sodass sie erst dann ausgeführt werden können, wenn wir sie überprüfen.
Das Löschen der Gruppe erfordert eine Bestätigung. Programme aus der gelöschten Gruppe werden in die Standardgruppe verschoben.
Die Schaltfläche „Gruppe verschieben“ neben „Neues Programm hinzufügen“ verschiebt einmalig den nächsten geplanten Lauf der gesamten Gruppe. Wählen Sie ein neues Datum und eine neue Startzeit für das erste Programm; vor der Bestätigung wird eine Vorschau des ursprünglichen und des neuen Zeitbereichs angezeigt. Der neue Start muss nach dem ursprünglichen Start und in der Zukunft liegen und darf höchstens 30 Tage im Voraus eingestellt werden.
OSPy sucht den nächsten zukünftigen Lauf jedes aktivierten Programms in der Gruppe und verschiebt alle diese Läufe um dieselbe Zeitdifferenz. Reihenfolge, Laufzeiten und relative Abstände der Programme bleiben erhalten. Eine heute von 18:00 bis 22:00 geplante Gruppe kann beispielsweise auf morgen 07:00 verschoben werden; der verschobene Lauf endet dann ungefähr um 11:00.
Die Verschiebung ändert weder die normalen Programmdefinitionen noch die später geplanten Tage. Nur der nächste ursprüngliche Lauf wird einmal übersprungen und zum neuen Zeitpunkt ersetzt. Die verschobenen Programme berücksichtigen weiterhin den Zustand des Zeitplaners, Regensperren, den Regensensor, Ausgangslimits und Stationsverzögerungen. Die Verschiebung wird in den Einstellungen gespeichert und bleibt nach einem Neustart des OSPy-Dienstes erhalten. Pro Gruppe ist nur eine aktive Verschiebung zulässig.
Eine aktive Verschiebung wird bei der Gruppe mit ursprünglicher Zeit, Pfeil und neuer Zeit angezeigt. Mit „Verschiebung abbrechen“ kann sie entfernt werden. Wenn der ursprüngliche Zeitpunkt noch nicht erreicht ist, wird der normale ursprüngliche Lauf wiederhergestellt. Ist der ursprüngliche Zeitpunkt bereits erreicht, wird er aus Sicherheitsgründen nicht erneut gestartet; nur der Ersatzlauf wird abgebrochen. Eine Gruppe mit aktiver Verschiebung kann nicht gelöscht werden; brechen Sie zuerst die Verschiebung ab. Das Erstellen und Abbrechen ist nur für Administratoren verfügbar und durch Anmeldung sowie CSRF-Prüfung geschützt.
Mit dem Button „Jetzt ausführen“ starten wir das Programm sofort unabhängig von Uhrzeit und Datum des Planers.
Mit der Schaltfläche „Bearbeiten“ können Sie die Parameter eines bereits erstellten Programms ändern.
Die Schaltfläche „Kopieren“ erstellt eine Kopie des ausgewählten Programms. Das Kopieren ist standardmäßig deaktiviert, sodass wir es sicher ändern können, bevor wir es im Planer verwenden.
Ein Programm kann auf der Programmbearbeitungsseite einer Gruppe zugewiesen werden. Dadurch ändert sich lediglich die Position auf der Seite „Programme“.
Die Schaltfläche „Alle löschen“ entfernt nach Bestätigung alle vorhandenen Programme.
Der „ON/OFF“-Schalter ermöglicht die Aktivierung/Deaktivierung des erstellten Programms im Scheduler.
Beim Speichern eines Programms prüft OSPy die erlaubten Programme und sucht nach Überschneidungen der geplanten Ausführung auf derselben Station/Ausgabe. Wenn gleichzeitig ein anderes Programm geplant ist, wird auf der Seite „Programme“ eine Benachrichtigung mit der Überlappungszeit angezeigt. Dies ist nur eine Warnung, das Programm wird nicht automatisch blockiert oder geändert.
Der Zeitplanertyp ermöglicht die Auswahl des geeigneten Programmtyps entsprechend unseren Anforderungen (ausgewählte Tage, Wiederholung, wöchentlich, benutzerdefiniert und Programme basierend auf der Wettervorhersage).
Beim Wechsel des Typs ändern sich sowohl die sichtbaren Felder als auch die Art, wie OSPy den Zeitplan aufbaut. Prüfen Sie deshalb nach einem Typwechsel vor dem Speichern alle Werte. In grafischen Zeitplänen markiert der erste Klick den Anfang und der zweite das Ende eines Intervalls; mit dem Kreuz an einem vorhandenen Intervall wird es entfernt. Alle Zeiten beziehen sich auf die lokale Zeit des OSPy-Systems.
Jedes vorhandene wiederkehrende Programm kann durch Kalenderregeln weiter eingeschränkt werden. Zulässige Monate lassen sich einzeln oder über die Kurzbefehle Frühling, Sommer, Herbst, Winter und ganzes Jahr wählen. Die Parität des Kalendertags erlaubt alle, ungerade oder gerade Datumswerte; unter Tage des Monats können Werte von 1 bis 31 angegeben werden. Diese Regeln werden mit Wochentagen oder Wiederholungsintervallen kombiniert. Die Standardwerte erhalten den bisherigen Zeitplan.
Unter Ausgeschlossene Termine steht pro Zeile ein genaues Datum (JJJJ-MM-TT), ein inklusiver genauer Bereich (JJJJ-MM-TT..JJJJ-MM-TT) oder ein jährlich wiederkehrender Bereich (MM-TT..MM-TT). Ein Jahresbereich darf den Jahreswechsel überschreiten. Ein blockierter Lauf bleibt mit seinem Grund im Zeitplan sichtbar. An Feiertagen nicht ausführen verwendet den lokal installierten Feiertagskalender. OSPy erkennt das Land anhand des Wetterstandorts; unter Optionen → Wetter → Feiertagsland überschreiben kann ein anderer zweibuchstabiger Ländercode eingetragen werden. Fehlen Bibliothek oder Land, werden nur Programme mit aktivierter Feiertagsregel sicher blockiert; OSPy und andere Programme laufen weiter.
Im Abschnitt Wartungsunterbrechungen der Programmseite werden benannte globale Start-/Endintervalle angelegt. Überschneidende automatische Läufe erscheinen als blockiert; Jetzt ausführen bleibt für einen bewussten Servicetest verfügbar. Unterbrechungen bleiben nach einem OSPy-Neustart gespeichert.
Die entsprechenden Programmtypen stehen nur zur Verfügung, wenn das vorhandene Plugin Sunrise and Sunset aktiviert, seine Astral-Berechnung eingeschaltet und ein gültiger Standort vorhanden ist. Ein positiver oder negativer Minutenversatz startet vor oder nach dem berechneten Ereignis. Früheste und späteste zulässige Zeit begrenzen das Ergebnis; ein Lauf außerhalb des Fensters wird an die nächste Grenze verschoben oder übersprungen. Dauer, Pause, Wiederholungen, Wochentage und Kalenderregeln gelten weiterhin. Bei nicht verfügbarem Plugin erfindet OSPy keine feste Uhrzeit und behält das Programm bis zur Wiederherstellung des Anbieters.
Führt denselben einfachen Zeitplan an jedem ausgewählten Wochentag aus. Wählen Sie mindestens einen Tag und konfigurieren Sie den ersten Lauf.
Zeitpunkt, zu dem der erste Lauf an jedem ausgewählten Tag beginnt.
Dauer eines Laufs jeder ausgewählten Station in Minuten.
Aktiviert nach dem ersten Lauf weitere Läufe am selben ausgewählten Tag.
Anzahl zusätzlicher Läufe nach dem ersten. Der Wert 2 ergibt insgesamt drei Läufe.
Anzahl der Minuten zwischen dem Ende eines Laufs und dem Beginn der nächsten Wiederholung.
Führt frei gezeichnete Intervalle an jedem ausgewählten Wochentag aus. Dieser Typ eignet sich für mehrere unabhängige Start- und Endzeiten an einem Tag.
Fügen Sie in der grafischen 24-Stunden-Zeile ein oder mehrere Start-/Endintervalle hinzu. Dieselben Intervalle gelten für jeden ausgewählten Wochentag.
Führt einen einfachen Zeitplan alle festgelegten Tage aus; der Zyklus wird durch ein Startdatum und nicht durch feste Wochentage verankert.
Anzahl der Tage zwischen aktiven Tagen. 1 bedeutet täglich, 2 jeden zweiten Tag.
Anzahl der Tage ab heute bis zum ersten aktiven Datum. 0 startet den Zyklus heute.
Zeitpunkt des ersten Laufs an jedem aktiven Tag.
Dauer eines Laufs jeder ausgewählten Station in Minuten.
Aktiviert weitere Läufe am selben aktiven Tag.
Anzahl zusätzlicher Läufe nach dem ersten Lauf.
Verzögerung in Minuten zwischen den wiederholten Läufen.
Wiederholt einen grafischen Tageszeitplan in einem festen Abstand von mehreren Tagen.
Anzahl der Tage zwischen den Ausführungen des gezeichneten Zeitplans.
Verzögerung in Tagen ab heute bis zu dem Datum, das den Wiederholungszyklus verankert.
Zeichnen Sie alle Start-/Endintervalle eines aktiven Tages. OSPy wiederholt die vollständige Intervallgruppe nach dem gewählten Wasserintervall.
Definiert für jeden Wochentag einen eigenen grafischen Zeitplan und wiederholt den vollständigen Plan alle sieben Tage.
Zeichnen Sie Intervalle direkt in die Zeile des gewünschten Wochentags. Ein Tag kann mehrere Intervalle enthalten oder leer bleiben.
Definiert einen ausdrücklichen mehrtägigen Wiederholungszyklus. Verwenden Sie ihn, wenn die einfachen und erweiterten Muster die gewünschte Reihenfolge nicht abbilden können.
Länge des Wiederholungszyklus in Tagen. Nach dem letzten Zyklustag beginnt der Zeitplan wieder mit Tag 1.
Anzahl der Tage ab heute, bevor Tag 1 des benutzerdefinierten Zyklus beginnt.
Zeichnen Sie auf den angezeigten Zyklustagen unabhängige Start-/Endintervalle. Ein Intervall wird als Minuten seit dem Beginn von Tag 1 gespeichert.
Plant die Bewässerung anhand der Wasserbilanz der Stationen und der Wettervorhersage. Die eingetragenen Zeitpunkte sind Ausführungsmöglichkeiten; OSPy kann sie auslassen oder verkürzen, wenn das berechnete Defizit keine Bewässerung erfordert.
Mindestdefizit in Millimetern, ab dem die Bewässerung beginnen darf.
Maximale Wassermenge in Millimetern, die einer Station zu einem bevorzugten Ausführungszeitpunkt zugeführt werden darf.
Maximale Wassermenge in Millimetern, die ohne Unterbrechung zugeführt werden darf, bevor OSPy eine Pause einfügt.
Pausenlänge als Prozentsatz der vorherigen ununterbrochenen Laufzeit. 50 % erzeugt beispielsweise eine halb so lange Pause wie der Lauf.
Sortierte Liste wöchentlicher Möglichkeiten, zu denen die wetterabhängige Bewässerung laufen darf. Mindestens ein Zeitpunkt ist erforderlich.
Wochentag der bevorzugten Ausführungsmöglichkeit.
Lokale Uhrzeit, zu der OSPy diese Möglichkeit bewertet und gegebenenfalls startet.
Relative Bevorzugung zwischen den Zeitpunkten. Ein höherer Wert bevorzugt diesen Zeitpunkt, wenn die Bewässerung verschoben werden kann.
Fügt einen weiteren bevorzugten Zeitpunkt hinzu oder entfernt die ausgewählte Zeile. Werden alle Zeilen gelöscht, bleibt keine Ausführungsmöglichkeit übrig.
An diesem Programm werden keine Änderungen vorgenommen (z. B. Verkürzung oder Verlängerung der Zeit).
Wäre die angepasste Laufzeit des Programms kürzer als diese eingestellte Zeit, wird das Programm übersprungen (z. B. die angepasste Laufzeit aus der Wettervorhersageverlängerung, oder die monatliche Anpassung der Wassermenge und andere Verlängerungen). Die Zeit wird in Prozent angegeben.
Alle Stationen, bei denen die Option „Master 1/2 per Programm aktivieren“ aktiviert ist, aktivieren die Master Station 1/2 gemäß dieser Zuordnung im Programm. Benachrichtigung! Bei Stationen, bei denen die Option „Haupt 1/2 per Programm aktivieren“ eingestellt ist, können die Steuerungsoptionen „Einmal ausführen“ und „manuell_on“ nicht verwendet werden. Es startet nur die Station, nicht die Hauptstation (1 oder 2)! Diese Einstellung ist nur verfügbar, wenn Sie beide Masterstationen nutzen!
Die Seite „Einmal ausführen“ zeigt eine Liste der zulässigen Sender mit jeweils einem Minuten- und Sekundenfeld. Auf diesem Gelände kann einmalig eine zusätzliche Bewässerung getestet und bereitgestellt werden.
Die Taste aktiviert alle ausgewählten voreingestellten Sender.
Die Schaltfläche löscht alle voreingestellten Zeiten für alle Sender.
Auf der Seite „Plugins“ können wir alle Erweiterungen im OSPy-System konfigurieren bzw. steuern.
Durch Klicken auf die Schaltfläche „Verwalten“ wird das Erweiterungsmanagerfenster in OSPy geöffnet. Alle verfügbaren Erweiterungen können aktiviert, deaktiviert, aus dem Repository installiert usw. werden.
Ein Plug-in verwendet eine Datei plugin.json mit Name, Version, Beschreibung, Autor, Homepage und Lizenz. Der Manager zeigt diese Metadaten an, wenn sie verfügbar sind. Für bereits installierte ältere Plug-ins ohne Manifest bleibt die Abwärtskompatibilität erhalten und OSPy liest ihren Namen aus __init__.py; die Regeln für Neuinstallationen werden weiter unten beschrieben.
Das Manifest kann in der Liste dependencies Abhängigkeiten von anderen Plug-ins anhand ihres Verzeichnisnamens deklarieren. Eine erforderliche Abhängigkeit muss installiert und aktiviert sein. Eine optionale Abhängigkeit blockiert das Plug-in nicht; wenn jedoch beide Plug-ins aktiviert sind, startet OSPy zuerst den Anbieter. Beim Beenden gilt die umgekehrte Reihenfolge, und Abhängigkeitszyklen werden nicht gestartet. Bei einer Masseninstallation kann eine erforderliche Abhängigkeit im selben ZIP enthalten sein; bei alleiniger Installation des abhängigen Plug-ins muss der Anbieter bereits installiert sein.
Vor der Aktivierung prüft OSPy die angegebenen OSPy- und Python-Versionen, erforderliche Python-Module, unterstützte Plattformen, die Verfügbarkeit von GPIO/I²C sowie Konflikte mit aktivierten Plug-ins, GPIO-Pins oder I²C-Adressen. Ein blockierendes Problem verhindert die Aktivierung, und „Alle aktivieren“ überspringt das betroffene Plug-in. Plug-in-Verwaltung und Diagnose zeigen Details sowie deklarierte Berechtigungen für Netzwerk, Dateien, I²C, GPIO, E-Mail, Unterprozesse oder System an. Berechtigungen informieren den Administrator; sie sind keine isolierte Betriebssystem-Sandbox.
Ab OSPy 3.0.294 muss ein Administrator die im Manifest angegebenen Berechtigungen eines neu installierten Plug-ins ausdrücklich genehmigen, bevor dessen Code gestartet werden kann. Die einmalige Upgrade-Migration übernimmt automatisch die Genehmigungen aller bereits installierten Plug-ins, einschließlich deaktivierter Plug-ins, sodass ein OSPy-Update bestehende Installationen nicht unterbricht. Ein unveränderter oder kleinerer Berechtigungsumfang bleibt genehmigt; eine zusätzliche Berechtigung blockiert manuelle und automatische Aktualisierungen, bis der Administrator den neuen Umfang geprüft und genehmigt hat. Das Widerrufen der Genehmigung deaktiviert das Plug-in. Die Genehmigung wird in OSPy als Administratorentscheidung und Prüfprotokoll gespeichert; sie erzeugt keine Betriebssystem-Sandbox.
Neue Plug-ins können die gemeinsame Thread-Lebenszyklusverwaltung und das OSPy-Stoppsignal verwenden. Beim Deaktivieren sendet OSPy zuerst das Stoppsignal, ruft die vorhandene Funktion stop() auf und wartet bis zu fünf Sekunden auf registrierte Threads. Threads, die weiterlaufen, werden in der Diagnose als Fehler gemeldet und verhindern den Start einer zweiten Plug-in-Instanz. Bestehende Plug-ins ohne diese Schnittstelle bleiben kompatibel.
Vor Import und Start wird ein automatischer statischer Test ausgeführt, ohne Plug-in-Code auszuführen oder auf Hardware zuzugreifen. Er prüft Verzeichnis, __init__.py, Syntax und Größe der Python-Quellen, das optionale Manifest sowie bei Plug-ins mit Manifest die deklarierten Funktionen start() und stop(); ältere Plug-ins ohne Manifest behalten ihre bisherige Kompatibilität. Symbolischen Links wird nicht gefolgt. Ein Fehler verhindert die Aktivierung, und Details sind in Plug-in-Verwaltung und Diagnose verfügbar. Kompatibilität, Manifest und Testergebnis werden in der Plug-in-Verwaltung in kontrastreichen Statusfeldern angezeigt, die bei aktivierten und deaktivierten Plug-ins gut lesbar bleiben.
Nach dem Klicken auf die Schaltfläche „Neues Plugin installieren“ öffnet sich ein Remote-Repository-Fenster, in dem wir verfügbare Erweiterungen zur Installation auf dem OSPy-System auswählen und allgemeine Informationen zu den Erweiterungen lesen können.
Bevor Dateien kopiert werden, liest OSPy plugin.json sicher direkt aus dem heruntergeladenen ZIP-Archiv und zeigt für jedes Plug-in den Kompatibilitätsstatus sowie die konkreten Gründe für mögliche Probleme an. Ein inkompatibles Plug-in kann weder installiert noch manuell aktualisiert werden. Ein Plug-in mit Warnungen kann nach Anzeige der Warnungen installiert werden. Bei einer Masseninstallation werden kompatible Plug-ins installiert und inkompatible Plug-ins unter Angabe des Grundes übersprungen. Dieselbe Prüfung gilt für eigene ZIP-Dateien, Einzel- und Massenaktionen sowie Aktualisierungen. Eine fehlende, ungültige oder zu große plugin.json ist bei einer Neuinstallation ein Fehler; bereits installierte ältere Plug-ins ohne Manifest können im Abwärtskompatibilitätsmodus weiterlaufen.
Wenn ein I2C-Plug-in eine von mehreren alternativen Adressen verwenden kann, behandelt die Kompatibilitätsprüfung die Deklaration als eine auswählbare Ressource und nicht als gleichzeitige Belegung aller Adressen. Die Installation aus dem Repository oder einem eigenen ZIP ist zulässig, wenn eine eindeutige Adresse verfügbar bleibt. Bei der Aktivierung behält das Plug-in seine bevorzugte Adresse oder wählt eine freie Alternative. Seine Einstellungen weisen eine Adresse zurück, die bereits von einem anderen aktivierten Plug-in verwendet wird, behalten alle vorherigen Einstellungen bei und zeigen den Konflikt in einer roten Statusleiste an, ohne die Seite zu verlassen.
OSPy prüft das vollständige ZIP, bevor eine Plug-in-Datei geschrieben wird. Das Archiv muss mindestens ein Plug-in-Verzeichnis mit __init__.py und einer gültigen UTF-8-Datei plugin.json enthalten, deren id dem Verzeichnisnamen entspricht. Ein Plug-in darf außerdem Python-Module, README.md sowie die Verzeichnisse templates, static, script, docs, i18n und data enthalten. Ein Repository-Archiv darf Plug-ins unter plugins/ ablegen; ein eigenes Archiv darf ein Plug-in direkt im Stammverzeichnis enthalten.
Absolute Pfade, Pfade in übergeordnete Verzeichnisse, nicht portable Namen, doppelte Pfade oder Plug-in-Kennungen, symbolische Links, spezielle oder verschlüsselte Einträge und beschädigte Archive werden abgelehnt. Die Grenzwerte betragen 64 MiB heruntergeladene ZIP-Daten, 4.096 Archiveinträge, 256 Plug-ins, 32 MiB je entpackter Datei, insgesamt 128 MiB entpackte Daten und ein Kompressionsverhältnis von höchstens 200:1. Die Installation erfolgt je Plug-in atomar: Dateien werden zuerst vorbereitet, das vorhandene Verzeichnis data bleibt erhalten und bei einem Fehler beim Austausch oder Start wird die vorherige Version wiederhergestellt.
Mit dem Erweiterungsmanager können Sie Ihre eigene Erweiterung im OSPy-System installieren, die nicht im Remote-Repository veröffentlicht wird (z. B. Ihre persönliche Erweiterung). Über die Schaltfläche „Durchsuchen“ wählen wir die gewünschte Datei auf unserem Computer aus, um sie im OSPy-System zu installieren. Die Erweiterungsdatei (zip) muss die vollständige Struktur der Erweiterung enthalten (Init, Templates, i18n, Readme usw.).
Der Plug-in-Manager verwendet standardmäßig den stabilen Kanal master. Ein Administrator kann zum Testkanal beta wechseln; der gewählte Kanal wird in Verwaltung und Installation angezeigt und für Liste, manuelle Installationen, Sammelaktionen und automatische Aktualisierungen verwendet. Testversionen können Fehler enthalten. Beim Kanalwechsel wird der Download-Cache des vorherigen Zweigs verworfen; die nächste Prüfung lädt Daten aus dem neuen Zweig. Beim Öffnen einer installierten Plug-in-Seite werden oberhalb des Inhalts Name und die aus plugin.json gelesene Version angezeigt.
Die Manager-Seite öffnet sich, ohne auf GitHub zu warten. Die Repository-Daten werden im Hintergrund geladen; die Zusammenfassung oben zeigt den Prüffortschritt, einen Fehler, den aktuellen Zustand oder Anzahl und Namen verfügbarer Aktualisierungen. Jeder Aktualisierungsname führt direkt zum betroffenen Plug-in.
Kompatibilität, Berechtigungsfreigabe, Manifest-Metadaten und der Test vor der Aktivierung sind bei jedem Plug-in unter Technische Details eingeklappt. Eine Repository-Prüfung startet automatisch nur, wenn noch keine Repository-Daten verfügbar sind; das einfache Aktivieren oder Deaktivieren eines Plug-ins wiederholt sie nicht. Alle Berechtigungen freigeben speichert nach einer Bestätigung die aktuell deklarierten Berechtigungen aller installierten Plug-ins. Alle aktualisieren bestätigt die angezeigte Quelle und aktualisiert nur installierte Plug-ins, für die eine neue Version erkannt wurde.
Am oben genannten Speicherort befindet sich ein Repository mit verfügbaren Erweiterungen für das OSPy-System.
Beim Installieren oder Aktualisieren einer Erweiterung wird Code aus der ausgewählten Quelle ausgeführt. OSPy zeigt die Repository-URL an und fordert vor der Installation oder Aktualisierung eine Bestätigung an. Die Aktion „Änderungen abrufen“ zeigt beim Kontaktieren des Remote-Repositorys eine Meldung über den laufenden Check an.
Die Schaltfläche deaktiviert alle installierten Erweiterungen.
Die Schaltfläche aktiviert alle installierten Erweiterungen.
Wenn die Schaltfläche aktiv ist, wird nach einer Stunde automatisch die Verfügbarkeit einer neuen Version der Erweiterung im Remote-Repository überprüft. Wenn eine neue Version verfügbar ist, wird neben der Erweiterung eine „Update“-Meldung angezeigt.
Die Schaltfläche ruft die neueste Liste der verfügbaren Änderungen aus dem Remote-Erweiterungs-Repository ab.
Die Schaltfläche öffnet eine Übersicht der verfügbaren Erweiterungsänderungen und Update-Informationen.
Wenn die Schaltfläche aktiv ist, wird diese Erweiterung automatisch aktualisiert, sobald eine neue kompatible Version verfügbar ist. Eine inkompatible neue Version wird nicht automatisch installiert; der Manager zeigt den Grund an. Warnung: OSPy wird ständig weiterentwickelt und wenn es zu einer größeren Änderung in OSPy kommt und der Benutzer OSPy nicht aktualisiert, funktioniert die Erweiterung nach dem Update möglicherweise nicht mehr. Aktualisieren Sie immer zuerst OSPy und dann alle Erweiterungen!
Über die Seite „Protokoll“ können wir alle im OSPy-System aufgezeichneten Protokolle einsehen. Die Anzahl der Datensätze wird auf der Seite „Einstellungen“ eingestellt.
Das Ereignisprotokoll ist eine Betriebs- und Audit-Historie, die sowohl vom Stationslaufprotokoll als auch vom technischen Debug-Protokoll getrennt ist. Es erfasst Eingriffe in die Bewässerung und blockierte Läufe, Konfigurationsänderungen, Benutzer- und Sicherheitsereignisse, System- und Plug-in-Vorgänge sowie Sensorereignisse oder -zustände. Jeder Eintrag zeigt Datum, Uhrzeit, Schweregrad, Kategorie, Betreff und Details. Der Schweregrad wird zusätzlich farblich dargestellt: Information blau, Erfolg grün, Warnung orange, Fehler rot und kritisch dunkelrot. Mit der Auswahl Ereigniskategorie können alle Ereignisse oder eine einzelne Kategorie angezeigt werden. Der Export events.csv enthält Date, Time, Level, Category, Subject und Status. Die bestehende Debug-Protokollierung und ihre Datei events.log werden von diesen Bedienelementen nicht beeinflusst.
Dasselbe Audit-Protokoll erfasst auch zustandsändernde Vorgänge über die authentifizierte API, darunter die Steuerung von Stationen und Programmen, Konfigurationsänderungen, das Löschen von Protokollen und Systemaktionen. Fehlgeschlagene API-Authentifizierungen und temporäre Sperren bei Brute-Force-Versuchen erscheinen unter Benutzer und Sicherheit. Normale API-Lesezugriffe und jede erfolgreiche Basic-Authentifizierung werden nicht protokolliert, damit häufiger API-Verkehr das Protokoll nicht füllt.
Über den Link „Datensatz als Excel log.csv herunterladen“ können Sie den Datensatz des Bewässerungslaufs als CSV-Datei (Excel-Programm) auf Ihrem Computer speichern.
- Die Struktur der Tabelle ist: Datum, Startzeit, Zone, Dauer, Programm. Datumsangaben werden durch ein Komma getrennt.
- Beispiel: 2019-08-12 05:00:00 Filterung 60:00 Filterung
Link „Protokoll als Excel-Protokoll email.csv herunterladen.“ ermöglicht es Ihnen, eine Aufzeichnung der gesendeten E-Mails als CSV-Datei (Excel-Programm) auf Ihrem Computer zu speichern.
- Die Struktur der Tabelle ist: Datum, Uhrzeit, Betreff, Text, Status. Datumsangaben werden durch ein Komma getrennt.
- Beispiel: 12.08.2019 06:00:04 Gesendet COTTAGE SYSTEM Bewässerung beendet -> Programm: Filtration, Station: Filtration, Start: 12.08.2019 05:00:00, Dauer: 60:00, Wasser -> Wassermenge im Tank: Füllstand: 170 cm (90 %), Ping: 95 cm, Volumen: 1,28 m3, Temperatur DS1-DS6-> KELLER: 21,1 ℃ PUMPE: 33,5 ℃ KESSEL: 26,6 ℃ INNEN: 22,1 ℃ BRUNNEN: 12,2 ℃
Durch Drücken der Schaltfläche „Protokoll löschen“ werden alle Aufzeichnungen des Bewässerungslaufs gelöscht. Die Aktion ist nicht erstattungsfähig.
Nach dem Klicken auf die Schaltfläche „E-Mail-Datensatz löschen“ werden alle Datensätze gesendeter E-Mails aus dem System gelöscht. Die Aktion ist nicht erstattungsfähig.
Auf der Seite „Einstellungen“ können wir die Einstellungen des gesamten OSPy-Systems ändern. Die Seite enthält mehrere ausblendbare Abschnitte. Klicken Sie auf die Leiste, um den gewünschten Abschnitt zu öffnen oder zu schließen.
- Klicken Sie auf die Schaltfläche „Hilfe anzeigen“, um Informationen zu den einzelnen Optionen anzuzeigen oder auszublenden.
Die Systembenennung ist nützlich, wenn Sie mit mehreren OSPy-Systemen arbeiten.
- Geben Sie einen eindeutigen, beschreibenden Namen für das System ein.
- Klicken Sie unten auf der Seite auf die Schaltfläche „Änderungen bestätigen“, um Ihre Änderungen zu speichern.
Der Systemname lautet standardmäßig „OpenSprinkler Pi“ und wird zur einfachen Identifizierung des Systems in der Kopfzeile jeder Seite angezeigt.
Bestimmt das Erscheinungsbild der GUI. In der Liste sind mehrere Themen verfügbar (grüner Modus, schwarz-weißer Modus ...)
Die 24-Stunden-Zeitoption wählt zwischen dem internationalen 24-Stunden-Format, manchmal auch als Militärzeit bezeichnet, und dem 12-Stunden-AM/PM-Format.
- Deaktivieren Sie das Kontrollkästchen und wählen Sie das 12-Stunden-AM/PM-Format.
- Klicken Sie unten auf der Seite auf die Schaltfläche „Änderungen bestätigen“, um Ihre Änderungen zu speichern.
Sie werden zur Startseite weitergeleitet und die Uhr wird im ausgewählten Format angezeigt.
IP-Adresse für den HTTP/S-Server. IPv4- oder IPv6-Adresse (wird erst nach dem Neustart angezeigt.) Der Standardwert ist 0.0.0.0.
Die HTTP/S-Portnummer ist Teil der Webadresse. Port 80 ist die Standardnummer für Webseiten und wird daher möglicherweise nicht einbezogen, wenn eine URL in die Adressleiste des Browsers eingegeben wird. Viele Webserver verwenden standardmäßig Port 80. Wenn Sie einen anderen Server auf demselben Raspberry Pi wie OSPy betreiben und dieselbe Portnummer verwenden, tritt ein Konflikt auf und OSPy startet möglicherweise nicht. Sie können den Konflikt vermeiden, indem Sie die OSPy-Portnummer auf der Seite „Optionen“ in etwas anderes ändern, z. B. 8080. Wenn Sie die von OSPy verwendete Portnummer ändern, müssen Sie diese Nummer mit vorangestelltem Doppelpunkt in die URL für die OSPy-Webschnittstelle einfügen. Zum Beispiel: [URL Raspberry pi]: 8080
Die HTTP/S-Portnummer ist Teil der Webadresse. Port 80 ist die Standardnummer für Websites.
- Klicken Sie in das Textfeld neben der Option HTTP/S-Port.
- Geben Sie die Portnummer ein, die Sie verwenden möchten, z. B. 8080.
- Klicken Sie unten auf der Seite auf die Schaltfläche „Änderungen bestätigen“.
Sie werden zur Startseite zurückgeleitet. Das System startet neu, in der Weboberfläche ist jedoch keine Neustartanzeige sichtbar. Warten Sie mindestens 60 Sekunden, fügen Sie dann die neue Portnummer mit vorangestelltem Doppelpunkt (:) zur Pi-URL hinzu und versuchen Sie erneut, eine Verbindung zu OSPy herzustellen.
Wenn wir Messdaten der Erweiterung (Wind, Temperatur, Pegel...) unter der Grafik auf der Startseite (Startseite) anzeigen möchten, aktivieren Sie das Kontrollkästchen. Wenn wir die Daten der Erweiterung nicht anzeigen möchten, deaktivieren wir das Kontrollkästchen.
- Achtung: Damit die Daten korrekt angezeigt werden, muss die Erweiterung aktiviert und richtig eingestellt sein.
Ein Plug-in kann mit showOnTimeline einen Live-Wert einer bestimmten Station zuordnen. OSPy aktualisiert ihn alle drei Sekunden neben dem Status der laufenden Station, einschließlich Hauptstationen und manuellem Modus. Der Wert verschwindet, wenn die Station stoppt oder das Plug-in ihn löscht; die Anzeige verändert weder die Ausgangssteuerung noch die Zeitplanung.
Wenn wir die Messdaten der Sensoren unter der Grafik auf der Startseite (Startseite) anzeigen möchten, aktivieren wir das Kontrollkästchen. Wenn wir die Daten der Sensoren nicht anzeigen möchten, deaktivieren wir das Kontrollkästchen.
- Achtung: Damit die Daten korrekt angezeigt werden, müssen die Sensoren aktiviert und richtig eingestellt sein.
Durch Auswahl der Sprache können wir die in der Weboberfläche verwendete Sprache ändern.
- Klicken Sie auf den Abwärtspfeil rechts neben dem Sprachfeld, um eine Liste der verfügbaren Sprachen anzuzeigen.
- Klicken Sie auf die Sprache, die Sie in der Benutzeroberfläche verwenden möchten.
- Klicken Sie unten auf der Seite auf die Schaltfläche „Änderungen bestätigen“.
Die Software wird neu gestartet und nach einigen Sekunden wird die Benutzeroberfläche in der ausgewählten Sprache angezeigt.
Aktivieren Sie dieses Kontrollkästchen, um Senderbilder auf der Startseite und der Senderseite anzuzeigen.
Der Wetterbereich stellt OSPy und Erweiterungen, die die Bewässerung anpassen, gemeinsame Vorhersagedaten bereit. Alle Abnehmer verwenden den unter Optionen ausgewählten Anbieter; er muss nicht in jeder Erweiterung einzeln eingerichtet werden.
Das Abrufen von Wetterdaten beim ausgewählten Anbieter aktivieren oder deaktivieren.
Open-Meteo – automatisches Modell wählt ohne API-Schlüssel ein geeignetes verfügbares Modell. CHMI ALADIN über Open-Meteo fordert das ALADIN-Modell an, wo es verfügbar ist. Stormglass erhält den bisherigen Dienst und benötigt einen eigenen API-Schlüssel. Open-Meteo ist gemäß seinen Nutzungsbedingungen für die nichtkommerzielle Nutzung bestimmt; OSPy nennt die Quelle neben der Vorhersage.
Beim Aktualisieren einer älteren Installation bleibt Stormglass ausgewählt, wenn ein Stormglass-Schlüssel gespeichert ist. Installationen ohne Schlüssel wechseln zu Open-Meteo. Bei einem vorübergehenden Dienstausfall bleiben die letzten gültigen Daten sichtbar; OSPy wechselt nicht unbemerkt zu einem anderen Anbieter.
Nur erforderlich, wenn Stormglass als Anbieter ausgewählt ist.
Name der Stadt oder Postleitzahl. OpenStreetMap bestimmt daraus den Standort für den ausgewählten Wetteranbieter.
Mit Auf Karte auswählen öffnen Sie eine berührungsfreundliche Karte, klicken auf den genauen Wetterpunkt und bestätigen ihn. Gerätestandort verwenden kann nach Zustimmung des Benutzers die Browserposition einsetzen. Nach dem Speichern sind Breiten- und Längengrad der maßgebliche Wetterstandort; eine Änderung des Textfelds Standort schaltet zurück zur Namenssuche über OpenStreetMap. Unter dem Koordinatenstatus zeigt die Startseite drei Vorhersagekarten für jetzt, ungefähr +3 und +6 Stunden mit lokalen Symbolen, Temperatur und Niederschlag. Details nennen Datenquelle und Aktualisierungszeit.
Die Vorhersagesymbole decken alle WMO-Wetterzustände ab, darunter Nebel, Nieselregen, gefrierenden Niederschlag, Regen- und Schneeschauer, Gewitter und Hagel. Klar, überwiegend klar und teilweise bewölkt verwenden je nach Tag-/Nachtwert des Anbieters eigene Sonnen- oder Mondvarianten.
Um die Sicherheit zu erhöhen, empfehlen wir, das OSPy-Systemkennwort und den Benutzernamen vom Standardwert „admin“ zu ändern. Bei Bedarf können Sie die Passwortanforderung auch deaktivieren.
- Klicken Sie auf das Dreieck links neben der Leiste mit der Bezeichnung „Benutzer“, um den Abschnitt zu erweitern.
- Aktivieren Sie das Kontrollkästchen „Kein Passwort“, wenn Sie einen sehr guten Grund haben, den Passwort- und Namensschutz zu deaktivieren. Das System erfordert keine Benutzeranmeldung mehr. Alle Abschnitte werden zugänglich sein.
- Geben Sie Ihren Benutzernamen ein.
- Geben Sie Ihr aktuelles Passwort ein.
- Geben Sie Ihr neues Passwort in die Felder „Neues Passwort“ und „Passwort bestätigen“ ein.
- Klicken Sie unten auf der Seite auf die Schaltfläche „Änderungen bestätigen“.
Sie werden zur Startseite zurückgeleitet. Bei der nächsten Anmeldung werden Ihr neues Passwort und Ihr neuer Name benötigt.
Wenn das Kästchen „Deaktivieren Sie die Sicherheit“ aktiviert ist, erlauben wir anonymen Benutzern ohne Passwort den Zugriff auf das System.
Geben Sie Ihren Benutzernamen in das Textfeld ein. Dies ist „admin“ bei einer Neuinstallation.
Geben Sie Ihr aktuelles Passwort in das Textfeld ein.
Geben Sie das neue Passwort in das mit „Neues Passwort“ gekennzeichnete Feld ein.
Geben Sie im mit „Passwort bestätigen“ gekennzeichneten Feld das gleiche neue Passwort ein wie im Feld „Neues Passwort“.
Die responsive Benutzerverwaltung zeigt den integrierten Hauptadministrator und alle zusätzlichen Konten mit Rolle, Notiz und 2FA-Status. Administratoren können zusätzliche Konten erstellen, bearbeiten, löschen oder deren 2FA zurücksetzen. Beim Bearbeiten bleibt das vorhandene Passwort erhalten, wenn das Feld für das neue Passwort leer bleibt.
Der integrierte Hauptadministrator verwendet weiterhin die bisherigen globalen OSPy-2FA-Einstellungen. Jedes zusätzliche Konto kann TOTP oder E-Mail-Verifizierung unabhängig über Kontosicherheit im Seitenkopf konfigurieren. Ältere Konten bleiben gültig und beginnen mit deaktivierter 2FA. Ein Administrator kann eine verlorene 2FA-Kopplung zurücksetzen, sieht jedoch weder das Geheimnis noch die Sicherungscodes des Benutzers.
Aktionen, die Systemeinstellungen oder -status ändern, befinden sich in der durch ein Formulartoken geschützten Weboberfläche. Wenn die Seite längere Zeit geöffnet ist oder die Browsersitzung abbricht, laden Sie die Seite neu und versuchen Sie es erneut.
Falls wir den OSPy-Server für eine höhere Datenübertragungssicherheit mithilfe eines SSL-Zertifikats konfiguriert haben, aktivieren Sie das Kontrollkästchen „Verwenden Sie den Zugang HTTPS“. Wenn die Option „Verwenden Sie den Zugang HTTPS“ aktiviert ist und der Server nicht richtig eingestellt ist, startet OSPy als ungesicherter http-Server.
Die serverseitige HTTPS-Auswahl ist jetzt eindeutig: Das eigene Zertifikat hat Priorität, andernfalls wird Let’s Encrypt verwendet; das Aktivieren beider Optionen führt nicht mehr zu einem stillen HTTP-Fallback.
Das Zertifikat befindet sich auf dem System im Verzeichnis „/etc/letsencrypt/live/“ Domänenname „/fullchain.pem“ und „/etc/letsencrypt/live/“ Domänenname „/privkey.pem“. Das Zertifikat muss manuell mit dem Tool „Certbot“ im System (Linux) installiert werden (die Verwendung von https wird in OSPy erst nach einem Neustart von OSPy berücksichtigt).
- Das Verfahren zur Installation des Zertifizierungsdienstes finden Sie in der „Readme“-Hilfedatei oder auf Github.
SSL-Zertifikat mit Let's Encrypt-Zertifizierungsstelle. Certbot (https://certbot.eff.org/) und Let's Encrypt (https://letsencrypt.org/).
sudo apt-get install certbotcertbot --versionsudo certbot certonly --standalone -d your_domain_namesudo certbot renewsudo cp /etc/letsencrypt/live/your.domain.com/fullchain.pem /home/pi/OSPy/sslsudo cp /etc/letsencrypt/live/your.domain.com/privkey.pem /home/pi/OSPy/sslsudo service ospy restartWenn in den OSPy-Einstellungen „Benutzerdefinierten HTTPS-Zugriff verwenden“ ausgewählt ist, müssen Sie die Dateien „fullchain.pem“ und „privkey.pem“ im SSL-Verzeichnis am OSPy-Speicherort ablegen. Warnung: OSPy muss neu gestartet werden.
sudo openssl req -new -newkey rsa:4096 -x509 -sha256 -days 3650 -nodes -out fullchain.pem -keyout privkey.pemDie zweite Möglichkeit besteht darin, die Schaltfläche „Generieren“ auf der Registerkarte „SSL-Zertifikat“ zu verwenden.
Diese Option legt den Header „Access-Control-Allow-Origin“ fest, den die API für Clients verwendet, die in einem Browser ausgeführt werden. Der Wert „*“ erlaubt jeden Ursprung, ein Ursprung kann angegeben werden, zum Beispiel „https://example.com“, mehrere Ursprünge durch ein Komma getrennt, oder lassen Sie das Feld leer und CORS-Header werden nicht gesendet. Es ersetzt nicht die API-Authentifizierung; Es bestimmt nur, welche Web-Ursprünge API-Antworten lesen dürfen.
Diese Option aktiviert den alten „Callback“-Parameter für JSONP-API-Antworten. Lassen Sie es deaktiviert, es sei denn, die alte Integration erfordert es. Gängige API-Clients sollen JSON mit CORS verwenden.
Die Anmeldeseite kann sich den Browser mithilfe eines langfristigen Zufallstokens merken, das in einem sicheren Cookie gespeichert wird. OSPy speichert nur den Hash dieses Tokens, nicht das Passwort des Benutzers. Verwenden Sie die Schaltfläche „Abbrechen“, um alle in Browsern gespeicherten Anmeldungen zu löschen. Betroffene Browser müssen sich erneut mit einem Passwort anmelden.
Der Sensorbereich enthält Einstellungen zur Sensorsicherheit.
Passwort zum Hochladen der Firmware von OSPy auf den Sensor (für alle verwendeten Sensoren – in den Sensoroptionen muss das gleiche Passwort verwendet werden.)
Der Abschnitt „Stationen konfigurieren“ enthält allgemeine Einstellungen, die sich auf die Stationsplanung und -kombination auswirken.
Gibt an, wie sich Stationsläufe überlappen können. „0“ bedeutet keine Nutzungsbeschränkung, sodass Stationen gleichzeitig laufen können, wenn sich ihre Programme überschneiden. „1“ bedeutet immer jeweils eine Station, wenn jede Station die Nutzung „1“ hat. Ein höherer Wert ermöglicht den gleichzeitigen Betrieb mehrerer Stationen, sofern die Summe ihrer Nutzung das festgelegte Limit nicht überschreitet.
Diese Einstellung wirkt sich auch auf das Einfügen der Pause zwischen den Sendern aus.
- Der sequentielle Modus wird hauptsächlich verwendet, wenn die Wasserquelle nicht mehrere Zweige gleichzeitig versorgen kann. Beispiel: Bei maximaler Auslastung „1“ und Stationsauslastung „1“ muss Station 3 fertig sein, bevor Station 4 starten kann.
- Der gleichzeitige Modus wird verwendet, wenn eine Wasserquelle mehrere Zweige gleichzeitig verarbeiten kann. Beispiel: Bei maximaler Auslastung „0“ können die Stationen 2, 3 und 4 gleichzeitig laufen, wenn sich ihre Programme überschneiden.
Die Gesamtzahl der verfügbaren Ausgänge beträgt 8 Ausgänge plus Ausgänge von Erweiterungskarten. Die Anzahl der Ausgänge kann höher eingestellt werden als die tatsächliche Anzahl der physischen Ausgänge, wodurch virtuelle Ausgänge entstehen.
Eine Pause, die zwischen nacheinander gestarteten Stationen eingefügt wird, wenn der Scheduler sie nicht gleichzeitig starten kann, in Sekunden zwischen 0 und 3600. Dadurch wird die Station relativ zur Master-Station nicht weitergeschaltet.
Beispiel: Bei maximaler Nutzung „1“ und Stationsnutzung „1“ startet ein Wert von „30“ die nächste Station 30 Sekunden nach dem Ende der vorherigen Station.
Überspringt die Pause zwischen den Stationen, wenn der vorherige Lauf kürzer als dieser Wert war, in Sekunden zwischen 0 und 86400.
Beispiel: Bei einer Pause von „30“ und einer Mindestlaufzeit von „10“ erzwingt eine Station, die nur 5 Sekunden lief, keine Pause von 30 Sekunden.
Der Abschnitt „Master konfigurieren“ wählt Master-Station 1, Master-Station 2 und die Zeitversätze aus, die bei der Aktivierung der Master-Station verwendet werden. Die Hauptstation ist normalerweise eine Pumpe oder ein Hauptwasserversorgungsventil.
Die Master-Station wird nur für Stationen verwendet, bei denen sie auf der Seite „Stationen“ eingestellt ist, oder für Programme, die Master-Station 1 oder 2 für Stationen auswählen, die auf „Master 1/2 durch Programm aktivieren“ eingestellt sind.
Auswahl der ersten Masterstation, z. B. einer Pumpe oder eines Masterventils.
Auswahl einer zweiten Masterstation, zum Beispiel einer zweiten Pumpe oder einer anderen Wasserquelle.
Wenn aktiviert, wird das Relais auch als Hauptausgang aktiviert.
Einschaltzeitversatz der Master-Station 1 vom Stationsstart, in Sekunden zwischen -1800 und +1800. Negative Werte starten den Master früher, positive Werte später.
Beispiel: „-10“ startet die Master-Station 10 Sekunden vor der Station. „+10“ startet es 10 Sekunden nach dem Sender.
Abschaltzeit der Master-Station 1 vom Ende der Station, in Sekunden zwischen -1800 und +1800. Bei negativen Werten wird der Hauptbahnhof früher abgeschaltet, bei positiven Werten bleibt er länger in Betrieb.
Beispiel: „-5“ schaltet die Master-Station 5 Sekunden vor Stationsende aus. „+20“ schaltet es 20 Sekunden nach Ende des Senders aus.
Zeitliche Verschiebung des Einschaltens der Hauptstation 2 gegenüber dem Start der Station. Es funktioniert genauso wie die Startschicht der Hauptstation, jedoch nur für Hauptstation 2.
Abschaltzeitversatz Hauptstation 2 relativ zum Stationsende. Es funktioniert genauso wie die Shutdown-Schicht der Master-Station, jedoch nur für Master-Station 2.
Legt den Schaltertyp des Regensensors fest. Wenn Sie einen Raspberry Pi verwenden und den Regensensor direkt an die GPIO-Pins anschließen möchten, verwenden Sie die Pins 8 und 6 (GND).
Aktivieren Sie das Kontrollkästchen „Sensor verwenden“, um die Regenerkennung zu aktivieren.
Aktivieren Sie das Kontrollkästchen „Normalerweise geöffnet“, wenn der Sensor normalerweise ohne Regen geöffnet ist. Andernfalls deaktivieren Sie das Kontrollkästchen. Informationen zum Schaltertyp finden Sie in der Bedienungsanleitung des Regensensors.
Bei Aktivierung des Regensensors wird eine Regenverzögerung eingestellt (dies eignet sich beispielsweise, um Programme für eine längere Zeit zu sperren, als der Regensensor vorsieht).
Regenverzögerungszeit (in Stunden), zwischen 0 und 500.
Aktivieren Sie die Laufprotokollierung und legen Sie die Anzahl der Datensätze fest, die Sie behalten möchten. Aktivieren Sie die Protokollierung gesendeter E-Mails und legen Sie die Anzahl der Datensätze fest, die Sie behalten möchten.
Aktivieren Sie das Kontrollkästchen „Laufprotokoll aktivieren“. Dadurch wird die Protokollierung aktiviert und der Bewässerungsverlauf auf der Zeitleiste auf der Startseite aktiviert. Zeichnen Sie alle Stationsläufe auf. Beachten Sie, dass wiederholtes Schreiben auf die SD-Karte deren Lebensdauer verkürzen kann.
Geben Sie die Anzahl der Einträge ein, die Sie im Protokoll speichern möchten. Legen Sie eine Zahl fest, die einen angemessenen Zeitraum abdeckt, beispielsweise eine Woche oder einen Monat. Dies hängt von der Anzahl der Programme und Sender ab, die Sie haben. Bei jedem Start der Station wird es einen Eintrag geben. 0 = keine Begrenzung.
Aktivieren Sie das Kontrollkästchen „E-Mail-Protokoll aktivieren“. Dadurch wird die Protokollierung aktiviert und der E-Mail-Bewässerungsverlauf aktiviert.
Geben Sie die Anzahl der Einträge ein, die Sie im Protokoll speichern möchten. Legen Sie eine Zahl fest, die einen angemessenen Zeitraum abdeckt, beispielsweise eine Woche oder einen Monat. Dies hängt von der Anzahl der Programme und Sender ab, die Sie haben. Für jede E-Mail wird ein Datensatz erstellt. 0 = keine Begrenzung.
Ereignisprotokoll aktivieren (Regensensor, Regenverzögerung, Server, externe Internet-IP ...)
Anzahl der auf der Festplatte zu speichernden Ereignisdatensätze, 0 = keine Begrenzung.
Klicken Sie auf „Debug-Protokoll aktivieren“, um alle internen Vorgänge in OSPy zum besseren Debuggen in einer Datei zu speichern. * Hinweis: * Das zu häufige Speichern von Daten in einer Datei kann die SD-Karte beschädigen oder die Kapazität der SD-Karte (Speicher) nach längerer Zeit verringern. Alle Vorgänge (auch von allen Erweiterungen) werden aufgelistet.
Der Abschnitt „Systemneustart“ enthält Schaltflächen zum Neustarten der Software, zum Neustarten der Hardware, zum Ausschalten der Hardware und zum Zurücksetzen aller Einstellungen auf die Standardwerte.
Die Schaltfläche „Neustart“ startet nur die Software neu. Es handelt sich um eine schnelle, erzwungene Möglichkeit, Änderungen in der Software umzusetzen.
Die Schaltfläche „Neustart“ startet den Raspberry Pi neu. Dies dauert länger, führt jedoch zu einem vollständigen Systemneustart.
Die Schaltfläche „Herunterfahren“ schaltet die Stromversorgung der Raspberry Pi-Hardware aus.
Die Schaltfläche „Standard“ löscht alle Benutzereinstellungen auf eine standardmäßige Neuinstallation von OSPy.
- Alle Einstellungen können in OSPy auch manuell gelöscht werden (wir finden den Ordner ospy/data im System und löschen alle Dateien im Ordner).
Wenn wir alle Einstellungen unseres OSPy-Bewässerungssystems sichern oder die Einstellungen auf ein anderes OSPy-System übertragen möchten, verwenden wir die Schaltfläche „Herunterladen“ gefolgt von „Hochladen“.
Mit der Schaltfläche „Herunterladen“ können Sie eine Konfigurationsdatei zur späteren Verwendung oder zur Wiederherstellung des OSPy-Systems auf den Computer herunterladen. Es wird nicht nur die Datenbankdatei (options.db) gespeichert, sondern auch der Stationsordner, in dem Stationsbilder gespeichert sind. Gleichzeitig wird die Protokolldatei events.log (falls vorhanden) gespeichert. Alles wird in einer Zip-Datei gespeichert (Beispiel: ospy_backup_systemname_4.12.2020_18-40-20.zip). Wir können leicht erkennen, von welchem OSPy-System das Backup stammt. Der SSL-Ordner, in dem sich das Zertifikat befindet, wird aus Sicherheitsgründen nicht in der Backup-ZIP-Datei gespeichert!
Mit der Schaltfläche „Hochladen“ können Sie OSPy einfügen und wiederherstellen (z. B. bei der Neuinstallation von Linux). Die hochgeladene Datei muss eine ZIP-Datei sein! Die folgenden Pfade und Dateien müssen in der Datei enthalten sein.
*.zip folder:
ospy-backup.json
ospy/data/default/options.db.*
ospy/data/backup/options.db.*
ospy/data/events.log
ospy/images/stations/station1.png
ospy/images/stations/station1_thumbnail.pngOder andere Senderbilder im gleichen Format.
Neue Sicherungen enthalten ospy-backup.json mit Sicherungsformat, OSPy-Version, Erstellungszeit sowie Größe und SHA-256-Prüfsumme jeder Datei. Das Archiv enthält die OSPy-Einstellungsdatenbank, Systemereignisdaten und Stationsbilder. Private SSL-Schlüssel, Plug-in-Code und Python-Caches werden absichtlich ausgeschlossen; die Datenverzeichnisse der Plug-ins werden weiterhin durch das separate Plug-in OSPy package Backup gesichert. Vor einer Wiederherstellung weist OSPy unsichere ZIP-Pfade, Links, verschlüsselte oder doppelte Einträge, übermäßige Größe oder Komprimierung und Dateien außerhalb von ospy/data/ und ospy/images/stations/ zurück. Die Grenzen sind 50.000 Einträge und 512 MB entpackte Größe; eine Datei über 1 MB darf kein Kompressionsverhältnis über 200:1 haben, und das konfigurierte Upload-Limit kann niedriger sein. Jede Datei wird anhand des Manifests geprüft und in ein Staging-Verzeichnis entpackt. Danach erstellt OSPy automatisch eine Sicherheitssicherung des aktuellen Zustands, ersetzt die Daten atomar und startet neu. Ältere OSPy-Sicherungen ohne Manifest bleiben als altes reines Datenformat unterstützt und durchlaufen dieselben ZIP-Pfad- und Größenprüfungen.
Sicherungsformat 2 speichert das maßgebliche Einstellungs-Backend, den Speichermodus und das SQLite-Schema. Vor dem Archivieren der laufenden Einstellungen speichert OSPy ausstehende Änderungen und blockiert gleichzeitige Einstellungs-Schreibvorgänge. Die SQLite-Datenbank wird transaktional über die SQLite Backup API kopiert und das Abbild unabhängig auf Integrität, Schema, Datensatzmanifest und Wertprüfsummen geprüft. Die Wiederherstellung wiederholt diese logische Prüfung nach dem Entpacken und weist ein Abbild zurück, dessen deklarierter Modus, Schema oder Einstellungsanzahl nicht übereinstimmt. Manifest-Sicherungen im Format 1 und ältere Sicherungen ohne Manifest bleiben wiederherstellbar. Aktive Websitzungen werden weder gesichert noch wiederhergestellt; nach der Wiederherstellung müssen Sie sich erneut anmelden. OSPy behält die zehn neuesten Systemsicherungen auf dem Gerät. Sie werden in den Optionen aufgelistet; eine ausgewählte Sicherung kann heruntergeladen und anschließend mit Hochladen wiederhergestellt werden. Eine Systemsicherung enthält Anmelde- und Sicherheitseinstellungen, daher müssen heruntergeladene Archive sicher aufbewahrt werden.
Wenn wir über ein eigenes Zertifikat für SSL (https)-Sicherheit (fullchain.pem und privkey.pem) verfügen, können wir es hier über das Formular hochladen.
Wenn wir ein SSL-Zertifikat generieren möchten, klicken Sie auf die Schaltfläche „Generieren“. Im SSL-Verzeichnis wird ein Zertifikat generiert. Anschließend aktivieren wir in den Einstellungen/Sicherheit die Option „eigenes HTTPS“ und starten dann OSPy neu.
Die Schaltfläche „Hochladen“ sendet die angehängten Dateien (fullchain.pem und privkey.pem) an den SSL-Ordner im OSPy-Verzeichnis.
Auf der Seite „Bahnhof“ legen wir die Stationsnamen, Eigenschaften rund um die Nutzung der Wassermenge, Steuerung der Hauptstationen fest.
Automatische Nummerierung zur Markierung von Stationen. Zum Beispiel 1 = Station 1, 2 = Station 2...
Individuelle Benennung der Stationen zur besseren Identifizierung im System, zum Beispiel „Rasen“.
Legen Sie für bestimmte Stationen Parallelität (0) oder Reihenfolge (>=1) fest. Mehr zu Parallelität bzw. Sequenz im Text oben im Abschnitt „Einstellungen / Über sequentielle und gleichzeitige Modi“.
Die Wassermenge pro Stunde in mm, die von den Sprinklern an dieser Station versprüht wird. Wird für wetterbasierte Programme verwendet. Um diesen Wert zu messen, empfiehlt sich die Anschaffung beispielsweise eines Regenmessers aus Kunststoff.
- Bezieht sich auf die Zeit, die eine bestimmte Wassermenge benötigt, um in einen bestimmten Bodentyp einzudringen. Im Allgemeinen ist die Aufnahmerate eines leichter strukturierten (sandigen) Bodens größer als die eines schwerer strukturierten (Ton-) Bodens. Allerdings kann die Beregnung mit großen Wassermengen auch auf sandigen Böden zu Oberflächenabfluss führen. Die Aufnahmerate des bewässerten Bodens wird durch viele Faktoren beeinflusst, wie z. B. Bodenbeschaffenheit, Bodenstruktur, Verdichtung, organische Substanz, geschichtete Böden, Bodensalze, Wasserqualität, Sedimente im Bewässerungswasser usw.
Wassermenge, die der Boden über dem Niveau 0 speichern kann. Wird für wetterbasierte Programme verwendet.
- Bezieht sich auf die Menge an Bodenfeuchtigkeit oder den Wassergehalt, der im Boden zurückbleibt, nachdem das überschüssige Wasser abfließt und die Geschwindigkeit der Abwärtsbewegung verringert wird. Dies geschieht in der Regel 2-3 Tage nach Regen oder Bewässerung in früheren Böden mit einheitlicher Beschaffenheit und Struktur.
Faktor zur Multiplikation des ETo-Faktors für wetterbasierte Programme. Verwenden Sie einen Wert über 1 bei sonnigem/trockenem Boden, einen Wert unter 1 für schattigen/nassen Boden.
- Bodentyp
Böden haben verschiedene Eigenschaften, die sie einzigartig machen. Wenn Sie die Art Ihres Bodens kennen, können Sie seine Stärken und Schwächen ermitteln. Obwohl der Boden aus vielen Elementen besteht, müssen Sie mit der Art Ihres Bodens beginnen. Sie müssen lediglich die Zusammensetzung der Bodenpartikel überwachen. Mit OSPy können Benutzer den Bodentyp für jede Zone (Station) angeben, was genauere und effizientere Bewässerungsberechnungen ermöglicht. Verschiedene Bodentypen reagieren unterschiedlich auf Wasser; Tonige Böden neigen dazu, zu entwässern, während lehmige Böden Wasser über lange Zeiträume usw. speichern können. Die im Boden enthaltene Wassermenge, nachdem überschüssiges Wasser abfließt, und die Fähigkeit des Bodens, Wasser zu speichern, werden als Feldkapazität bezeichnet (gemessen in Zoll oder Millimetern).
Wie ermittelt man die ungefähren Anteile von Sand, Schluff und Ton? Dies ist ein einfacher Test, der Ihnen einen allgemeinen Überblick über die Anteile von Sand, Schluff und Ton im Boden gibt. Geben Sie 5 cm Erde in die Flasche und füllen Sie diese mit Wasser. Mischen Sie Wasser und Erde gut, stellen Sie die Flasche beiseite und berühren Sie sie eine Stunde lang nicht. Nach einer Stunde wird das Wasser klar und Sie werden sehen, dass sich die größeren Partikel abgesetzt haben:
- Teile organischer Stoffe können auf der Wasseroberfläche schwimmen
- Darüber liegt eine Schicht Lehm. Wenn das Wasser immer noch nicht klar ist, liegt das daran, dass einige der feineren Tone noch mit dem Wasser vermischt sind
- In der Mitte liegt eine Schlammschicht
- Am Boden befindet sich eine Sandschicht
- Messen Sie die Tiefe von Sand, Schluff und Ton und schätzen Sie deren ungefähres Verhältnis ab.
Die folgenden drei Arten von Partikeln können aus Ihrem Boden bestehen: Ton, Sand und Schluff. Die meisten Böden sind eine Kombination dieser drei Partikel, aber die Art des vorherrschenden Partikels bestimmt viele Eigenschaften Ihres Bodens. Das Verhältnis dieser Größen bestimmt die Art des Bodens: Ton, Lehm, Ton-Lehm, Schluff-Lehm usw.
- Idealer Boden besteht zu 40 % aus Sand, zu 40 % aus Schluff und zu 20 % aus Ton. Diese Mischung wird als Ton bezeichnet. Dadurch wird das Beste aus jeder Art von Bodenpartikeln herausgeholt. Es verfügt über eine gute Wasserableitung und lässt Luft wie Sand in den Boden eindringen, speichert aber auch Feuchtigkeit gut und ist fruchtbar wie Schluff und Ton.
Erhöhen oder verringern Sie den Wasserhaushalt für wetterbasierte Programme (sofern nicht auf 0 eingestellt).
Wenn wir eine Station angeschlossen haben (sie ist physisch verbunden) und wir sie verwenden möchten (zu sehen in der Auswahl in Programmen, auf der Startseite...), kreuzen wir „Verbunden“ an. Wenn wir die Station nicht nutzen und nicht im OSPy-System veröffentlichen möchten, lassen wir „Verbunden“ deaktiviert. Wenn eine Station als „Hauptstation“ oder „2 Hauptstationen“ im System verwendet wird, kann sie in der Tabelle nicht aktiviert oder deaktiviert (deaktiviert) werden. Die Zuordnung der Masterstation erfolgt in den Systemeinstellungen „Einstellungen / Masterstationseinstellungen“.
Wenn wir für eine bestimmte Station „Regen ignorieren“ aktivieren, wird die Station entsprechend dem Programm aktiviert, unabhängig davon, ob eine Regenverzögerung eingestellt ist oder ob der Regensensor Regen erkennt. Wir werden diese Option beispielsweise in einem Gewächshaus nutzen, in dem es nicht regnet und wir es regelmäßig gießen müssen. oder zum Beispiel, um die Filterung des Schwimmbades zu starten, das wir auch unabhängig davon reinigen, ob es regnet.
Es wird keine Master-Station verwendet (wenn eine bestimmte Station aktiviert ist, wird die Master-Station nicht aktiviert).
Wenn wir verlangen, dass bei Aktivierung einer bestimmten Station auch die Hauptstation aktiviert wird (z. B. eine Pumpe oder ein Hauptventil mit Wasser), wählen Sie den Punkt „EIN Hauptstation?“.
Wenn wir verlangen, dass bei Aktivierung einer bestimmten Station auch die zweite Hauptstation aktiviert wird (z. B. eine zweite Pumpe oder eine andere Wasserquelle), wählen Sie den Punkt „EIN Hauptstation 2?“.
Wenn wir die Hauptstation oder die zweite Hauptstation aktivieren möchten, wählen wir im Programm den Punkt „Master 1/2 per Programm aktivieren“ aus. Für das Programm kann dann ausgewählt werden, welche Masterstation für diese Station verwendet werden soll (Beispiel: Programm 1 steuert die Stationen 1-4 und Masterstation 5. Programm 2 steuert die Stationen 1-4 und die zweite Masterstation 6).
Notizen werden für den Betrieb des OSPy-Systems verwendet. Es kann beispielsweise vermerkt werden, welche Art von el. Ventil, Sprinkler usw., die wir im System verwendet haben.
Nach einem Klick auf das Fenster öffnet sich eine Seite, auf der Sie Ihr eigenes Bild auf die Station hochladen können.
Auf der Seite „Sensoren“ können wir Sensoren hinzufügen oder löschen, die verschiedene Funktionen im OSPy-System ausführen. OSPy unterstützt derzeit Sensoren von pihrt.com und shelly.com.
Mit der Schaltfläche „Fügen Sie einen neuen Sensor hinzu“ wird dem System ein neuer Sensor hinzugefügt. Die Sensoreinstellungen sind unten im Abschnitt „Sensorparameter“ aufgeführt.
Für Sensoren werden zwei Arten der Kommunikation verwendet:
- Wireless (Funk) - ID-Funksensor
- Netzwerk (Wi-Fi/LAN) – MAC-Adresse, IP-Adresse Sie können aus verschiedenen Sensortypen wählen:
- Trockener Kontakt
- Lecksucher
- Feuchtigkeit
- Bewegung
- Temperatur
- Multisensorkontakt
- Multisensor-Lecksucher
- Multisensor-Luftfeuchtigkeit
- Multisensor-Bewegung
- Multisensor-Temperatur
- Multisensor-Ultraschall
- Multisensor-Bodenfeuchtigkeit
Aktivieren oder deaktivieren Sie diesen Sensor.
Geben Sie den Sensornamen ein. Sensornamen müssen ungleich Null und eindeutig sein.
Wählen Sie den Sensortyp aus.
- Programme öffnen Markieren Sie die gewünschten Programme, die ausgeführt werden sollen.
- Oder stoppen Sie diese laufenden Stationen im Scheduler.
- Geschlossene(s) Programm(e) Markieren Sie die gewünschten Programme zur Ausführung.
- Oder stoppen Sie diese laufenden Stationen im Scheduler.
- Empfindlichkeit (0-100 %) Das Überschreiten dieser Stufe aktiviert das/die Hochprogramm(e).
- Stabilisierungszeit (mm:ss) Nach dieser eingestellten Zeit reagiert der Melder nicht mehr auf eine Änderung.
- Niedrige(s) Programm(e) Markieren Sie die gewünschten Programme zur Ausführung.
- Hoch Programm(e) Markieren Sie die gewünschten Programme zur Ausführung.
- Niedriges Niveau (0-100 %) Das Überschreiten dieses Niveaus aktiviert das/die niedrige(n) Programm(e).
- Niedrige(s) Programm(e) Markieren Sie die gewünschten Programme zur Ausführung.
- Hochniveau (0-100 %) Wenn dieses Niveau überschritten wird, werden die Hochprogramm(e) aktiviert.
- Hoch Programm(e) Markieren Sie die gewünschten Programme zur Ausführung.
- Programm(e) Markieren Sie die gewünschten Programme zur Ausführung.
- Niedriges Niveau (0-100 °C/°F) Wenn dieses Niveau überschritten wird, werden das/die niedrige(n) Programm(e) aktiviert.
- Niedrige(s) Programm(e) Markieren Sie die gewünschten Programme zur Ausführung.
- Hoher Wert (0-100 °C/°F) Wenn dieser Wert überschritten wird, werden die hohen Programme aktiviert.
- Hochprogramm(e) Markieren Sie die gewünschten Programme zur Ausführung. Für die Temperatur werden Grad Celsius oder Grad Fahrenheit angezeigt, je nachdem, wie die Temperatur auf der Titelseite (unten rechts) eingestellt ist (Sie können die Einheiten ändern, indem Sie auf die Temperatur klicken).
- Abstand vom Ultraschallsensor (oben) bis zum minimalen Wasserstand im Tank.
- Abstand vom Ultraschallsensor (oben) bis zum maximalen Wasserstand im Tank.
- Der minimale Wasserstand im Tank (vom Tankboden aus) für den Bericht.
- Zylinderdurchmesser zur Volumenberechnung.
- Display in liters or m3.
- Stoppen Sie die Stationen bei minimalem Wasserstand.
- Verzögerungszeit (Stunden).
- Haltestellen stoppen, wenn der Ultraschallsensor defekt ist.
- Stoppen Sie diese Stationen im Zeitplaner.
- Maximale Wasserstandsregelung.
- Maximaler Wasserstand.
- Maximale Laufzeit bei Aktivierung.
- Minimaler Wasserstand.
- Ausgabe zur Regelung.
- Sonde xx steuert das Programm (wählen Sie in der Liste der Programme das Programm aus, das Sie mit Sonde 1-16 beeinflussen möchten).
- Kalibrieren Sie die xx-Sonde auf 100 % (geben Sie den Spannungspegel in Volt ein, um die Sonde bei 100 % Luftfeuchtigkeit zu kalibrieren).
- Kalibrieren Sie die xx-Sonde auf 0 % (geben Sie den Spannungspegel in Volt ein, um die Sonde bei 0 % Luftfeuchtigkeit zu kalibrieren).
Wählen Sie den Kommunikationstyp für den Sensor aus.
Geben Sie die Sensor-ID für Ihren Funksensor ein. Die Sensor-ID muss ungleich Null und eindeutig sein.
- Geben Sie die MAC-Adresse des Sensors ein. Beispiel: aa: bb: cc: dd: ee: ff
- Geben Sie die IP-Adresse des Sensors ein. Beispiel: 192.168.88.10
Geben Sie die Probenahmezeit in Minuten und Sekunden (mm:ss) ein.
Probenprotokollierung aktivieren.
Ereignisprotokollierung aktivieren.
Aktivieren Sie das Senden von E-Mails, wenn ein Ereignis eintritt. Für diese Funktion ist die E-Mail-Benachrichtigungserweiterung erforderlich!
Hier können wir unsere Notizen machen.
Die Schaltfläche „Alle Sensoren entfernen“ löscht alle hinzugefügten Sensoren im System.
Shelly-Sensoren können mithilfe der Erweiterung „Shelly Cloud Integrator“ in OSPy integriert werden, in der wir verfügbare Geräte verbinden (entweder über die Shelly.com-Cloud oder im lokalen Netzwerk). Wir können dann in OSPy im Bereich Sensor/Suche nach diesen Geräten suchen. In OSPy können wir beispielsweise Messungen von Verbrauch, Spannung, Ausgangsstatus usw. verwenden.
Auf der Seite „Hilfe“ finden wir Dokumentationen zu allen Erweiterungen, System-OSPs, Systemänderungen, API-Zugriff, Webinterface. Das schwebende PDF-Symbol öffnet eine druckfertige Kopie des aktuell angezeigten Artikels ohne OSPy-Navigation. Im Druckdialog des Browsers kann der Artikel als PDF-Datei gespeichert werden.
Haupt-OSPy-Dokumentation, Systeminstallation, Board-Verbindung, Lizenzen.
Änderungen im OSPy-System oder in Erweiterungen
Intern verwalten alle Programme einen Zeitplan, der direkt bearbeitet werden kann (genau wie ein benutzerdefiniertes Programm).
Zur einfacheren Handhabung wurden folgende Programmtypen erstellt.
Jedes Programm kann einer dieser Typen sein. Schließlich kann jedes Programm auch als individuelles Programm geschrieben werden.
Prog/type_data | 0 | 1 | 2 | 3 | 4 | 5 --:|:-- |:-- |:-- |:-- |:-- | DAYS_SIMPLE |start_time |duration |repeat pause |repeat times |list days to run| REPEAT_SIMPLE |start_time |duration |repeat pause |repeat times |repeat days |start_date DAYS_ADVANCED |list of intervals [start, end]|list days to run| | | | REPEAT_ADVANCED |list of intervals [start, end]|repeat days | | | | WEEKLY_ADVANCED |list of intervals [start, end]| | | | | CUSTOM |list of intervals [start, end]| | | | | WEEKLY_WEATHER | | | | | |
set_days_simple start_min, duration_min, pause_min, repeat_times, [days] set_repeat_simple start_min, duration_min, pause_min, repeat_times, repeat_days, start_date set_days_advanced [schedule], [days] set_repeat_advanced [schedule], repeat_days, start_date set_weekly_advanced [schedule] set_weekly_weather irrigation_min, irrigation_max, run_max, pause_min, pems
Hilfe für die Weboberfläche auf Tschechisch.
Hilfe zur Weboberfläche auf Englisch.
Hilfe zur Weboberfläche auf Deutsch.
Hilfe zur Weboberfläche auf Polnisch.
Hilfe zur Weboberfläche auf Russisch.
Hilfe zur Weboberfläche auf Serbisch.
Hilfe für die Weboberfläche auf Slowakisch.
Für moderne Webbrowser wird empfohlen, die API nach dem CRUD-Prinzip mit JSON als Datencontainerformat aufzubauen.
HTTP/s-Methodenzuordnung.
Die aktuelle Grundstruktur eines Plug-ins ist:
plugins/
└── plugin_name/
├── data/
├── docs/
├── static/
├── script/
├── templates/
├── __init__.py
├── plugin.json
└── README.md
Die aufgeführten Verzeichnisse und README.md sind optional. Neue oder aktualisierte Plug-ins, die zur Installation verteilt werden, müssen __init__.py und eine gültige UTF-8-Datei plugin.json enthalten, deren id dem Verzeichnisnamen entspricht. Bereits installierte ältere Plug-ins ohne Manifest werden im Abwärtskompatibilitätsmodus weiterhin unterstützt.
Statische Dateien sind unter /plugins/plugin_name/static/... verfügbar. Skriptdateien sind unter /plugins/plugin_name/script/... verfügbar; eine Plug-in-Seite kann eigenes JavaScript laden, um OSPy-APIs aufzurufen und die Anzeige zu aktualisieren. Alle *.md-Dateien in docs werden in der Hilfe angezeigt. README.md ist, sofern vorhanden, der erste Hilfeeintrag und kann auch als Plug-in-Beschreibung verwendet werden.
- Nutzungsstatistik (anonyme Statistiken zur OSPy-Systemnutzung)
- LCD-Display (LCD-Display 16x2 Zeichen, verbunden über I2C-Bus)
- Druckwächter (Überwachung des Drucks in der Rohrleitung – Pumpenschutz)
- Sprachbenachrichtigung (Tonbenachrichtigungen – Wiedergabe von MP3-Dateien)
- Impulsausgangstest (Ausgangstest – wird verwendet, um ein bestimmtes Ventil im Boden zu finden)
- Button Control (Steuerung des OSPy-Systems über 8 Tasten – wird zum manuellen Starten von Programmen verwendet)
- CLI Control (Fernsteuerung von Peripheriegeräten über URL-Befehle – zum Beispiel RF-Sockets)
- Systemüberwachung
- Spannungs- und Temperaturmonitor (Messung von Spannung und Temperatur über den I2C-Bus)
- Remote-Benachrichtigungen (Senden von Daten an einen Remote-Server mithilfe von PHP)
- Systeminformationen (OSPy- und Linux-Systeminformationen)
- Lufttemperatur- und Luftfeuchtigkeitsmonitor (Messung der Temperatur 6x DS18B20 und der Luftfeuchtigkeit DHT11 über I2C-Bus)
- Windgeschwindigkeitsmonitor (Windgeschwindigkeitsmessung über I2C-Bus)
- Wetterbasierte Regenverzögerung
- Relaistest (testet das Relais für die Hauptpumpe)
- UPS Monitor (überwacht den Stromausfall des Systems, sendet E-Mails und fährt das Linux-System herunter)
- Wasserverbrauchszähler (virtueller Wasserdurchflussmesser basierend auf der Betriebsberechnung der Hauptstation)
- SMS Modem (Fernsteuerung per SMS und USB-Modem)
- Signalisierungsbeispiele (Beispiel für Tup-„Signal“-Benachrichtigungen im OSPy-System)
- E-Mail-Benachrichtigungen (Versenden von E-Mails vom System – einige andere Erweiterungen verwenden diese Erweiterung ebenfalls, zum Beispiel: Windgeschwindigkeitsmonitor, Druckmonitor, Lufttemperatur- und Luftfeuchtigkeitsmonitor...)
- Remote FTP Control (vereinfachte Fernsteuerung von OSPy über einen Server mit PHP und FTP)
- Systemaktualisierung (verwenden Sie diese Erweiterung, um das OSPy-System einfach über GIThub anstelle von Systembefehlen zu aktualisieren)
- Wasserzähler (Durchflussmessung mittels Wasserzähler mit Impulsausgang über den I2C-Bus)
Water Meter v1.1.1 misst kontinuierlich in Ein-Sekunden-Intervallen und aktualisiert die separate Übersicht jede Sekunde. Die Übersicht zeigt aktuelle l/s, entsprechende l/min, Verbrauch der aktuellen Minute und Stunde, Gesamtverbrauch und ein Durchflussdiagramm. Die Einstellungen steuern lokale JSON- und optionale SQL-Protokollierung, die angezeigte Quelle, das Intervall in Sekunden, das Auslassen von Nulldurchfluss und die maximale Datensatzanzahl, wobei 0 unbegrenzt bedeutet. Der optionale Home-Wert zeigt
aktuelle l/s (aktuelle l/min), und Mobile API v1 liefert Live-Karten und einen begrenzten Verlauf aus der ausgewählten Quelle. Der Zähler wird direkt aus den PCF8583-Registern 0x01–0x03 gelesen; Einrichtungs- oder Messfehler schließen den Bus, starten die Initialisierung erneut und werden in der Übersicht angezeigt. - Energy Meter Energy Meter v1.0.1 überwacht eine beliebige Anzahl dreiphasiger Shelly Pro 3EM- und Shelly 3EM-63T Gen3-Zähler. Die standardmäßige und empfohlene Verbindung liest ein Gerät direkt im lokalen Netzwerk über IP-Adresse oder DNS-Namen ohne Cloud- oder Internetzugriff; alternativ kann ein konfiguriertes und laufendes Shelly Cloud Integration-Plug-in zwischengespeicherte Daten bereitstellen. Jeder Zähler erhält die Rolle Netzanschluss, Solarerzeugung, Verbraucher oder Hilfszähler und seine Richtung kann umgekehrt werden. Die Übersicht trennt Netzbezug und Einspeisung, zeigt L1–L3 und Summen, heute, gestern, Monat und Jahr, Kosten, Einspeisevergütung, Verlauf, Diagramme und CSV. Mit Netz- und Solarzähler berechnet sie Hausverbrauch, Eigenverbrauch, Energieunabhängigkeit und Einsparung; eine Netzeinspeisung allein wird niemals als Erzeugung bezeichnet. Atomar gespeicherte Zählerstände werden nach einem OSPy-Neustart fortgeführt und erkennen einen Reset oder Zählertausch sicher. Preise und Zeittarife werden mit jedem Intervall gespeichert, der Verlauf kann lokales JSON, SQL über Database Connector oder beide Speicher verwenden und die Daten stehen auf Home, in der Diagnose und über die mobile API bereit.
- Webcam-Monitor (nimmt Fotos von der USB-Webcam auf)
- Wetterbasierter Wasserstand Netatmo (Einstellen der Wassermenge für die Bewässerung von der Netatmo-Wetterstation)
- Direkte 16 Relaisausgänge (mit dieser Erweiterung können wir 16 Relais (Stationen) steuern, die direkt an den Raspberry Pi angeschlossen sind, einige andere Erweiterungen sind jedoch nicht verfügbar.)
- MQTT (OSPy-Statusmeldung über das MQTT-Protokoll, Stationssteuerung über MQTT...)
- System-Debug-Informationen (Informationen darüber, was im OSPy-System passiert. Wenn wir in den Einstellungen „Debugging aktivieren“ aktiviert haben, wird hier in der Erweiterung ein gespeicherter Datensatz angezeigt)
- Wetterbasierter Wasserstand (Einstellung der Wassermenge für die Bewässerung basierend auf der Wettervorhersage)
- Echtzeit und NTP-Zeit (Erweiterung, die die Systemzeit festlegt – Linux- und HW-RTC-Zeit vom NTP-Server, HW-RTC verwendet I2C-Bus)
- Wassertank (Wasserstandsmessung mittels Ultraschall – zum Beispiel in einem Brunnen mittels I2C-Bus)
- Monatlicher Wasserstand (Einstellung der Wassermenge für einzelne Monate)
- Druckhalter (Pumpe unter Druck setzen, bevor Programme gestartet werden)
- Ping-Monitor (Messung von Netzwerkausfällen)
- Temperaturschalter (Temperaturregler, der 3 unabhängige Zonen ermöglicht)
- Poolheizung (Regelung der Pooltemperatur entsprechend der Solarheizung)
- E-Mail-Reader (Steuerung von OSPy mithilfe von E-Mail-Nachrichten)
- Wetterstationen (Anzeigewerte aus anderen Erweiterungen im Stil von Uhrzeigern) Version 1.0
- Telegram Bot (kommuniziert mit OSPy über die telegram.org-App)
- Door Opening (Öffnen des Türschlosses oder Schiebetors)
- Voice Station (Tonbenachrichtigungen basierend auf Stationsereignissen – Wiedergabe von WAV- und MP3-Dateien)
- Jalousiensteuerung (diese Erweiterung sendet Beispiele über die REST-API an Wi-Fi-Relais von Shelly oder ähnliche Relais)
- Geschwindigkeitsüberwachung der Internetverbindung (Antwort, Download, Upload)
- E-Mail-Benachrichtigungen SSL (Versenden von E-Mails vom System – einige andere Erweiterungen verwenden diese Erweiterung ebenfalls, zum Beispiel: Windgeschwindigkeitsmonitor, Druckmonitor, Lufttemperatur- und Luftfeuchtigkeitsmonitor...) Diese Erweiterung ist eine modernere Variante der ursprünglichen Erweiterung E-Mail-Benachrichtigungen (Verbindung über SSL-Schicht).
- Sonnenaufgang und Sonnenuntergang (Berechnung astronomischer Daten wie Sonnenauf- und -untergang. Nach diesen Berechnungen können Programme nachträglich ausgeführt werden).
- PV-Kessel (Kesselheizung aus dem Verteilnetz oder PV-Kraftwerk).
- IP-Kameras (ermöglicht die Überwachung von IP-Kameras. Als JPEG-Vorschau, GIF-Bild oder MJPEG-Stream von der Kamera).
- CHMI (ermöglicht Ihnen, das aktuelle Wetter vom CHMI-Wetterradar abzulesen und die Zeitverzögerung entsprechend einzustellen. Gleichzeitig den RGB-Wetterstatus auf der HW-Karte anzeigen).
- Daher (das Standard-Plugin zum Erstellen anderer neuer Plugins. Das Plugin macht nichts Besonderes, erklärt aber, wie es funktioniert).
- Label Maker (Erstellung von EAN- und QR-Codes).
- IP-Scanner (Suche nach IP und MAC im Netzwerk).
- Database Connector (Verbindung zur Datenbank zur Speicherung von Daten von Sensoren).
- OSPy Backup (Datenverzeichnissicherung von allen Erweiterungen in ZIP-Dateien).
- MQTT Home Assistant (Integration in HASS über MQTT).
- Shelly Cloud Integration (Abrufen von Zuständen aus der Cloud des Shelly-Geräteherstellers).
- Current Loop Tanks Mmonitor (Füllstandmessung von 4 Sensoren).
- Network Ping Monitor (Überwachung der Verfügbarkeit von 3 Geräten im Netzwerk).
- Weather Dashboard (Anzeigewerte aus anderen Erweiterungen im Stil von Uhrzeigern) Version 2.0
- Thermostat
Nach dem Klicken auf die Schaltfläche „Abmelden“ meldet sich der Benutzer vom System ab.
OSPy repository · Releases · Plug-ins · Issues · Discussions