Seite 1 von 2
(V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Di Jul 20, 2021 2:02 pm
von 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.
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Di Jul 20, 2021 2:06 pm
von 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.
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Di Jul 20, 2021 2:17 pm
von 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.
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Di Jul 20, 2021 2:25 pm
von 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"]
]
}
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Do Jul 22, 2021 1:07 pm
von 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
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Do Jul 22, 2021 7:37 pm
von 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é
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Do Jul 22, 2021 8:24 pm
von StefanW
Ok, Danke René,
ich gebe das weiter
lg
Stefan
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Do Jul 22, 2021 9:27 pm
von maggyver
Kein Problem,
bringt uns ja alle weiter.
Grüße
René
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: So Jul 25, 2021 9:33 pm
von 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
Re: (V2.0) Probleme in bestehender Logik - Eingang übernimmt Status nicht aus verschaltetem Logikausgang
Verfasst: Mo Jul 26, 2021 12:51 pm
von 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
