Befehlskennung einstellen für Text

[HRA]

Super, Danke

[HRA]

Ich muß doch noch einmal nachfragen, leider funktioniert die Lösung nicht sauber
Komischer Weise funktioniert es bei den oben verwendeten Werten, bei einer anderen Wertekonstellationen funktioniert es nicht
Schema ist immer das Gleiche -> Werterennung mittels Komma, Dezimaltrennung mittels Punkt

[Tico]

Das ist ein sehr interessantes Problem, vor dem Sie stehen. Der Befehlserkennungsblock erkennt entweder ein Komma oder einen Dezimalpunkt als Teil eines Wertes.

Immer, wenn auf eine ganze Zahl ein Komma folgt, werden die Zeichen nach dem Komma als Teil des Wertes angenommen. Da alle Ihre Werte durch Kommas getrennt sind, macht das die Sache sehr schwierig. z. B.

0,14.1, = Wert 0.14 gesehen von Loxone
9,14.1, = Wert 9.14 aus Sicht von Loxone
14,9.9, = Wert 14.9 aus Sicht von Loxone

Eine Lösung ist möglich, aber sie muss die Zeichenerkennung in einzelne Bytes aufteilen. Dies ist sehr zuverlässig, schränkt aber die Größe des Wertes ein.

Das Beispiel ist so eingestellt, dass nach jedem Komma 4 Bytes (Zeichen) extrahiert werden. Das bedeutet, dass jeder Wert auf 99,9 begrenzt ist. Mit einem zusätzlichen fünften Statusblock ließe sich diese Zahl für jeden Wert auf 999,9 erhöhen.

Sie werden sehen, dass die bisherige Technik zum Aufnehmen von Werten im Wesentlichen korrekt ist (links im Bild). Das ist hauptsächlich Glück, dass keine ganzen Zahlen vorhanden sind.

[HRA]

Wow, das ist eine aussagekräftige Lösung.
Danke

Schon ganz schön umfangreich.
Habe das Thema auch mal an Loxone weitergegeben, mal sehen, ob die eine einfachere Lösung haben.
Du hast Recht, es funktioniert nur solange eine Gleitpunktzahl im Wert ist, sobald der Wert eine Ganzzahl ist, funktioniert es nicht mehr.

[Tico]

Ich denke, um den Befehlserkennungsblock ausfallsicher zu machen, müsste Loxone ein Kontrollkästchen in den Blockeigenschaften einrichten.

Entweder das Dezimalzeichen oder das Kommazeichen für die Werteerkennung verwenden (aber nicht beides).

[svethi]

Dezimalzahlen in einer Kommaseparierten Liste zu übertragen ist auch mehr als unglücklich. Ist der Punkt das Dezimaltrennzeichen, ist das Komma das tausender Trennzeichen und umgekehrt. Komma und Punkt gehören somit immer zur Zahl selbst. Wo kommen die Daten denn her? Vielleicht hast Du ja die Möglichkeit die Daten beim Sender anzupassen. Wenn die Werte z.B. per UDP im MQTT eingeliefert werden, könnte man mit einem Transformer arbeiten.

[HRA]

Hallo svethi ,
die Daten kommen mittels MQTT vom vitoconect-PlugIn
Könntest du mir ein Bsp. zeigen, wie diese Transformerlösung aussehen könnte?

Lt. Wiki geht das doch nur als Ausgang vom MS über MQTT zu einem anderen Gerät, oder?
Ich brauche aber den Weg vom PlugIn über mQTT an den MS.

[Tico]

Können Sie bestätigen, dass "Expand JSON data" auf der ersten Seite der MQTT-Gateway-Einstellungen aktiviert ist?

[svethi]

Nee, lt. Anleitung geht das von UDP zum MQTT. Da ist ja aber die Frage wie das viessmann Plugin die Daten an MQTT übergibt. Wenn es das nicht über UDP macht, geht es eh nicht. Vielleicht kann ja der Plugin Entwickler die Komma‘s in Semikolons oder so ersetzen.

[HRA]

Ja es ist eingestellt

[Tico]

svethi hat eine gute Idee, Semikolon getrennt statt Komma getrennt zu senden.

In der Installationsdatei gibt es eine einzige Zeile, die das Trennzeichen definiert -



Laden Sie die Vitoconnect Installations-Zip-Datei von der Plugin-Webseite herunter. Dann -

1. Entpacken Sie die Zip-Datei auf Ihren Desktop.
2. Öffnen Sie die Verzeichnisse Loxberry-Plugin-Vitoconnect-0.1.2 / webfrontend / htmlauth
3. Öffnen Sie vitoconnect.php mit Notepad oder ähnlichem
4. Wählen Sie Bearbeiten / Suchen / join
5. Ändern Sie die Reihenfolge "," in ";"
6. Speichern Sie die Datei und schließen Sie sie
7. Komprimieren Sie den gesamten Installationsordner auf dem Desktop (Rechtsklick und "In ZIP-Datei komprimieren")
8. Verwenden Sie die normale Loxberry-Installationsroutine, um über die bestehende Installation zu installieren.

Bitte beachten Sie, dass dies ungetestet ist (ich habe kein Vitoconnect). Es wird auch nicht funktionieren, wenn Vitoconnect aktualisiert wird (wählen Sie in der Loxberry-Plugin-Verwaltung "Automatische Updates aus").

[HRA]

:-) Danke, ich gabe es an den Entwickler weiter, evtl. kann er ein neues release erschaffen. Dann gibt es auch keine Probleme beim updaten und andere Nutzer kommen in den selben Genuss

[jirid]

Hello all. I'd like to ask you if possible for a small help. Trying to play around with vitoconnect plugin and when i set virtual output as HTTP from loxone to viesmann via loxberry i can see that command sent is sent like HTTPS but it is rejected coz expected is (even as described in plugin page: https://wiki.loxberry.de/plugins/vitoconnect/start ) HTTP only. Maybe have you seen something similar and any idea how i can set it up to HTTP (http://<lbuser>:<lbpass>@loxberry:80/admin/plugins/Vitoconnect/vitoconnect.php?action=setvalue&option=heating.dhw.temperature.main&value=50)

I do have loxone server gen1

Thank you a lot
Jiri

[Christian Fenzl]

Please show your virtual output config and why you think it is sent as https.
Regards, Christian

[jirid]

Hi Christian, Thx for your response. I can see that viesmann's API has been invoked as HTTPS from Loxone debug console. See print screen plus i also share my setup of virtual output set in loxone
again thx for you help here. Sorry for print screens in my czech language hope it wont cause any confusion for you.
Jiri

[Christian Fenzl]

This seems to be fine. Your Miniserver is talking to the LoxBerry in http as expected, but the connection from the plugin to the Vissmann api (that is indeed https and this is fine) seems to be broken (404 Not found).

Here some of the other users may try to help as I don’t use that plugin and Vissmann.

Have you installed the latest plugin version?