cURL mit virtuellem Ausgang

[RolandSM]

/api/ hatte ich auch versucht ohne Erfolg.

Auch die Anführungszeichen mit / zu escapen hatte ich versucht...

[Tico]

In Ihrem Beitrag #13, Beispiel #2 -
Sie haben Als Digitalausgang verwenden: angekreuzt (Standard)
Das ist korrekt.

In Beispiel #3 -
Sie haben Als Digitalausgang verwenden: angekreuzt (Standard)
Das ist falsch. Immer wenn <v> innerhalb des virtuellen Ausgangs verwendet wird, muss Als Digitalausgang verwenden: nicht angehakt sein.

[RolandSM]

Hallo,
danke für den Hinweis, leider auch ohne Erfolg.
Ich bin jedoch einen kleinen Schritt weiter, und kann nun mit dem Loxone Monitor - Level 3 sehen, was der Miniserver sendet.
Hier scheint irgendetwas nicht so zu passen:

Nach /api macht er ein seltsames Zeichen? Ich habe es hier auch schon mit einem gezielten Leerzeichen oder Trennzeichen ; versucht.
Alles ohne Erfolg.
Lass ich /api weg oder schreibe es an die Adresse, erscheint ein "Method not allowed"
Scheint also, dass er sich authentifizieren kann, aber irgendwie hängts noch mit dem Aufruf der /api

Was mir aufgefallen ist, bei aktiviertem "Verbindung nach Senden schließen" kommt der Close Befehl schon deutlich früher und verursacht wiederrum andere Fehler?
Ganz seltsam bisher...
LG

[RolandSM]

Ich glaub ich bin wieder ein Stückchen näher gekommen:
Was mir hier auffällt, in Zeile 3 ist ein Leerzeichen zw. IP und dem /api/ kann aber sein dass das so passt...
Eindeutig ist, dass Username/Passwort falsch sind, was evtl. meinen vorherigen Screenshot erklärt, dass er in den letzten Zeilen keine Antwort erhält.

Ich hab das nun nochmal Kontrolliert, Symcon will hier ja definitiv als User eine Email-Adresse. Möglich dass mit dessen @ -> %40 ein Problem existiert???
In der Zeile "HTC send: Authorization: Basic" habe ich einen großen Block unkenntlich gemacht. Dieser Code sollte eigentlich bei jedem Aufruf identisch sein oder??? Ich nehm mal an den ganzen Login Part vor dem URL@ wird hier durch ein MD5 o.ä. geschoben, was diesen Code erzeugt? Ist aber nur eine Vermutung.
Der Code entspricht auch nicht dem Code der Konsole, wenn ich den CURL Befehl mit -v starte und ich mehr Infos bekomme.

Das hieße, dass Loxone hier ein Problem mit der Emailadresse als Benutzer hat???

[Christian Fenzl]

Mit einem echten @ oder Evt. \@ wird es wahrscheinlich auch nicht funktionieren?

Loxones Interfaces sind ziemlich „grindig“:
Da kommen non-wellformed XML zurück, und beim neueren jdev Interface kommt invalides JSON zurück, Analogausgänge liefern 0, obwohl ein Wert anliegt, die Syslog-Funktion von Loxone ist nicht konform des syslog-Standards usw. Dazu kommt, dass die Doku nie aktualisiert wird (zb die Änderungen der Loxone Permissions wurde nie in die Doku der Webservices übernommen, sodass dort alles falsch ist,...)

Also:
Die Chance ist groß, dass auch das ein Bug ist.
Aber klein, dass es gefixt wird.
Wennst einen LoxBerry hast, gibt es verschiedene Wege, deinen Befehl auszuführen, dass er auch funktioniert. Gib Bescheid, wenn du Hilfe brauchst.

lg, Christian

[RolandSM]

Hallo,

selbstverständlich habe ich das mit einem @ schon probiert, auch mit Doppelten/Anführungszeichen um Benutzer/Passwort in jeglicher Konstellation.

Ich hab jetzt einfach mal ein Ticket erstellt und das Thema an meinen Coach mitgegeben, mal sehen was passiert.
Werde mal sehen, inwieweit ich es über MQTT oder eigenen Skripten "hinbasteln" kann.

[Tico]

Nutzen Sie zur Fehlersuche auch die Save HTTP-Antwort im Virtuellen Ausgang. z. B. -

HTTP-Antwort speichern - user/common/symcon_response.html

Um die Antwort abzurufen, rufen Sie einen Browser auf und geben Sie-

MiniserverIP:Port/symcon_response.html

(es sollte eine Aufforderung zur Eingabe von Miniserver-Benutzername und -Passwort erscheinen)

Wenn .html nicht funktioniert, können Sie auch .txt versuchen

[RolandSM]

Also aktueller Stand der Dinge, auch in diesem Beitrag gehts ja speziell um die IP-Symcon Anbindung...

Eine mögliche Lösung mit einem Zwischenskript habe ich in meinem Blogbeitrag ausführlich geschrieben.

https://mytec-home.de/smart-home/becker-rolladen-mit-boxctrl-direkt-ueber-die-fritzbox-steuern

Dieses schreibt aktuell lediglich in Symcon rein, ein lesendes Skript wird demnächst auch folgen, vor allem soll das Ganze einfacher werden.
Vielleicht springt ja sogar ein Symcon-Modul heraus, mal sehen:

https://community.symcon.de/t/loxone-symcon-anbindung-ueber-die-jsonrpc-api/124273

Ganz positiv, ich habe zu dem Thema bereits ein Ticket bei Loxone geschrieben und mit einem Loxone-Techniker das Verhalten genauer angeschaut.
Auch er meinte zuletzt, dass es am @ in der Email-Adresse liegt, sodass derzeit keine Authentifizierung stattfinden kann.
Er gibt es definitiv in die Entwicklung weiter, mal sehen was passiert.

Ob man nun die Schuld auf Symcon schiebt, da diese Email-Adressen als Usernamen verwenden, oder Loxone, welche diese dann nicht korrekt de-/encodieren sei dahingestellt, in dem Fall interessieren mich lediglich Lösungen und dazu gebe auch ich gerne meinen Teil dazu bei...

LG