Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Ankündigung
Einklappen
Sammelbestellung ETS6 Vollversionen aktiv!
Sammelbestellung für ETS6 Vollversionen (Prof., Home, Lite) mit 40% Rabatt aktiv! Infos im Forum!
Löst Motion-Events für Shinobi CCTV aus. So kann man bequem die Videostreams der Überwachungskameras auf Platte ablegen, wenn ein PM oder Türkontakt angeschlagen hat.
image.png
Tipp: Shinobi ist kostenlos und als LXC auf Proxmox innerhalb weniger Minuten einsatzbereit.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA- Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Funktion: Dieser Baustein verwaltet bis zu 4 Überwachungszonen einer Reolink PTZ-Kamera. Er fährt die Kamera automatisch auf die Preset-Position der Zone mit der höchsten Priorität. Zusätzlich bietet er intelligente Rückkehr zur Home-Position, Home-Override und eine stabile Wiederholungslogik. Funktionen
Prioritätsgesteuerte Zonenverwaltung – immer die wichtigste aktive Zone wird angefahren
Mindest-Prioritätsdifferenz – verhindert ständiges Hin- und Herfahren
Automatische Home-Rückkehr nach konfigurierbarer Zeit
Home-Override – temporäre Sperrung aller Zonen und Fahrt auf Home-Position
Wiederholungslogik bei fehlender Quittierung (E22)
Cooldown zwischen PTZ-Befehlen
Systemstart-Logik mit verzögerter Home-Anfahrt
Manueller Move Return (E25)
Robuster Heartbeat über Systemzeit (E27)
Zusammenarbeit mit anderen Bausteinen
Dieser Baustein ist speziell auf den REOLINK PTZ Manager (19002780) abgestimmt. Verbinde A1 dieses Bausteins mit E4 des PTZ-Managers und E22 mit A1 des PTZ-Managers für die Quittierung.
und jetzt
Automatische Token-Verwaltung mit Caching (kein ständiges neu Einloggen)
Presets werden automatisch sauber aufbereitet (führende Nummern entfernt)
Direkte Preset-Buttons (E11–E18) mit kurzem Bestätigungspuls an A5
Umfangreiches Debug-Logging möglich
Zusammenarbeit mit anderen Bausteinen
Dieser Baustein ist speziell auf den REOLINK PTZ ZonenManager (1901108) abgestimmt. Verbinde A3 dieses Bausteins mit E15 des PTZ-ZonenManagers.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA- Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
image.png
Dieser Baustein wertet einen fortlaufenden Energiezähler (Strom, Wasser, Gas, Wärme etc.) aus und berechnet daraus aktuelle Verbräuche sowie Vergleichswerte zur jeweiligen Vorperiode.
Funktionen:
- Live-Verbrauchsberechnung bei jeder Änderung des Zählerstands
- Tages-, Wochen-, Monats- und Jahresverbrauch
- Vergleich zur Vorperiode (absolut und prozentual)
- Persistente Speicherung aller Verbrauchswerte
- Automatische Erkennung eines Zählerwechsels
- Plausibilitätsprüfung für rücklaufende Zählerstände
- Optionales HTML-Debuglog pro Zählerinstanz
- Werte bleiben nach einem EDOMI-Neustart erhalten
NEU: Jetzt noch um zwei VSE Bausteine (Dashboard/Kompakt) erweitert um ein wenig weniger Visuarbeit zuhaben.
v1.2
- Kostenberechnung über E11
- JSON-Kostenausgabe an A19
- Generische Einheiten (Unit) statt kWh in der Dokumentation
- Umstellung von ? auf EUR
v1.3
- Logging nur noch bei aktiviertem Debug
- Stabilere Namensnormalisierung für Zählername / Logdatei / Persistenzdatei
- Umlaute im Zählernamen werden normiert (z.B. wärme -> waerme)
- Verhindert doppelte Logs durch unterschiedliche Schreibweisen desselben Zählernamens
v1.4
- Neuer Ausgang A24 (Dashboard JSON): bündelt alle Verbrauchs-, Vergleichs-,
Tendenz- und Kostenwerte in einem einzigen JSON-Objekt
- Gedacht als alleinige Datenquelle für das begleitende Visuelement
"Energy Meter Dashboard" (KO1 des VSE = A24)
- A19 (Kosten JSON) bleibt unverändert erhalten (Abwärtskompatibilität)
- Keine Änderungen an bestehenden Ein-/Ausgängen E1-E11 / A1-A21 / A23
v1.5
- A24 (Dashboard JSON) enthält jetzt zusätzlich "zaehlerstand": den
aktuellen, unveränderten Zählerstand aus E2
- Keine weiteren Änderungen
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
image.png
Dieser Baustein berechnet die anteilige Strahlung auf die vier Himmelsrichtungen (Nord, Ost, Süd, West) basierend auf der gemessenen Globalstrahlung einer Wetterstation.
Er berücksichtigt den aktuellen Sonnenstand (Azimut + Elevation) sowie die real gemessenen Helligkeitswerte der vier Himmelsrichtungen (Lux-Sensoren). Dadurch entsteht eine realistische Verteilung von Direkt- und Diffusstrahlung.
Funktionsweise
Die Globalstrahlung wird aufgeteilt in:
- Direktstrahlung (gerichtet, abhängig vom Sonnenstand)
- Diffusstrahlung (gleichmäßig verteilt)
Die Direktstrahlung wird mittels Gewichtung (Sonnenazimut + Lux-Sensoren + Elevation) den vier Sektoren zugeordnet. Die Diffusstrahlung wird zu gleichen Teilen auf alle Richtungen verteilt.
Hinweise
• Bei Elevation ≤ 0 (Nacht / Sonne unter Horizont) werden alle Strahlungswerte auf 0 gesetzt und der Status auf NACHT gestellt.
• Der Verschattungsindex vergleicht den aktuellen Lux-Wert des aktiven Sonnensektors mit dem theoretisch erwarteten Wert.
• Bei aktivierter Rohwertumrechnung (E12=1) wird der Azimut-Eingang automatisch von 0-255 auf 0-360° umgerechnet.
• Der Debug-Log wird unter /usr/local/edomi/www/data/log/CUSTOMLOG_SEKTORSTRAHLUNG.htm gespeichert.
Ein separates HTML-Dashboard zur visuellen Überwachung ist verfügbar.
Aufruf: http://[EDOMI-SERVER-IP]/data/log/SEKTORSTRAHLUNG_DASHBOARD.htm
Datei in der Zip einfach hier ablegen: /usr/local/edomi/www/data/log/
Nachdem meine Quadra-Wetterstation bereits nach nur drei Jahren ausgefallen ist, habe ich mich aufgrund dieser aus meiner Sicht zu kurzen Lebensdauer für ein Gerät in der 1.200-Euro-Klasse für einen Wechsel auf eine JUNG-Wetterstation entschieden.
Da die JUNG-Wetterstation jedoch lediglich einen Ausgang für die Globalstrahlung bereitstellt, fehlten mir die richtungsabhängigen Strahlungswerte für die Beschattungssteuerung. Um die Beschattung weiterhin ausrichtungsbezogen steuern zu können, habe ich zunächst eine entsprechende Ersatzlogik entwickelt und diese inzwischen in einen LBS umgesetzt.
Vielleicht ist der Baustein auch für andere Anwender mit einer vergleichbaren Anforderung nützlich.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
v1.0 - Ueberwachung eines GIRA-Rauchmelders
v1.0.1 - Hilfe überarbeitet v1.1 - Persistenz-Handling grundlegend überarbeitet
CHANGES v1.1:
- Schwerwiegender Bug im Persistenz-Laden behoben (array_merge() hat bei numerischen Keys
zu unkontrolliertem Dateiwachstum geführt).
- Persistenz wird jetzt mit dem Union-Operator ($loaded + $V) geladen → schlüsseltreu und stabil.
- Empfohlene Vorgehensweise nach Update:
1. Neuen Baustein einspielen
2. Edomi neu starten (Reboot)
3. Alte Persistenzdateien manuell löschen:
/usr/local/edomi/www/data/smokemonitor_*.dat
4. Baustein wird die Dateien automatisch neu und korrekt anlegen.
================================================== ======
Der Baustein ueberwacht Batteriespannung, Kommunikation und Fehlercodes/Alarm
eines Rauchmelders und sendet bei Bedarf Telegram-Nachrichten.
Der gesamte Zustand wird in einer Persistenzdatei gespeichert:
/usr/local/edomi/www/data/smokemonitor_<Name>.dat
Diese Datei ueberlebt Neustarts und Systemreinigungen. Der Baustein arbeitet
im 60-Sekunden-Takt (Selbsttrigger via logic_setState).
EINGAENGE
---------
E1 (Trigger) Batteriespannung
Aktuelle Spannung in Volt. Jeder Empfang gilt als Lebenszeichen
und setzt den Kommunikations-Timer zurueck.
E2 (Wichtig) Meldeschwelle Spannung (V) [init=7.5]
Untergrenze, ab der "Batterie schwach" gemeldet wird.
E3 (Wichtig) Fehlercode
Diagnose-Bitmask. Akzeptiert Hex ("0x10"), Dezimal ("16") oder Integer.
E4 (Trigger) Alarm
1 = Rauchalarm ausgeloest, 0 = zurueckgesetzt (flankengesteuert).
E5 (Wichtig) COM-Timeout (Minuten) [init=60]
Nach wie vielen Minuten ohne E1-Empfang ein Kommunikationsalarm ausgeloest wird.
E6 (Wichtig) Bezeichnung
Name des Melders (z.B. "Schlafzimmer"). Bestimmt auch den Dateinamen der Persistenz.
E7 (Optional) Emoji aktiv (0/1) [init=1]
1 = Telegram-Nachrichten mit Emojis und HTML-Formatierung.
E8 (Optional) Spannungsueberwachung aktiv (0/1) [init=1]
1 = zusaetzliche Batterieueberwachung per Spannung aktiv (empfohlen: aktiv).
E9 (Optional) Debug (0-3) [init=0]
>0 aktiviert den Debug-Ausgang A4.
E10 (Trigger) Persistenz löschen
Bei 1 wird die Zustandsdatei geloescht und alles neu initialisiert.
AUSGAENGE
---------
A1 Telegram Fertig formatierte Nachricht. Nur gesetzt, wenn ein neues Ereignis auftritt.
A2 Status Bitmask des Gesamtzustands (siehe unten).
A3 Fehlertext Klartext der aktiven Fehlercodes (ohne Emoji), kommasepariert.
A4 Debugtext Diagnosezeile, nur wenn E9 > 0.
A2 STATUS (Bitmask - wird aus einzelnen Bits zusammengesetzt)
-------------------------------------------------------------
Bit 0 (+1) = Batteriealarm
Bit 1 (+2) = Kommunikationsalarm
Bit 2 (+4) = Fehlercode aktiv
Bit 3 (+8) = Rauchalarm
Beispiele:
0 = alles OK
3 = Batterie + Kommunikation
12 = Fehlercode + Rauchalarm
15 = alle vier Alarme aktiv
TELEGRAM-LOGIK (was wann gesendet wird)
---------------------------------------
- Spannung (E1): Wert <= Schwelle -> "Batterie schwach". Steigt sie wieder -> "Batterie OK".
War vorher ein Kommunikationsalarm aktiv -> "wieder erreichbar".
- Fehlercode (E3): Neuer oder geänderter Code -> Störmeldung. Code 0 nach vorherigem Fehler -> "behoben".
- Alarm (E4): Flankengesteuert - Meldung nur bei echtem Wechsel 0<->1.
- Timer (alle 60s): Löst Kommunikationsalarm aus, wenn länger als E5 kein E1-Empfang erfolgte.
Wiederholt Kommunikations-, Batterie- und Fehlermeldungen alle 24h,
solange der jeweilige Zustand besteht.
PERFORMANCE-HINWEISE
--------------------
Der Baustein ist CPU-optimiert: Der Zustand kommt ausschliesslich aus der
Persistenzdatei (kein logic_getVar pro Tick), die Ausgänge A2/A3 werden nur
bei Wertänderung gesetzt, und die Datei wird nur geschrieben, wenn sich
tatsächlich etwas geändert hat.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
image.png
Setzt eine Grafana Dashboard- bzw. Panel-URL (d-solo) aus Einzelbausteinen zusammen.
JEDE Eingangsaenderung loest die Neuberechnung und Ausgabe aus
(kein separater Trigger noetig).
<h2>Ein- und Ausgaenge</h2>
E1 = Host oder IP (z.B. 10.0.0.30)
E2 = Port (z.B. 3000; bei 80/443 wird er weggelassen)
E3 = Schema: http oder https (Standard http)
E4 = Dashboard-UID (z.B. decc5lerx0jk0d)
E5 = Dashboard-Slug (z.B. energieverbrauch-eigenbedarf)
E6 = orgId
E7 = panelId(s): einzelner Wert (z.B. 5) ODER Liste 1|2|3|4 (bis 30)
E8 = from (z.B. now-1m)
E9 = to (z.B. now)
E10 = refresh (z.B. 15s)
E11 = theme: dark oder light (leer = Standard)
E12 = kiosk: 0=aus, 1=full ("kiosk"), 2=tv ("kiosk=tv")
E13 = hideLogo: 1 haengt hideLogo=true an
E14 = freie Template-Variablen, z.B. var-host=server1&var-room=kueche
E15 = Separator fuer E7-Eingabe UND A15-Liste (Standard "|")
A1-A10 = je eine fertige URL fuer die ersten 10 Panel-IDs der Liste.
A1 = erste Panel-ID, A2 = zweite usw. Nicht belegte Ausgaenge
bleiben leer. Ist E7 leer, gibt A1 die URL ohne panelId aus.
A15 = ALLE URLs als Liste (getrennt durch E15). Nur bei mehr als
10 Panel-IDs belegt, sonst leer.
A16 = der verwendete Separator (Durchreichung von E15).
Hinweis: Werte wie now-1m werden bewusst NICHT URL-codiert, da Grafana
diese Syntax direkt erwartet. UID und Slug werden codiert.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Dieser LBS verarbeitet bis zu 10 Melder gleichzeitig. Pro Kanal wird aus dem Code-Wert (0-15) der passende SVG-Dateiname zusammengesetzt und die vollständige URL am zugehörigen Ausgang ausgegeben:
E1 -> A1
E2 -> A2
...
E10 -> A10
Die Einstellungen Eingangslogik, Host, Pfad, Protokoll und Port gelten gemeinsam für alle 10 Kanäle.
Erwartetes Namensschema der Dateien:
00_0000_600x150.svg
01_0001_600x150.svg
03_0011_600x150.svg
...
15_1111_600x150.svg
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
v1.1 - A12 Letzter erfolgreicher Abruf hinzugefügt - Zeitstempel (TT.MM.JJJJ HH:MM:SS), Zeigt an wann zuletzt erfolgreich Daten von aponet.de geholt wurden. Bei einem Cache-Treffer wird der Zeitpunkt des ursprünglichen Live-Abrufs ausgegeben (nicht der Zeitpunkt des Cache-Zugriffs).
Dieser Baustein ermittelt die nächstgelegenen Notdienstapotheken zu einer eingegebenen PLZ oder einem Ort. Datenquelle ist die offizielle Notdienstsuche von aponet.de (Gesundheitsportal der deutschen ApothekerInnen, Daten der Bundesapothekerkammer).
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
image.png
WU Forecast NextGen (LBS 19002798) ist ein moderner EDOMI-Wetterbaustein für die Weather.com / Weather Underground API v3. Er ruft 3-, 5-, 7-, 10- oder 15-Tage-Wettervorhersagen ab und stellt diese strukturiert als Tages- und Daypart-Daten (Tag/Nacht) zur Verfügung. Hauptfunktionen
Abruf von Wetterprognosen über die Weather.com API
Unterstützung mehrerer Sprachen und Einheiten (metrisch/imperial)
Intelligentes Dateicaching mit einstellbarer Cache-Dauer
Automatischer Fallback auf ältere Cache-Daten bei API-Ausfällen
Lokales Caching der Wetter-Icons
Ausgabe umfangreicher Wetterparameter wie Temperatur, Niederschlag, Wind, UV, Gewitter, Luftfeuchtigkeit und Mondphasen
OpenWeather-Icon-Mapping für bestehende Visualisierungen
Dynamische Felderkennung, sodass neue API-Felder erkannt werden können, ohne den Baustein sofort anpassen zu müssen
JSON-Ausgaben für einfache Weiterverarbeitung in anderen Logiken oder Visualisierungen
Besondere Merkmale
API wird nur bei Bedarf angesprochen (Cache-Optimierung)
Erkennt unbekannte neue Felder der Weather-API automatisch
Liefert komplette Rohdaten sowie bereits aufbereitete Einzelwerte
PHP 7.4 kompatibel
Kurz gesagt: Ein leistungsfähiger All-in-One-Wetterbaustein für EDOMI mit Weather Underground/Weather.com als Datenquelle, inklusive Caching, Iconverwaltung und umfangreicher Prognoseauswertung.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
image.png WUnderground JSON/PIPE-Splitter (LBS 19002799) ist ein Hilfsbaustein zur einfachen Weiterverarbeitung der Ausgänge des WU Forecast NextGen. Er zerlegt automatisch JSON- oder Pipe-Daten und stellt einzelne Werte direkt für Visualisierungen oder Logiken bereit. Funktionen
Erkennt automatisch:
WU-Daypart-JSONs ({"tag":[...],"nacht":[...]})
Pipe-getrennte Werte (23|24|25|26)
Wandelt JSON-Daten in getrennte Tag- und Nacht-Listen um
Kann einen beliebigen Einzelwert per Index extrahieren
Unterstützt Zahlen und Texte gleichermaßen
Verarbeitet Änderungen nur bei neuem Inhalt (Hash-Prüfung)
Typischer Einsatz
Der Baustein wird direkt hinter dem Forecast-Baustein eingesetzt, um einzelne Werte aus dessen JSON-Ausgängen zu gewinnen.
Beispiele:
Aus A40 (Temperatur) den Temperaturwert für Tag 3 extrahieren
Aus A53 (Wettertext Kurz) den Wetterzustand für morgen anzeigen
Aus A65 (UV-Index) einen bestimmten Tageswert herausfiltern
Pipe-Ausgänge wie A20 (Wochentage) oder A84 (OpenWeather-Icons) auf einzelne Einträge aufteilen
Ausgänge
A1: Tag-Werte als Pipe-String
A2: Nacht-Werte als Pipe-String
A3: Einzelwert nach gewähltem Index
Kurzbeschreibung
Universeller Parser für die Ausgänge des WU Forecast NextGen. Er zerlegt JSON- und Pipe-Daten automatisch und liefert einzelne Tag-, Nacht- oder Indexwerte für Visualisierung und Weiterverarbeitung.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Sommer Heat Shutter Closer V1.7
Automatische Rollladen-Steuerung bei Sommerhitze. Der Einschaltzeitpunkt wird intelligent per Temperaturvorhersage vorgezogen. Alle Einstellungen sind über das VSE konfigurierbar und bleiben nach Neustart erhalten (Persistenz in V10–V21).
1. **Vorverlegung**
Je höher die erwartete Maximaltemperatur (E5), desto früher fahren die Rollläden runter. Die Vorverlegung erfolgt parabolisch zwischen „Vorhersage Basis“ (E11) und „Vorhersage Maximum“ (E12).
2. **Einschaltbedingung**
Rollläden fahren nur runter, wenn **beide** Bedingungen erfüllt sind:
- Aktuelle Zeit liegt im Zeitfenster (nach vorgezogener Einschaltzeit bis Ausschaltzeit)
- Aussentemperatur ≥ Schwelle **UND** Globalstrahlung ≥ Schwelle
3. **Ausschaltbedingung**
- Hysterese wird berücksichtigt
- Mindest-Einschaltdauer (E15) wird eingehalten
- Nach Unterschreiten der Schwellen gibt es eine Nachlaufzeit (E16)
Die Werte in E6–E16 sind **nur Start-Defaults**. Sobald einmal über das VSE gespeichert wird , werden die Werte in V10–V20 persistiert und haben Vorrang.
| Parameter | Bedeutung | Standard |
|-----------------------------|------------------------------------------------|----------|
| E6 Schwelle Temperatur | Ab dieser Temp. + Strahlung wird geschlossen | 25°C |
| E7 Schwelle Globalstrahlung | Mindest-Sonneneinstrahlung | 400 W/m²|
| E8 Basis-Einschaltzeit | Normale Uhrzeit ohne Vorverlegung | 10:00 |
| E9 Ausschaltzeit | Späteste Ausschaltzeit | 19:45 |
| E10 Max. Vorverlegung | Maximale Vorverlegung in Minuten | 90 min |
| E11 Vorhersage Basis | Ab dieser Vorhersage-Temp. beginnt Vorverlegung| 25°C |
| E12 Vorhersage Maximum | Bei dieser Temp. maximale Vorverlegung | 38°C |
| E13 Hysterese Temperatur | Hysterese für Temperaturschwelle | 2°C |
| E14 Hysterese Strahlung | Hysterese für Strahlungsschwelle | 50 W/m² |
| E15 Mindest-Einschaltdauer | Mindestzeit, die die Rollläden unten bleiben | 30 min |
| E16 Nachlaufzeit | Nach Unterschreiten der Schwellen noch unten | 15 min |
VSE
Die Steuerung wird vollkmmen via VSE ermöglicht:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Die schon aus dem LBS19000690 von Marco Staud mars bekannten Listen, wurden nochmal ein wenig aufgebohrt in Funktion und mit VSE Elementen versehen. Der Viewer kommt mit zwei VSE Elementen daher.
Hier nochmal mein persönlicher Dank an Marco, dass ich seinen LBS in dieser Form als Grundlage benutzen durfte. 😊
Ein kleineres für die Homepage der Visu: image.png
und einer größeren View für Details: image.png
und auch Geburtstage sind optional konfigurierbar:
image.png
Da man mittlerweile bequem wird und nicht immer auf den Server zum Bearbeiten gehen mag, habe ich noch den Editor erstellt, wo man zum Beispiel mittels Ipad die Termine einfach entragen, kategorisieren und bearbeiten, sowie löschen kann: image.png
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar