Problem mit der Befehlserkennung - Command Recognition

**buki** · 20.02.2021, 18:00

Ich hatte mit dem Gen2 mal eine Befehlserkennung, die nicht wollte. Die Daten waren als "Content-Type: binary/octet-stream" tagged. Es scheint zwar, dass die edimaxcloud "Content-Type: application/json; charset=utf-8" liefert. Sollte ja eigentlich funktionieren.

Ich habe dann den Request durch das Loxberry https2http plugin geschleift (Loxberry hast Du ja). Im htts2http plugin wird aus allem "Content-Type: text/html; charset=UTF-8"
Damit konnte mein Gen2 dann umgehen. Vielelicht hilft sowas bei Dir auch.

**Imperator** · 20.02.2021, 23:54

buki Das wäre definitiv einen Versuch wert, nur habe ich bei diesem MS Gen2 keinen Loxberry im selben Netz. Der Loxberry den ich für die Command Recognition verwendet habe läuft zusammen mit meinem MS Gen1 bei mir Zuhause.

**Imperator** · 21.02.2021, 00:45

Habe jetzt zum Spass alles auf meinem MS Gen1 angelegt und wie von buki vorgeschlagen über das https2http Plugin geschleift. Der Test liefert nur einen kryptischen Output und am MS scheint nochimmer nichts anzukommen was ausgewertet werden kann. Besonders spannend: wenn ich die Logdatei des Plugins aufrufen will erscheint folgende Meldung: "Die Log-Datei existiert nicht. Es kann sein, dass das entsprechende Plugin noch nichts sendet oder fehlerhaft ist. Lade die Seite erneut und versuche es noch einmal.". Bei meinem Vorhaben scheint der Wurm so richtig drin zu sein ...

**Imperator** · 21.02.2021, 01:15

So in dem Stil sieht der Output über die Test Funktion des https2http Plugins aus.

**Christian Fenzl** · 21.02.2021, 07:31

Ein bisschen schwerfällig, dieser Thread (als WINK mit dem Zaunpfahl: Nach ca. 20 Beiträgen und Kommentaren die Info, dass der MS in einem anderen Netz hängt und potentiell gar keinen Zugriff aufs Internet hat....?!)

Schon über https2http probiert, OHNE den Content-Type zu manipulieren? Wäre dieser Test nicht wirklich naheliegend?

**svethi** · 21.02.2021, 08:15

Das das https2http selbst sicher keinen Kauderwelsch ausgibt sondern nur forwarded, stellt sich die Frage, was kommt denn da wirklich von der Gegenstelle.
Zum Einen musst Du jetzt mal klar aufklären. Habe ich es in dem ganzen Thread überlesen, oder stand da noch nirgends was genau die Gegenstelle ist? Dann musst Du mal den Monitor in der Config bemühen, und über Netzwerk prüfen ob da überhaupt eine Anfrage vom MS raus geht. Dort müsste man dann auch sehen ob da Daten zurück kommen. Ich habe mir dem Monitor in der Config noch nicht viel gemacht, daher kann ich auch nicht sagen, ob man da auch schon die Daten sieht, die dann genau reinkommen. Wenn nicht, dann über die Devtools im Browser eine Abfrage im Detail auswerten (Rückgabe-Header, Status, orginalen Quelltext der Rückgabe). Oder eventuell an der Commandline des Loxberry per curl mal die URL aufrufen posten was da kommt. Wenn der MSv2 nicht in Deinem Netz steht ... kannst Du die URL aus dem Netz aufrufen, in dem der MSv2 steht? Hat der MSv2 überhaupt Zugang zu dieser URL? Es könnte ja sein, dass der MS über eine Firewall gar nicht „raustelefonieren“ darf. DNS! Kann der MSv2 die IP der Gegenstelle überhaupt auflösen?
Wenn der MS eine Rückgabe von der Gegenstelle in genau dieser von Dir gezeigten Form bekommt, dann habe ich noch nie erlebt, dass der MS das nicht auch verarbeiten kann. Da ist irgendwo anders bei Dir ( oder wo auch immer das ist ) der Wurm drin.

**Dostal** · 21.02.2021, 11:59

ja, ich weis.. ich rede immer lauter Unsinn...

L.G. Harry

**svethi** · 21.02.2021, 14:52

Und was soll uns das jetzt sagen?? Ja, ich beachte \i. Und weiter? Hier hast Du es ja sogar richtig gemacht. \i bedeutet eine Suche und wird benutzt mit \iSuchwort\i<eventuell weiterer Text u./o. Suchen>\v
Dein Hilfsangebot oben war definitiv falsch und nicht verwendbar

**buki** · 27.02.2021, 02:01

Die Antwort ist/war gzip komprimiert.
Das kann der Gen2 (zumindest bei mir v11.0.5.5) nicht.

Das https2http plugin könnte erweitert werden.
Wörsty , wenn du diese curl option ab Zeile 86 einfügen würdest, könnte sich Imperator mit dem https2http plugin weiter helfen.

Code:

curl_setopt($curl, CURLOPT_ENCODING, true);

...oder vielleicht zusätzlich eine querystring option im plugin (&curloptenc=1) um kein Risiko bei der Kompatibilität einzugehen?

**Wörsty** · 27.02.2021, 03:22

Hatte das Thema gar nicht mitbekommen, sonst hätte ich euch gleich sagen können, dass es am gzip encoding liegt. Danke für die Erwähnung buki ich schaue es mir zeitnah an. Sollte kein Problem sein.

**Wörsty** · 27.02.2021, 13:06

Probiere mal: https://github.com/Woersty/LoxBerry-...ive/master.zip

Beim Plugin dann http://dein-loxberry/plugins/https2http/?url=https%3A%2F%2Fwww.wetter.at%2Fwetter%2Foester reich%2Fniederoesterreich%2Fannaberg

**Imperator** · 27.02.2021, 22:32

Wow Wörsty, das ging aber hammer schnell! Vielen herzlichen Dank für diese schnelle und tolle Erweiterung!

Wollte gerade auf den PreRelease von heute updaten und den erfolgreichen Test von buki bestätigen. Leider kriege ich aber folgende Fehlermeldung beim Installationsvorgang. Hat dies evt. damit zu tun, dass ich noch auf Loxberry v1.4.3 bin? (Minimal LB Version ist gemäss Loxwiki v1.0).

**Wörsty** · 27.02.2021, 23:03

Ich habe das noch gar nicht als PreRelease veröffentlicht. Wollte erst die Rückmeldung abwarten.
Wenn nichts mehr dazwischen kommt, mach ich morgen ein Release draus.
Konnte mich jetzt erst melden, hatte tagsüber zu tun,

**Imperator** · 28.02.2021, 00:04

Habe jetzt die Version aus dem Link in diesem Thread installiert. Sowohl der Test aus dem Plugin als auch die Befehlserkennung funktionieren nun einwandfrei und so wie es scheint kann ich nun alle Werte mühelos auslesen. Top! Nochmals herzlichen Dank an Wörsty für die schnelle Erweiterung und Umsetzung! Vielen Dank auch an buki für die Unterstützung bei der Fehlersuche als auch allen anderen die sich hiermit beschäftigt haben.