Fixes

displayprodLinux/Baggages/Help_de/BASE-Bei-Neustart-vom-Bus-lesen.md

@@ -0,0 +1,6 @@
+### Bei Neustart vom Bus lesen
+
+Nach einem Neustart können Uhrzeit und Datum auch aktiv über Lesetelegramme abgefragt werden. Mit diesem Parameter wird bestimmt, ob Uhrzeit und Datum nach einem Neustart aktiv gelesen werden.
+
+Wenn dieser Parameter gesetzt ist, wird die Uhrzeit und das Datum alle 20-30 Sekunden über ein Lesetelegramm vom Bus gelesen, bis eine entsprechende Antwort kommt. Falls keine Uhr im KNX-System vorhanden ist oder die Uhr nicht auf Leseanfragen antworten kann, sollte dieser Parameter auf "Nein" gesetzt werden.
+

displayprodLinux/Baggages/Help_de/BASE-ChannelName.md

@@ -0,0 +1,9 @@
+### Beschreibung
+
+Der hier angegebene Name wird an verschiedenen Stellen verwendet, um diesen Kanal wiederzufinden.
+
+* Seitenbeschreibung des Kanals
+* Name vom Kommunikationsobjekt
+
+Eine aussagekräftige Benennung erlaubt eine einfachere Orientierung innerhalb der Applikation, vor allem wenn man viele Kanäle nutzt.
+

displayprodLinux/Baggages/Help_de/BASE-Comment.md

@@ -0,0 +1,4 @@
+### Kommentar
+
+Hier kann man einen Freitext eingeben, der den Kanal beschreibt. Dieser Text kann mehrzeilig sein. Leider unterstütz die ETS von sich aus keine mehrzeiligen Texte. Mit dem Button unter der Textbox kann man alle Eingaben der Zeichenfolge '\n' in neue Zeilen umwandeln lassen. 
+

displayprodLinux/Baggages/Help_de/BASE-Diagnoseobjekt-anzeigen.md

@@ -0,0 +1,8 @@
+### Diagnoseobjekt anzeigen
+
+Man kann bei diesem Gerät ein Diagnoseobjekt (KO 7) einschalten. Dieses Diagnoseobjekt ist primär zum Debuggen vorhanden, kann aber auch einem User bei einigen Fragen weiter helfen.
+
+Die Grundidee vom Diagnoseobjekt: Man sendet mit der ETS Kommandos an das KO 7 und bekommt eine entsprechende Antwort. Derzeit sind nur wenige Kommandos für die Nutzung durch den Enduser geeignet, allerdings werden im Laufe der Zeit immer weitere Kommandos hinzukommen. Die Kommandos sind von den verwendeten OpenKNX-Modulen abhängig und werden in den dortigen Applikationsbeschreibungen beschrieben.
+
+Mit einem 'Ja' wird das KO 7 'Diagnoseobjekt' freigeschaltet.
+

displayprodLinux/Baggages/Help_de/BASE-Empfangen-ueber.md

@@ -0,0 +1,12 @@
+### Empfangen über
+
+Dieses Gerät kann Uhrzeit und Datum vom Bus empfangen. Dabei kann man wählen, ob man Uhrzeit über ein Kommunikationsobjekt und das Datum über ein anders empfangen will oder beides, Uhrzeit und Datum, über ein kombiniertes Kommunikationsobjekt.
+
+#### Ein kombiniertes KO
+
+Wählt man diesen Punkt, wird ein kombiniertes Kommunikationsobjekt für Uhrzeit/Datum (DPT 19) bereitgestellt. Der KNX-Zeitgeber im System muss die kombinierte Uhrzeit/Datum entsprechend liefern können.
+
+#### Zwei getrennte KOs
+
+Wählt man diesen Punkt, wird je ein Kommunikationsobjekt für Uhrzeit (DPT 10) und Datum (DPT 11) bereitgestellt. Der KNX-Zeitgeber im System muss die Uhrzeit und das Datum für die beiden Kommunikationsobjekte liefern können.
+

displayprodLinux/Baggages/Help_de/BASE-Erweitertes-In-Betrieb.md

@@ -0,0 +1,26 @@
+### Erweitertes "In Betrieb"
+
+Der erweiterte ‚In-Betrieb‘-Modus liefert zusätzliche Informationen zum Gerätestatus.
+Statt als einzelnes Bit (DPT-1) wird der Status nun als Byte (DPT-5) übertragen.
+Der erweiterte Status wird nicht nur zyklisch, sondern auch bei Änderungen gesendet – so können Probleme wie Netzwerkfehler oder Übertemperatur sofort gemeldet werden.
+Durch eine Bitmaske lassen sich dabei verschiedene Zustandsinformationen gezielt auswerten.
+
+Struktur: `0b NRRR_TWSB`
+
+* Das Bit **B** (`1`) repräsentiert das normale Signal "In Betrieb" (immer aktiv).
+* Das Bit **S** (`2`) repräsentiert den Startvorgang und wird einmalig nach Ablauf der Startverzögerung übermittelt.
+* Das Bit **W** (`4`) repräsentiert, ob das Gerät durch einen Watchdog neu gestartet wurde und wird nur in Verbindung mit dem Startup-Bit einmalig gesendet.
+* Das Bit **T** (`8`) repräsentiert, ob die BCU einen Übertemperaturalarm hat.
+* Das Bit **R** (`16`) repräsentiert, eine Reserve.
+* Das Bit **R** (`32`) repräsentiert, eine Reserve.
+* Das Bit **R** (`64`) repräsentiert, eine Reserve.
+* Das Bit **N** (`128`) repräsentiert, ob eine Netzwerkverbindung besteht.
+
+**Hinweis:** Wenn eine neue Firmware auf das Gerät übertragen wird, kommt es in manchen Fällen dazu, dass das Flag für den "Neustart durch den Watchdog" gesetzt wurde.
+
+**Tipp:** Bei Bedarf kann das Logikmodul daraus einzelne 1-Bit-KOs erzeugen. Ein entsprechendes Beispiel lässt sich über den Konfigurationstransfer importieren und anschließend über Eingang 2 anpassen.
+
+```
+OpenKNX,cv1,*/LOG/*§f~Name=Bit%20aus%20erweitertem%20Betrieb%20ausmakieren§f~Logic=1§f~Calculate=1§f~Trigger=1§f~TriggerE1=1§f~NameInput1=Erweiterter%20Betriebsstatus§f~E1=1§f~E1Dpt=2§f~E1OtherKO:2=1§f~E1UseOtherKO=1§f~E1LowDpt5:1=0§f~NameInput2=Bitmaske%20(dezimal)§f~E2ConvertInt=5§f~E2=1§f~E2Dpt=2§f~E2LowDpt5Fix=128§f~NameOutput=ausmaskiertes%20Bit§f~OOn=8§f~OOnAll=8§f~OOnFunction=9§>Wert für Eingang 2 passend setzen!§;OpenKNX
+```
+

displayprodLinux/Baggages/Help_de/BASE-Erweitertes-Speichern.md

@@ -0,0 +1,40 @@
+### Erweitertes Speichern
+
+Die integrierten Module können standardmäßig ihre Zustände automatisch auf dem internen Flashspeicher zwischenspeichern. Dies erfolgt beim Ausfall der Busspannung (bei TP-Geräten mit entsprechendem SAVEPIN) und bei einem Neustart des Geräts. Einige Updateskripte triggern außerdem das Speichern vor dem Aktualisieren.
+
+Bei einem Reset durch den Watchdog oder die Reset-Taste, bei einem Absturz oder bei einem Stromausfall (ohne entsprechenden SAVEPIN), kann das rechtzeitige Speichern jedoch nicht mehr durchgeführt werden. Hier bietet sich bei Bedarf an, die Daten zyklisch oder manuell (per KO) zu speichern. Folgende Punkte sind zu beachten:
+
+#### Flashspeicher
+Ein Flashspeicher unterliegt begrenzten Schreibzyklen. Ein zu häufiges Speichern führt zu einer verkürzten Lebensdauer. Die Anzahl der Schreibzyklen sind Flashspeicher abhängig. Eine pauschale Aussage zur Beständigkeit kann somit nicht getroffen werden. Allerdings kann man bei einem RP2040 davon ausgehen, dass dieser ca. 100000 Schreibzyklen verkraftet. Um den Flashspeicher zu schützen, kann man beim zyklischen Speichern maximal "Stündlich" auswählen. Unsere Empfehlung ist aber **nicht** mehr als 4x pro Tag. Beim manuellen Speichern gibt es ebenfalls einen zeitlichen Schreibschutz.
+
+#### Auswirkung beim RP2040/RP2350
+
+Bei einem RP2040/RP2350 wird während des Schreibvorgangs die Verarbeitung pausiert.
+Während dieser Pause können KNX-Telegramme verloren gehen. Daher sollte man sich gut überlegen, ob ein zyklisches Schreiben nötig ist. Wir empfehlen diese Option nur zu verwenden, wenn dies tatsächlich nötig ist (z.B. beim Zählermodul). Alternativ ist auch das manuelle Speichern per KO möglich, so dass man dies erst bei einer Änderung auslöst. Außerdem kann man mithilfe einer Zeitschaltuhr das zyklische Schreiben in die Nacht verlegen.
+
+#### Zyklisches speichern
+
+Auswahl:
+
+- Deaktiviert
+- Jede Stunde
+- Alle 2 Stunden
+- Alle 4 Stunden
+- Alle 6 Stunden
+- Täglich
+- Wöchentlich
+
+#### Manuelles speichern
+
+Über diese Einstellung kann ein Gruppenobjekt eingeblendet werden, über das die Speicherung über Bus Telegramm mit dem Wert 1 ausgelöst werden kann.
+
+Auswahl:
+
+- Deaktiviert
+- Aktiv mit 5 min. Schreibschutz
+  Die Anzahl der Speicheroperation werden auf maximal einmal pro 5 Minuten begrenzt
+- Aktiv mit 15 min. Schreibschutz
+  Die Anzahl der Speicheroperation werden auf maximal einmal pro 15 Minuten begrenzt
+- Aktiv mit 60 min. Schreibschutz
+  Die Anzahl der Speicheroperation werden auf maximal einmal pro 60 Minuten begrenzt
+

displayprodLinux/Baggages/Help_de/BASE-Geraetestandort.md

@@ -0,0 +1,16 @@
+### Gerätestandort
+
+Für die korrekte Berechnung der Zeit für Sonnenauf- und -untergang werden die genauen Koordinaten des Standorts benötigt sowie auch die Zeitzone und die Information, ob gerade die Sommerzeit aktiv ist.
+
+Die Geo-Koordinaten können bei Google Maps nachgeschaut werden, indem man mit der rechten Maustaste auf das Objekt klickt und die unten erscheinenden Koordinaten benutzt.
+
+Die Standard-Koordinaten stehen für Frankfurt am Main, Innenstadt.
+
+### Breitengrad
+
+In dem Feld wird der Breitengrad des Standortes eingegeben.
+
+### Längengrad
+
+In dem Feld wird der Längengrad des Standortes eingegeben.
+

displayprodLinux/Baggages/Help_de/BASE-Heartbeat.md

@@ -0,0 +1,9 @@
+### In Betrieb senden alle
+
+Das Gerät kann einen Status "Ich bin noch in Betrieb" über das KO 1 senden. 
+Diese Option ermöglicht das periodische Senden einer Nachricht. Dadurch kann überprüft werden, ob ein Gerät noch funktioniert und erreichbar ist.
+
+Hier wird das Sendeintervall eingestellt.
+
+Sollte hier eine 0 angegeben werden, wird kein "In Betrieb"-Signal gesendet und das KO 1 steht nicht zur Verfügung.
+

displayprodLinux/Baggages/Help_de/BASE-Modul-aktivieren.md

@@ -0,0 +1,6 @@
+### Modul aktivieren
+
+Ist die Checkbox ausgewählt, ist das entsprechende Modul aktiv und dessen Parameterseite erscheint in der ETS.
+
+Wird die Checkbox ausgeschaltet, wird das Module deaktiviert und alles Grupppenadressenzuordnungen entfernt. Die eingestellten Parameter bleiben erhalten, sind aber wirkungslos, da das Modul auf dem Gerät nicht ausgeführt wird.
+

displayprodLinux/Baggages/Help_de/BASE-Module.md

@@ -0,0 +1,4 @@
+### Module
+
+Hier wird eine Liste aller in dieser Applikation enthaltenen OpenKNX-Module und deren Version angezeigt. Standardmäßig sind alle Module aktiv. Mit der Checkbox kann man ein Modul deaktivieren. Es erscheint dann nicht mehr zur Auswahl in der ETS-Applikation und wird auf dem Gerät nicht ausgeführt.
+

displayprodLinux/Baggages/Help_de/BASE-OpenKNX.md

@@ -0,0 +1,6 @@
+### OpenKNX
+
+OpenKNX ist eine offene Gemeinschaft von Hobbyisten die freie und quelloffene Software für KNX-Geräte erstellen. Um eine nachhaltige und professionelle Integration ins Smarthome zu erreichen streben wir eine weitgehende Kompatibilität zum KNX-Standard an. Mit OpenKNX hast Du die Möglichkeit bereits fertige Lösungen einzusetzen, diese individuell anzupassen oder ganz neue Lösungen zu realisieren - der modulare Ansatz bietet schnelle Erfolge durch den Einsatz bewährter Softwaremodule.
+
+Weitere Informationen findest Du unter: www.openknx.de - wiki.openknx.de - forum.openknx.de
+

displayprodLinux/Baggages/Help_de/BASE-POSIX-TZ-String.md

@@ -0,0 +1,45 @@
+### POSIX TZ-String
+
+**Allgemeiner Aufbau:**
+
+`STD[+/-]hh[:mm[:ss]][DST[+/-]hh[:mm[:ss]][,Start[/Time],End[/Time]]]`
+
+**Bedeutung der einzelnen Teile:**
+
+- `STD`  
+  Abkürzung der Standardzeit (z. B. `CET` für Mitteleuropäische Zeit).
+
+- `[+/-]hh[:mm[:ss]]`  
+  Zeitverschiebung zur UTC. Positive Werte sind westlich von Greenwich (z. B. USA), negative Werte östlich (z. B. Europa).  
+  Beispiel: `-1` für Mitteleuropa (eine Stunde östlich von UTC).
+
+- `DST`  
+  Abkürzung der Sommerzeit (z. B. `CEST` für Mitteleuropäische Sommerzeit).
+
+- `[+/-]hh[:mm[:ss]]`  
+  (Optional) Abweichung der Sommerzeit zur Standardzeit.
+
+- `,Start[/Time],End[/Time]`  
+  (Optional) Regeln, wann die Sommerzeit beginnt und endet.  
+  Format: `M<m>.<w>.<d>` (Monat, Woche, Wochentag), z. B. `M3.5.0` = letzter Sonntag im März.
+
+
+**Beispiel für Mitteleuropa (Deutschland):**
+
+`CET-1CEST,M3.5.0/2:00:00,M10.5.0/3:00:00`
+
+- `CET` = Standardzeit (Central European Time)
+- `-1` = 1 Stunde östlich von UTC
+- `CEST` = Sommerzeit (Central European Summer Time)
+- `M3.5.0/2:00:00` = Sommerzeit beginnt am letzten Sonntag im März um 2:00 Uhr
+- `M10.5.0/3:00:00` = Sommerzeit endet am letzten Sonntag im Oktober um 3:00 Uhr
+
+
+**Weitere Beispiele:**
+
+- UTC (keine Sommerzeit):  
+  `UTC0`
+
+- New York (USA, mit Sommerzeit):  
+  `EST5EDT,M3.2.0/2,M11.1.0/2`
+

displayprodLinux/Baggages/Help_de/BASE-Sommerzeit-ermitteln-durch.md

@@ -0,0 +1,18 @@
+### Sommerzeit ermitteln durch
+
+Hier kann man eine der verfügbaren Möglichkeiten auswählen, mit der das Gerät ermitteln kann, ob gerade die Sommerzeit aktiv ist.
+
+#### Kommunikationsobjekt 'Sommerzeit aktiv'
+
+Wird diese Option ausgewählt, muss über das Kommunikationsobjekt 'Sommerzeit aktiv' dem Gerät mitgeteilt werden, ob gerade die Sommerzeit aktiv ist.
+
+#### Kombiniertem Datum/Zeit-KO (DPT 19)
+
+Erscheint nur, wenn der Datum- bzw. Zeitempfang über ein kombiniertes Datum/Zeit-KO (DPT 19) gewählt worden ist.
+
+Wenn der Datum- bzw. Zeitempfang über ein kombiniertes Datum/Zeit-KO (DPT 19) gewählt worden ist, kann dieses Zeittelegramm auch die Information enthalten, ob gerade die Sommerzeit aktiv ist. Wenn der Zeitgeber im System diese Information mit dem DPT 19-Telegramm mitschicken kann, sollte diese Option gewählt werden.
+
+#### Interne Berechnung
+
+Diese Option berechnet anhand der eingestellten Zeitzone die Sommerzeit.
+

displayprodLinux/Baggages/Help_de/BASE-Startup.md

@@ -0,0 +1,8 @@
+### Startverzögerung
+
+Hier kann man festlegen, wie viel Zeit vergehen soll, bis das Gerät nach einem Neustart seine Funktion aufnimmt. Dabei ist es egal, ob der Neustart durch einen Busspannungsausfall, einen Reset über den Bus, durch ein Drücken der Reset-Taste oder durch den Watchdog ausgelöst wurde.
+
+Da das Gerät prinzipiell (sofern parametriert) auch Lesetelegramme auf den Bus senden kann, kann mit dieser Einstellung verhindert werden, dass bei einem Busneustart von vielen Geräten viele Lesetelegramme auf einmal gesendet werden und so der Bus überlastet wird.
+
+**Anmerkung:** Auch wenn man hier technisch bis zu 16.000 Stunden Verzögerung angeben kann, sind nur Einstellungen im Sekundenbereich sinnvoll.
+

displayprodLinux/Baggages/Help_de/BASE-Verfuegbare-Kanaele.md

@@ -0,0 +1,5 @@
+### Verfügbare Kanäle
+
+Um die Applikation übersichtlicher zu gestalten, kann hier ausgewählt werden, wie viele Kanäle in der Applikation verfügbar und editierbar sind. Die Maximalanzahl der Kanäle hängt von der Firmware des Gerätes ab, dass dieses Modul verwendet.
+
+Die ETS ist auch schneller in der Anzeige, wenn sie weniger (leere) Kanäle darstellen muss. Insofern macht es Sinn, nur so viele Kanäle anzuzeigen, wie man wirklich braucht.

displayprodLinux/Baggages/Help_de/BASE-Watchdog-aktivieren.md

@@ -0,0 +1,12 @@
+### Watchdog aktivieren
+
+Trotz hohen Qualitätsansprüchen, vielfältigen Tests und langem produktiven Einsatz kann man nie ausschließen, dass noch Fehler in der Firmware enthalten sind. Besonders ärgerlich sind Fehler, die ein Hardwaremodul zum hängen bringen und so die Funktion eingestellt wird.
+
+Das Gerät bringt einen Watchdog mit, welcher es erlaubt, in Situationen, die einem "Hänger" entsprechen, die Hardware automatisch neu zu starten.
+
+Der Vorteil eines Watchdog ist, dass er vor allem sporadische und selten vorkommende "Hänger" beseitigt, meist ohne dass man es merkt.
+
+Der Nachteil ist, dass damit Fehler/Probleme verschleiert und umgangen werden, die besser an die Entwickler gemeldet und von ihnen gelöst werden sollten.
+
+Mit einem 'Ja' wird der Watchdog eingeschaltet.
+

displayprodLinux/Baggages/Help_de/BASE-Zeitzone.md

@@ -0,0 +1,4 @@
+### Zeitzone
+
+Für die korrekte Berechnung der Zeit wird die Zeitzone des Standortes benötigt.
+

displayprodLinux/Baggages/Help_de/Empty.md

@@ -0,0 +1 @@
+