Ankündigung

Einklappen
Keine Ankündigung bisher.

Parameter für Präsenzmelder von BJ 6131/21

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • gbglace
    antwortet
    Zitat von MCM4C Beitrag anzeigen
    Aber für den Slave kann ich keine eigene Nachlaufzeit einstellen.
    erstmal ist jeder Kanal sein eigener Herr und hat seine eigenen Nachlaufzeiten. Master-Slave wird meist via einem zweiten/dritten Melder genutzt. Also in diesen Kanälen stellt man dann seine Nachlaufzeit ein und sendet eben zyklisch. Und genau das geht auch hier im BJ. Die beiden Kanäle müssen dabei auch erstmal gar nichts von einander wissen das sie Master/Slave sind. Es ergibt dann halt nur während der Dusche etwas mehr Telegrammlast. Insofern hat die Geräte interne Lösung mit dem ODER seinen Charm.


    Einen Kommentar schreiben:


  • MCM4C
    antwortet
    Zitat von gbglace Beitrag anzeigen
    Das ist ja dann auch Master Slave und dannhast die unterschiedlichen Nachlaufzeiten, eine andere Master Slave wäre ein Missverständnis dessen was Master Salve ist und warum man es verwendet.

    Und ja deine nun finale Lösung tät uns alle interessieren.
    Hab das gerade mal etwas probiert. Aber für den Slave kann ich keine eigene Nachlaufzeit einstellen. Da haben die bei BJ mal wieder nicht ganz mitgedacht.

    Einen Kommentar schreiben:


  • MCM4C
    antwortet
    Also ich habe es aktuell so wie im Eingangspost auf den Bildern. Ich habe die Sensoren 2-4 als eine Präsenzgruppe mit 7:30 Nachlaufzeit und Sensor 1 mit 15 Minuten Nachlaufzeit. Für die Sensoren 2-4 hab ich die normale Helligkeitsschwelle wie ich sie gerne hätte und für Sensor 1 habe ich die Helligkeitschwelle angepasst auf den Wert wenn das Licht eingeschaltet ist.

    Dann nutze ich die Logik im Melder selbst um über eine OR bedingung die beiden auszuwerten und das Licht einzuschalten. Dafür hab ich dann 2 GA für die Eingänge der Logik.

    Einen Kommentar schreiben:


  • gbglace
    antwortet
    Zitat von MCM4C Beitrag anzeigen
    Wäre so wahrscheinlich auch möglich,
    Das ist ja dann auch Master Slave und dannhast die unterschiedlichen Nachlaufzeiten, eine andere Master Slave wäre ein Missverständnis dessen was Master Salve ist und warum man es verwendet.

    Und ja deine nun finale Lösung tät uns alle interessieren.

    Einen Kommentar schreiben:


  • Susanne007
    antwortet
    Wie hast du es nun umgesetzt damit es so funktioniert wie gewünscht?

    Einen Kommentar schreiben:


  • MCM4C
    antwortet
    Zitat von kmk85 Beitrag anzeigen
    kannste nicht kanal 1 in kanal 2 als slave einspeisen?
    Ne. Das geht bei dem Melder schon, aber ich kann dann keine andere Nachlaufzeit für den Slave einstellen. Und das ist ja meine Ziel.

    Gibt es da überhaupt unterschiedliche Leuchten im Bad? oder geht es einfach darum dass der eine Sensor eine längere Nachlaufzeit hat, um das Duschen abzudecken, wirklich durchs Glas kann der ja auch nicht schauen.

    Da auch die Logik nur über ein effektives Telegramm funktioniert, Dir dabei aber die Helligkeitsmessung ggf versagt, würde ich das wohl auch einfacher über eine Master-Slave Lösung bauen.

    Der Duschkanal sendet dabei Helligkeitsunabhängig während seiner Präsenzerfassung und eignen Nachlaufzeit zyklisch seine 1. Eine 0 sendet er nicht.
    Der andere Kanal bekommt dieses Signal als Slave-Event geliefert. Damit bleibt dieser Kanal führend für die Entscheidung Licht Ja/Nein inkl. der Helligkeitsauswertung.
    Wichtig ist nur das die Zykluszeit vom Duschkanal leicht kleiner 1/2 der Nachlaufzeit des Masterkanals ist.
    Wäre so wahrscheinlich auch möglich, aber bei mir klappt es jetzt auch so. Deine Lösung würde aber Telegramme "einsparen".

    Einen Kommentar schreiben:


  • gbglace
    antwortet
    Gibt es da überhaupt unterschiedliche Leuchten im Bad? oder geht es einfach darum dass der eine Sensor eine längere Nachlaufzeit hat, um das Duschen abzudecken, wirklich durchs Glas kann der ja auch nicht schauen.

    Da auch die Logik nur über ein effektives Telegramm funktioniert, Dir dabei aber die Helligkeitsmessung ggf versagt, würde ich das wohl auch einfacher über eine Master-Slave Lösung bauen.

    Der Duschkanal sendet dabei Helligkeitsunabhängig während seiner Präsenzerfassung und eignen Nachlaufzeit zyklisch seine 1. Eine 0 sendet er nicht.
    Der andere Kanal bekommt dieses Signal als Slave-Event geliefert. Damit bleibt dieser Kanal führend für die Entscheidung Licht Ja/Nein inkl. der Helligkeitsauswertung.
    Wichtig ist nur das die Zykluszeit vom Duschkanal leicht kleiner 1/2 der Nachlaufzeit des Masterkanals ist.

    Einen Kommentar schreiben:


  • Fidelis
    antwortet
    Zitat von MCM4C Beitrag anzeigen
    wieder was gelernt
    Ich ebenfalls, deshalb Danke für die Erklärung!

    Einen Kommentar schreiben:


  • kmk85
    antwortet
    kannste nicht kanal 1 in kanal 2 als slave einspeisen?

    Einen Kommentar schreiben:


  • MCM4C
    antwortet
    Ok, ich hab es selbst gelöst und es war einfach etwas dumm von mir...

    Aber es liegt daran, dass die Sensoren 2-4 auslösen wenn man den Raum betritt. Und Sensor 1 decknt nur den Eingang der Dususche ab. Dann ist das Licht aber schon an und Sensor 1 is über der Helligkeitsschwelle...

    wieder was gelernt, aber es war echt etwas dumm...sorry

    Einen Kommentar schreiben:


  • MCM4C
    antwortet
    Vielen dank für den Input.

    Also ich sehe es wie kmk85, dass die Logik solange eine 1 ausgibt, bis beide Eingänge 0 sind. Und es gibt ja extra die Funktion, dass beide Eingänge mit 0 initialisiert werden, also sollten die beide einen Wert empfangen haben.

    Nichts desto trotz werde ich heute Abend mal die Logik ausführlich Testen. Zur Not wechsel ich auch das mdt Logikmodul und teste es dann da auch mal als Vergleich.

    Einen Kommentar schreiben:


  • willisurf
    antwortet
    Ohne das ich mir die Bilder angeschaut habe, ist es eventuell das Problem das die Logik erst reagiert, wenn alle Eingänge einen gültigen Wert empfangen haben?

    Einen Kommentar schreiben:


  • kmk85
    antwortet
    Sieht imho erst mal brauchbar aus. Im Monitor mal Werte für die Zonen reinschreiben und gucken was aus der Logik kommt und der Dimmer macht. Denn wie im Post zuvor erst mal die Logik selbst testen. Eigentlich sollte (für mein Verständnis) die Logik solange ne 1 ausgeben bis beide Werte wieder 0 sind, das sollte man aber mal validieren. Zur Not zyklisch senden, aber auch dann ist ein kurzzeitiges Ausschalten nicht zu vermeiden.

    Haste nen X1 oder so? Da könnte man mit Ereignisreihenfolge und Treppenhauslichtern auch was inteligenteres bauen. Betreten der Dusche setzt höhere Nachlaufzeit, verlassen reduziert diese, sonst haste da bei direktem Verlassen noch 15 Min Licht an.

    Muss aber eigentlich auch so gehen.
    Zuletzt geändert von kmk85; 28.07.2023, 11:36.

    Einen Kommentar schreiben:


  • Fidelis
    antwortet
    Danke, jetzt habe ich die Bilder hoffentlich verstanden. Wie reagiert denn die Logik wenn
    • Präsenz 1 wahr und Präsenz 2 falsch liefert?
    • Präsenz 2 wahr und Präsenz 1 falsch liefert?
    • Präsenz 1 wahr und Präsenz 2 wahr liefert?
    Jeweils zum Start und zum Ende der Nachlaufzeit.

    Einen Kommentar schreiben:


  • MCM4C
    antwortet
    Also die Einzelnen Präsenz Einstellungen funktionieren. Also Sensor 1 mit 15 Minuten Nachlauf und Sensor 2-4 mit 7:30 klappt für sich alleine.
    Hab ich gerade nochmal schnell getestet. Nur die Kombination klappt nicht.

    Im Post oben ist ein Screenshot mit den Einstellungen der Logik auf dem PM. Und über GA (auch im Screenshot) werden die verknüpft. P1 und P2 Ausgang sind jeweils in einer GA mit einem Eingang für die Logik. Und der Ausgang der Logik liegt auf dem Dimmaktor fürs Licht schalten.



    Einen Kommentar schreiben:

Lädt...
X