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
Keine Ankündigung bisher.
OpenKNX-RaumController release - oder: Aus dem Sensormodul wird ein RaumController
Das habe ich jetzt auch lernen müssen 😅
(bestes Beispiel sind da wohl auch die GVS Waltz Taster)
Aber dafür ist ja der Korrekturfaktor gut , zumindest scheint beim PM hier der Wert nicht ständig zu schwanken.
der %-Wert bezieht sich dann auf den Wert im Gehäuse, der aufgrund der höheren Temp. niedriger ist.
Bekomme komischerweise einen höheren Wert als von meinem geeichten (leider ist die Eichung schon länger her) Hygrometer.
Was mich noch interessieren würde:
Passe ich den Temperaturwert an, hat das gleich (logischerweise) Einfluss auf den Luftfeuchtigkeitswert.
Wenn ich jetzt bei der Temperatur die Funktion "Externe Messwerte berücksichtigen" (mehrere Sensoren im Raum) verwende, beeinflusst das dann auch den Luftfeuchtigkeitswert oder zählt hier rein der Korrekturwert den ich beim Temperatursensor eingestellt habe?
Wenn ich jetzt bei der Temperatur die Funktion "Externe Messwerte berücksichtigen" (mehrere Sensoren im Raum) verwende, beeinflusst das dann auch den Luftfeuchtigkeitswert oder zählt hier rein der Korrekturwert den ich beim Temperatursensor eingestellt habe?
Das ist eine reine Komfortfunktion der Applikation, die Dir erlaubt, eine gewichtete Durchschnittsbildung von bis zu 3 Werten (der gemessene - und korrigierte - und 2 externe Werte) zu bilden. Hat keinerlei Auswirkungen auf jegliche andere Messwerte.
ich hoffe ich bin hier richtig, da es sich eigentlich um das Präsenzmodul 3.10 handelt.
Ich möchte gerne den PM sperren, wenn das Licht ausgeschaltet und entsperren, wenn das Licht angeschaltet wird.
Dazu habe ich die Sperre vom entsprechenden PM-Kanal (mit 0=Sperren) auf die GA 1/1/1 der Taster gelegt.
Das scheint aber nicht immer zuverlässig zu funktionieren, in manchen Fällen schaltet der PM-Kanal das Licht einfach nicht mehr aus, obwohl die Sperre nicht aktiv sein sollte. Heute kam das wieder vor, deshalb habe ich mal alle Parameter und Logs zusammen gesucht.
Ist das ein Bug im Präsenzmodul? Kann ich irgendwie erkennen, ob der PM-Kanal aktuell gesperrt ist? Wie kann ich das debuggen?
Vielen Dank!
7:16 Uhr Licht wird über "Kind 1 Spots Schalten 1/1/1" eingeschaltet --> PM-Kanal sollte dabei entsperrt werden (siehe KO 146)
7:17 Uhr "Kind1 PIR Schalten 4/1/3" und "Kind 1 HF Schalten 4/1/4" senden beide ein AUS Telegram, aber "Kind1 Präsenz Licht Schalten 4/1/5" sendet kein AUS Telegram
Ich möchte gerne den PM sperren, wenn das Licht ausgeschaltet und entsperren, wenn das Licht angeschaltet wird.
Warum willst du das überhaupt? Das klingt für mich ganz einfach nach Anwendungsfall "Halbautomat", also PM schaltet Licht nicht ein, aber wenn es ein ist soll er automatisch ausschalten. Dafür eine Sperre zu nehmen ist schon ziemlicher Overkill
PS: Wenn das nicht der Fall ist, ist es vermutlich hilfreich, deinen Anwendungsfall genauer zu beschreiben.
Alloc kann ich dir gerne erklären, ein Halbautomat würde theoretisch auch gehen, aber wenn das Licht eh ausgeschaltet ist, muss der PM es auch nicht mehr ausschalten, deshalb die Sperre vom Vollautomat.
Es geht um ein knapp 4 Jahre altes Kind, welches selbständig im neuen Kinderzimmer agieren möchte. Ein separater Tag/Nacht Taster funktioniert noch nicht, aber Licht an/aus Schalten kann er schon. An der Tür gibts nur einen Glastaster auf 140cm Höhe, wo er noch nicht dran kommt. Am Bett gibt es einen Taster Light, den er fürs Licht verwendet.
Gewünschtes Verhalten:
Wenn er nicht schläft, soll das Licht automatisch an-/aus gehen, damit beim Betreten und Verlassen vom Kinderzimmer das Licht entsprechend geschaltet wird.
Wenn er schläft soll aber das Licht beim Betreten vom Kinderzimmer nicht an gehen, damit er nicht unschön geweckt wird.
Wenn er schlafen geht, schaltet er das Licht zuverlässig selbst aus -> PM soll gesperrt werden
Wenn er aufwacht, schaltet er das Licht meistens selbst ein -> PM soll entsperrt werden, ansonsten nach der Rückfallzeit von 14 Stunden automatisch entsperrt werden
Frau möchte gerne die Automatik in bestimmten Situationen ausschalten, indem sie das Licht aktiv über einen Taster ausschaltet -> PM soll gesperrt werden
Frau möchte gerne die Automatik in bestimmten Situationen wieder anschalten, indem sie das Licht aktiv über einen Taster einschaltet -> PM soll entsperrt werden
Ungewünschtes Verhalten:
Bei schnellem aus- und wieder einschalten über einen Taster, bleibt der PM reproduzierbar gesperrt -> Bug?
Nicht reproduzierbar bleibt der PM einfach manchmal gesperrt -> Bug?
Beim runter Dimmen von x>0% auf 0% wird der PM nicht gesperrt -> Nicht Lösbar mit einer Sperre beim Schalten, da kein Schalt-Telegram ausgelöst wird
Beim hoch Dimmen von 0% auf x>0% wird der PM nicht entsperrt -> Nicht Lösbar mit einer Sperre beim Schalten, da kein Schalt-Telegram ausgelöst wird
Ich bin jetzt seit Wochen dran das irgendwie hinzubekommen, aber ich weiß einfach nicht weiter. Ein separater Taster für eine Tag/Nacht Umschaltung oder eine Zeitschaltuhr für eine automatische Tag/Nacht Umschaltung sind aktuell keine Lösung für uns.
Wenn er nicht schläft, soll das Licht automatisch an-/aus gehen, damit beim Betreten und Verlassen vom Kinderzimmer das Licht entsprechend geschaltet wird.
Wenn er schläft soll aber das Licht beim Betreten vom Kinderzimmer nicht an gehen, damit er nicht unschön geweckt wird.
Hier müsst Ihr euch erstmal im Wording gedanklich vom Kind trennen.
Kein KNX Gerät kann erkennen das schläft etwas ja/nein (könntest ihm ggf nen Fitnesstracker ans handgelenk binden und dann dessen Protokoll abzapfen)
Insofern muss man dem gesamten System erstmal auch ein Signal verpassen der Raum hat jetzt den Status "Schlafmodus" ja/nein. Und dagegen kann der PM / taster in seiner Reaktion beeinflusst werden.
Wenn er schlafen geht, schaltet er das Licht zuverlässig selbst aus -> PM soll gesperrt werden
Wenn er aufwacht, schaltet er das Licht meistens selbst ein -> PM soll entsperrt werden, ansonsten nach der Rückfallzeit von 14 Stunden automatisch entsperrt werden
Das sollte lösbar sein. hektisches rumdrücken am Taster ist natürlich immer schlecht.
Beim runter Dimmen von x>0% auf 0% wird der PM nicht gesperrt -> Nicht Lösbar mit einer Sperre beim Schalten, da kein Schalt-Telegram ausgelöst wird
Beim hoch Dimmen von 0% auf x>0% wird der PM nicht entsperrt -> Nicht Lösbar mit einer Sperre beim Schalten, da kein Schalt-Telegram ausgelöst wird
Da sollte der Aktor entsprechende Status-Signale generieren die dann genutzt werden können. ggf musst das noch durch eine Logik/Zustandsautomaten jagen und nicht direkt den Status mit der PM-Sperre wie beim einfachen Tastendruck verbinden.
Ein separater Taster für eine Tag/Nacht Umschaltung
Bei dem was Du da derzeit anforderst ist es aber doch genau das was Du mit dem einfachen Taster machst in dem der ja quasi den PM Sperrt und somit das Zimmer in NACHT Modus versetzt oder wieder rausnimmt.
----------------------------------------------------------------------------------
"Der Hauptgrund für Stress ist der tägliche Kontakt mit Idioten."
Albert Einstein
Hi, ich bin derzeit im Urlaub und schaue hier eher selten rein, sorry. Ich will Dich nicht hängen lassen, aber ob das ein Bug ist, müsste ich es reproduzieren - und im Urlaub hab ich keine Hardware dabei. Bei mir wird das erst Mitte September wieder was mit "vernünftigen" Support.
Was mir bei Deinen Einstellungen aufgefallen ist: Du hast überall eine Nachlaufzeit von 0 Minuten. Stell die überall man auf 1 Sekunde und schau mal, ob das Sperrproblem verschwindet. Der Melder ist einfach schnell, bei einer Nachlaufzeit von 0 kann es unerwartete Nebeneffekte geben.
Du könntest schon mal verifizieren, ob der Melder wirklich gesperrt bleibt in den von Dir beobachteten Situationen. Dazu gibt es das Diagnoseobjekt (doku hier), damit kannst Du den internen Zustand des PM anzeigen. In diesem Fall speziell das Kommando
Code:
vpm ch02 state
Ich denke zwar ähnlich wie gbglace , dass Dein Szenario besser abzubilden wäre, wenn man es detaillierter ausarbeitet, aber ich würde jetzt erstmal zusehen, dass die Sperre so weit funktioniert wie erwartet.
Hi, ich bin derzeit im Urlaub und schaue hier eher selten rein, sorry. Ich will Dich nicht hängen lassen, aber ob das ein Bug ist, müsste ich es reproduzieren - und im Urlaub hab ich keine Hardware dabei. Bei mir wird das erst Mitte September wieder was mit "vernünftigen" Support.
Was mir bei Deinen Einstellungen aufgefallen ist: Du hast überall eine Nachlaufzeit von 0 Minuten. Stell die überall man auf 1 Sekunde und schau mal, ob das Sperrproblem verschwindet. Der Melder ist einfach schnell, bei einer Nachlaufzeit von 0 kann es unerwartete Nebeneffekte geben.
Du könntest schon mal verifizieren, ob der Melder wirklich gesperrt bleibt in den von Dir beobachteten Situationen. Dazu gibt es das Diagnoseobjekt (doku hier), damit kannst Du den internen Zustand des PM anzeigen. In diesem Fall speziell das Kommando
Code:
vpm ch02 state
Ich denke zwar ähnlich wie gbglace , dass Dein Szenario besser abzubilden wäre, wenn man es detaillierter ausarbeitet, aber ich würde jetzt erstmal zusehen, dass die Sperre so weit funktioniert wie erwartet.
Und noch ein letzter Hinweis:
Das kann man mit dem Logikmodul erreichen, Du kannst damit so was formulieren wie
Dim down AND 0% -> sperren
Dim up AND 0% -> entsperren
Gruß, Waldemar
mumpf alles gut, Urlaub ist wichtig und ich verstehe das absolut. Mir war auch bewusst, dass wenn ich auf OpenKNX setze, keinen Hersteller dahinter habe. Trotzdem bin ich mir sehr sicher, dass das die richtige Entscheidung war, wenn ich die Software (und teilweise den Support) der kommerziellen Hersteller so sehe.
Nachlaufzeit:
Ich habe sie auf 0 Sekunden gesetzt, da die "echte" Nachlaufzeit von 30 Sekunden im PM Kanal "HF intern" und im PIR (MDT SCN-P360L3.03) hinterlegt ist. Ich versuche es gerne mal mit 1 (oder mehr) Sekunde(n). image.png
Diagnoseobjekt:
Der Tipp mit dem Diagnoseobjekt ist super! Das hilft mir schonmal zu verstehen, ob der PM-Kanal wirklich gesperrt ist.
Abbildung Szenario:
Ich habe mir viele Gedanken gemacht und ausprobiert, aber ich weiß einfach sonst nicht wie ich es lösen soll, damit es von Kind und Frau akzeptiert wird. Aktuell kämpfe ich durch die technischen Probleme eh schon mit Akzeptanz, obwohl alle in der Familie sehr geduldig mit mir sind, weil ich bisher immer zuverlässige und sinnvolle Lösungen bauen konnte. Ich bin neu im Thema KNX, vorher waren es verschiedene Funksysteme und die Logik/Software selbst entwickelt.
Wie kann ich hier das Szenario besser ausarbeiten?
Frau, Kind (und vielleicht ich inzwischen auch) sind überzeugt, dass folgendes Verhalten fürs Licht sinnvoller ist, als das Tag/Nacht Objekt zu verwenden:
Licht aktiv über einen Taster ausschalten -> Keine Lichtautomatik gewünscht -> Licht PM-Kanal mit Rückfallzeit 14 Stunden sperren
Licht aktiv über einen Taster anschalten -> Lichtautomatik gewünscht -> Licht PM-Kanal entsperren
Sperren beim Dimmen:
Claude hat mir was ähnliches (nur etwas komplexer mit 3 Logikkanälen) vorgeschlagen. Er hat dann aber aufgrund des unerwarteten und nicht reproduzierbaren Verhaltens irgendwann aufgegeben und mir geraten, es erstmal zu vernachlässigen und mich hier zu melden 🙃
gbglace danke für deine Antwort! Ich versuche auf alle deine Punkte einzugehen.
Hier müsst Ihr euch erstmal im Wording gedanklich vom Kind trennen.
Kein KNX Gerät kann erkennen das schläft etwas ja/nein (könntest ihm ggf nen Fitnesstracker ans handgelenk binden und dann dessen Protokoll abzapfen)
Insofern muss man dem gesamten System erstmal auch ein Signal verpassen der Raum hat jetzt den Status "Schlafmodus" ja/nein. Und dagegen kann der PM / taster in seiner Reaktion beeinflusst werden.
Ja, ob jemand schläft werde ich nicht herausfinden können. "Schlafmodus" ja/nein über einen Taster für jede Person händisch zu setzen, stößt in der Familie auf Unverständnis weil für sie klar ist: Wenn Licht in einem Raum aktiv über einen Taster ausgeschaltet wird, dann soll auch die Lichtautomatik abgeschaltet werden, weil die Person z.B. schlafen geht (oder es sie gerade stört). Beim Aufwachen wird die Person das Licht dann entweder aktiv einschalten oder es vergessen bzw. nur Rollos hochfahren und dann soll die Rückfallzeit von 14 Stunden greifen.
Das sollte lösbar sein. hektisches rumdrücken am Taster ist natürlich immer schlecht.
Ich kann es aktuell über die Patchfunktion vom MDT Glastaster sicher reproduzieren. Wenn ich zwischen Aus- und Einschalten nur ca. 1-2 Sekunden warte, bleibt das Licht nach dem Einschalten dauerhaft an, obwohl der PM-Kanal durch Senden eines EIN Telegrams auf 1/1/1 entsperrt werden sollte. Weiterhin bleibt nicht reproduzierbar auch bei nur einmaligen Ein-/Auschalten manchmal das Licht dauerhaft an bzw. aus.
Da sollte der Aktor entsprechende Status-Signale generieren die dann genutzt werden können. ggf musst das noch durch eine Logik/Zustandsautomaten jagen und nicht direkt den Status mit der PM-Sperre wie beim einfachen Tastendruck verbinden.
Ich wollte es mit Logikanälen lösen. Ich habe es dann aber verworfen/vernachlässigt, weil es auch beim Schalten schon dieses unerwartete Verhalten gibt und ich es nicht noch komplizierter machen wollte.
Bei dem was Du da derzeit anforderst ist es aber doch genau das was Du mit dem einfachen Taster machst in dem der ja quasi den PM Sperrt und somit das Zimmer in NACHT Modus versetzt oder wieder rausnimmt.
Ja genau das möchte ich versuchen zu erreichen, ohne das die Person abends/morgens zusätzlich zum Schalten vom Licht einen weiteren Taster für die Tag-/Nachtumschaltung drücken muss. Ansonsten gibt es aktuell noch eine Zeitschaltuhr (über das Logikmodul) die Heizungsaktor und Taster von 19-7 Uhr auf Nacht und von 7-19 Uhr auf Tag umschaltet. Der Taster am Bett leuchtet dadurch bei Tag grün und bei Nacht rot, so dass das Kind weiß, wann es aufstehen oder schlafen "sollte".
Gib gerne bescheid, wenn ich dich dabei irgendwie unterstützen kann.
ich habe mir nochmal alles durchgelesen. Das sinnvollste ist erstmal, wenn Du den Gruppenmonitor mitlaufen lässt und im Fehlerfall mal mithilfe der Diagnose prüfst, ob der Kanal vielleicht doch noch gesperrt ist. Idealerweise siehst Du dann im Gruppenmonitor, warum das Entsperren nicht geklappt hat. Dann können wir sehr genau unterscheiden, ob das Entsperren nicht funktioniert hat bzw. in welchem Betriebszustand der PM ist.
Alles andere und auch das Nachstellen (dann allerdings gezielt) machen wir, wenn wir die Infos haben.
Ja, poste hier mal die relevanten Konfigstrings der PM Kanäle (also Modul Konfigtransfer -> Präsenzmelder -> Kanal auswählen (geht immer nur einzeln) Standard (ist default) und Exportieren.
Dann copy&paste hier als Codeblock
Achso und welche Hardware verwendest Du?
Zuletzt geändert von willisurf; 21.08.2026, 13:57.
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.
, zumindest scheint beim PM hier der Wert nicht ständig zu schwanken.
Kommentar