Fehlerhafte Auswertung von ChnDirection() in verketteten if-Bedingungen

[Ingo23]

Hallo zusammen,

ich bin heute über ein merkwürdinges Verhalten beim Auswerten der ChnDirection gestoßen (Raspimatic 3.73.9.20231130):
In einer Schleife iteriere ich über alle Objekte vom Typ "Verschluss", um für eine Textmeldung die Gerätenamen zu sammeln.
Üblicherweise hat bei mir nur der Sender-Kanal den Typ Verschluss. Nun hatten sich Fensterkontakte eingeschlichen, bei denen nicht nur der Senderkanal, sondern auch der nicht-verknüpfbare Kanal 0 als "Verschluss" gekennzeichnet waren.
Daher habe ich die Schleife mit einer Abfrage auf ChnDirection == 1 (also Sender) ergänzt.
Allerdings tauchen immer noch die Einträge der Nuller-Kanäle (mit ChnDirection == 0) mit auf.

Etwas hin- und herprobieren hat ergeben, das die Position innerhalb der Bedingungen darüber bestimmt, ob diese Abfrage funktioniert.
Das Schnipsel sieht so aus:

Code: Alles auswählen

var sensors = dom.GetObject("Verschluss");
string list;
string i;
foreach(i, sensors.EnumUsedIDs()) {
  var item = dom.GetObject(i);
  if ((item.IsTypeOf(OT_CHANNEL)) &&
      (item.ChnDirection() == 1) &&
      (item.DPByHssDP("STATE").Value() != 0)) {
    var device = dom.GetObject(item.Device());
    string device_name = device.Name();
    WriteLine(">> " # item.Name() # " > " # item.ChnDirection());
  }
}

Ändert man jetzt die Reihenfolge wie folgt, dann funktioniert es.

Code: Alles auswählen

  if ((item.ChnDirection() == 1) &&
      (item.IsTypeOf(OT_CHANNEL)) &&
      (item.DPByHssDP("STATE").Value() != 0)) {

Änderungen von == 1 auf != 0 oder > 0 funktionieren ebenso wenig (und wäre aber auch kein gleichwertiger Ersatz).

Habe ich etwas übersehen?
Über die Sprachbeschreibung und die Forensuche haben bisher nichts gefunden.

Viele Grüße
Ingo

[MichaelN]

Habe ich etwas übersehen?

ChnDirection() ist vom Typ String

[Ingo23]

Hallo Michael,

Danke für Deine Antwort!
Du hast Recht, im Gegensatz zur Objektmodellbeschreibung (HM Script Teil 2 v1.2, §6.1 und §6.7) ergibt VarType() tatsächlich 4 (String).

Was mich allerdings wundert: Selbst mit einem String scheint im Normalfall(?) der Vergleich zu funktionieren. Gilt die dynamische Typbindung auch in Verbindung mit Vergleichoperatoren?

Der folgende Schnipsel z.B. gibt 4 (String) als Typ aus und "integer 12"

Code: Alles auswählen

string s = "12";
WriteLine(s.VarType());
if (s == 12) {
  WriteLine("integer 12");
} elseif (s == "12") {
  WriteLine("string 12");
}

Jetzt frage ich mich funktioniert das nur zufällig (undefiniertes Verhalten?) oder steckt da System hinter?

Und gibt es irgendwo eine korrekte Doku zum Objektmodell oder ein Errata? Wie machst Du (macht ihr) das? Try and Error?

Viele Grüße
Ingo

[Baxxy]

Warum nimmst du nicht einfach die 0er Kanäle aus "Verschluss" raus?
Und wenn du diszipliniert nur die Statuskanäle in "Verschluss" hast kannst du dir gleich noch die Prüfung auf "ist es ein Kanal?" sparen.

[MichaelN]

oder steckt da System hinter?

Es wird immer von rechts nach links berechnet, inklusive Typ Wandlung.

[Ingo23]

Hallo Baxxy,
Hallo Michael,

ja, so ist es jetzt auch; ich hatte die Verschlüsse gleich aufgeräumt.
Allerdings lässt mich das Problem nicht in Ruhe, da ich es nicht verstehe.

Selbst wenn ich es auf einen String-Vergleich umbaue, rutschen "nicht-Sender" mit rein.
Allerdings nur in bestimmten Konstellationen:

Code: Alles auswählen

  if (true &&
      (item.ChnDirection() == "1") &&
      (item.DPByHssDP("STATE").Value() != 0)) {

Der Ausdruck liefert true für ChnDirection() == 0. (Oben stand der unnötige Check auf OT_Channel)

Code: Alles auswählen

  if (
      (item.ChnDirection() == "1") &&
      (item.DPByHssDP("STATE").Value() != 0)) {

Der Ausdruck liefert false für ChnDirection() == 0.

Irgendwie stehe ich wohl auf dem Schlauch...

Viele Grüße,
Ingo

[alchy]

Es bietet sich an, vielleicht die Nuller Kanäle mittels .HssType() oder anderem aus der Geschichte zu nehmen

Code: Alles auswählen

(!item.HssType() == "MAINTENANCE" ) 

und zu dem Rest Herrn Maus zu befragen.

Alchy

[[sprotte80]]

Hi

Irgendwie stehe ich wohl auf dem Schlauch...

easy!
Der Channel 0 hat nich nen Dp 'STATE' daher knallts im if bei dem Teil

Code: Alles auswählen

(item.DPByHssDP("STATE").Value() != 0))

Is nen 'stiller ScriptRuntimeError' wo nix im Log steht

Heist auf deutsch
die &&-Verknüpfung wird nich ausgewertet und dan gehts halt nich ins if

Code: Alles auswählen

    (item.ChnDirection() == "0") && (item.DPByHssDP("STATE").Value() != 0))

Hier wird auch die lezte &&-Verkünpfung nich ausgewertet.
übrig bleibt true
daher gehts ins if

Code: Alles auswählen

   true && (item.ChnDirection() == "0") && (item.DPByHssDP("STATE").Value() != 0))

Thomas