Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
funktioniert der Baustein auch ohne verbundenen E9? Dann würde ich das über eine externe Logik lösen. Oder kannst Du ein Timeout ermöglichen so dass bspw. alle Änderungen an E9 20 Sekunden lang ignoriert werden wenn der Baustein eine Beschattungsposition vorgibt?
Die Belegung von E9/E10 braucht es nicht zwingend. Ich verwende sie auch nicht, da ich direkt den Aktor sperre.
Ein entsprechender Timer hat in dem Baustein auch eher wenig zu suchen da Spezialfall und kann besser mit Edomi-Bordmitteln gelöst werden.
bei mir (v3.4) deaktiviert sich der Baustein direkt nach dem ersten Fahren ("LBS disabled through external height change")... E9 ist verbunden mit der Rückmeldung "aktuelle Höhe" die vom Baustein "Rolladenposition extern" kommt und nach dem Ändern der Vorgabe kontinuierlich (1x pro Sekunde) aktualisiert wird bis der Rolladen die vorgegebe Position erreicht hat -> der Baustein fährt einmal und ist dann inaktiv.
Alternativ kann ich natürlich auch einfach nur die Positionsvorgabe an E9 legen, die ändert sich nicht kontinuierlich. Problem ist dann aber, dass der Baustein von den Änderungen die z.B. vom Taster kommen nicht registriert und sich dann nicht deaktiviert.
Ich kanns gerade nicht testen: funktioniert der Baustein auch ohne verbundenen E9? Dann würde ich das über eine externe Logik lösen. Oder kannst Du ein Timeout ermöglichen so dass bspw. alle Änderungen an E9 20 Sekunden lang ignoriert werden wenn der Baustein eine Beschattungsposition vorgibt?
ich habe die aktuelle Version (Ich habe ja die 3.3.RC6 rausgeworfen). Den einen Baustein habe ich jetzt wieder auf dem richtigen Status über das iKO. Ich schaue mir den anderen jetzt noch mal genauer an.
Grüße
Frank
da er zum jetzigen Zeitpunkt (Sonne ist noch nicht auf der Fassade, aber Helligkeit hoch), im Zustand Dawn, Neutral (-1) ist, während ich eigentlich Neutral (0) erwarten würde.
Der Status NEUTRAL wird nie erreicht ausser beim initialen Start, da der Baustein ja immer aus einem vorherigen Status kommt.
Virtual depth and height of sun position in 90� to the facade: -0.87116632325663, -0.3063402313549, effective Elevation: 19.373907385723
2017-05-26 00:23:32
680409
4280
INFO:
Updating A1 with value 0 even if same values than previous ones
2017-05-26 00:23:32
687325
4280
INFO:
Real azimut 343.40554206528� and facade at 134� -> NOT IN SUN (shadow side, at sun from 134� to 179�), effective elevation 19.373907385723� for given elevation of -17.031933790425� -> in min-max-range (0-90)
2017-05-26 00:23:32
687630
4280
INFO:
Storing current shutter state -5 and updating output if necessary
2017-05-26 00:23:32
688447
4280
INFO:
Updating A10 with value -5 even if same values than previous ones
2017-05-26 00:23:32
695512
4280
INFO:
Handling current shutter state DAWN_FULL_CLOSED (-5)
2017-05-26 00:23:32
695825
4280
INFO:
Recalculating shutter position out of state DAWN_FULL_CLOSED
2017-05-26 00:23:32
695967
4280
INFO:
Values to write to outputs for height and angle: 100%/100%
2017-05-26 00:23:32
696381
4280
INFO:
Updating A3 with value 100 even if same values than previous ones
2017-05-26 00:23:32
698436
4280
INFO:
Updating A4 with value 100 even if same values than previous ones
2017-05-26 00:23:32
700714
4280
INFO:
Updating A5 with value 255 even if same values than previous ones
2017-05-26 00:23:32
707134
4280
INFO:
Updating A6 with value 255 even if same values than previous ones
2017-05-26 00:23:32
709372
4280
INFO:
Shutter angle 100% = 90�
2017-05-26 00:23:32
709666
4280
INFO:
Updating A7 with value 90 even if same values than previous ones
2017-05-26 00:23:32
714586
4280
INFO:
Updating A2 with value 0 even if same values than previous ones
2017-05-26 00:23:32
722155
4280
INFO:
Timer already finished
2017-05-26 00:23:32
727057
4280
INFO:
Storing current shutter state -5 and updating output if necessary
2017-05-26 00:23:32
730684
4280
INFO:
Updating A10 with value -5 even if same values than previous ones
Das wiederholt sich kontinuierlich. Ich habe den Fehler noch nicht gefunden. Wie gesagt, ich habe nur den Baustein ausgetauscht gegen die Version 3.3 RC6.
Das tritt aber nur bei einem von zwei laufenden LBS auf. Der andere zeigt ebenfalls ein seltsames Verhalten, da er zum jetzigen Zeitpunkt (Sonne ist noch nicht auf der Fassade, aber Helligkeit hoch), im Zustand Dawn, Neutral (-1) ist, während ich eigentlich Neutral (0) erwarten würde.
Mein Verdacht ist, dass zumindest der eine Baustein in einer Schleife hängt, weil er im falschen Zustand ist. Kann ich den durch ein iKO auf E11 mit Initwert 0 auf Neutral stellen, wenn ich Edomi neustarte? Das probiere ich jetzt mal aus.
Über den E13 Eingang schalte ich eine Fahrsperre Nachts 22.00 - 6:30h für alle Raffstores
Über den E12 Eingang sperre ich den Baustein, wenn ich ins Bett gehe.
Nun geht E13 um 6:30 auf 0 E12 ist noch auf 1, trotzdem fährt der Raffstore hoch.
Ich hätte jetzt erwartet, dass bei E12=1 NICHTS passiert.
bleibt nun nur noch das interne SBC Problemchen daß bei geänderter Höhe aber gleichem Ziel-Winkel der Winkel nicht nochmal gesendet wird und damit die Jalousie immer auf Position "Zu" fährt (vielleicht auch nur bei dem BMS MCU Aktor ein Problem, ich weiß nicht wie andere JAL Aktoren bei einer reinen Höhenänderung reagieren...) Das kommt leider auch häufiger vor z.B. wenn von Neutral 0/0 auf Durchsichtssposition oder auf eine berechnete Beschattungsposition 100/0 gefahren werden soll stehe ich im "Dunkeln". Mal sehen, vielleicht versuche ich mich am WE da mal an einem Änderungsvorschlag...
ich habe jetzt auf die Version 3.4 aktualisiert. Habe jetzt aber wieder volle CPU Auslastung, weil der Baustein im Dauerfeuer auf der Datenbank ist. Gibt es hier eventuell auch ein $delay Problem? Meine EDOMI Kiste ist ja nicht so leistungsfähig, wie Deine
Geändert habe ich sonst nichts.
Grüße
Frank
Hast du denn am A10 auch einen SbC vorgeschaltet? Ich hatte auch mal Performance-Themen, die dadurch dann gelöst wurden. Weiß aber nicht, ob das aktuell noch nötig ist...
Hm, durchaus möglich. Das sind ja die beiden Funktionen für den Neutralzustand. Danke fürs reinschauen, bin schon gespannt, wie es sich bei Dir verhält.
soeben sind alle Jalousien ordnungsgemäß und gleichzeitig runtergefahren
Ich werde den gepatchten LBS mal so weiterlaufen lassen!
tger977 Danke für den Hinweis. Schaue ich mir heute abend mal an. Bei mir läuft auch ein futro. Vielleicht lösche ich mal die remanenten Variablen und starte ganz frisch.
das erste Problem ist wohl Zeile 1044, dort wird tatsächlich die normale Helligkeit abgefragt:
...
Habe es nun mal gegen getDawnBrightness ausgetauscht. Mal sehen was heute abend dann passiert
bei weiterem Suchen habe ich jetzt noch eine Stelle in Zeile 1076 gefunden an der gleiches Problem besteht:
Code:
if (LB_LBSID_getCurrentBrightness($E) < LB_LBSID_getDawnThresholdClose($E)) {
Hm, durchaus möglich. Das sind ja die beiden Funktionen für den Neutralzustand. Danke fürs reinschauen, bin schon gespannt, wie es sich bei Dir verhält.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Einen Kommentar schreiben: