Alexa Smarthome Skill (Payload Version 3)

[Lapheus]

In Post #662 sieht man, dass deine Platte voll ist. Rootfilesystem: Use 100%

Ich hab jetzt drei mal geschaut, ich sehe das in dem Post nicht.

[jonofe]

In Post #662 sieht man, dass deine Platte voll ist. Rootfilesystem: Use 100%

[ThorstenGehrig]

Problem hat sich gelöst (siehe nachtrag 2 vom letzen Post).
E5 und E6 sind beide auf 1.
Status KO ist auch auf E30.
Das Problem war wohl irgendwie "anders" - Speicher-Loch oder sowas...
Normale EDOMI Neustarts hatten nicht gereicht - der Server-Reboot hat den Unterschied gebracht.
Bein Telegram geht auch wieder...

[Lapheus]

Auf was stehen den die Eingänge E5 und E6, vor allem bei den Bausteinen mit "Last Echo Device" dahinter? Beide auf 0 oder nicht?
Da sind bestimmt keine Status KOs auf E30 - E49.

[ThorstenGehrig]

Hi
Config und LBS kommunizieren ja. Beides selbe IP (beide laufen auf 192.168.0.11, Port 8000, TCP - im LBS 192.168.0.11, Port 8000
Siehe da: im Log finde ich was: LBS19001200.log =>

2019-12-16 22:14:14 821638 22393 debug  EXE19001200 [v0.7]: ================ ARRAY/OBJECT  END  ================

2019-12-16 22:14:14 822870 22393 debug  EXE19001200 [v0.7]: Sending message to Alexa SmartHome Devices

2019-12-16 22:14:14 834688 22393 debug  EXE19001200 [v0.7]: File: /usr/local/edomi/www/data/liveproject/lbs/EXE19001200.php | Error: 2 | Line: 132 | msg_get_queue(): failed for key 0x305a0877: No space left on device

2019-12-16 22:14:14 835964 22393 debug  EXE19001200 [v0.7]: Created message queue with ID 811206775

2019-12-16 22:14:14 837431 22393 debug  EXE19001200 [v0.7]: File: /usr/local/edomi/www/data/liveproject/lbs/EXE19001200.php | Error: 2 | Line: 154 | msg_remove_queue() expects parameter 1 to be resource, boolean given

…(viele Wiederholungen…)

2019-12-16 22:14:17 837431 22393 debug  EXE19001200 [v0.7]: File: /usr/local/edomi/www/data/liveproject/lbs/EXE19001200.php | Error: 2 | Line: 154 | msg_remove_queue() expects parameter 1 to be resource, boolean given

2019-12-16 22:14:17 838644 22393 debug  EXE19001200 [v0.7]: 3s response timer expired

Sieht mir fast so aus wie mein Problem mit dem Telegram-Baustein...
Sagt dir das was?
Gruß Thorsten


PS:
Wo ich meinen Post gerade lese:
msg_get_queue(): failed for key 0x305a0877: No space left on device

Das ist komisch...

[root@edomi /]# df -h

Filesystem                    Size  Used Avail Use% Mounted on

/dev/mapper/vg_edomi-lv_root   50G  8.4G   39G  18% /

tmpfs                         1.9G     0  1.9G   0% /dev/shm

/dev/sda1                     485M   32M  428M   7% /boot

/dev/mapper/vg_edomi-lv_home   57G  180M   54G   1% /home

/dev/sdb1                      30G  533M   28G   2% /mnt/usb

Woher kommt der "no space left on device" ?

Gruß
Thorsten

Nachtrag 2:
Nach einem Reboot hat sich das Problem gelöst.
Die Frage ist nur: was war das? War das ein "out of memory" wegen eines voll-laufenden Speichers?
Ich bin verwirrt - von einem Linux kenne ich das eher nicht....

[jonofe]

IP und Port in der Config und im LBS richtig konfiguriert?
Fehler im Log?
Die LBS 1201 und 1200 kommunizieren auch über MessageQueues, welche ja offensichtlich in deinem Telegram LBS auch Probleme machen. Wenn dies hier auch der Fall ist, dann wären damit der Fehler (Rückmeldung) erklärbar.
Ich habe allerdings keine Ahnung warum die Message Queues Probleme machen.

[ThorstenGehrig]

Hi
hier schick ich gerade auch mal ein bei mir aktuell auftretendes Problem rein...
Seit einigen Tagen funktioniert zwar der Smarthome-Skill immernoch sehr gut - nach JEDEM befehl kommt aber "xxx reagiert leider nicht" (obwohl er es tut).
Ich habe gerade mal auf akttuelle Alexa-LBS aktualisiert, LAMDA aktualisiert (Phyton 3.7 ist richtig - in dem PDF steht im screenshot noch 2.7)

Im Log (laut PDF Seite 33 tail -f /usr/local/edomi/www/data/log/edomi-smarthome-skill.log - richtig ist aber tail -f /usr/local/edomi/www/data/log/edomi-smarthome-skill-PLv3.log) steht immer:

Source    : OK
User-ID   : OK
Client-ID : OK
Expiry    : OK
Authorization Token successfully validated
Starting communication with EDOMI
Alexa.PowerController event started...
Data sent to EDOMI
{"directive":{"header":{"namespace":"Alexa.PowerController","name":"TurnOff","payloadVersion":"3","messageId":"df5cccd1-981e-483a-be7d-7573da67ce73","correlationToken":"AAAAAAAAAQDre+b7hHYWQRaWCRuOZF9xDAIAAAAAAABquG+m\/P6w6E2LtmaLANd\/cxed2fD8wV2Y8mYsWsH6kYOaKPa\/gq6KQjQ4Jn+dm4zIOAD2c5RLAEA\/IwDLwip+kwHLutb+cLqNUHbqaT1vSbOlCJvcAae0TuDZj1LuJ2jJxNv1gD6EQzhl9h\/YU1LzD\/hv3P1\/YNAFwTnxtJ3Ozc0KgsWM9lje85gBvcNoaB27ft5DltsdDI9qBwDEqMRssC13rPeqAy5kqEp\/Z07ciWNQKFeTcquNFblehFxYTYhVa413AzM3TpqlEFU9IIwfyL4XAOGHcWm4Y03JjEwtkQS7hA\/uCIW0vTur0IsI3RkYTho9hE8LmkiFpiOvM0m5UXOzzotFEmCRzQYCx8aqWATh5hBJvv92djUXVJMftlSIl0KAixGI5L95N93ZaIYOAvr9FWdCenS0rgGuWEvsvUawFcQmaTeCox8Mf++yhHUkTmBHtxpnZEdXDSyJCV8UCBMX5buC12VUPb+NfIOxQCyb7UIrKs2oRl+Pb\/gxTJb4CCi+N123l64zw895G41CDfEiFSifZqdf\/zm+0rK\/M0e1aojwxBuhYbcDng2+660c+owynOqeA\/BDhbbJEeevVIg2BA8I63b3ujOfxcGxd1ToyKj2pwymMQ73NQoycB6hgI\/tHaJfgV6JFkQj4fGyHTJp54iL1047vOVMQ4\/D0Gg+PN\/xXXZUXX1g0w=="},"endpoint":{"scope":{"type":"BearerToken","token":"Atza|IwEBIG-5CCXsxMAKK1-0PUXFpQmMOTzs7Onyu8V4RwV_huBTH1Ym8KsRla_tKZQo_ro2Vx0VohVNmC5cGwiVMMBMbMnKRcRd3h3OPIXxSHT0Cq_EJdRDwQ_lk1Zffl4rX4NlWf4aNdRiSO1jLWglkXNMJMaECOm5VZqg7Jxe3eh9gMuY9_feCRJkG_nSgzWL4GGdaXHC3e2lpR9b32NDO-XyMgTRZUA7ooeBRDRXZ6cpeXNbvbBDXQqaTDGt_MyxMkmKosCIMkTQIyL9IGF6QNEk6TDbn1vbxdjtoQ89jsr7tObBron4WkHPxSO5G03XUJONF_qd11oHhK-aYM4dH-kc-yexFOUv9rFkkUXHXDUa0FKPeBgJOgUoNzvDEQNN45WWPFLpRjTEobg0xOJW0g5JgTWB0rki5TWq61PvzuwP2P0QAO0FI8UpElHypnSg8kAGPBY2sX5GnAz2Y8YGbxc66UvpBHpDP_Bx43T0zKgIt6WuXDVUWebLfaXZxX2wSEzOmRO3gn7hlHqS8vY5SvlsOschY30xyVXpJJqcLEy36Ga92A"},"endpointId":"deviceWeichnachten","cookie":[]},"payload":[]},"type":"smarthome"}

Waiting for response from 192.168.0.11

Status received from EDOMI: 

JSON RESPONSE:

Also... wenn ich das richtig lese wartet das Script auf ein Status vom EDOMI... aber es kommt keiner?
Das Smartome-PHP script läuft auf dem EDOMI - eine Kommunikation zwischen Edomi und dem Script steht also nichts im weg...

Irgendeine Idee?

Gruß
Thorsten

[Lapheus]

Ist ja auch erst im Update dazugekommen. Und ich hab auch nicht mehr dran gedacht, dass ich sie ergänzt hatte.

Da bin ich ja beruhigt.

[jonofe]

Sorry, die Zeile in der LBS Hilfe habe ich überlesen.

Ist ja auch erst im Update dazugekommen. Und ich hab auch nicht mehr dran gedacht, dass ich sie ergänzt hatte.

[Lapheus]

So ein Mist, jetzt hab ich versucht alles zu lesen um nicht so einen blöden Fehler zu machen.
Sorry, die Zeile in der LBS Hilfe habe ich überlesen.

Ja, es funktioniert jetzt!

[jonofe]

In der Hilfe des LBS steht übrigens:

On your EDOMI Server, please keep your SSL root certificate information up-tp-date by executing:

    curl https://curl.haxx.se/ca/cacert.pem -o /etc/pki/tls/cacert.pem

Wenn du das machst, dann passt es und du musst dich nicht bei jeder Neuinstallation daran erinnern, dass du einen Link erstellen musst, sondern musst einfach nur die Anleitung im LBS befolgen.

[Lapheus]

Woher weis Dein edomi-smarthome-skill-PLv3.php Scipt jetzt das es die Datei /etc/pki/tls/cert.pem und nicht die etc/pki/tls/cacert.pem nutzen muss? muss da noch ein Link dazu?

Denn ein Aktivieren des Skills geht immer noch nicht.

[jonofe]

Demnach funktioniert das jetzt?!?

Ja, jetzt sollte es funktionieren.

[Lapheus]

Zweiten Test ohne die Kommentarzeichen in der dritten Zeile druchführen.

Danach mal zurückmelden, was dabei rauskam.

Hallo Andre,

da kommt:

{"error_index":"i0oc3JWy-yRS2PWom0rRLQAAAAAAAAAB06eVzxdP0DV8s3dy8Ba5AgD2tNBoLgoWKDv7PH5R0M2uaj1i3Ek7RfmseMJHAWddMidPt8Q1mjnwH8uARMDflWWuMt0PB-P0zGyv0ap8iWyyCtfceO60xcIugj_sM1iLvhvsQc1CFgQf-XtYy64MyfUiiow19abA8ywaoeQVwpgjYfHE7oQ__Xgf8RjbvI7esef9WsB4omQisP_u8woTyw==",
"error_description":"The request has an invalid parameter : access_token",
"error":"invalid_token"}

EDIT:
Die referenzierte Datei /etc/pki/tls/cacert.pem aus dem Scipt gibt es bei mir nicht...

EDIT2:
Scipt editiert auf

curl_setopt($ch, CURLOPT_CAINFO, '/etc/pki/tls/cert.pem'); 

da, siehe hier:

[root@edomi alexa]# ll /etc/pki/tls/
insgesamt 24
lrwxrwxrwx  1 root root    49 15. Dez 23:15 cert.pem -> /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem
drwxr-xr-x. 2 root root  4096 15. Dez 23:15 certs
drwxr-xr-x. 2 root root  4096 14. Dez 19:11 misc
-rw-r--r--  1 root root 10923  6. Aug 15:44 openssl.cnf
drwxr-xr-x. 2 root root  4096 15. Dez 00:46 private

Ergebnis mit kommentierter Zeile:

{"aud":"amzn1.application-oa2-client.xxx","user_id":"amzn1.account.yyy","iss":"https://www.amazon.com","exp":3521,"app_id":"amzn1.application.zzz","iat":1576496075}

Ergebnis mit auskommentierter Zeile:

{"aud":"amzn1.application-oa2-client.xxx","user_id":"amzn1.account.yyy","iss":"https://www.amazon.com","exp":3500,"app_id":"amzn1.application.zzz","iat":1576496075}

Demnach funktioniert das jetzt?!?

[Lapheus]

gelöscht da Andre noch ergänzt hat und somit die Angaben hier unnötig waren.