IOBroker mit Smartvisu

[MiGoller]

@patzii Das Problem hatte ich auch. Ich habe es daran festgemacht, dass smartVISU keine Typenkonvertierung durchführt. Versuche doch mal bitte, ob mein Treiber für ioBroker Abhilfe schaffen kann. Ich hatte das genauso, wie Du es beschreibst, mit dem KNX Adapter und ein paar anderen auch.

https://github.com/MiGoller/smartvisu_iobroker_driver

[apollon77]

@migoller Also der Code dort sollte an sich ein ack=false setzen ...

[MiGoller]

@apollon77 Was meinst Du genau mit "dort" bzw. welchen Code meinst Du? Der smartVISU Code kennt ja erst einmal keinen ioBroker. Wenn ich den Treiber dahingehend verbessern kann, ok.

[apollon77]

@migoller Der Code in dem GitHub Repository den Du gerade verlinkt hast ... wenn der genutzt wird sollte es mit ack=false bei ioBroker ankommen.

[MiGoller]

@apollon77 Ok, sehe ich auch so. Dachte schon, da müsste ich noch etwas tun. Mit dem von mir verlinkten Treiber läuft meine Installation seit Mitte des Jahres.

[apollon77]

@migoller Was ist denn an dem anders als an dem Includeten treiber?

[MiGoller]

@apollon77 Hey, ich habe lediglich die write-Methode mit einem "Best-Guess" für die Typenkonvertierung von Zahlen und Boolean-Werten modifiziert (vgl. Zeilen 71-78) in https://github.com/MiGoller/smartvisu_iobroker_driver/blob/main/io_iobroker2.js .

[apollon77]

@migoller Ja hatte ich auch gesehen. Dann kleine Idee warum bei @Patzii das mit ack=true ankommt

[Patzii]

@apollon77 @MiGoller

So jetzt habe ich es probiert jetzt verhält es sich so mit deinem Adapter:
1 mal betätigen schaltet sich das Licht Ein Status in Visu geht sofort wieder Off
2mal betätigen Licht bleibt Ein Status ist danach auch auf ON
3 mal Betätigen Licht und Status ist Off

hoffe ihr habt eine Idee für mich

Danke Patrick

[MiGoller]

@patzii Vor ein paar Minuten hat es ein neues smartVISU Release gegeben, das verbesserte Treiber enthält. Dabei ist auch ein neuer ioBroker Treiber, der die Typenkonvertierung enthält.

https://github.com/Martin-Gleiss/smartvisu/releases

Ich muss das nachher mal ausprobieren.

[apollon77]

Mal die Runde gefragt: ich hatte mal angefangen mit einem smartvisu Adapter der quasi ein php installiert und nen Webserver in nodejs der dann das ausführt und eine smartvisu Version mitbringt. Dann würde das generell direkt in iobroker laufen.

Wäre das was was interessant wäre oder ist’s einfacher das so „getrennt“ laufen zu haben wir ihr jetzt? Sagt mal was dazu bitte.

[MiGoller]

@migoller So, habe die smarftVISU v3.3.0 in meinem Docker-Image... und rennt mit dem inkludierten Standardtreiber, ohne dass ich Fehler im ioBroker Protokoll finden kann, dass Typen nicht passen würden.

Ich habe auch einen KNX-Bus und hatte in den Versionen bis v3.2.x das Problem, das @Patzii beschrieben hatte. Jetzt nicht mehr. Da kann ich wohl meinen Workaround, den alternativen Treiber ioBroker_v2 wieder einstampfen.

@Patzii: Ich baue nachher noch ein nginx-Image für Dich, dass Du auch aktualisieren kannst.

[MiGoller]

@apollon77 Hey, ich glaube, für die meisten wäre es einfacher, das als alternative VIS praktisch "im" ioBroker laufen zu lassen.

Mein Docker-basiertes Setup mit einem Docker-Compose-Stack, ein nginx Container und ein smartVISU FPM Container, hat @Patzii nicht so trivial unter UNRAID ans Laufen bekommen. Da habe ich ein Image gebaut, dass einen PHP-Webserver auf Basis von nginx samt smartVISU mitbringt.

Persönlich splitte ich diese Dinge gern auf, damit ich nach Möglichkeit immer offizielle Images für Container nutzen kann. Wenn jemand aber eh den ioBroker auf Docker fährt, dann sollte es kein Problem sein, einen weiteren Container für die smartVISU oder einen Stack zu zünden.

@apollon77 , ich würde aber auch bei einem smartVISU Adapter unterstützen. Schaue mir parallel des Repo https://github.com/Apollon77/ioBroker.smartvisu an.

[MiGoller]

@apollon77 Ich hätte das prinzipiell in diesem Stil getan, allerdings war die Performance in der Vergangenheit nicht so dolle, aber das müsste ich noch einmal ausprobieren.

var express = require('express');
var php = require("node-php"); 
var path = require("path"); 

var app = express();

app.use("/", php.cgi("public")); 

app.listen(80);

console.log("Server listening!");

Der PHP-Content wäre dann im Verzeichnis ./public, in unserem Kontext also der smartVISU Code.

Statt node-php nutzt Du sphp, aber das sollte praktisch egal sein. Sind beides CGI-Implementierungen, und dabei ist sphp die jüngere von beiden. Ist das wirklich schon 9 Jahre her, dass ich das mit node-php ausprobiert habe??? Ich werde alt.

[MiGoller]

@Patzii , das nginx-Image habe ich soeben aktualisiert. Du solltest es in UNRAID jetzt aktualisieren können.

[apollon77]

@migoller Ja schau gern rein, am Ende war das mal ein Versuch der glaube auch schon 2 Jahre her ist aber sphp tut .. wie performant ist die Frage. Eine alternative wäre einen phpfpm service zu starten und die php executions darüber laufen zu lassen ... das müsste man aber mal testen

[Patzii]

@apollon77

mit der neuen Version ist leider noch das selbe Problem das ich nur einschalten kann und nicht Aus

der False wert wird gesetzt aber nicht bestätigt!

Habs noch eine Idee für mich?

[apollon77]

@patzii sagte in IOBroker mit Smartvisu:

der False wert wird gesetzt aber nicht bestätigt!

in weldhe Nomenklatur bist Du jetzt? bestätigt aka "ack flag" oder was genau? Mehr details

[Patzii]

@apollon77

Hab jetzt die 3.3.0 mit den originalen IOBroker treiber

Wo sehe ich deine frage wie kann ich das nachsehen ?

Was mir noch auffällt der status wird nicht ausgelesen vom IOBroker!

das hier von der smartvisu

das hier ist das log vom IOBroker

[apollon77]

@patzii Naja wie oben gesagt wenn der Falsche typ reinkommt dann ist eine zeichenkette mit Inhalt "false" ist ein wahrer Wert, der ist nicht false ... also es muss das richtige gesendet werden ... also es klingt schon richtig was da im neuen treiber gemacht wurde (nicht performant aber ggf ok).