[Gelöst] (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang

[Robosoc]

Ich habe gerade festgestellt, dass eine Logik ein sehr merkürdiges Verhalten hat:

Ein Eingang übernimmt nich den Status des verschalteten Logikausgangs.
Auch lässt sich der Eingang im Dokotmodus nicht modifizieren. Habe beide Logiken bereits zurückgesetzt und neu Initialisiert.
Die Logik läuft bereits seit langer Zeit und ich hatte nie Probleme damit festgestellt.




Stefan W. ich würde Euch bitten, dass Ihr Euch auch hier mal drauf schaltet.

Ich kann nicht sicher sagen, dass es erst in der Hauptversion gekommen ist, aber ich kann zumindest sicher sagen, dass diese Logik seit vielen Monaten bis heute unverändert am Laufen war.

Dies Logik läuft bei mir 3 Mal mit (hoffentlich ) gleichem Code. Die andeeren beiden Moduls sind ID 311 und 389. Bei allen drei lässt sich der 4te Eingang nicht im Doktormodus ändern.

[Robosoc]

Ergänzung: Das Eingangsobjekt 309 O1 hat im Objektmanager den Wert true, im Doktormodus der Logikzelle wird aber ständig false angezeigt und lässt sich wiee gesagt nicht modifizieren.

[Robosoc]

Noch eine Ergänzung:
Das Problem scheint mir in Verbindung mit dem Custom-Logik Modul "Monoflop" zu stehen.
Denn wenn ich nur die Monoflop-Zeile in meinem Custom-Code auskommentiere (vorangestelltes //), dann übernimmt der Eingang den verschalteten Status und ich kann ihn auch im Doktmormodus ändern. Ist noch kein Beleg, aber zumindest eine Indikation.

[Robosoc]

Hier der Code

Code: Alles auswählen

/**
* Vorlaufregler-Freigabe
*/

{
  "Input":[
    ["HKV-Schalter","Aktiviert oder Deaktiviert den HKV","$HKV_SW_In","c"],
    ["Heizbedarf","Ist Heizbedarf im Bereich des HKV vorhanden?","$Heizbedarf","c"],
    ["Sommer-Winter-Umschaltung","Sommer = True","$Sommer","c"],
    ["Hitzeschutz","Muss der Heizkreis gegen überhitze geschützt werden?","$Hitzeschutz","c"],
    ["Timer","Verzögerungszeit der Hitzeschutzdeaktivierung","$timer","u"]
  ],
  "Output":[
    ["HKV-Aktiv","Aktiviert oder Deaktiviert den HKV","$HKV_SW_Out","a"],
    ["Stellwert_Zwangs_Reset","true wenn Stellwert auf 0% gesetzt werden soll","$Stell_SW_Out","c"]
  ],
  "Level":[
    ["$Blocker","bool",false],
    ["$Hitzeschutz","bool",false],
    ["$HKV_SW_In","bool",true],
    ["$Heizbedarf","bool",false],
    ["$Sommer","bool",false],
    ["$timer","integer",30],
    ["$HKV_SW_Out","bool",false],
    ["$Stell_SW_Out","bool",false],
    ["$const_true","bool",true]
  ],
  "Module":[
    ["Or" , ["$Hitzeschutz" , "-$HKV_SW_In", "-$Heizbedarf", "$Sommer"], "$Stell_SW_Out"],
    ["Monoflop","$Hitzeschutz",0,"$Blocker","$timer",2],
    ["Or" , ["-$Hitzeschutz" , "$Blocker"], "-$Hitzeschutz"],
    ["And" , ["-$Hitzeschutz" , "$HKV_SW_In", "$Heizbedarf", "-$Sommer"], "$HKV_SW_Out"]
  ]
}

[StefanW]

Hallo Foristen,

kann das hier jemand bei sich nachvollziehen und verifizieren?

Weil wir haben in der Logik bei der neuen Hauptversion 2.0 "lediglich" die Mathe-Bibliothek mit dem Formelparser hinzugefügt. Solche grundsätzlichen Probleme sollte es schon lange nicht mehr geben.

Wir würden uns über Rückmeldungen freuen

lg

Stefan

[maggyver]

Hallo Stefan,

habe die Custom-Logik von Sven kopiert und zum Testen in den TWS importiert.
Beim Duchtesten der Logik im Doktormodus konnte gleiches Verhalten, wie von Sven beschrieben, nachgestellt werden.

Getestet mit TWS Version 2.0 - Rising Power


Grüße

René

[StefanW]

Ok, Danke René,

ich gebe das weiter

lg

Stefan

[maggyver]

Kein Problem,

bringt uns ja alle weiter.

Grüße

René

[StefanW]

Hallo Sven,

wir haben die Sache am Wochenende geprüft. Die Logik wird unserer Ansicht nach ohne Fehler ausgeführt, allerdings

Die Werteanzeige für der Eingang I4 von Logic_305 (steht direkt unter der Verknüpfung "LE-Logic_309 O1") ist tatsächlich der Wert des Logic-Level "Hitzeschutz".

Dieser Level wird in der Logik aber auch überschrieben:
["Or" , ["-$Hitzeschutz" , "$Blocker"], "-$Hitzeschutz"]

Nach jedem Durchlauf dieser Logik ist der Wert für Hitzeschutz immer false.

Der Update der Anzeige im Doktormodus erfolgt immer erst nach der Berechnung der Logik und somit scheint sich der Wert nie zu ändern, obwohl er zwischenzeitlich (kurzzeitig) auf true gewechselt ist.

==> In dieser Konstellation bekommt der Doktormodus die kurzzeitige Änderung nicht mit, daher erscheint die Anzeige falsch.

Wir werden das morgen diskutieren, was hier zu tun ist. Womöglich kommt der Doktormodus hier an seine Grenzen

lg

Stefan

[Robert_Mini]

Das Verhalten passt dann ja.
Man sollte aus meiner Sicht nie Variablen der Eingänge in der Logik beschreiben (außer man will bewusst den Eingang von Innen überschreiben, um ein triggern mit Change zu beeinflussen).

Ich wüsste nicht wie man das im DocMode anzeigen lassen sollte (außer eventuell auch die rote Markierung für gerade aktualisiert).

Lg
Robert