LBS (Logikbausteine): Updates und Changelogs

[eXec]

NEU: Hoymiles DTUBI v1.0 (lokal TCP)

Für alle die Balkonkraftwerke von Hoymiles mit DTUBI Schnittstelle haben, hier ein LBS um ohne Cloud den WR direkt abzufragen. Plus drei VSE's.
Dieser EDOMI-Logikbaustein (LBS) liest Echtzeit-Messdaten eines Hoymiles
HMS-Wechselrichters MIT integriertem WLAN-DTU (DTUBI) direkt ueber das
lokale Netzwerk aus - komplett ohne Cloud-Zugang.

Kommunikationsweg: TCP Port 10081 → Protobuf-Protokoll
(identisch zur originalen Hoymiles S-Miles App)

VORAUSSETZUNG:
Python-Bibliothek "hoymiles-wifi" muss auf dem EDOMI-Server installiert sein:
pip install hoymiles-wifi

Das Python-Helferscript "hoymiles_query.py" muss auf dem EDOMI-Server
abgelegt sein. Standard-Pfad: E7 (Script-Pfad).

KOMPATIBILITAET:
Nur fuer HMS-Modelle MIT integriertem WLAN-DTU (DTUBI-Seriennummer).
Nicht fuer Modelle mit externem DTU-Pro/Lite (diese nutzen Sub-1G RF).
image.png

VSE klein
image.png
VSE mittel

image.png
VSE groß
image.png

INFO: Die VSE's überarbeite ich bei Gelegenheit nochmal, da es im Installationmenu noch etwas unschön aussieht.

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

NEU: Jahrestage/Erinnerungen Viewer
NEU: Jahrestage/Erinnerungen Editor

image.png

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! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

Sommer Hitze Steuerung für Rolladen LBS

image.png

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:
image.png

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

NEU: WUnderground Weather Forecast NextGen und WUnderground JSON/PIPE-Splitter

LBS-ID: 19002798 / 19002799

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! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

UPDATE: aponet - Notfallapotheken v1.1

LBS-ID: 19002791

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).

image.png

Mit Messenger Ausgang optimiert für Telegram LBS inklusive Maps Link zur Apotheke:

image.png

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

NEU: Rauchmelder Binär to Icon-URL 10-Kanal v1.0

LBS-ID: 19002789

image.png

Alarm-Icon URL 10-Kanal
=======================

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


Inkl. 2 SVG Icon Sets (transparent /weißer Hintergrund):

Aufbau: __600x150.svg
Die Breite ist bei allen Icons fest 600 (aktive Symbole werden zentriert,
freie Fläche transparent).


image.png

Funktioniert im Zusammenspiel mit dem LBS GIRA™ Rauchmelder MonitorAusgang A2.


+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+ Initiative MEGA - Make Edomi Great Again!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

UPDATE: Grafana URL Generator v1.0

LBS-ID: 19002788

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!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

UPDATE: GIRA™ Rauchmelder Monitor v1.1

LBS-ID: 19002784

image.png

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_&lt;Name&gt;.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]
&gt;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 &gt; 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


FEHLERCODES (E3 Bitmask)
------------------------
0x01 = Batterie schwach/leer
0x02 = Interne Kommunikationsstoerung des Rauchmelders
0x04 = Temperatursensor 1 defekt
0x08 = Temperatursensor 2 defekt
0x10 = Rauchkammer verschmutzt/defekt


TELEGRAM-LOGIK (was wann gesendet wird)
---------------------------------------
- Spannung (E1): Wert &lt;= Schwelle -&gt; "Batterie schwach". Steigt sie wieder -&gt; "Batterie OK".
War vorher ein Kommunikationsalarm aktiv -&gt; "wieder erreichbar".
- Fehlercode (E3): Neuer oder geänderter Code -&gt; Störmeldung. Code 0 nach vorherigem Fehler -&gt; "behoben".
- Alarm (E4): Flankengesteuert - Meldung nur bei echtem Wechsel 0&lt;-&gt;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!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

NEU: Sektorstrahlung aus Globalstrahlung v1.0

LBS-ID: 19002782

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/

v1.0 – Initiale Version
Funktionen: Sektorverteilung, Azimut-/Elevationsgewichtung, Direkt-/Diffusanteil, JSON-Ausgabe, Verschattungserkennung, umfangreiches Debugging.

----------------------------------------------------------------------------------------------------------------

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!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

UPDATE: Energy Meter v1.5

LBS-ID: 19002781

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.

image.png
Versionen

v1.0
- Initialerstellung

v1.1
- Tara-Funktion (E10)
- Tendenzausgang A18
- Live-Verbrauchsberechnung
- Plausibilitätsprüfung für rücklaufende Zählerstände
- Erstinitialisierung ohne Persistenzdatei
- Abschaltbare Zählerwechsel-Erkennung (E4=101)

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!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[eXec]

Update: Reolink PTZ Zonenmanager v1.1

LBS-ID: 19001108

image.png


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

Update: Reolink PTZ Manager v1.1

LBS-ID: 19002780
v1.0 Initial Version
v1.1 A6 Visuausgang hinzugefügt

image.png

Funktion: Dieser Baustein ermöglicht die vollständige Steuerung einer Reolink PTZ-IP-Kamera (Pan-Tilt-Zoom) inklusive Bewegung, Zoom, Fokus, IR-Steuerung und Preset-Ansteuerung.

---

Unterstützte Befehle (E4)

• Move: Up, Down, Left, Right, UpLeft, UpRight, DownLeft, DownRight, PosX (z.B. Move:Pos3)
• CMove: Up, Stop, Patrol (kontinuierliche Bewegung)
• Zoom: In, Out
• Focus: Plus, Minus
• Set: IRAuto, IROff

---

Besondere Features

• 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!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

[sipiyou]

Ich hab eben

http://service.knx-user-forum.de/?co...ad&id=19002629

http://service.knx-user-forum.de/?co...ad&id=19002760

http://service.knx-user-forum.de/?co...ad&id=19002625

aktualisiert. Benötigen jetzt weniger CPU und laufen fast mit 0% last, wenn nichts los ist.

[eXec]

NEU: Impulskaskade variabel

Erzeugt nach einem Trigger eine Folge von Impulsen.

image.png
Schreibt zum Beispiel Bilder der Eingangs-Cam ins Archiv weg um damit den Telegramdienst zu befüllen.

[eXec]

NEU: Shinobi CCTV Motion Trigger 1.0

Shinobi CCTV Motion Trigger

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!* +-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

*geklaut bei sipiyou

[eXec]

NEU: Hysterese PLUS v1.2

Erweiterte Hysterese mit invertiertem Ausgang,
Statusausgängen und optionaler SBC-Funktion der Ausgänge.

image.png