EDOMI-Releases/Updates | Aktuell: Version 2.03

[Zuki]

Ich wollte jetzt kein extra Thema aufmachen:
Läuft Edomi eigentlich (eingeschränkt) auch ohne vorhandenen KNX Bus? Hintergrund ist der, dass wir vielleicht ein Haus sanieren und mit KNX ausrüsten wollen und ich im Vorfeld - jetzt ist noch Zeit - schon einmal mit dem Visu-Editor spielen wollte. Vorhanden wäre z.B. auch ein paar Hue Leuchten mit Hub die man zum Probieren ansteuern könnte.

[gaert]

Bei Popups ist's eine simple CSS-Animation (die Du ggf. auch selbst anpassen könntest). Bei normalen Seiten ist keine Animation vorgesehen - und auch nicht ohne Weiteres implementierbar, da bei einem Seitenwechsel das DOM komplett gelöscht wird und die Visuelemente dann erstellt werden. Man müsste also die Seite "puffern" etc. - insgesamt relativ aufwändig zu implementieren...

[baumhaus123]

@gaert: wenn man ein Popup öffnet, wird ja diese kurze Zoom-Animation gezeigt. Wäre es möglich, mehr solcher Animationen customizebar zu hinterlegen? Ich weiß, du stehst nicht so auf optische Spielereien, aber ich könnte mir da nette Sachen vorstellen. Am schicksten fände ich es, wenn man jeder Seite einen "Starteffekt" verpassen könnte. So wäre zB ein Blättern durch verschiedene Visu-Seiten möglich. Nur so ne Idee.

[gaert]

Viel einfacher: Es gibt garkeine Variablen im LBS (also diese #V-Variablen) - dies sind Datenbank-Werte... Die könnte man zwar theoretisch auf NULL setzen, aber dies ist aktuell nicht vorgesehen.

[jonofe]

Leer im Sinne von '' ist durchaus möglich, ist aber in PHP nicht gleich "nicht gesetzt". Jeder LBS kann doch einen leeren String auf den Ausgang senden, an dem dann ein sendbychange hängt. Oder hab ich dich jetzt falsch verstanden?

Leer im Sinne von isset($var)===FALSE sollte nicht mehr möglich sein, wenn du die Variable in deinem LBS nicht explizit löschst (unset($var))

Ich vermute auch, dass beim Deklarieren einer internen EDOMI Variable diese auf '' gesetzt wird, somit schon gesetzt ist und ein isset() auf diese Variable ein TRUE zurückliefert.

[vento66]

Die Variable wird auf 'leer' geprüft, also nicht gesetzt. Kommt irgendein Zeichen (auch Leerzeichen) an, ist die Variable ja nicht mehr leer. Sie enthält dann ein Leerzeichen Die Variable bekommst Du im Betrieb nie wieder leer.

[jonofe]

Ja, klar! Wir haben ja vorher gelernt, das es keine Leeren Telegramme gibt optional könnte man auch die Stringlänge prüfen. Ein Leerzeichen ist ja auch ein Zeichen. Da muss ich mal schauen, welche Stringlängen da bei der Initialisierung anstehen....

Ich hatte das so verstanden, dass es keinen "keinen Wert" gibt, sehr wohl aber einen "leeren Wert". Wenn es wirklich nur beim ersten Durchlauf nach Projekt-Aktivierung passieren soll, könnte man das durch eine statische Variable prüfen.

[vento66]

Ja, klar! Wir haben ja vorher gelernt, das es keine Leeren Telegramme gibt optional könnte man auch die Stringlänge prüfen. Ein Leerzeichen ist ja auch ein Zeichen. Da muss ich mal schauen, welche Stringlängen da bei der Initialisierung anstehen....

[jonofe]

Ok, überredet!
Dann hab ich diese unglaublich riesige Änderung mal hier eingecheckt: http://service.knx-user-forum.de/?co...ad&id=19000138

vento66: Das beschriebene Verhalten zeigt der neue LBS aber jetzt jedes Mal nachdem er ein leeres Telegramm empfangen hat, oder? Nicht nur beim ersten Mal.
Wenn also "per Zufall" mal ein leeres Telegramm an E1 ankommt, dann wird es auf den Ausgang weitergeleitet und das nächste Telegramm ignoriert auch wenn es nicht das erste war. Richtig? Soll das so sein?

VG
André

[WagoKlemme]

vento66
Danke ! Von mir und ein paar meiner Relais.
Super Sache.

[vento66]

Ok, überredet!
Dann hab ich diese unglaublich riesige Änderung mal hier eingecheckt: http://service.knx-user-forum.de/?co...ad&id=19000138

[gaert]

So ist es - und so ist es m.E. auch logisch: "Keinen Wert" gibt's bei LBSen nicht wirklich, also führt jeder initiale Wert (egal ob Initwert oder Eingangswert) zu einem Triggern. Das geht übrigens auch nicht anders, weil der LBS nicht weiß ob ein Initialwert vorliegt oder ein Wert am Eingang.

Oder anders ausgedrückt: Wenn "nix" anliegt und ein Telegramm eintrifft, wird der Baustein immer getriggert, da dies einer Änderung entspricht.

[vento66]

Wenn der BS keinen init. Wert hat, und der erste Wert während der Initialisierung eintrifft (z.B. GA Scan) triggert der BS bereits die folgenden Logiken. Ich würde eigentlich erwarten das er nur auslöst, wenn er schon einen Wert am E1 hatte. Nix ist aber kein Wert.

[gaert]

Prinzipiell sehe ich das auch so, aber in diesem Fall möchte ich davon lieber Abstand nehmen - denn sonst wird der LBS "zweizeilig" Aufgrund von E2... So wie er ist, ist er leicht zu verstehen und wird z.B. von mir häufig eingesetzt. Daher würde ich eher dazu tendieren, einen weiteren SBC-LBS zu ergänzen (mit dem gewünschten Verhalten - was war das noch genau?!).

[wintermute]

Oder man erweitert den LBS um eine entsprechende Option?

+1