Ankündigung

Einklappen
Keine Ankündigung bisher.

Herausforderungen für das MDT Logikmodul V2

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

  • ReneM
    antwortet
    Hallo,

    kann ich nur mit dem Logikmodul eine Szene oder 1/0 senden sofern keine Anwesenheit im Haus und das für 30 Minuten? Ich bin bisher in den Funktionen dazu nicht fündig geworden, aber vielleicht übersehe ich etwas? Es soll quasi ein interer Timer gestartet werden nachdem z.B.

    Eingang 1 - Präsenz EG == 0 &&
    Eingang 2 - Präsenz KG == 0 &&
    Eingang 3 - Schlafmodus SZi == 0
    DANN
    Timer starten - Nach Ablauf -> z.B. Szene Haus Abwesend

    Mit einer Zeitverzögerung habe ich experimentiert, allerdings sendet diese trotzdem den errechneten Status nach der Zeit auch wenn sich dieser bereits wieder geändert hat.

    Präsenz habe ich bereits in jedem Raum und kann das abfragen.

    Für Tipps wäre ich dankbar

    Einen Kommentar schreiben:


  • Shotte
    antwortet
    Hallo Waldemar mumpf ,

    Da in meinem Logikmodul durch die Rollo Logik nun aber alles schon belegt ist, kann ich Deinen Vorschlag so leider nicht umsetzen.

    Ausserdem glaube ich nicht, dass es die Rückmeldung ist bzw. dass das die Ursache ist. Ich denke, es ist eher das Problem, dass der STOP Befehl schon an den Aktor geht und dieser ausgeführt wird, obwohl das Logikmodul noch nicht alles bearbeitet hat. Ich muss STOP also über eine andere GA umlenken, bevor es am Aktor ankommt. Ich probiere das mal über meinen RasPI und der openHAB Rule Logik aus und werde berichten. Nur blöd, dass das nicht direkt mit dem Logik-Modul funktioniert.

    Danke und Gruß,
    Ralf

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi Shotte,

    sorry, ich hab das etwas aus den Augen verloren. Wenn es wirklich an der sofortigen Rückmeldung 3/5/22 liegt, dann würde ich das verzögern. Sprich, Du leitest es durch eine Identität (ID) oder 2 hintereinander geschaltete Verneinungen (NOT). Man kann einen Kanal des Logikmoduls so schalten, dass er 4 ID oder 4 NOT enthält. Dann einfach die 3/5/22 an den Eingang und eine neue Rückmeldung-GA vom Ausgang zum Logik-KO, das bisher die 3/5/22 hatte.

    Da das Logikmodul Zeit braucht, um die Rückmelde-GA zu verarbeiten, kommt die jetzt später bei der eigentlichen Logikfunktion an.

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Shotte
    antwortet
    Hi Waldemar mumpf ,

    leider habe ich keine weitere Rückmeldungen von Dir mehr erhalten zu meiner Beschreibung. Hast Du ggf. noch einen Tip für mich, oder muss ich es nun in diesem Status belassen?

    Genial wäre zumindest, wenn das Logikmodul eine Funktion hätte, dass im Falle des Nicht-Zutreffens der Steuertabelle ein alternatives Ausgangssignal gesendet werden könnte. Dann könnte ich das STOP-Signal voher abfangen und über eine separate Gruppenadresse an den Rollo-Aktor weitersenden. Dadurch würde sich das Timinmg-Problem zumindest erledigen.

    Wie auch immer, trotzdem Danke für Deine Unterstützung.

    Gruß,
    Ralf

    Einen Kommentar schreiben:


  • Shotte
    antwortet
    Hi Waldemar mumpf

    Zitat von mumpf Beitrag anzeigen
    Hast Du auch wirklich bei der Logik
    Logik-Sendebedingung.PNGgesetzt? Und wenn ja, bist Du Dir sicher, dann STOP nicht durch irgendwas doppelt gesendet wird? Schau man im Busmonitor, vielleicht bekommt der STOP ja kein ACK und wird 3 mal wiederholt? Dann könnte ich mir so was vorstellen.
    Ja, es ist alles so eingestellt, wie von Dir beschrieben. Trotzdem verhält es sich oft anders. Hier ein Auschnitt des Busmonitors:

    Busmonitor.PNG

    Es verhält sich, wie ich es zuvor beschrieben habe:
    1. Ich starte das Herunterfahren mit STOP/STEP [3/1/20]
    2. Das Logikmodul sendet ein "Runter" [3/0/20]. Gleich danach gibt es die Bestätigung vom Aktor für Runter [3/2/20] und zur Visualisierung der LED am Glastaster II wird seine Logik getriggert [3/6/20]
    3. Zusätzlich werden diverse Statusinfos ans Logikmodul usw. geschickt, da sich nun durch die Fahrt einiges angepasst hat
      [3/5/22] Rollo fährt nun
      [3/5/20] Rollo ist nicht mehr oben
      [3/6/20] Nochmal GT II Logik dunkel schalten (da es nach unten geht)
    4. Jetzt wird STOP gedrückt [3/1/20] und es kommt sofort die Rückmeldung vom Aktor, dass das Rollo nicht mehr fährt [3/5/22] neben der Statusanzeige 14% [3/3/20]
    5. Da nun der Status "Rollo steht" vorliegt, schickt das Logikmodul ein "Runter fahren" [3/0/20] mit der folge, dass das Rollo wieder weiterfährt, wie ich in der vorherigen Email gesagt hatte.
    6. Folgendend kommen nur noch Status und GT II Logik Updates mit dem finalen STOP, bei dem das Rollo dann auch stehen bleibt.
    Weitere Tips zur Verbesserung des Verhaltens?

    Gruß und frohe Ostern,
    Ralf
    Zuletzt geändert von Shotte; 12.04.2020, 11:31.

    Einen Kommentar schreiben:


  • STSC
    antwortet
    Weiß wer zufällig auswendig, ob die Universallogik bei Sperre auf 1 und Halten den Wert nachsendet, sobald die Sperre weg ist. Ich habe das Gefühl das macht er gerade bei mir, aber ich aber will es gar nicht.

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi Ralf,

    Zitat von Shotte Beitrag anzeigen
    In der Zwischenzeit hat das Logikmodul die Arbeit aufgenommen und verarbeitet seinerseits den STOP-Befehl. Da der Aktor das Rollo aber
    eben schon angehalten hat, lässt das Logikmodul das Rollo wieder anfahren.
    das kann nicht sein! Eingang 2 "Rolladen Fährt" verhindert genau dies. Wenn der Rolladen fährt und ein STOP gesendet wird, kommt STOP am Aktor und an der Logik an. Zu diesem Zeitpunkt ist "Rolladen Fährt" noch true! Die Logik macht somit gar nichts.

    Hast Du auch wirklich bei der Logik
    Logik-Sendebedingung.PNGgesetzt? Und wenn ja, bist Du Dir sicher, dann STOP nicht durch irgendwas doppelt gesendet wird? Schau man im Busmonitor, vielleicht bekommt der STOP ja kein ACK und wird 3 mal wiederholt? Dann könnte ich mir so was vorstellen.

    Gruß, Waldemar



    Einen Kommentar schreiben:


  • Shotte
    antwortet
    Zitat von mumpf Beitrag anzeigen
    Hi Ralf,

    wenn es wirklich um Timing geht, musst Du mal Gruppenmonitor-Mitschnitte von einem erfolgreichen und einem nicht-erfolgreichen Fall aller Eingänge eines Logikblocks (also Stop, Fährt, Richtung, oben, unten) und den Ausgang. An sich sollte das reichen, um das zu analysieren. 2 Ausgänge für die Steuertabelle braucht man hierbei garantiert nicht, denn Stop kann immer mit Stop verbunden bleiben:
    1. Wenn der Rolladen fährt, stoppt der STOP-Befehl und man muss nur verhindern, dass ein "Weiterfahren" erzeugt wird.
    2. Wenn der Rolladen steht, stört der STOP-Befehl nicht, weil danach ja gleich ein "Weiterfahren" kommt.
    Punkt 1 funktioniert bei Dir nicht korrekt, man muss das Timing beachten, damit ein "Weiterfahren" immer nur bei "Rolladen steht" erzeugt wird.

    Gruß, Waldemar
    Hi Waldemar mumpf ,

    das ist mir alles klar, nur was mache ich, wenn das Timing ab und zu eben nicht hinhaut, so wie bei mir?!?

    Folgendermaßen sieht es aus:
    • Rollo steht: STOP-Taste lässt Rollo in die gewünschte Rochtung weiterfahren --> Alles gut
    • Rollo fährt: STOP-Taste erreicht zuerst den Aktor, der das Rollo anhält. In der Zwischenzeit hat das Logikmodul die Arbeit aufgenommen und verarbeitet seinerseits den STOP-Befehl. Da der Aktor das Rollo aber eben schon angehalten hat, lässt das Logikmodul das Rollo wieder anfahren. In der Regel führt das 2. mal tippen auf STOP dann zum Erfolg.

    Mein Lösung war, den STOP-Befehl eben nur dann durchzulassen, wenn das Logikmodul das entscheidet. Das geht aber leider nicht, weil der Ausgang des Logigmoduls mit HOCH/RUNTER belegt ist. Es wäre also eine SONST-Bedingung gut, die ein weiteres Kommunikationsobjekt ansteuern könnte.

    Ich habe zumindest noch keine Lösung gefunden, außer ggf. mit weiterer vor-/nachgelagerter Logik. Alternativ könnte ich für die Logik auch wieder den Raspi einsetzen, was ich aber gerade vermeiden wollte. Meine Familie nervt es zumindest: Family-Acceptance-Factor also nur bedingt gegeben, außer von der Funktion als solches. Die finden sie gut.

    Hast Du noch eine Idee?

    Danke und Gruß,
    Ralf

    Einen Kommentar schreiben:


  • Mikelop
    antwortet
    Alles klar. Danke. Dann hat sich die Frage erledigt. Hab da anscheinend noch zu SPSlastig gedacht.

    Einen Kommentar schreiben:


  • vento66
    antwortet
    Die schreiben beide auf die selbe GA. der eine setzt die GA auf 1 (Null wird nicht gesendet) und der andere sendet beim Betätigen eine 0 auf die selbe GA.

    Einen Kommentar schreiben:


  • Mikelop
    antwortet
    Beim Fenster ist das Problem mit der Lúftungsfunktion, wenn man den Griff im Kippstellung bringt, das der Raffstore erst die gekippt Stellung anfährt, da bei 60 Grad kurz das Signal kommt und dann fährt er auf Offenposition, da wenn der Hebel ganz oben ist, intern das gekippt Signal wieder weg ist. Es liegt an einem falsch eingestellten Reedkontakt im Fenster. Kann man jetzt nicht mehr ändern. Egal, aber das beschriebene Konzept beim Briefkasten könnte ja auch beim Fenstergriff funktionieren. Also eine GA kann nur eine 1 auf die Ziel-GA senden und eine zweite GA (Reset) kann immer nur 0 auf Ziel-GA. Wenn ich es richtig verstanden habe. Und die GA merkt sich den Zustand, außer der Bus fällt aus.

    Einen Kommentar schreiben:


  • vento66
    antwortet
    Thema Briefkasten: Der Sensor sendet eben dann halt nur eine 1, die 0 der Rücksetzsensor
    Thema Fenster: den Zustand offen und gekippt gleichzeitig kann ein Fenster ja niemals annehmen, wieso willst Du den Dir generieren?

    Einen Kommentar schreiben:


  • Mikelop
    antwortet
    2 Anwendungsfälle:

    Briefkasten Deckelsensor wird kurz einmal 1 und dann wieder 0.
    Glastaster zeigt Meldung, diese soll so lange anliegen bis Signal wieder weg ist, daher Signal zwischenspeichern.
    Dies passiert mit zweiten Sensor, wenn man entleert.

    Zweitens Reedkontakt Fenstergriff gekippt.
    Wenn Fenster offen Kontakt A wird 1
    Wenn Fenster zusätzlich gekippt wird Konakt B auch 1.
    Problem Hälfte der Fenster kommt das gekippt Signal bei einem Griffwinkel von 60 Grad und bei 80 bis 90 Grad ist Signal wieder weg. Sensor lässt sich eingebaut nicht mehr verstellen. Daher wollte ich mir Signal B speichern bis A auch wieder weggeht

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi,

    was ist denn der Anwendungsfall? KNX ist ja grundsätzlich telegrammbasiert, somit speichert jedes KO den Wert und der kann dann auch wieder gelesen werden. Und falls Du auch noch willst, dass Werte aktiv gesendet werden, dann nimmst Du die Indentität (also einen nicht-Inverter).

    Deswegen würde mich der Anwendungsfall interessieren, Deine Frage deutet darauf hin, dass Du KNX noch nicht so richtig intus hast...

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Mikelop
    antwortet
    OK vielen Dank. Klingt logisch. Werd ich nacher mal ausprobieren.

    Kurz noch eine andere Herausforderung für das Logikmodul.

    Für den einen oder anderen Anwendungsfall bräuchte ich ein Art SR-Glied. Also Boolschen-Wert speichern, auch wenn das Signal wieder verschwindet und zwischenspeichern bis durch eine andere GA z.B. das Rücksetzen getriggert wird.

    Ähnlich wie Wert Speichern, aber das wir ja nur bei Busreset gemacht.

    Hab in den Einstellungen nichts dafür gefunden, außer eine Notlösung evtl:

    Ausschaltverzögerung über min. 24h mit Nachtriggerung um Mitternacht. Rücksetzen mit Sperre und Signal zurücksetzen.

    Gibt es da was eleganteres an Board des Logikmoduls?

    Einen Kommentar schreiben:

Lädt...
X