IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!

[dslraser]

@Diginix
meine läuft "noch"

[sigi234]

@dslraser

Starte mal neu, dann nicht mehr..........

[dslraser]

@sigi234
dann starte ich nicht neu und hoffe...

[Diginix]

Mein System startet jeden Tag 6 Uhr neu und dennoch ist nur eine Instanz gelb und die zweite weiterhin grün. Komisch, aber die wichtigere ist die nicht grüne.

[Michi68]

Bei mir auch das gleiche startet nicht mehr
Konnte man hier nicht mal seine Benutzerdaten eintragen?

[Dr. Bakterius]

@Michi68 sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

Konnte man hier nicht mal seine Benutzerdaten eintragen?

Ab v2.x war das nicht mehr notwendig. Aber ich habe es mit v1.1.3 probiert (inkl. Benutzerdaten) und da geht es genauso wenig.

[smartmood]

Ai ai ai da bin ich gestern wegen einer ganz anderen Sache über die Suchfunktion auf dieses Thema hier gestoßen und sehe gerade, dass mein Alexa 2.0 Adapter trotz neuer manueller Eingabe des Cookies auf gelb steht...

Gehört folgende Fehlermeldung im Log:

alexa2.0 2019-06-18 15:53:52.722 error Error: no csrf found
alexa2.0 2019-06-18 15:53:52.721 error Error: no csrf found. Check configuration of email/password or cookie

zum selben hier angesprochenen Problem?

[Michi68]

@Dr. Bakterius
Ah Danke für die Info, ich habe lange nicht mehr in den Adapter geschaut da ich keine Cookie Probleme mehr hatte.

@smartmood
Ja so ist es

[lexlev]

Funktioniert bei mir mit Version 1.1.3 auch nicht mehr.

Bei mir verbindet er sich zwar sobald ich den Cookie aus dem Log lade und liest auch direkt alle Werte aus, aber sobald ich einen Wert setzen möchte kommt:

2019-06-16 17:26:56.333	debug	Alexa-Remote: Response: {"message":"Forbidden","code":null} alexa2.0
2019-06-16 17:26:56.176	debug	Alexa-Remote: Sending Request with {"host":"alexa.amazon.de","path":"/api/phoenix/state","method":"PUT","timeout":10000,"headers":{}}and data={"controlRequests":[{"entityId":"1bae7ba5-3970-405d-816b-alexa2.0
2019-06-16 17:26:56.176	debug	Alexa-Remote: No authentication check needed (time elapsed 41438)

Folgendes hat nicht geholfen:

• Adapter entfernt und neu Installiert, sowie den Cookie über den Link im Log geladen.
  Ergebnis: {"message":"Forbidden","code":null}

• Frisches Debian, IoBroker,Alexa und Cloud Adapter installiert.
  Cookie wieder über das Log eingelesen
  Ergebnis:{"message":"Forbidden","code":null}

• Cookie gelöscht und Adapter neu gestartet um Cookie über das Log erneut zu laden.
  Ergebnis: {"message":"Forbidden","code":null}

Getestet in einem Docker Container und VMware

[Matten Matten]

Moin, mit V1.1.3 und manuellem Cookie Abruf, bekomme ich es zum laufen!
Ich habe vorher Cookie usw gelöscht. dann erst die V1.1.3 gestartet.
leider verschwinden dann einige neuere Funktionen, da der Adapter unbekanntes löscht.
Gruß

edit: nach dem die V1.1.3 erfolgreich aktiviert wurde hab ich wieder auf die Version 2.2.0 aktualisiert und der Fehler ist wieder da. So kann man auf das cookie handling in V2.2.0 das problem eingrenzen, denke ich.

Matten Matten

[Matten Matten]

Ich hab was gefunden, wenn ich in der datei

\node_modules\iobroker.alexa2\main.js

zeile

2022

folgendes

cookie: adapter.config.cookieData, // cookie if there is already one

in

cookie: adapter.config.cookie, // cookie if there is already one

abändere, kann ich die V2.2.0 wieder erfolgreich starten.

dann funktioniert zumindest das manuelle Cookie laden wieder.

Cookie manuell holen: [https://forum.iobroker.net/topic/14454/iobroker-alexa2-v0-4/472]

[lexlev]

Hab den Browser cache gelöscht und bekomme nun ebenfalls die Meldung

[A Former User]

@Matten-Matten
Hast Du gut gemacht.
Als vorübergehender Workarround sicher gut zu gebrauchen.
Zumindest läuft so mein System erstmal wieder.
Dann wollen wir mal warten ob apollon77 und Kollegen eine Lösung finden.

[apollon77]

Ich hätte mal eine testbitte. Am besten mir unmodifiziertem Code.

Bitte in den instanz Objekt Einstellungen (system.adapter.alexa2.0) auf den Stift und dort unter raw sehr ihr die Cookie Daten. Ist da ein „leeres“ craft mit drin oder fehlt es? Egal wie mal bitte ein csrf=12345678 oder so reinschreiben. Geht es dann nach einem Neustart?

Alternativ mal mit dem modifizierten Code und dem Cookie mit csrf den Wert mal ändern. Geht es dann noch immer?

[leuchtturm]

@apollon77
kein craft
{
"from": "system.host.iobroker.cli",
"ts": 1548520580799,
"common": {
"name": "Alexa Cookie",
"role": "text",
"type": "string",
"def": "",
"read": true,
"write": false
},
"native": {},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "alexa2.0.info.cookie",
"type": "state"
}

[Diginix]

@leuchttrm Du bist glaube im falschen RAW

@apollon77
So sieht das bei mir aus. CSRF ist gesetzt. Alles andere habe ich mal mit *** geschwärzt.

"cookieData": {
  "loginCookie": "***",
  "frc": "***",
  "map-md": "***",
  "deviceId": "***",
  "deviceSerial": "***",
  "refreshToken": "***",
  "tokenDate": 1560830823529,
  "amazonPage": "amazon.de",
  "localCookie": "session-id=123-4567890-1234567; session-id-time=2191550824l; ubid-acbde=123-4567890-1234567; x-acbde=\"***\"; at-acbde=\"Atza|***-***-**_0x-***-***-***"; sess-at-acbde=\"***",
  "csrf": "2094313357"
}

Mit dem Workaround von @Matten-Matten hat es bei mir auch funktioniert.
Nur was soll ich mit dem csfr Wert dann machen?

[dslraser]

@Diginix
ich finde den Datenpunkt nicht. Unter System Adapter....und dann wo/welcher ?

[leuchtturm]

@dslraser Der Expertenmodus muss an sein.
Dann unter:
system.adapter.alexa2.0

[Diginix]

@dslraser

[dslraser]

@Diginix
@leuchttrm

habe ich so, und dann ?