Home-Connect | 2nd

[coliflower]

Ich habe geplant, mir in den Weihnachtsferien Zeit für den ersten Feldversuch zu nehmen - leider gibt es noch ein paar Bugs.

[turtle1987]

Ich will ja nicht drängeln, aber wie stehen denn die Aktien um die neue Version?

[ak68]

Ich fürchte, das hat keinen Zweck bei mir und ich warte wohl besser auf Deine neue Version.

Bei mir ist der LBS auch schon seit Monaten nicht mehr zum Laufen zu Bringen (mit ähnlichen Problemen wie bei Dir/ sh. weiter oben !).
Ich glaube auch, wir sollten lieber auf die neue Version warten, anstatt die kostbare Zeit von coliflower zur Fehleranalyse des alten LBS zu binden.

[bkr]

Kannst du mal im ###[LBS]### Bereich folgende Zeile

if (global_version [COLOR=#FF0000]<>[/COLOR] $edomsi)

in diese zu ändern ?

if (global_version [COLOR=#FF0000]!=[/COLOR] $edomsi)

Obwohl es mich wundert, weil das bei anderen immer funktioniert hat ...

Neuaktivieren nicht vergessen ...

Danke... != statt <> hat auch nicht geholfen. Ich habe die ganze Zeile darauf mal geändert in

if (0 == 1)

Daraufhin gabs natürlich keinen Fehler mehr, dafür aber eine neue log-Datei "...SSE OAuth2". In dieser finde ich

SSL connect error
make/curl/result/ex/false ...... exception 'HomeConnect\Exceptions\HcException' with message 'SSL connect error' in /usr/local/edomi/main/include/php/HOME-CONNECT-API-PHP/scr/HomeConnect/Clients/HcClient.php:247[LF]Stack trace:[LF]#0 /usr/local/edomi/main/include/php/HOME-CONNECT-API-PHP/scr/HomeConnect/Clients/HcClient.php(371): HomeConnect\Clients\HcClient->makeRequest('https://api.hom...', 'POST', Array)[LF]#1 /usr/local/edomi/main/include/php/HOME-CONNECT-API-PHP/scr/HomeConnect/Clients/HcClient.php(347): HomeConnect\Clients\HcClient->getAccessTokenFromAuthorizationCode('eyJ4LXJlZyI6IkV...')[LF]#2 /usr/local/edomi/main/include/php/HOME-CONNECT-API-PHP/scr/HomeConnect/Clients/HcClient.php(420): HomeConnect\Clients\HcClient->getAccessToken()[LF]#3 /usr/local/edomi/main/include/php/HOME-CONNECT-API-PHP/scr/HomeConnect/Clients/HcClient.php(500): HomeConnect\Clients\HcClient->oAuthRequest('https://api.hom...', 'GET', Array, NULL)[LF]#4 /usr/local/edomi/main/include/php/HOME-CONNECT-API-PHP/scr/HomeConnect/Clients/HcClient.php(700): HomeConnect\Clients\HcClient->api('', 'GET', Array)[LF]#5 /usr/local/edomi/www/data/liveproject/lbs/EXE19000070.php(287): HomeConnect\Clients\HcClient->getAppliances('', NULL)[LF]#6 {main}

Ich fürchte, das hat keinen Zweck bei mir und ich warte wohl besser auf Deine neue Version.

[coliflower]

Danke, das bedeutet, dass du auch nicht weiter weiss warum die EXE... nicht getriggert wird, obwohl der Symlink richtig gesetzt wird ?

jonofe
Wenn ich die EXE19000070.php im Browser aufrufe, dann erhalte ich auch nur einen weißen Bildschirm wie wenn der Symlink getriggert wird (redirec_uri) - ohne dass der Code der EXE ausgeführt wird ... kein Logeintrag.

http://10.0.10.3/data/liveproject/lbs/EXE19000070.php

Kann es sein dass der Symlink ausgeführt wird aber der Code der EXE nicht ?
Hättest du doch noch ein paar Ideen mehr (grundsätzlich gefällt mir die Lösung über Symlink, elegant) ?

DANKE vorab.

[coliflower]

Mir scheint, in dem LBS (V 3.02) ist immer noch eine hard codierte Versionsprüfung drin? Obwohl ich bei edomi-version 1.62 angegeben habe ...

Kannst du mal im ###[LBS]### Bereich folgende Zeile

if (global_version [COLOR=#FF0000]<>[/COLOR] $edomsi)

in diese zu ändern ?

if (global_version [COLOR=#FF0000]!=[/COLOR] $edomsi)

Obwohl es mich wundert, weil das bei anderen immer funktioniert hat ...

Neuaktivieren nicht vergessen ...

[bkr]

coliflower : Mir scheint, in dem LBS (V 3.02) ist immer noch eine hard codierte Versionsprüfung drin? Obwohl ich bei edomi-version 1.62 angegeben habe, steht im log

2019-10-13 14:24:15	058954	28002	3 of 9	LBS19000070 (ID633) | LOG_ERROR_ | LBS | Home-Connect | SSE | ABBRUCH, es wird eine ungetestete Edomi-Version verwendet - EXEC not started
2019-10-13 14:24:15	059264	28002	3 of 9	LBS19000070 (ID633) | LOG_ERROR_ | LBS | Der LBS wird beendet: Home-Connect | SSE | ABBRUCH, es wird eine ungetestete Edomi-Version verwendet - EXEC not started
2019-10-13 14:24:15	059443	28002	......	Baustein wurde aufgrund eines Fehlers beendet ...

[coliflower]

... aber da sollte doch trotzdem etwas im A1 enthalten sein?

JA, und zwar entweder die Daten des Trockners und oder zumindest ein Keep-Alive des SSE (Server Send Events).

Frage, "pulsiert" (orange) die obere gelbe Zeile des LBS nach Trigger=1 ?
Wenn nicht, dann läuft der LBS gar nicht ... dann wäre noch folgendes interessant:
1. Loglevel auf 9 (extra Debugger der KLASSE = zusätzlicher Log) und posten
2. den Log des 70er posten

... zwischen dem triggern mit 9 und triggern mit 1 immer noch das live-Projekt aktivieren ...?

NEIN, aber innerhalb von 10 Minuten muss Trigger=1 gesetzt werden (das versuche ich derzeit mit Andrés Hilfe für den 70er zu lösen).

... und die LBS-Variablen löschen?

Wenn du es mal sauber machst und von NEUE beginnst, dann schadet es nicht (entfällt später in V4 an der ich arbeite).

Man sieht auch die V1 = CODE der von HC über eine JSON eingelesen wird (kann auch sein dass es der falsche/alte ist, dann kann natürlich kein Token von HC abgefragt werden >> Trigger=5 wird dann doch mal sinnvoll).

Man sieht auch, dass V2 (Access-Token) und V3 (Refresh-Token) nicht abgespeichert werden (Fehler, weil der LBS nicht läuft, entweder weil der Zugriff von HC verweigert wird oder der LBS selbst weswegen auch immer "unzufrieden" ist).

Ich verwende CentOS6.5 ...

Gut, weil PHP 5.3 noch vorausgesetzt wird (zusätzlich PHP7 entweder in V4 oder V4.1)

... und Edomi 2.00.

Keine Ahnung ob 2.00 irgendwelche Auswirkungen hat, ich habe es nur mit 1.62 getestet ...

Allerdings meine ich in einem früheren Post gelesen zu haben, dass man dennoch 1.62 eintragen soll.

Richtig, der Hintergrund für den zusätzlichen Eingang ist, dass der User selbst entscheiden soll ob er eine andere Edomiversion aufspielt oder nicht (Betatester). Früher war das Hardcodiert, war mir aber dann zuviel Streß immer up-to-date zu testen, somit prüft der LBS nur den zusätzlichen Eingang, deshalb die 1.62 notwendig.

[bkr]

Grundsätzlich ja, weil du die Freigabe nur für die Identifikation deiner Geräte die du in HC registriert hast abfragst (abfragen kannst) = SCOPE.


Ändere den Ausschnitt ins

+[COLOR=#FF0000]Monitor[/COLOR]+

und teste es mal ...

Welches CentOS und welche Edomi Version hast du ?

Hallo Dariusz,
danke für Deinen unermüdlichen Einsatz. Grundsätzlich funktioniert der link, wenn ich aus MonitorAppliance Monitor mache, aber wenn ich dann den 70er mit einer 1 triggere, bleibt A1 weiterhin leer. Ich habe nur einen HC-Wäschetrockner, aber da sollte doch trotzdem etwas im A1 enthalten sein? Muss man denn zwischen dem triggern mit 9 und triggern mit 1 immer noch das live-Projekt aktivieren und die LBS-Variablen löschen? Mein Verständnis war, dass man das mit der 3.02 nicht mehr muss.

Ich verwende CentOS6.5 und Edomi 2.00. Allerdings meine ich in einem früheren Post gelesen zu haben, dass man dennoch 1.62 eintragen soll. Vielleicht hilft ja dieser screenshot? KO 634 sollte der Output von A1 sein.

homeconnectlbs.jpg

[coliflower]

Danke, das bedeutet, dass du auch nicht weiter weiss warum die EXE... nicht getriggert wird, obwohl der Symlink richtig gesetzt wird ?

[jonofe]

(Wie) kann ich unter Linux den Symlink triggern

Links kann man nicht triggern. Entweder sie sind da oder nicht.

[coliflower]

Hallo André,

... leider wurde der EXEC-Teil nicht getriggert (keine hc_tokens.json gespeichert und kein Logeintrag).

(Wie) kann ich unter Linux den Symlink triggern um zu sehen ob es daran liegt, dass der Symlink korrupt ist und die EXE19000070.php gar nicht getriggert wird oder ob die EXE19000070.php getriggert wird aber die Codezeilen innerhalb unzureichend sind ?

Nochmals danke und sorry, bin leider ein Linuxunwissender ...

[coliflower]

Ob das jetzt mit dem gekürzten link zusammenhängt, vermag ich nicht zu sagen.

Grundsätzlich ja, weil du die Freigabe nur für die Identifikation deiner Geräte die du in HC registriert hast abfragst (abfragen kannst) = SCOPE.

+MonitorAppliance+

Ändere den Ausschnitt ins

+[COLOR=#FF0000]Monitor[/COLOR]+

und teste es mal ...

Welches CentOS und welche Edomi Version hast du ?

[bkr]

Poste mal den Link, OHNE den client_id Wert ...

Der Link sieht wie folgt aus:

https://api.home-connect.com/security/oauth/authorize?client_id=XXX&scope=IdentifyAppliance+MonitorAppliance+Dishwasher+Washer+Dryer+CoffeeMaker+Hood+FridgeFreezer-Settings+CleaningRobot-Settings+Hob-Settings+Oven-Settings&state=9pfQGTQlhsr7v_3BcP7fQZWv64WsEOv8yDdrRvEWIjgLS9Oy_zHDdQmzKA71kY4f&redirect_uri=http%3A%2F%2F192.168.178.48%2Fvisu%2Fhc_code.php&response_type=code

Die Lösung aus Post #129 mit dem Löschen der ganzejn Appliances aus dem link funktioniert bei mir - allerdings ist, wenn ich den 70er anschließend triggere (ja, die 10 Minuten habe ich eingehalten), das DATA Feld A1 stets leer. Ob das jetzt mit dem gekürzten link zusammenhängt, vermag ich nicht zu sagen.

[coliflower]

OK, ich habe die hc_code.php gelöscht (und weggesichert).
Edomi mal neu gestartet ...
In der Konsole den Link erstellt ...

lrwxrwxrwx 1 root root 57 12. Okt 08:46 [COLOR=#0000FF]/usr/local/edomi/www/visu/hc_code.php ->[/COLOR] [COLOR=#FF0000]/usr/local/edomi/www/data/liveproject/lbs/EXE19000070.php[/COLOR]

Den LBS (mit E1=9) getriggert um den Authorizationslink zu erhalten.
Danach nochmals in der Konsole nachgeschaut, passt, der Link ist da ... Auch die Verknüpft im Visu-Verzeichnis ...

Den Authorizationslink im Browser kopiert, bestätigt und den CODE via Redirect in der Adresszeile des Browsers erhalten ... leider wurde der EXEC-Teil nicht getriggert (keine hc_tokens.json gespeichert und kein Logeintrag).
Hier nochmal die Codezeilen - ich vermute aber dass es an denen nicht liegt ...

<php?
//    SYMLINK wird erstellt wenn nicht verfügbar ...
if (!is_link('/usr/local/edomi/www/visu/hc_code.php')) symlink('/usr/local/edomi/www/data/liveproject/lbs/EXE19000070.php', '/usr/local/edomi/www/visu/hc_code.php');
//
//    Dieser Code wird ausgeführt wenn HC (redirect_uri) das EXEC Skript aufruft (symlink) ...
if (isset($_GET['code']))
{
    LB_LBSID_DEBUG($id, $remark.'EXEC (symlink) ............... script triggered',6, $log, $ll, false);
...
}
?>