UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[apollon77]

@patzii naja die Frage ist am Ende was smartvisu genau sendet. Am einfachsten mal ein JavaScript machen was so ein Objekt subscribed und dann mal den Wert loggen. Wenn smartvisu (warum auch immer) „false“ oder „0“ sendet (also als strings) dann sind die beiden am Ende true. Damit passiert nichts.

[Patzii]

@apollon77 ich kann dir leider gerade nicht folgen wie meinst du das das true wird?

[apollon77]

@patzii Naja eine zeichenkette mit egal welchem Inhat ist - wenn es zu einem Wahrheitswert konvertiert wird "wahr" - bzw kann nie flase sein...

Daher müssen wir rausfinden was smartvisu als Wert setzt ... also müssen wir das loggen (oder schreibt smartvisu in irgendein Log was es sendet?

[Patzii]

@apollon77 ok jetzt verstehe ich was du meinst , ich werde mal schauen ob ich ein solches script zum laufen bekomme!

[Patzii]

@patzii So ich glaub ich sehe das Problem der Wert bestätigt bleibt auf True hat jemand eine Idee wie ich diesen wert mit ändern kann?

[apollon77]

@patzii Am Ende muss das denke ich bei smartvisu geändert werden

[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.