Module Store

KNXDeviceTickMonitor: Dieses Modul ermöglicht die Überwachung mehrerer Gruppen- und Geräteadresskombinationen im KNX-Datenfluss. Für jede Kombination wird eine Variable unterhalb des Moduls erstellt. Die Variable wird für die im Modul konfigurierbare Tick-Länge auf "True" gesetzt, wenn eine gefilterte Gruppen- oder Geräteadresskombination im KNX-Datenfluss erkannt wird. Anschließend fällt die Variable auf "False" zurück. Dieser "Tick" kann dann mit den Standard-Symcon-Tools (wie Ereignissen) weiterverarbeitet werden.

KNXDeviceTrigger: Auch mit diesem Modul können mehrere Gruppen- und Geräteadresskombinationen im KNX-Datenfluss überwacht werden. Es richtet sich besonders an Benutzer, die eigene Module entwickeln möchten. KNXDeviceTrigger kann Ereignisse basierend auf Gruppen- oder Geräteadresskombinationen aus den KNX-Telegrammen direkt an andere Module weiterleiten oder Funktionen anderer Module auslösen. Dieses Modul ermöglicht es, den Umweg über die Erstellung von Variablen zu umgehen.

KNXDeviceWatcher: Das Modul KNXDeviceWatcher funktioniert grundsätzlich ähnlich wie der KNXDeviceTickMonitor, jedoch mit dem Unterschied, dass die Variablen unterhalb des Moduls direkt mit den Daten aus dem KNX-Datenfluss befüllt werden. Die Daten werden automatisch übernommen. Es wird jedoch empfohlen, die Daten aus den integrierten KNX-Modulen von Symcon zu verwenden, da die unterstützten Datentypen in diesem Modul begrenzt sind. Für die DPT der Gruppe 1.001 gelten auch die gleichen Werte für 1.002 und ähnliche Gruppen, wobei sich die Einheiten unterscheiden. Das gleiche gilt für die DPT 9.001.

KNXTrafficLogger: Dieses Modul dient zur Protokollierung des gesamten KNX-Telegrammverkehrs in Dateien. Alle empfangenen Telegramme werden im JSONL-Format (eine Zeile pro Telegramm) gespeichert und enthalten Zeitstempel, Gruppenadresse (GA), Geräteadresse (PA), Nutzdaten sowie den erkannten APCI-Typ (read/write/response).

StromGedacht (TransnetBW) — Netz-Signal: Wann ist es netzdienlich, Verbrauch zu verschieben? Abdeckung: Baden-Württemberg sowie Pilotgebiete (z. B. Teile Niedersachsens).
GrünstromIndex (Corrently/STROMDAO) — Öko-Signal: Wie grün ist der Strommix in der Region (0–100)? Abdeckung: ganz Deutschland, per Postleitzahl.
Energy-Charts Stromampel (Fraunhofer ISE) — Öko-Signal: Anteil erneuerbarer Energien an der Last, deutschlandweit.

Das Modul steuert die Beschattung (Rollladen/Jalousie) wahlweise manuell, per Wochenplan oder sensorbasiert im Automatikmodus (Helligkeit/Temperatur/Azimut) und berücksichtigt dabei manuelle Bedienungen über Sperrlogik.

• Betriebsmodi: Manuell, Wochenplan und Automatik
• Wochenplansteuerung mit optionaler Helligkeitsprüfung vor dem ersten Öffnen
und letzten Schließen
• Automatischer Modus auf Basis von Helligkeit, Temperatur und Sonnenazimut
(UND- / ODER-Verknüpfung)
• Einstellbare Beschattungsposition und Geschlossen-Position in Prozent
(0–100 %)
• Azimut-Vorauswahl nach Himmelsrichtung (Süd, Ost, West etc.) mit
automatischer Min/Max-Berechnung
• Sperrzeit nach manueller Bedienung zum Schutz vor ungewollter Automatik
• Optionale Deaktivierung der Automatik bis Tagesende nach manuellem Eingriff
• Lamellennachführung bei Endposition (offen oder geschlossen)
• Häuftigkeit der Beschattungsprüfung im Automatikmodus kann hinterlegt
werden

Modul zum direkten auslesen und steuern des Fronius Wattpilot Flex C6

Das Modul steuert deine Raumheizung anhand von Solltemperaturen und Wochenplänen und berücksichtigt dabei Fenster-/Türkontaktem für eine automatische Absenkung. Optional sind Übersteuerung, externer Heizstopp und externer Heizstart per Variable möglich.

• Raumweise Heizungssteuerung pro Instanz/Raum
• Regelungsarten: Automatik oder 2‑Punkt‑Regelung
• Konfigurierbare Hysterese (für 2‑Punkt‑Regelung)
• Frostschutz-Funktion
• Wochenpläne: Gesamtwoche, Arbeitstage/Wochenende oder individuell pro Tag
• Fenster-/Türkontakte zur automatischen Absenkung bei geöffnetem Kontakt
• Absenktemperatur frei einstellbar
• Absenkverzögerung frei einstellbar (z.B. für kurzes Lüften)
• Manuelle Heizübersteuerung („Heizen erzwingen“)
• Externer Heizstopp (höchste Priorität) über Boolean‑Variable: bei TRUE wird die Heizung gesperrt
• Externer Heizstart über Boolean‑Variable: bei TRUE wird die Heizung dauerhaft aktiviert (Heizen erzwingen)
• Prioritätslogik: Heizstopp übersteuert Heizstart (bei beiden TRUE bleibt die Heizung gesperrt)

LogAnalyzer ist ein Modul für IP-Symcon zur performanten Analyse und Filterung von Logdateien direkt in der modernen Kachelansicht (Tile View).

Das Modul ermöglicht das Filtern von Logeinträgen nach Objekt-ID, Meldungstyp, Sender und Freitext. Filter können kombiniert und dynamisch angepasst werden. Große Logdateien werden seitenweise geladen, wodurch auch Dateien im Bereich mehrerer hundert Megabyte performant verarbeitet werden können.

Zur Optimierung stehen verschiedene Betriebsmodi zur Verfügung:
Standard – vollständige Verarbeitung in PHP (maximale Kompatibilität)
System – Nutzung von Systemwerkzeugen wie grep, awk oder PowerShell für hohe Performance
Ultra – reserviert für zukünftige Erweiterungen

Die Oberfläche bietet:
Seitenweise Navigation durch Logeinträge
Dynamische Filterlisten basierend auf den Logdaten
Asynchrone Trefferzählung
Lade- und Statusanzeige
Dark- und Light-Theme
Kompaktmodus für dichte Darstellung
Direkte Filterübernahme per Doppelklick auf Objekt-IDs
Sticky Tabellenkopf und scrollbare Anzeige

Das Modul ist vollständig für die Tile View optimiert und benötigt keine zusätzlichen Statusvariablen. Das Modul funktioniert nicht mit der alten WebView!

Modul zur automatischen Übertragung von Zeit- und Datumswerten von IP-Symcon auf den KNX-Bus. Unterstützt werden sowohl getrennte Telegramme für Zeit (DPT 10.001) und Datum (DPT 11.001) als auch das kombinierte Datum-Zeit-Format (DPT 19.001).
Die Auslösung kann über frei definierbare Sendezeiten und/oder einen optionalen Intervallbetrieb erfolgen. Beide Methoden lassen sich parallel verwenden. Als Zeitquelle dient entweder die Symcon-Systemzeit oder optional ein NTP-Modul. Das Senden kann über die Konfiguration aktiviert oder deaktiviert werden.

KNXDeviceTickMonitor: Dieses Modul ermöglicht die Überwachung mehrerer Gruppen- und Geräteadresskombinationen im KNX-Datenfluss. Für jede Kombination wird eine Variable unterhalb des Moduls erstellt. Die Variable wird für die im Modul konfigurierbare Tick-Länge auf "True" gesetzt, wenn eine gefilterte Gruppen- oder Geräteadresskombination im KNX-Datenfluss erkannt wird. Anschließend fällt die Variable auf "False" zurück. Dieser "Tick" kann dann mit den Standard-Symcon-Tools (wie Ereignissen) weiterverarbeitet werden.

KNXDeviceTrigger: Auch mit diesem Modul können mehrere Gruppen- und Geräteadresskombinationen im KNX-Datenfluss überwacht werden. Es richtet sich besonders an Benutzer, die eigene Module entwickeln möchten. KNXDeviceTrigger kann Ereignisse basierend auf Gruppen- oder Geräteadresskombinationen aus den KNX-Telegrammen direkt an andere Module weiterleiten oder Funktionen anderer Module auslösen. Dieses Modul ermöglicht es, den Umweg über die Erstellung von Variablen zu umgehen.

KNXDeviceWatcher: Das Modul KNXDeviceWatcher funktioniert grundsätzlich ähnlich wie der KNXDeviceTickMonitor, jedoch mit dem Unterschied, dass die Variablen unterhalb des Moduls direkt mit den Daten aus dem KNX-Datenfluss befüllt werden. Die Daten werden automatisch übernommen. Es wird jedoch empfohlen, die Daten aus den integrierten KNX-Modulen von Symcon zu verwenden, da die unterstützten Datentypen in diesem Modul begrenzt sind. Für die DPT der Gruppe 1.001 gelten auch die gleichen Werte für 1.002 und ähnliche Gruppen, wobei sich die Einheiten unterscheiden. Das gleiche gilt für die DPT 9.001.

KNXTrafficLogger: Dieses Modul dient zur Protokollierung des gesamten KNX-Telegrammverkehrs in Dateien. Alle empfangenen Telegramme werden im JSONL-Format (eine Zeile pro Telegramm) gespeichert und enthalten Zeitstempel, Gruppenadresse (GA), Geräteadresse (PA), Nutzdaten sowie den erkannten APCI-Typ (read/write/response).

StromGedacht (TransnetBW) — Netz-Signal: Wann ist es netzdienlich, Verbrauch zu verschieben? Abdeckung: Baden-Württemberg sowie Pilotgebiete (z. B. Teile Niedersachsens).
GrünstromIndex (Corrently/STROMDAO) — Öko-Signal: Wie grün ist der Strommix in der Region (0–100)? Abdeckung: ganz Deutschland, per Postleitzahl.
Energy-Charts Stromampel (Fraunhofer ISE) — Öko-Signal: Anteil erneuerbarer Energien an der Last, deutschlandweit.

Designer für IPSView Visualisierungen

Authentifizierung und optimierte Datenübertragung für IPSView

Das Modul steuert die Beschattung (Rollladen/Jalousie) wahlweise manuell, per Wochenplan oder sensorbasiert im Automatikmodus (Helligkeit/Temperatur/Azimut) und berücksichtigt dabei manuelle Bedienungen über Sperrlogik.

• Betriebsmodi: Manuell, Wochenplan und Automatik
• Wochenplansteuerung mit optionaler Helligkeitsprüfung vor dem ersten Öffnen
und letzten Schließen
• Automatischer Modus auf Basis von Helligkeit, Temperatur und Sonnenazimut
(UND- / ODER-Verknüpfung)
• Einstellbare Beschattungsposition und Geschlossen-Position in Prozent
(0–100 %)
• Azimut-Vorauswahl nach Himmelsrichtung (Süd, Ost, West etc.) mit
automatischer Min/Max-Berechnung
• Sperrzeit nach manueller Bedienung zum Schutz vor ungewollter Automatik
• Optionale Deaktivierung der Automatik bis Tagesende nach manuellem Eingriff
• Lamellennachführung bei Endposition (offen oder geschlossen)
• Häuftigkeit der Beschattungsprüfung im Automatikmodus kann hinterlegt
werden

Mit diesem Modul ist es möglich die Geräte von Shelly in IP-Symcon einzubinden.

Authentifizierung und optimierte Datenübertragung für IPSView

Designer für IPSView Visualisierungen

Modul zur Steuerung der Musikwiedergabe und Sprachansagen (Text-To-Speech) auf Echo-Geräten und zur Steuerung von in Alexa eingebundenen Smarthome Geräten. Es ermöglicht außerdem das Starten von Routinen, Versand von Push-Nachrichten an die Alexa-App, Auswertung der letzten Aktionen der Echo-Geräte sowie diverser Informationen wie Weckzeiten und Listen.

BREAKING-CHANGE: Ab Version 2.0 erfolgt die Authentifizierung ausschließlich mittels Refresh-Token, der einmalig (mit einem externen Tool) generiert und im Modul hinterlegt werden muss.

DISCLAIMER: Bei diesem Modul handelt es sich um ein privates Projekt für die persönliche Nutzung. Es ist keine offizielle Integration von oder für Amazon Alexa. Daher kann die Funktion ohne Ankündigung jederzeit eingestellt werden..

Anbindung von www.zigbee2mqtt.io an IP-Symcon.

Das Amazon Alexa-Modul ermöglicht die Steuerung von Geräten durch Amazon Alexa. Dies beinhaltet insbesondere die Sprachsteuerung über Echo Dots.

KNXDeviceTickMonitor: Dieses Modul ermöglicht die Überwachung mehrerer Gruppen- und Geräteadresskombinationen im KNX-Datenfluss. Für jede Kombination wird eine Variable unterhalb des Moduls erstellt. Die Variable wird für die im Modul konfigurierbare Tick-Länge auf "True" gesetzt, wenn eine gefilterte Gruppen- oder Geräteadresskombination im KNX-Datenfluss erkannt wird. Anschließend fällt die Variable auf "False" zurück. Dieser "Tick" kann dann mit den Standard-Symcon-Tools (wie Ereignissen) weiterverarbeitet werden.

KNXDeviceTrigger: Auch mit diesem Modul können mehrere Gruppen- und Geräteadresskombinationen im KNX-Datenfluss überwacht werden. Es richtet sich besonders an Benutzer, die eigene Module entwickeln möchten. KNXDeviceTrigger kann Ereignisse basierend auf Gruppen- oder Geräteadresskombinationen aus den KNX-Telegrammen direkt an andere Module weiterleiten oder Funktionen anderer Module auslösen. Dieses Modul ermöglicht es, den Umweg über die Erstellung von Variablen zu umgehen.

KNXDeviceWatcher: Das Modul KNXDeviceWatcher funktioniert grundsätzlich ähnlich wie der KNXDeviceTickMonitor, jedoch mit dem Unterschied, dass die Variablen unterhalb des Moduls direkt mit den Daten aus dem KNX-Datenfluss befüllt werden. Die Daten werden automatisch übernommen. Es wird jedoch empfohlen, die Daten aus den integrierten KNX-Modulen von Symcon zu verwenden, da die unterstützten Datentypen in diesem Modul begrenzt sind. Für die DPT der Gruppe 1.001 gelten auch die gleichen Werte für 1.002 und ähnliche Gruppen, wobei sich die Einheiten unterscheiden. Das gleiche gilt für die DPT 9.001.

KNXTrafficLogger: Dieses Modul dient zur Protokollierung des gesamten KNX-Telegrammverkehrs in Dateien. Alle empfangenen Telegramme werden im JSONL-Format (eine Zeile pro Telegramm) gespeichert und enthalten Zeitstempel, Gruppenadresse (GA), Geräteadresse (PA), Nutzdaten sowie den erkannten APCI-Typ (read/write/response).

StromGedacht (TransnetBW) — Netz-Signal: Wann ist es netzdienlich, Verbrauch zu verschieben? Abdeckung: Baden-Württemberg sowie Pilotgebiete (z. B. Teile Niedersachsens).
GrünstromIndex (Corrently/STROMDAO) — Öko-Signal: Wie grün ist der Strommix in der Region (0–100)? Abdeckung: ganz Deutschland, per Postleitzahl.
Energy-Charts Stromampel (Fraunhofer ISE) — Öko-Signal: Anteil erneuerbarer Energien an der Last, deutschlandweit.

Das Modul steuert die Beschattung (Rollladen/Jalousie) wahlweise manuell, per Wochenplan oder sensorbasiert im Automatikmodus (Helligkeit/Temperatur/Azimut) und berücksichtigt dabei manuelle Bedienungen über Sperrlogik.

• Betriebsmodi: Manuell, Wochenplan und Automatik
• Wochenplansteuerung mit optionaler Helligkeitsprüfung vor dem ersten Öffnen
und letzten Schließen
• Automatischer Modus auf Basis von Helligkeit, Temperatur und Sonnenazimut
(UND- / ODER-Verknüpfung)
• Einstellbare Beschattungsposition und Geschlossen-Position in Prozent
(0–100 %)
• Azimut-Vorauswahl nach Himmelsrichtung (Süd, Ost, West etc.) mit
automatischer Min/Max-Berechnung
• Sperrzeit nach manueller Bedienung zum Schutz vor ungewollter Automatik
• Optionale Deaktivierung der Automatik bis Tagesende nach manuellem Eingriff
• Lamellennachführung bei Endposition (offen oder geschlossen)
• Häuftigkeit der Beschattungsprüfung im Automatikmodus kann hinterlegt
werden

Modul zum direkten auslesen und steuern des Fronius Wattpilot Flex C6

Das Modul steuert deine Raumheizung anhand von Solltemperaturen und Wochenplänen und berücksichtigt dabei Fenster-/Türkontaktem für eine automatische Absenkung. Optional sind Übersteuerung, externer Heizstopp und externer Heizstart per Variable möglich.

• Raumweise Heizungssteuerung pro Instanz/Raum
• Regelungsarten: Automatik oder 2‑Punkt‑Regelung
• Konfigurierbare Hysterese (für 2‑Punkt‑Regelung)
• Frostschutz-Funktion
• Wochenpläne: Gesamtwoche, Arbeitstage/Wochenende oder individuell pro Tag
• Fenster-/Türkontakte zur automatischen Absenkung bei geöffnetem Kontakt
• Absenktemperatur frei einstellbar
• Absenkverzögerung frei einstellbar (z.B. für kurzes Lüften)
• Manuelle Heizübersteuerung („Heizen erzwingen“)
• Externer Heizstopp (höchste Priorität) über Boolean‑Variable: bei TRUE wird die Heizung gesperrt
• Externer Heizstart über Boolean‑Variable: bei TRUE wird die Heizung dauerhaft aktiviert (Heizen erzwingen)
• Prioritätslogik: Heizstopp übersteuert Heizstart (bei beiden TRUE bleibt die Heizung gesperrt)

LogAnalyzer ist ein Modul für IP-Symcon zur performanten Analyse und Filterung von Logdateien direkt in der modernen Kachelansicht (Tile View).

Das Modul ermöglicht das Filtern von Logeinträgen nach Objekt-ID, Meldungstyp, Sender und Freitext. Filter können kombiniert und dynamisch angepasst werden. Große Logdateien werden seitenweise geladen, wodurch auch Dateien im Bereich mehrerer hundert Megabyte performant verarbeitet werden können.

Zur Optimierung stehen verschiedene Betriebsmodi zur Verfügung:
Standard – vollständige Verarbeitung in PHP (maximale Kompatibilität)
System – Nutzung von Systemwerkzeugen wie grep, awk oder PowerShell für hohe Performance
Ultra – reserviert für zukünftige Erweiterungen

Die Oberfläche bietet:
Seitenweise Navigation durch Logeinträge
Dynamische Filterlisten basierend auf den Logdaten
Asynchrone Trefferzählung
Lade- und Statusanzeige
Dark- und Light-Theme
Kompaktmodus für dichte Darstellung
Direkte Filterübernahme per Doppelklick auf Objekt-IDs
Sticky Tabellenkopf und scrollbare Anzeige

Das Modul ist vollständig für die Tile View optimiert und benötigt keine zusätzlichen Statusvariablen. Das Modul funktioniert nicht mit der alten WebView!