[37_echodevice] Amazon Echo Modul (nicht Alexa)

Begonnen von michael.winkler, 12 Januar 2018, 18:20:12

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 195 196 197 198 199 ... 401
Benutzer-Aktionen

mark79

#2940
06 September 2019, 12:54:35 Letzte Bearbeitung: 06 September 2019, 13:26:36 von mark79
Zitat von: amenomade am 06 September 2019, 12:40:15
Also, meiner Meinung nach (aber die Analyse von Markus wäre nicht schlecht):
- wer keine refresh-cookie.js hat, hat keine Chance, sein Cookie erneuern zu können => jedes Mal neues login nötig
- wer mehrere refresh-cookie.js hat... weiss ich nicht, aber es gibt bestimmt eine Chance, dass die falsche Datei bei der Erneuerung benutzt wird. Ich würde vorschlagen, alle refresh*.js zu löschen, ein neues login zu machen, und.. beobachten

Mhh das ist komisch, weil nachdem ich die .js Dateien per Hand gelöscht bzw. eher verschoben habe und mich neu angemeldet habe, habe ich seit dem gar kein refresh-cookie mehr im Pfad: /opt/fhem/cache/alexa-cookie
Code Auswählen
total 84
drwxr-xr-x   3 fhem dialout  4096 Sep  6 12:32 .
drwxrwxrwx   4 fhem dialout 20480 Aug 25 17:59 ..
drwxr-xr-x 139 fhem dialout  4096 Aug 20 13:36 node_modules
-rw-r--r--   1 fhem dialout 54362 Jul 19 20:05 package-lock.json


Aber er ist connected, auch nachdem ich Fhem beendet habe und danach neu gestartet habe. Gut Möglich das der disconnect heute Abend, oder später folgt.

Kannst du bitte von dir ein ls -la /opt/fhem/cache/alexa-cookie schicken? Damit man weiß wie das auszusehen hat, bei denen wo es funktioniert.

Es gibt noch eine 495result.json, weißt du wofür die ist? (EDIT: die scheint schon etwas älter zu sein, von Februar 2019, daher wohl das überbleibsel von der alten Cookie Methode).

Ein echodevice list sieht nun so aus (READING_NPM):
Code Auswählen
Internals:
   DEF        crypt:xy
   FUUID      xy
   IODev     
   NAME       echodevice
   NR         473
   NTFY_ORDER 50-echodevice
   STATE      connected
   TYPE       echodevice
   model      ACCOUNT
   OLDREADINGS:
   READINGS:
     2019-08-20 13:35:57   2FACode         not used
     2019-09-06 12:58:05   BrowserLanguage de,en-US;q=0.7,en;q=0.3
     2019-09-06 12:58:05   BrowserUserAgent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0
     2019-09-06 12:57:57   COOKIE_STATE    OK
     2019-09-06 12:44:52   COOKIE_TYPE     READING_NPM
     2019-09-06 12:57:57   alarm_count     0
     2019-09-06 12:32:28   amazon_refreshtoken vorhanden
     2019-09-06 12:44:52   autocreate_devices stop
     2019-09-06 12:57:58   config_address_between -
     2019-09-06 12:57:58   config_address_from -
     2019-09-06 12:57:58   config_address_to -
     2019-09-06 12:58:02   list_SHOPPING_ITEM
     2019-09-06 12:58:02   list_TASK       
     2019-09-06 12:57:57   musicalarm_count 0
     2019-09-06 12:57:57   reminder_count  0
     2019-09-06 12:57:57   state           connected
     2019-09-06 12:57:57   timer_count     0
     2019-09-06 12:57:57   timer_id        -
     2019-09-06 12:57:57   timer_remainingtime 0
     2019-08-20 13:39:47   tts_ipaddress   192.168.2.40
     2019-09-06 12:44:52   version         0.0.54


Viele Grüße
Mark
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

michael.winkler

#2941
06 September 2019, 13:08:34
Was zeigt denn Euer LOG an wenn ich ein set NPM_login refresh am Account Device macht?

die refresh.js Datei wird nur angelegt wenn auch ein Refresh angestartet wurde. Wenn dort noch Dateien liegen ist der Refresh schief gelaufen. Auch hierzu müsste etwas im Log stehen.

mark79

#2942
06 September 2019, 13:23:48 Letzte Bearbeitung: 06 September 2019, 13:29:38 von mark79
Bei mir sieht das so aus, Verbose 5, wenn ich ein "set echodevice NPM_Login refresh" starte:

Code Auswählen
2019.09.06 13:15:35 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:36 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:37 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:38 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:39 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:40 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:41 3: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] write new refreshtoken

2019.09.06 13:15:48 5: [echodevice] [echodevice_GetSettings] start refresh settings
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getnotifications] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getnotifications] PushToCmdQueue SendURL =https://layla.amazon.de/api/notifications
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getnotifications] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_HandleCmdQueue] [getnotifications] send command=https://layla.amazon.de/api/notifications Data=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [alarmvolume] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [alarmvolume] PushToCmdQueue SendURL =https://layla.amazon.de/api/device-notification-state?_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [alarmvolume] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [bluetoothstate] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [bluetoothstate] PushToCmdQueue SendURL =https://layla.amazon.de/api/bluetooth?cached=true&_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [bluetoothstate] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getdnd] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getdnd] PushToCmdQueue SendURL =https://layla.amazon.de/api/dnd/device-status-list?_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getdnd] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [wakeword] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [wakeword] PushToCmdQueue SendURL =https://layla.amazon.de/api/wake-word?_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [wakeword] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [listitems_task] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [listitems_task] PushToCmdQueue SendURL =https://layla.amazon.de/api/todos?size=100&startTime=&endTime=&completed=false&type=TASK&deviceSerialNumber=&deviceType=&_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [listitems_task] PushToCmdQueue SendData=TASK
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [listitems_shopping] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [listitems_shopping] PushToCmdQueue SendURL =https://layla.amazon.de/api/todos?size=100&startTime=&endTime=&completed=false&type=SHOPPING_ITEM&deviceSerialNumber=&deviceType=&_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [listitems_shopping] PushToCmdQueue SendData=SHOPPING_ITEM
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getdevicesettings] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getdevicesettings] PushToCmdQueue SendURL =https://layla.amazon.de/api/device-preferences
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getdevicesettings] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getisonline] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getisonline] PushToCmdQueue SendURL =https://layla.amazon.de/api/devices-v2/device?cached=true&_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getisonline] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendLoginCommand] [cookielogin6]
2019.09.06 13:15:48 5: [echodevice] [echodevice_GetSettings] refresh voice command
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [activities] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [activities] PushToCmdQueue SendURL =https://layla.amazon.de/api/activities?startTime=&size=50&offset=1&_=1567768548
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [activities] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getbehavior] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getbehavior] PushToCmdQueue SendURL =https://layla.amazon.de/api/behaviors/automations?limit=100
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getbehavior] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getsettingstraffic] START
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getsettingstraffic] PushToCmdQueue SendURL =https://layla.amazon.de/api/traffic/settings
2019.09.06 13:15:48 4: [echodevice] [echodevice_SendCommand] [getsettingstraffic] PushToCmdQueue SendData=
2019.09.06 13:15:48 4: [echodevice] [echodevice_GetSettings] Timer INTERVAL = 60
2019.09.06 13:15:48 4: [echodevice] [echodevice_ParseAuth] [cookielogin6]
2019.09.06 13:15:48 5: [echodevice] [echodevice_ParseAuth] [cookielogin6] DATA Dumper='{"authentication":{"authenticated":true,"canAccessPrimeMusicContent":false,"customerEmail":"USER","customerId":"CUSTOMER","customerName":"Mark"}}'

2019.09.06 13:15:48 4: [echodevice] [echodevice_ParseAuth] JSON OK = {authentication}{authenticated}
2019.09.06 13:15:48 4: [echodevice] [echodevice_Parse] [getnotifications]
2019.09.06 13:15:48 5: [echodevice] [echodevice_Parse] [getnotifications] DATA Dumper='{"notifications":[]}'

2019.09.06 13:15:48 4: [echodevice] [echodevice_HandleCmdQueue] [getsettingstraffic] send command=https://layla.amazon.de/api/traffic/settings Data=
2019.09.06 13:15:49 4: [echodevice] [echodevice_Parse] [getsettingstraffic]
2019.09.06 13:15:49 5: [echodevice] [echodevice_Parse] [getsettingstraffic] DATA Dumper='{"destination":null,"origin":null,"preferredTransportMode":"CAR","transportNames":null,"waypoints":[]}'

2019.09.06 13:15:49 4: [echodevice] [echodevice_HandleCmdQueue] [getbehavior] send command=https://layla.amazon.de/api/behaviors/automations?limit=100 Data=
...

Das lustige ist, er erstellt ein 473refresh-cookie.js auch mit den richtigen Inhalt und löscht das nach 5 Sekunden wieder. Oder ist das normal?

Ein Prozess in der Zeit gibt es auch:
Code Auswählen
fhem     17600 39.4  1.0 134404 41064 pts/5    Sl   13:16   0:01 /usr/bin/node ./cache/alexa-cookie/473refresh-cookie.js

EDIT:
Jetzt hat sich auch das echodevice verändert, nach COOKIE_TYPE NPM_Login:
Code Auswählen
Internals:
   DEF       
   FUUID     
   IODev     
   NAME       echodevice
   NR         473
   NTFY_ORDER 50-echodevice
   STATE      connected
   TYPE       echodevice
   model      ACCOUNT
   OLDREADINGS:
   READINGS:
     2019-08-20 13:35:57   2FACode         not used
     2019-09-06 13:26:53   BrowserLanguage de,en-US;q=0.7,en;q=0.3
     2019-09-06 13:26:53   BrowserUserAgent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0
     2019-09-06 13:26:49   COOKIE_STATE    OK
     2019-09-06 13:16:24   COOKIE_TYPE     NPM_Login
     2019-09-06 13:26:49   alarm_count     0
     2019-09-06 13:16:24   amazon_refreshtoken vorhanden
     2019-09-06 13:06:43   autocreate_devices stop
     2019-09-06 13:26:49   config_address_between -
     2019-09-06 13:26:49   config_address_from -
     2019-09-06 13:26:49   config_address_to -
     2019-09-06 13:26:53   list_SHOPPING_ITEM
     2019-09-06 13:26:53   list_TASK       
     2019-09-06 13:26:49   musicalarm_count 0
     2019-09-06 13:26:49   reminder_count  0
     2019-09-06 13:26:49   state           connected
     2019-09-06 13:26:49   timer_count     0
     2019-09-06 13:26:49   timer_id        -
     2019-09-06 13:26:49   timer_remainingtime 0
     2019-08-20 13:39:47   tts_ipaddress   192.168.2.40
     2019-09-06 13:06:43   version         0.0.54

Nur ein refresh-cookie habe ich immer noch nicht in /opt/fhem/cache/alexa-cookie
Aber vielleicht funktioniert das ja jetzt so und schuld waren die alten refresh-cookies, es waren 3 vorhanden, bis ich die gelöscht habe.
Mal abwarten.


Viele Grüße
Mark
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

michael.winkler

#2943
06 September 2019, 13:40:30
Zitat von: mark79 am 06 September 2019, 13:23:48
Bei mir sieht das so aus, Verbose 5, wenn ich ein "set echodevice NPM_Login refresh" starte:

Code Auswählen
2019.09.06 13:15:35 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:36 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:37 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:38 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:39 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:40 4: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] wait for refreshtoken exist 473refresh-cookie.js = true
2019.09.06 13:15:41 3: [echodevice] [echodevice_NPMWaitForCookie] [NPM Login Refresh Fri Sep  6 13:15:34 2019] write new refreshtoken

So soll es ja auch aussehen.

Zitat von: mark79 am 06 September 2019, 13:23:48
Das lustige ist, er erstellt ein 473refresh-cookie.js auch mit den richtigen Inhalt und löscht das nach 5 Sekunden wieder. Oder ist das normal?
Das ist nicht lustig, sonder normal. Die refresh-cookie.js wird auch nicht mehr benötigt. Die Datei wird immer neu angelegt und heißt dann auch immer anders.

Zitat von: mark79 am 06 September 2019, 13:23:48
Nur ein refresh-cookie habe ich immer noch nicht in /opt/fhem/cache/alexa-cookie
Hier wird auch nie etwas liegen. Die benötigten Infos werden als Readings iim FHEM Device festgehalten. Wie kommt Ihr darauf dass in dem Verzeichnis was liegen müsste?

mark79

#2944
06 September 2019, 14:07:55 Letzte Bearbeitung: 06 September 2019, 14:09:42 von mark79
Zitat von: michael.winkler am 06 September 2019, 13:40:30
So soll es ja auch aussehen.
Das ist nicht lustig, sonder normal. Die refresh-cookie.js wird auch nicht mehr benötigt. Die Datei wird immer neu angelegt und heißt dann auch immer anders.
Hier wird auch nie etwas liegen.

Dann ist ja alles gut und jetzt heißt es abwarten und Daumen drücken. :)
Davor bin ich wirklich seit ein paar Monaten regelmäßig disconnected worden (connected but loginerror) und musste mich immer neu anmelden (NPM).
Das ging alle 1-2 Wochen so, bei anderen hielt der Login sogar nur ein paar Tage und wir kennen die Gründe dafür nicht.

Ich hätte seit heute getippt, das sich mehrere refresh-cookie.js mit unterschiedlichen Zeitdaten im Cache Verzeichnis befinden und das echodevice Module evtl. sich das falsche aus dem Cache schnappt und sich damit versucht zu authentifizieren, oder wie auch immer man das nennt.
Hier haben zwei User ein "ls -la /opt/fhem/cache/alexa-cookie" gepostet: https://forum.fhem.de/index.php/topic,82631.msg972382.html#msg972382
Bei allen gab es 3 refresh_cockies im Verzeichnis.

Jedoch wenn er die Datei immer neu erstellt und die neue Datei dann auch nimmt zur Authentifizierung, dann sollte es nicht daran liegen.

Zitat von: michael.winkler am 06 September 2019, 13:40:30
Wie kommt Ihr darauf dass in dem Verzeichnis was liegen müsste?
Ich spiele mal die Petze :D https://forum.fhem.de/index.php/topic,82631.msg972395.html#msg972395


Viele Grüße
Mark
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

mark79

#2946
06 September 2019, 14:15:22
Zitat von: michael.winkler am 06 September 2019, 14:10:56
mach mal am Account Device ein "get status". Eventuell sehe in dem Result noch einen Fehler.

Hier das get status, ist leider etwas abgeschnitten:
Code Auswählen
Modul Infos:

Beschreibung    Bereich    Wert
STATE    Reading connected
Version    Reading 0.0.54
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
DbLogExclude    Attribut .*
icon    Attribut echo
verbose    Attribut 5
room    Attribut Amazon

Amazon Cookie:

Beschreibung    Bereich    Wert
.COOKIE    Reading {"loginCookie":"frc=....
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
.COOKIE    Helper session-id=261-47072....
.COMMSID    Helper amzn1.comms.id.perso....
.CSRF    Helper -10....
.DIRECTID    Helper amzn1.account.AFT3TJ....
RUNLOGIN    Helper 0
RUNNING_REQUEST    Helper 0
LOGINERROR    Helper 0
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

binford6000

#2947
06 September 2019, 14:28:51
Hier mal mein "get Status":
Code Auswählen
Modul Infos:

Beschreibung    Bereich    Wert
STATE    Reading connected
Version    Reading 0.0.54
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
icon    Attribut echo
room    Attribut Amazon
npm_proxy_port    Attribut 4003

Amazon Cookie:

Beschreibung    Bereich    Wert
.COOKIE    Reading {"loginCookie":"sess....
COOKIE_STATE    Reading OK
COOKIE_TYPE    Reading NPM_Login
amazon_refreshtoken    Reading vorhanden
.COOKIE    Helper session-id=261-36658....
.COMMSID    Helper amzn1.comms.id.perso....
.CSRF    Helper 394....
.DIRECTID    Helper amzn1.account.AGRGE4....
RUNLOGIN    Helper 0
RUNNING_REQUEST    Helper 0
LOGINERROR    Helper 0

VG Sebastian

michael.winkler

#2948
06 September 2019, 14:54:40
In beiden Status Infos ist kein Fehler sichtbar.

In der Regel ist das generierte Logintoken 14 Tage haltbar. Das Modul erneuert es am Standardmäßig alle 6000 Sekunden.

Über das Attribut "npm_refresh_intervall" könntet Ihr den Wert mal erhöhen. Für exakt 14 Tage wäre das z.B. "1209600", wenn ich mich nicht verrechnet habe. Empfehlen würde ich Euch mal "86400" einzustellen, quasi einen Tag.



binford6000

#2949
06 September 2019, 14:57:10
Ok, hab ich mal so eingestellt und werde es beobachten.  ;)
VG Sebastian

JudgeDredd

#2950
06 September 2019, 15:16:15 Letzte Bearbeitung: 06 September 2019, 15:18:29 von JudgeDredd
Hallo Zusammen,

auch wenn hier gerade das Thema NPM_login sehr populär ist, kann vielleicht doch mal jemand kurz schauen, ob bei dem Attribut "voice_timestamp" tatsächlich bei Euch ein sinnvoller umrechenbarer Wert drin steht.

Ich habe die Befürchtung, das mein gestriger Post (#2929) schnell überlesen wurde.

Gruß,
JudgeDredd
Router: Eigenbau (pfSense)
FHEM: Proxmox (DELL R720) | Debian 12 (VM)

JoWiemann

#2951
06 September 2019, 15:30:38
Zitat von: JudgeDredd am 05 September 2019, 12:42:52
Hallo Zusammen,

es geht mir heute um das Attribut "voice_timestamp", welches hier ja schon oft angesprochen wurde, aber dennoch habe ich wohl ein Verständnisproblem.

Beispielinhalt:
Code Auswählen
voice_timestamp        1567663707679          2019-09-05 08:08:44

Wenn ich mir nun mit:
Code Auswählen
localtime(1567663707679)

den TimeStamp anzeigen lasse, bekomme ich als Rückgabe:
Sun Apr 14 23:01:19 51647

Stimmt da meine Denkweise oder das Format vom TimeStamp nicht ?
Ich würde erwarten das ich Thu Sep 05 08:08:44 2019 bekomme.
(Ein Unix TimeStamp der dem Datum entsprechen würde, ist: 1567663724)

Gruß,
JudgeDredd

Wenn ich den Timestamp hier: https://www.epochconverter.com/ dekodiere kommt ein richtiger Wert heraus.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

amenomade

#2952
06 September 2019, 16:27:53
Klassisches Epoch / localtime / milliseconds Problem:

Code Auswählen
print scalar localtime(1567663707679);ergibt
Sun Apr 14 21:01:19 51647
weil er nicht verstanden hat, dass deine Epoch Zahl in Millisekunden ist => Jahr = 51647

Code Auswählen
print scalar localtime(1567663707.679);ergibt aber
Thu Sep  5 06:08:27 2019
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

mark79

#2953
06 September 2019, 16:35:53
Zitat von: michael.winkler am 06 September 2019, 14:54:40
In beiden Status Infos ist kein Fehler sichtbar.

Empfehlen würde ich Euch mal "86400" einzustellen, quasi einen Tag.

Danke zu erstmal für die Hilfe. Ich habe den Wert auch eingestellt, jetzt heißt es warten.
Wenn das immer noch Probleme macht, setze ich eine frische Fhem Instanz auf nur mit dem echodevice.


Viele Grüße
Mark
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

amenomade

#2954
06 September 2019, 17:28:11
Zitat von: michael.winkler am 06 September 2019, 13:40:30
Wie kommt Ihr darauf dass in dem Verzeichnis was liegen müsste?
Das ist vermutlich mein Schuld: ich habe gedacht, refresh-token.js wird beim Holen des Anmeldungscookie auch angelegt, und soll dort für zukünftige Refresh bleiben. Jetzt verstehe ich ein bisschen besser, wie es funktioniert, aber habe noch eine Verständnisfrage: wofür steht die Nummer vor der Dateiname? Z.B. 428refresh-cookie.js

Bei Enrico würde ich auch die Berechtigungen auf dem cache Verzeichnis (und vielleicht schon auf dem oberen) prüfen: group fhem ist kein Standard
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus
Drucken
Nach oben Seiten 1 ... 195 196 197 198 199 ... 401
Benutzer-Aktionen