Ankündigung

Einklappen
Keine Ankündigung bisher.

LinKNX: Diskussionen zu Tipps, Tricks und Beispiele

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

  • Tru
    antwortet
    Zitat von mumpf Beitrag anzeigen
    aber 0.0.1.31? Gibt es die schon?
    Nicht released, aber direkt ab CVS seit gut 4 Monaten.

    Gruss, Othmar

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi,

    danke für die Antwort, aber 0.0.1.31? Gibt es die schon? Wenn ja: Wo?

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • Tru
    antwortet
    Zitat von mumpf Beitrag anzeigen
    Weiss hier jemand Rat
    Ist mir auch nicht einsichtig. Kann es sein, dass dieses Verhalten nur nach dem Daemon-Start auftritt, aber nicht mehr beim nächsten 0->1 ? Wie sieht das Verhalten aus, wenn die beiden Rules in umgekehrter Reihenfolge definiert sind? Oder nur das Fehlerbeispiel? Meine Vermutung würde in die Richtung gehen, dass das init nicht richtig funktioniert oder dass bei Fehlerbeispiel der Wert der Condition von unknown auf true geht.

    Gruss, Othmar

    Einen Kommentar schreiben:


  • Tru
    antwortet
    Zitat von mumpf Beitrag anzeigen
    Mir ist neu, dass bei der rule ein init geht...
    Gemäss Changelog "allow evaluation of condition to set rule's initial state (Cyrille Defranoux)" in Version 0.0.1.31. So nutze ich das neue Feature, damit jede Rule gleich beim Daemon-Start einen definierten Zustand bekommt. Mit false sollte dies eigentlich dem bisherigen Verhalten entsprechen, für true habe ich noch keinen konkreten Anwendungsfall.

    Gruss, Othmar

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hallo Tru,

    Du hast in Deinem Beispiel bei der rule immer ein init="false". Kansst Du kurz sagen, was der macht? Bzw. was ein "true" macht? Mir ist neu, dass bei der rule ein init geht...

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi,

    ich hab im Rahmen der Tests für die Tipps und Tricks wohl einen Fehler in LinKNX gefunden - oder sagen wir mal ein Verhalten, dass nicht erwartungskonform ist...

    Wäre nett, wenn das jemand noch testen könnte, damit ich ausschlißen kann, dass es an meinem System liegt. Ich würde das dann auch in die Tipps und Tricks posten...

    Folgende Situation:
    Code:
      <objects>
        <object id="dynamic1" gad="11/0/121" type="1.001" init="0">Dynamisches Objekt 1</object>
        <object id="dynamic2" gad="11/0/122" type="1.001" init="0">Dynamisches Objekt 2</object>
        <object id="first" gad="11/0/141" flags="crwts"/>
        <object id="second" gad="11/0/142" flags="crwts"/>
      </objects>
    
      <rules>
        <rule id="FunktionierendesBeispiel">
          <condition type="and">
            <condition type="object" id="dynamic1" value="1" trigger="true"/>
            <condition type="object" id="dynamic2" value="1" trigger="true"/>
          </condition>
          <actionlist type="on-true">
            <action type="set-value" id="first" value="1"/>
          </actionlist>
        </rule>
    
        <rule id="Fehlerbeispiel">
          <condition type="object" id="dynamic1" value="1" trigger="true"/>
          <actionlist type="on-true">
            <action type="set-value" id="second" value="1"/>
          </actionlist>
        </rule>
      </rules>
    Wenn ich jetzt eine 1 auf dynamic1 sende, würde ich erwarten, dass second auf 1 gesetzt wird. Passiert aber nicht!
    Code:
    2012-10-12 15:57:15,998 DEBUG > KnxConnection  - Write from 1.0.254 to 11/0/121: 01
    2012-10-12 15:57:15,999 DEBUG > Object  - Object (id=dynamic1): get
    2012-10-12 15:57:15,999  INFO > Object  - New value on for object dynamic1 (type: 1.001)
    2012-10-12 15:57:15,999 DEBUG > Object  - Calling onChange on listener for dynamic1
    2012-10-12 15:57:15,999  INFO > Rule  - Evaluate rule FunktionierendesBeispiel
    2012-10-12 15:57:15,999 DEBUG > Object  - Object (id=dynamic1): get
    2012-10-12 15:57:15,999  INFO > ObjectValue  - SwitchingObjectValue: Compare value_m='1' to value='1'
    2012-10-12 15:57:16,000  INFO > Condition  - ObjectCondition (id='dynamic1') evaluated as '1'
    2012-10-12 15:57:16,000  INFO > KnxConnection  - write(gad=11/0/122, buf, len=2)
    2012-10-12 15:57:16,000 DEBUG > KnxConnection  - Write request sent
    2012-10-12 15:57:16,107 DEBUG > KnxConnection  - Read from 1.0.254 to 11/0/122
    Im Log sieht man, dass ein Read auf dynamic2 gesendet wird, obwohl dieses object bereits mit init=0 vorbelegt ist. Dieser Read wird nicht beantwortet - und dann macht LinKNX nicht weiter! Die rule "Fehlerbeispiel" wird gar nicht evaluiert!!!

    Zwar läßt sich dieses Problem in diesem Fall dadurch lösen, dass man das r-Flag an die object-Definition macht
    Code:
        <object id="dynamic1" gad="11/0/121" type="1.001" init="0" flags="crwtu">Dynamisches Objekt 1</object>
        <object id="dynamic2" gad="11/0/122" type="1.001" init="0" flags="crwtu">Dynamisches Objekt 2</object>
    aber grundsätzlich hat man hier das Problem, dass bestimmte Regeln nicht ausgeführt werden, weil in anderen (unabhängigen) Regeln mal ein Gerät nicht auf einen Read geantwortet hat. Weiss hier jemand Rat bzw. ist da schon jemand drüber gestolpert?

    Danke und Gruß,
    Waldemar

    Einen Kommentar schreiben:


  • greentux
    antwortet
    vl. erstmal festgepinnt eine Weile entwickeln lassen und dann ins Lexikon...

    Einen Kommentar schreiben:


  • mumpf
    antwortet
    Hi,

    finde ich eigentlich auch - aber mein Problem ist, dass man wohl Lexikon-Artikel nicht über die Suche findet - zumindest bekomme ich das nicht hin bzw. bin zu blöd zu...

    Deswegen hab ich das als normalen Thread angefangen, denn den findet man wenigstens.

    Ich weiss z.B. dass es hier schon mal einen Tipps und Tricks-Artikel gab, aber ich find den nicht...

    Bin gerne bereit, mich belehren zu lassen - aber eigentlich sollte man ja was haben, was sich leicht für Neulinge finden lässt. Ich würde dafür plädieren, im LinKNX-Artikel im Lexikon einen Link hierauf zu machen...

    Gruß, Waldemar

    Einen Kommentar schreiben:


  • dundee
    antwortet
    Hallo Waldemar,

    sehr schöner Fred, den du da angefangen hast.
    Deine Beispiele find ich überaus interessant!

    Aber wäre das nicht generell eher was fürs Lexikon?

    Einen Kommentar schreiben:


  • mumpf
    hat ein Thema erstellt LinKNX: Diskussionen zu Tipps, Tricks und Beispiele.

    LinKNX: Diskussionen zu Tipps, Tricks und Beispiele

    Hi allerseits,

    dies soll der Diskussionsthread zu "LinKNX: Tipps, Tricks und Beispiele" sein, damit man im anderen Thread die Beispiele nicht untergehen.

    Viel Spaß,
    Waldemar
Lädt...
X