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.
Keine Ahnung, warum ein PM wissen muss, dass was eingeschaltet war
Das liegt an der oben genannten Anforderung: Es sollen auch die "optionalen" Leuchten im Raum vom PM ausgeschaltet werden, die per Visu eingeschaltet werden, also nicht vom PM. Und dieses Einschalten per Visu kann geschehen, ohne dass der PM Bewegung erkennt.
Das ist deutlich mehr, als der Standardfall "PM schaltet Licht", aber ohne Zweifel sinnvoll.
Ja, ist ein Denkfehler. Mehrere GAs als hörende GAs mit einem KO verknüpft ergeben KEIN ODER.
Es ist dann ein „die letzte Botschaft gewinnt“.
Beispiel für den Fehler: Zwei GAs beide True, GA1 sendet False. Damit ist der Wert des KOs False. Bei einem ODER wäre aber immer noch True richtig (der Wert von GA2 ist ja True).
Stimmt, da hast du vollkommen Recht.
Aber ich sehe schon das werde ich erst vernünftig parametrieren können wenn die Geräte da sind.
Keine Ahnung, warum ein PM wissen muss, dass was eingeschaltet war oder ist. Wozu eine Logik?
Ich nutze zur automatischen Ausschaltung den 2. Kanal des Melders. Dieser sendet nur "Aus" auf die Zentral-Adresse des Raums. Fertig. Ob das Licht an oder aus ist, ist dem Melder komplett egal. Da muss auch keine Logik ran. Und auch keine manuelle Bedienung oder sonstiges.
Welche Melder setzt du den ein, wo das so funktioniert?
Wobei da ja eigentlich auch mehrere GA ja verknüpft werden könnten (ähnlich wie bei einem Aktor) Oder habe ich da auch einen Denkfehler?
Ja, ist ein Denkfehler. Mehrere GAs als hörende GAs mit einem KO verknüpft ergeben KEIN ODER.
Es ist dann ein „die letzte Botschaft gewinnt“.
Beispiel für den Fehler: Zwei GAs beide True, GA1 sendet False. Damit ist der Wert des KOs False. Bei einem ODER wäre aber immer noch True richtig (der Wert von GA2 ist ja True).
Keine Ahnung, warum ein PM wissen muss, dass was eingeschaltet war oder ist. Wozu eine Logik?
Ich nutze zur automatischen Ausschaltung den 2. Kanal des Melders. Dieser sendet nur "Aus" auf die Zentral-Adresse des Raums. Fertig. Ob das Licht an oder aus ist, ist dem Melder komplett egal. Da muss auch keine Logik ran. Und auch keine manuelle Bedienung oder sonstiges.
Also alle schaltbaren GA in dem Raum auf ein Oder Glied legen und dessen Ausgang dann auf den Tastereingang am PM der so eingestellt ist das er aber nur ein Aus schaltet?
Da muss ich mal schauen wie viele Oder Eingänge die interne Logikbausteine können.
Wobei da ja eigentlich auch mehrere GA ja verknüpft werden könnten (ähnlich wie bei einem Aktor) Oder habe ich da auch einen Denkfehler?
Auch wenn das so funktioniert, so wurde ich es nicht umsetzen..ein Halbautomat zeichnet sich eben auch aus, das er eben intern auch erst aktiv wird wenn es manuell geschalten wurde, bis dahin tut er gar nichts un sendet eben nicht sinnlos AUS Telegramme, nur weil ich immer mal durchs Haus laufe am Tag.
Also ich habe die Einstellungen, die oben in den Screenshots zu sehen sind, so interpretiert das eine Bewegung im Radius den PM triggert und eben ohne Bewegung plus Ende der Nachlaufzeit dann Aus sendet.
Sonst würde eine "nur Aus" Funktion doch auch wenig Sinn ergeben.
Da ich aktuell kein Gerät zum testen habe, könnte hjk evtl etwas dazu sagen?
Warum soll der PM melden und was Aus schalten wenn nix an war?
Welches KO es als Eingangs KO ist kommt auf den PM drauf, das macht jeder Hersteller etwas anders, zumindest hat jeder Hersteller sein eigenes Vokabular. Manch einer hat eigene KO mit Taster im Namen, andere wollen das einfach als hörende Adresse am Ausgangs-KO.
Handbuch lesen macht da schlau. Und vorallem ausprobieren. Können tun das aber alle.
[...]
Alle Aktoren haben Status-Ausgänge, deren einzelne Statusmeldungen gehen auf eine ODER Logik die das aggregiert, jenes Ergebnis geht auf den passenden Eingang am PM. Damit wird der Kanal getriggert und nach Ablauf der Nachlaufzeit schaltet der PM ab.
[...]
Danke für die Antwort
Leider habe ich noch nicht ganz verstanden für was diese Logik nötig ist.
Der PM erkennt doch eine Bewegung tut aber nichts bis keine Bewegung mehr da ist und die Nachlaufzeit abgelaufen ist. Dann wird ein AUS Telegramm gesendet.
Welchen Zweck erfüllt hier diese Logik und mit welchem Objekt des PM müsste das verbunden werden?
Einen Kanal des PM als Halbautomaten definieren, der sendet nur AUS, jene GA an alle Lampen Aktoren verbinden die da entsprechend reagieren sollen.
Alle Aktoren haben Status-Ausgänge, deren einzelne Statusmeldungen gehen auf eine ODER Logik die das aggregiert, jenes Ergebnis geht auf den passenden Eingang am PM. Damit wird der Kanal getriggert und nach Ablauf der Nachlaufzeit schaltet der PM ab.
Die Diversen Lampen kannst dann alle per Taster, Visu oder Logiken einschalten ganz individuell, nach letzter Bewegung +Nachlaufzeit macht der PM dann ein.
Für manuelle Schaltungen an Lampen die normal auch per PM bedient werden, werden per Taster immer an den PM verbunden, die haben dazu passende KO "manuelle Bedienung" die Verbindung PM an Aktor ist dann die eigentliche Lichtschaltung.
Wenn Du dann auch noch Licht außerhalb der PM dortigen PM Sichtbarkeit hast dann kannst entweder noch einen Kanal im PM definieren und da welche dann per Master/Slave verbinden.
Oder es wird mal Zeit in Szenarien denken und das ganze mit Szenen und nicht einzelnen direkten GA's machen.
Normalerweise wird der PM ohne zyklisches Senden seiner EIN Telegramme programmiert; dann ist das Verhalten wie gewünscht "das Licht nicht wieder automatisch einschalten".
Noch etwas:
Wenn ich per PN eine Lampe einschalte und über die gleiche GA diese Lampe per Taste ausschalte (der PM bekommt das Ausschalten also nicht mit) müsste der PN das Licht doch nicht wieder automatisch einschalten, bis der PN keine Bewegung mehr erkennt und dessen Nachlaufzeit abgelaufen ist, oder?
[...][*]Ein zweiter Kanal mit zweiter GA zum Ausschalten, wenn keine Präsenz vorliegt. Diese zweite GA wird an alle Aktorkanäle verbunden, die ausgeschaltet werden sollen.
[...]
Genau das suche ich.
Aber wie umsetzten?
Scheinbar muss der PM davor ein Ein-Signal bekommen haben das er auch wieder ausschaltet.
(zumindest bei den von mir überprüften von mdt und BJ)
Update:
habe mal beim BJ Melder nachgeschaut, da gibt es folgendes: image.png
Wäre eigentlich die Lösung, wenn der Kanal dann zuverlässig nur eine "0" senden würde.
Mal schauen ob mdt und steinel das auch bietet....
Update2:
Auch mdt scheint so etwas zu bieten: image.png
[...]
- das "Aus" Signal der GA für das Hauptlicht (das auch vom PM eingeschaltet wird) zusätzlich an alle anderen Lichter senden?
[...]
Das Signal zusätzlich filtern und nur das Aus-Signal über eine andere GA ausgeben.
OK.... funktioniert auch nur bedingt:
Wenn das vom PM geschaltete Grundlicht in einer Zone liegt die nicht den gesamten Raum abdeckt wird das Licht ausgeschaltet obwohl man noch im Raum (aber der anderen Zone) ist.
Einen Kanal "opfern" der alle Zonen abdeckt und dort nur ein Aus-Signal filtern
-> oder habe ich da wieder ein potentielles Problem übersehen?
Setzt natürlich Filteroptionen in der Applikation voraus
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.
Einen Kommentar schreiben: