ElabNET Technik Forum

Hallo Stefan (@Hammer)!

Hast du mal versucht, den gesamten Code über den alten zu kopieren?

Das zeilenweise ändern ist immer gefährlich, da ich ggf. Variablennamen wo geändert habe, so dass der Code nicht nur durch copy/paste erweiterbar ist.

Generell wüde ich beim Update einer Logik immer: Logik duplizieren, gesamten Code drüber kopieren, speichern.
Wenn das klappt, dann auch einfacht die laufenden Logiken so editieren und speichern.

Danach im DokMode die Werte an den Eingängen kontrollieren und ggf. manuell eingeben.

lg
Robert

Hallo Robert,

selbstverständlich kopiere ich den Code immer nur komplett. Dabei wurde die Logik aber als "Fehlerbehaftet" angezeigt.
Auch ein wiederholten kopieren des Logikcode brachte keinen Erfolg. Deshalb habe ich mir den Code angeschaut und durch "aus" kommentieren der 5 genannten Zeilen war alles OK.

Gerade habe ich anhand deiner Empfehlung einen neue Logik (Logic_151) mit deinem Code angelegt und diese läuft.
Kopiere ich nun den selben Code in die vohandene Logik (Logic_99) springt diese auf "error".

Vielen Dank für den Tipp mit der neuen Logik bei Code Änderungen.
Der Fehler kam anscheinend mit einer neuen Anordnung der Eingänge.
Das hat der vorhandenen Logik nicht gefallen.

Grüße
Stefan

Hallo Stefan!

Kein Ding.
Es gibt noch ein paar Sonderlocken, die ich meinen ersten Logiken nicht beachtet habe.
Bin zwar nicht sicher, ob das hier der Fall ist, könnte aber sein.

Auch habe ich das Gefühl, dass ganz alte Logiken etwas zickiger beim Update sind, als neuere, vielleicht täuscht das aber auch.

lg
Robert

Gerade angesehen: Die Logik verwendet (leider) noch 2 Variablen, bei der der Name der Variable1 Teil der Variable2 ist. Das ist eine bekannte Einschränkung.
Ich werde bei Gelegenheit $Fassade_Beschattung_Aktiv durch $Fassade_Beschattung_Aktiv_Hoehe ersetzen, dann sollte es bei künftigen Updates mit drüberkopieren klappen.

lg
Robert

Hallo Zusammen,

aus irgendeinem Grund funktioniert bei uns zwar die Beschattungshöhe jedoch nicht die Lamellenführung.

Lamelle Auto bleibt dauerhaft auf 0.00 stehen, obwohl sonst alle Werte auf "true" stehen. Kann uns hier jemand bitte weiterhelfen?

Probiere mal einen Wert für Sonnenhöhe von 30.
Nur wenn Sonnenhöhe < HöheLamelleOffen ist der Wert für den Lamellenwinkel <0.

Lg
Robert

Danke Robert!

Noch eine Frage, wenn ich hier im Doktormodus die Werte ändere, führt das nicht automatisch zur Neuberechnung der Ausgänge. Selbst wenn ich die Verzögerungszeiten auf 0 setze. Die Berechnung der Höhe und Lamellen erfolgt irgendwie zeitversetzt.

Gibt es da innerhalb der Logik noch einen Timer?

Schöne Grüße

Alex

Hallo Robert @Robert_Mini,

vielen Dank fürs Teilen deiner Logiken!
Bei unseren Jalousien habe ich diese nun seit ein paar Tagen am Laufen. Für zwei unserer Jalousien soll aus Sichtschutzgründen die Höhe immer 100% und die Lamellen auf mindestens 30% stehen. Die Höhe lässt sich über den Prio-Eingang realsieren. Die Lamellenstellung hatte ich über den Eingang LamellePosOffen = 30 realisiert. Das hat dann jedoch zur Folge , dass der "Lamelle Auto" Ausgang häufiger als notwendig sendet. Das liegt wohl daran, dass die Berechnung des Lamellenwinkels in der sechsten Nachkommastelle des float schwankt und da die Logik minütlich neue Sonnenstandsdaten bekommt führt das dann letzlich zu mehr Daten auf dem Bus als nötig.
Als schneller Workaround hab ich mir einen zusätzlichen Eingang (minimaler Lamellenwinkel) und einen zusätzlichen Ausgang eingebaut; den original Parameter LamellePosOffen wieder auf 0 gesetzt und damit dann wieder mehr Ruhe auf dem Bus. Das geht sicher auch noch schöner zu lösen
Viele Grüße
Martin