Hallo,
ich habe zwei echodevices, die beide bis gestern ohne Probleme funktioniert haben, eines tut es auch weiterhin, beim zweiten kommt im Sekundentakt "wait for refreshtoken" im log.
Probiert habe ich "NPM_login new", das scheinbar aber nicht mehr funktioniert (Seite nicht gefunden, so interpretiere ich die Beiträge dieses Problem betreffend im Thread [37_echodevice] Amazon Echo Modul (nicht Alexa) (https://forum.fhem.de/index.php?topic=82631.0), bzw. ich werde nicht schlau, wie man es jetzt richtig hinbekommt). Deshalb habe ich bewusst auch einen neuen Thread gestartet, weil der o.g. sehr unübersichtlich ist.
Hier das betroffene Device:
define AccountP echodevice xxx@xxx.xx xxx
attr AccountP autocreate_refresh 1
attr AccountP devStateIcon connected:alexa@green disconnected:alexa@red
attr AccountP devStateStyle style="text-align:left;;font-weight:bold;;"
attr AccountP icon echo
attr AccountP npm_proxy_ip 192.168.1.135
attr AccountP npm_proxy_listen_ip 192.168.1.135
attr AccountP room Amazon
attr AccountP verbose 4
# DEF xxx@xxx.xx xxx
# FUUID 65b6a376-f33f-214e-320d-7f9c9a803f186169
# IODev
# LOGINMODE NPM
# NAME AccountP
# NR 564
# NTFY_ORDER 50-AccountP
# STATE connected
# TYPE echodevice
# eventCount 31031
# model ACCOUNT
# OLDREADINGS:
# READINGS:
# 2026-06-04 08:17:20 BrowserLanguage de,en-US;q=0.7,en;q=0.3
# 2026-06-04 08:17:20 BrowserUserAgent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0
# 2026-06-04 07:44:28 COOKIE_MODE NPM
# 2026-06-04 08:17:17 COOKIE_STATE OK
# 2026-06-04 07:45:13 COOKIE_TYPE READING_NPM
# 2026-06-04 08:17:20 alarm_count 0
# 2026-06-04 08:17:38 amazon_refreshtoken wait for refreshtoken
# 2026-06-04 07:45:13 autocreate_devices stop
# 2026-06-04 08:17:17 config_address_between -
# 2026-06-04 08:17:17 config_address_from -
# 2026-06-04 08:17:17 config_address_to -
# 2026-06-04 08:17:18 list_SHOPPING_ITEM
# 2026-06-04 08:17:19 list_TASK
# 2026-06-04 08:17:20 musicalarm_count 0
# 2026-06-04 08:17:20 parse_error OK
# 2026-06-04 08:17:20 reminder_count 0
# 2026-06-04 08:17:17 state connected
# 2026-06-04 08:17:20 timer_count 0
# 2026-06-04 08:17:20 timer_id -
# 2026-06-04 08:17:20 timer_remainingtime 0
# 2026-06-04 07:45:13 version 0.2.34
# helper:
# CMD_QUEUE_NUMBER 4939
# DEVICETYPE A1XWJRHALS1REP
# RUNLOGIN 0
# RUNNING_REQUEST 0
# SERVER layla.amazon.de
# TWOFA
# VERSION 35334210436
# echodevice_refreshvoice 0
# echodevice_refreshvoice_lastdate 1780551913.30492
# Alarm:
# G0723H08247405A3:
# 6b8ec717-43d5-393b-bf15-a08b8e7b1c70:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2026-05-02
# originalTime 15:00:00.000
# provider null
# recurringPattern null
# remainingTime 0
# 9ffd800f-ce84-3ae4-8544-15cd11fa9f79:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2025-11-25
# originalTime 11:00:00.000
# provider null
# recurringPattern null
# remainingTime 0
# G090XG1002750FKP:
# 4d31c8d4-3514-3bb3-bf9e-3c5c6abeb77f:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2025-10-31
# originalTime 05:15:00.000
# provider null
# recurringPattern null
# remainingTime 0
# 71ad3276-8e84-3a57-861f-ce3f707634bf:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2022-07-19
# originalTime 06:30:00.000
# provider null
# recurringPattern null
# remainingTime 0
# 7ce93f9b-bef9-3e8f-b008-ed614fa67c7a:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2022-06-10
# originalTime 11:30:00.000
# provider null
# recurringPattern null
# remainingTime 0
# c727e9e9-6af4-31fc-9630-a0162b46e574:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2025-10-31
# originalTime 04:15:00.000
# provider null
# recurringPattern null
# remainingTime 0
# ecf4c573-9df7-3122-be1b-02aa858fca58:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2022-04-14
# originalTime 14:15:00.000
# provider null
# recurringPattern null
# remainingTime 0
# f9a98d69-bfe1-311a-bf2f-14c6c64bc4be:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2022-07-16
# originalTime 11:00:00.000
# provider null
# recurringPattern null
# remainingTime 0
# G091AA08051709D1:
# 64808945-5790-3cc9-9ce2-df026ad9bb63:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2023-12-06
# originalTime 16:00:00.000
# provider null
# recurringPattern null
# remainingTime 0
# b3887b51-5040-35f1-8f37-f82a66927a61:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2022-02-24
# originalTime 06:00:00.000
# provider null
# recurringPattern null
# remainingTime 0
# c5326501-bc9e-3eac-b393-f0c98e42acfc:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2022-05-21
# originalTime 15:15:00.000
# provider null
# recurringPattern null
# remainingTime 0
# daf679fb-2473-3bc5-93de-57c3e2e8e989:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2023-12-06
# originalTime 15:30:00.000
# provider null
# recurringPattern null
# remainingTime 0
# G091MK08211209P5:
# 556c0e73-a913-3f40-b3ed-e5be61e0be03:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2025-11-05
# originalTime 06:30:00.000
# provider null
# recurringPattern null
# remainingTime 0
# 5f5d04ec-dafd-37dc-b556-c23f963f939e:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2025-11-04
# originalTime 07:00:00.000
# provider null
# recurringPattern null
# remainingTime 0
# 78d510bf-ab6c-378f-8e4e-d7dc3b0529b5:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2025-10-31
# originalTime 04:15:00.000
# provider null
# recurringPattern null
# remainingTime 0
# c5b57301-a2aa-3630-8451-b5bb3f3367be:
# alarmTime 0
# musicAlarmId null
# musicEntity null
# originalDate 2025-10-30
# originalTime 15:00:00.000
# provider null
# recurringPattern null
# remainingTime 0
# CMD_QUEUE:
# getbehavior:
# amzn1.alexa.automation.1cdac7ad-9c8d-4358-b5ae-674648c6c612:
# status ENABLED
# sequence:
# @type com.amazon.alexa.behaviors.model.Sequence
# sequenceId amzn1.alexa.sequence.ced44582-01b7-4169-9f7e-dcc84cc31260
# startNode:
# @type com.amazon.alexa.behaviors.model.OpaquePayloadOperationNode
# clientData
# context
# name
# nodeState
# presentationDataList
# primitiveId 74DGhYPr6cUIDFCIkzB6Ic3u9jDMhZ1rGJlLAZgvP9P2Unwmgx_6gnRlIkd3v9hA
# skillId amzn1.ask.1p.weather
# tag
# type Alexa.Weather.Play
# operationPayload:
# customerId A27RD3WS7L65U
# deviceSerialNumber G090XG1002750FKP
# deviceType A1RABVCI4QCIKC
# locale de-DE
# triggers:
# HASH(0x555637f032e8)
# getsettingstraffic:
# between
# from
# to
# notifications:
# G070L81183571A9M:
# G070VM0984941NF8:
# G071CQ09426509JW:
# G0723H08247405A3:
# 6b8ec717-43d5-393b-bf15-a08b8e7b1c70 Alarm_15:00:00.000
# 9ffd800f-ce84-3ae4-8544-15cd11fa9f79 Alarm_11:00:00.000
# G090XG1002750FKP:
# 4d31c8d4-3514-3bb3-bf9e-3c5c6abeb77f Alarm_05:15:00.000
# 71ad3276-8e84-3a57-861f-ce3f707634bf Alarm_06:30:00.000
# 7ce93f9b-bef9-3e8f-b008-ed614fa67c7a Alarm_11:30:00.000
# c727e9e9-6af4-31fc-9630-a0162b46e574 Alarm_04:15:00.000
# ecf4c573-9df7-3122-be1b-02aa858fca58 Alarm_14:15:00.000
# f9a98d69-bfe1-311a-bf2f-14c6c64bc4be Alarm_11:00:00.000
# G091AA08051709D1:
# 64808945-5790-3cc9-9ce2-df026ad9bb63 Alarm_16:00:00.000
# b3887b51-5040-35f1-8f37-f82a66927a61 Alarm_06:00:00.000
# c5326501-bc9e-3eac-b393-f0c98e42acfc Alarm_15:15:00.000
# daf679fb-2473-3bc5-93de-57c3e2e8e989 Alarm_15:30:00.000
# G091MK08211209P5:
# 556c0e73-a913-3f40-b3ed-e5be61e0be03 Alarm_06:30:00.000
# 5f5d04ec-dafd-37dc-b556-c23f963f939e Alarm_07:00:00.000
# 78d510bf-ab6c-378f-8e4e-d7dc3b0529b5 Alarm_04:15:00.000
# c5b57301-a2aa-3630-8451-b5bb3f3367be Alarm_15:00:00.000
# _086ca4ad56fb44fc808fb60123357484:
# _0907bc89b82d4126ace1e715bff2a0de:
# _4151dc3355324581a6eae4c6f64a8206:
# _8c946357a25241b58296f591cd9eb77c:
# _G070L81183571A9M:
# _G070L81701660FLJ:
# _G070NR15832206RB:
# _G070VM0984941NF8:
# _G071CQ09426509JW:
# _G0723H08245305EF:
# _G0723H08247405A3:
# alarm_aktiv 0
# count_Alarm 2
# _G090RF0474720X1W:
# _G090XG1001070DPB:
# _G090XG1001620W1J:
# _G090XG1002750FKP:
# alarm_aktiv 1
# count_Alarm 6
# _G090XG1221630FRQ:
# _G0911X030332008J:
# _G0916D12143501NB:
# _G091AA08051709D1:
# alarm_aktiv 1
# count_Alarm 4
# _G091MK08211209P5:
# alarm_aktiv 1
# count_Alarm 4
# _G2A0QU0574750BAA:
# _G8M2HN04401305EG:
# _account:
#
setstate AccountP connected
setstate AccountP 2026-06-04 00:48:06 .COOKIE {"loginCookie":"frc=aE1gmO0kNguDvRECzdc/7frfdblBRYLuJjLWBZY/tu1K5Bt6XCbRpaJW/Qnvn1t8OPs+rSgARpxQKIAjjeUsbGP2CLdm3WflU2wyEDPs76KSOC5SYzo80UrFsdJz9yvoiCjkggYp78Mxmns83ut31we6S+dQYbh6UuP2GQG4DaUD61OxxHtetqqlR4JWANEPglGDdCHAJ3Unen7T8HFxKGz7egKjLbt4all/idjlizvwvJKbMYt27MOCh3yoY0woa+GRYrX7uzmPCZFn6Atwwy6d8rELQDXrejzhr+5yuFSyIK7FBRAsQlytxXuUaM5Sy+onl5xmI/hO9hP0w/tGgkSsHI63EsSVWworz6RYyvvBuX/mbgW8ok+f9fx1ou/B4Q22t17Zo3TUHe7I2V6kQOrTr8ZI4KkgHA==;; map-md=eyJkZXZpY2VfdXNlcl9kaWN0aW9uYXJ5IjpbXSwiZGV2aWNlX3JlZ2lzdHJhdGlvbl9kYXRhIjp7InNvZnR3YXJlX3ZlcnNpb24iOiIxIn0sImFwcF9pZGVudGlmaWVyIjp7ImFwcF92ZXJzaW9uIjoiMi4yLjQ4NTQwNyIsImJ1bmRsZV9pZCI6ImNvbS5hbWF6b24uZWNobyJ9fQ==;; session-id=144-5117777-4644369;; session-id-time=2411246883l;; ak_bmsc=08F8EB53F6FA411FE3459FB81888A24F~000000000000000000000000000000~YAAQMhcSArCQM3meAQAAlyOsjwDwAAqfbo9qqLzHAzDYSNbfEt9zXTwu/EkcBOwDmloBOgPUMdWIgGcSvtr3MZJkeGsclavA1zBUy7ss+ko19/wd6Vhn9VENZqlJuKKbGAbJAUUtxConXrsfxXN48Q9NanPlvyGTUMlekyzwzwG0/jqcUthF+3/9HbNf/+xYJpHwsbOUQEl+p91rCH8aQEs9UhtQC1IwVhS4/HgPWGLvM6RCu42/MXFgmHMR2hYU2uDvZTGKKBh7V11Px62w+5mFrDXxAXJ4fPCA7nzAmSzoYS6unMARQ12JFcAtu5vnm9g5QUQmwQMBoQpwiIVT+nIXFoB5XTm/CRBG//b/;; ubid-main=135-4469848-1298715;; session-token=QhOzGGxEQjku8MFFOn7ESpn5qiJIruXDsRciXQoFBn+DrOCAyTSkiyD+arExEVuWNqdh8B5M7BvM97Z1OVEfPy0vauFSqZ5FjDlSBxQGEaWwpEuqLoGuBeDqYD/b0cmcbLb+HsNDuHdCezoI6tRKRibQiiMQoKqG1fUPXAjgbL2wBwFufHvOIBmiR8EnRhS8xVeLIGJUMqW/7XRQy6uiMFvQuniNAi4jVsx9K1AYYFALrr/C1swhQthyQdg4XMb+;; x-main=E5MWWByA94EH5T9ooxfxv8gJLcvxwrkCmC9SepkYGx?6hqCcmEkMIUtEDdVumtzC;; at-main=Atza|gQBykgyjAwEBAPdLJ0wPOwLRHFdjLCA3i5GLojSQB_60dik8Wtd_grFVBjV_bsAs6YvRycRcioFfo6HR_JuKRiZOZyPK6HhHNp0nxb-OICDDJhHIZt-UA7Kkz8gZXbjIEN3V1XUzYV9GPJzX2TTbHLBbwOCwKboC4paAS16DZFmSxLWiyYr7xDZDdtQe8R2WBBMtYk011GaSAsMHHtZL0p9XFWf_dtr0L3MQ5yslcGOZcgRf5p0w1BKl6YX1z2dCtuU_7r6QGLpj6RBTBahRKY3Rl2T9Mh8FY5iwV3jQiqzyB4xGcPjYy2JQGTnuwO7nKXTKTW91_BDInQyXJso71WM8fsXiHG1VrRhHUi6cKloDXN_3qe85PEAtIinh-638vJcsCQ6H2nGjPyTYMH0y2DC4SCDKOY_J4KA_Iq3P0iNlzlmedi0lRIwEINJD78xtmNDaogHOCTej;; sess-at-main=wnFZCNXx4zgOtv9UDPivdIhPuSifx63gQk6OqQzfksE=;; csrf=1395970984","frc":"aE1gmO0kNguDvRECzdc/7frfdblBRYLuJjLWBZY/tu1K5Bt6XCbRpaJW/Qnvn1t8OPs+rSgARpxQKIAjjeUsbGP2CLdm3WflU2wyEDPs76KSOC5SYzo80UrFsdJz9yvoiCjkggYp78Mxmns83ut31we6S+dQYbh6UuP2GQG4DaUD61OxxHtetqqlR4JWANEPglGDdCHAJ3Unen7T8HFxKGz7egKjLbt4all/idjlizvwvJKbMYt27MOCh3yoY0woa+GRYrX7uzmPCZFn6Atwwy6d8rELQDXrejzhr+5yuFSyIK7FBRAsQlytxXuUaM5Sy+onl5xmI/hO9hP0w/tGgkSsHI63EsSVWworz6RYyvvBuX/mbgW8ok+f9fx1ou/B4Q22t17Zo3TUHe7I2V6kQOrTr8ZI4KkgHA==","map-md":"eyJkZXZpY2VfdXNlcl9kaWN0aW9uYXJ5IjpbXSwiZGV2aWNlX3JlZ2lzdHJhdGlvbl9kYXRhIjp7InNvZnR3YXJlX3ZlcnNpb24iOiIxIn0sImFwcF9pZGVudGlmaWVyIjp7ImFwcF92ZXJzaW9uIjoiMi4yLjQ4NTQwNyIsImJ1bmRsZV9pZCI6ImNvbS5hbWF6b24uZWNobyJ9fQ==","deviceId":"464446363833333136423332324641324135393044344445353445304436424323413249564c5635564d32573831","deviceAppName":"ioBroker Alexa2","deviceSerial":"e0229baf96160fc92c79d09a605bbc0e","refreshToken":"Atnr|EwMDIFIsa5o7GCWwL2EtXKRFsutD6U5EfUzomVVzgXGKC4jctHOFeecWWpbI_NqlRHq7SO8lt69Ide-lAyLfk7fV4mbmhcuEibVwFLslPSWnxWfqBgkabGaSAtf-kSHKJQgePwp8Bp4UQPpyR-Zmh-4HfOG6LjmYyaOSS5PocgJWZdrYBc2uiu-iyL3X5eXIKBdCV4Ecs5Zp4pg7-4JMLdfzmvizDD00QFeXIGcbAP4FPrPeCYTxbpGGWK4F9-DFCPfD3E8GRIQLkga7Er10U-voSZLNwpQAPEx9Idyh8ob2BqnldQ","tokenDate":1780526884260,"macDms":{"device_private_key":"MIIEvQIBADANBgkqhkiG9w0BAQEFAASCBKcwggSjAgEAAoIBAQClpPGsbvU/N13/f14vGIFJM69Cx8A5qx461sMdz6VbK26prsF+i3Imzr9upVkphOdUmMMqEp+QH17iiKX+3CjGHmyXzUfLNYRIPXlmNyPDB/vwqa3L9OZF0/w/0AIJV2nnUnPzkUftz4DuSvtUijjN7xPkWekiYZuyAXsjmessd63e7pJvs7SOylXVqWL5wg230y8mp3A6ogBiVWrh8fciSPOwNpxSnK9sre4sotLFNsEo0mveYDtZ8trWx5ptRpIV5SYICVjxqYThEw+mh8Z+d6EHYFDTWlSR0wuMs3Ih+rJPVLh/hLrcs6FL80uZyz5WTDixz3Q3dd9aW7yNFy31AgMBAAECggEAM39nX1uTxZaaE6/ugSfWMgLujw15FrS7jkFsod0HpKOJIRnisEv8LlKCs4yWftEB9owTyQXHM9B8+GLRcL3Ts1yMGFnK40N9H9R05LFp3d2ilzy5erplyPnR56jsqSjTFQbOY8AcI7Qqems3Xh4m8OdOQOUvFPBRrnLFbNkSg10lpPHs2SWdAaAqpu2Bqk45oGg4kbfEFG1Y064OwJB/JuqapPvJEFNEr21UbDb3C5xz0gidRiENIV9IRGGrNNZ07jzgIfxUqiEm+QwBmdMoozTXL8SJqHLG58LnwGY0EHZZW3yLcF8ss1xVAnBY5iH3mICH5qzEBx/xYmGB2NHrAQKBgQDZpXs98XW0li6nkeXeJhH+82a6cMs2XYtUSosLWjhfv+/xN5pYynbqtJvD+OceXt/glQ/kKsR8wF7nL/on2xE4HfQospCI15uv7FVzcRCrCHX6jKh89mTU4rj4rHebCfdeElBLjjFUVdSn60Yp5Z6LnJXDYnt4OMG69Zni9I3YtQKBgQDC1Yf2otLvwpD/WrEawq1IJBqGDNB7GHzeNkkq9yShlM84oQMdksXZ/pHYqixQ+GT7TuOLpmliEfpBetPvmxh+by4cXqaTr6+cKY/OBC2WST746ChZYqbHO0kSHkPM26X6SrBIV/Twt1TfvI4uZoDIWwAku0+T9oMVk3kcmQeIQQKBgDndVTbSy4iHpT/H+mVlmcM+00EeW+jIVhLC/tS11+cdEJ4BOngA3DzqZ79inY/liYAcIW14MWU5gAHXL5sJEzroO9HWJ7c6G5paKx3WIahXR4alfuY6W/R9ktAKioId1Daeh9qOo27YowFB/BWHhu93YhngRRNhg6BBS/ibLFtBAoGBAJswzs4LwA0uY6SirrNsIe52o5HnHyENzliJ0RoiJdF24OBwkDS8NlB/z9hPJGGSmYz7t5ADC6oMO9Rwa+RNG+OJ16bNVc4JgM3Y5Szqcw1kZn6JHaqlQ8cqV/fQl5zT0I9fcq8NMJOU1Ewquu4Gw8nTgne/o5FuJ9fF0hCPbEqBAoGAEtnrxfpnHfA/hdhjCNA73iRD/WnxoTYOFpQKkPWsjb3bR37R6L86QJhM5ZRVS2UYTKjdgi3aSJ8sik7TiKKEj8+md74i6JH95Xl52/8FN5MnW/C1hLaXeu9wwiw1yzG2bIM2Hjark9Dk1I3VKsicSizRcbjTtuXDCqLe/FMSq4Y=","adp_token":"{enc:TGM45egFB/xLoak9ShRNw089gDYZjNb+1+RWcFWFW2oWqb61LdyG6+j1/0z/eDPR3WGhUhwjB3+LaaoOCbzgFjldmuW0i3cOTr6u7xDfx0tYoQqMEdpGZOmIEasnYcqLiW6Z720mEV0kdGQ+RZyIapaq9gRpaljq808S0/jjaRw3g1xBM6K9NRTzv0/77M/d63GNcoiFXejQeNkcW7KlU5ZEBN4d2unhVJC0L16KzrQFK0sJgN4LL9UtyKCJArdYCDYAXX4yHS6IA6jUTCidOyNz4IvAY3t8zZNxeC7h/Cke+l19zUklDIKVticeYRea/AI2ZzgcXNSm4YYD/HNg3TvOp1Lum4xYu8oS8DRQqPWg9Jo0WAa8nooTwGEtHxwYGy8F8O9L0OOFb0KHm5pRD289dY7nJDfgObk/wjvBibbSG0giBPijrfi3KIEd/0VcmPj9rWNo6yUAyBRV68YZUoEXnCV14ct9kmpCQrLbXJuyIZSaRDSzrWZophnK1PUdK92YJLjPnwVa+QXihdz3QFpeuWhrAclJgfyv7wMXGwuQ68d5LkylbEj3kRIy+cfFXO/LqIUHY8HPUp7leJN0kdSNnLg2CZxKG4Uyi6y19RJji3lNN3imCHTta3xqHafeKM4KXGv1gxFGn8BSCcq/dV8e3q3lXzP8E7/pfyN/IS53UUjmMVXyUoFP4QiZ1rwiph3TgyxDzSj/5YhaBgRYi1JVARokJWqFyz7y/C00akFQV/m/69GoOzmqNyEz+TGXfprsZ6WJwM3+rPS6opQN6uTMbAWZMdD8i5YMHdfYoXPpCMPTy5gN5W0mm9+Ibn0MymeoJygBHjcoBJd8EghsfCreiYGqWya3MntCP8ULz1Zo6jBLLVGXTInzI7f64rCKi3ONShFJSel3DiuNe9NtEQYQ43ldqC/oZWgZyG9Et1iKW0eJGifP9xXZGTZ0U21mDWI3ksHoYOhkZ/9tTu+IpWF50lAl2F6Ita9PJUJN9I8jjVXhInMb3s7UTjjJfpMTKlhANZmMvb7Xlzj8vAsOFsxROEszWUxC6ds466fD2uM=}{key:UY9c5RQgI/bj1RolYnMJ/YZxeMy5aYQCcbbAG7Q3QokBQLftlspc1/Z7x7dp5ooSV7guJuePeybtZ2zWG+HqWiPKvlcPSzjJihoFOugnR+kaBI6EI7rr1UsJtQhGlnpWWUdsacRykhWpwqX6SCkB1rJbm5wmYpxk+L2b2XaWO4JS7i8syxdzS2fNN2X7OKBKjukK2oVA383ICoD20A5eqpNAW1VMlj0cMvngcuP/8c/TRAmpXZilMr2xyxPVzDm7cX9dgHwoXmZa4YPEH70Wi/0AqWoxXQFbOiK4FdGxMudSkT9JBmLpWC0X6l7F+NTgI1IRNiIxOL160aIc2lCU+g==}{iv:oO6RC2EHHf/THfm95fPpmQ==}{name:QURQVG9rZW5FbmNyeXB0aW9uS2V5}{serial:Mg==}"},"amazonPage":"amazon.de","localCookie":"session-id=258-9636414-3415339;; session-id-time=2411246885l;; ubid-acbde=260-9778351-3012252;; session-token=BDqlv3bIl6LuAwjUmpszyE3GLnqgomZ4AgJeb9oqUz7pRSwHjcwgrsbJHBLOkZ9XZx4yl2xAUFjvtWcFxVI3j0f8e7iJAwdC4iAGwRDrPafwy4iZqMiL2KR+SEo84UHlDwZMwNchmC+aWP4DuEfIR7oX1vxH2MGzB5oAzB+lUvj+mtJru91L4vDeWKUlB2Dvg+wP2uqmwp7Jkz0FByw2Z3uVN4ykudd56PkIyguRljEzmhqEAXY6FlkP3hLMq88I;; x-acbde=qL79nimxaEz?n0Xm6ZlXmsQuLPioVjf5JYv8WcbnpsYpQrOAwpe@NN6OM?HMnN1I;; at-acbde=Atza|gQBtk_g6AwEBAiYSLDfshFKTwLADfSCSsCCpMTfom1AZcSkaLlMcL__cmln-3bpBjSi3D_9sgIFe9c5edzeLTpoFla-PUR09UjetOz4hGxa5nInhulx5kCk14ky7FvYeLCys0e_qhxpQPmXbnBvuXD20NHpKXrmcH1Ml0de2ygqVMtplCAHcsGx5UeVL-ph3HLVzFQz1XYrnsANTjrpoBPAU3TNTGL3S0_440aTi8P9oTWHErwH-lsgZqvC8-IWTz74uMpLzaEJzzazzmLumIgBQ_0rtSG-8YarlCq5NIODFmrWyYRz8b44-MGC2FOiSdWag0-Uw-CAPVCXMwiUCHfS60LnG6qCwbYlNUm8U16VdrJjl05xTQFuYMPU7QsPBXaSLK-sqN2BmU14vLXehWWBgQyk_C-ZBgj70K-efh8RJaVTiaSxEVsL9U-tdN9dI_10o_i4b_rI;; sess-at-acbde=RMekguHDMjWW4/7Ey69XInXPOywHz9S8r/jY2mFrpEc=;; csrf=-2088125039","dataVersion":2,"csrf":"-2088125039"}
setstate AccountP 2026-06-04 08:17:17 .csrf-token hK+XSoUz/LUou1ZnFn/vKCS45QiA3QHHyOdepz30b7OoAAAAAGohGG0AAAAB
setstate AccountP 2026-06-04 08:17:20 BrowserLanguage de,en-US;;q=0.7,en;;q=0.3
setstate AccountP 2026-06-04 08:17:20 BrowserUserAgent Mozilla/5.0 (Windows NT 10.0;; Win64;; x64;; rv:62.0) Gecko/20100101 Firefox/62.0
setstate AccountP 2026-06-04 07:44:28 COOKIE_MODE NPM
setstate AccountP 2026-06-04 08:17:17 COOKIE_STATE OK
setstate AccountP 2026-06-04 07:45:13 COOKIE_TYPE READING_NPM
setstate AccountP 2026-06-04 08:17:20 alarm_count 0
setstate AccountP 2026-06-04 08:17:38 amazon_refreshtoken wait for refreshtoken
setstate AccountP 2026-06-04 07:45:13 autocreate_devices stop
setstate AccountP 2026-06-04 08:17:17 config_address_between -
setstate AccountP 2026-06-04 08:17:17 config_address_from -
setstate AccountP 2026-06-04 08:17:17 config_address_to -
setstate AccountP 2026-06-04 08:17:18 list_SHOPPING_ITEM
setstate AccountP 2026-06-04 08:17:19 list_TASK
setstate AccountP 2026-06-04 08:17:20 musicalarm_count 0
setstate AccountP 2026-06-04 08:17:20 parse_error OK
setstate AccountP 2026-06-04 08:17:20 reminder_count 0
setstate AccountP 2026-06-04 08:17:17 state connected
setstate AccountP 2026-06-04 08:17:20 timer_count 0
setstate AccountP 2026-06-04 08:17:20 timer_id -
setstate AccountP 2026-06-04 08:17:20 timer_remainingtime 0
setstate AccountP 2026-06-04 07:45:13 version 0.2.34
Und hier noch der Log-Auszug:
026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:42 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
2026.06.04 07:07:43 3: [AccountP] [echodevice_NPMWaitForCookie] [NPM Login Refresh Thu Jun 4 07:06:49 2026] wait for refreshtoken / refreshtoken unkown!! refreshtoken=null EXIST 568refresh-cookie.js = true
Kennt jemand das Problem, und gibt es eine Lösung?
matze
Bei mir ist leider der gleiche Fehler seit zwei Tagen vorhanden.
https://forum.fhem.de/index.php?topic=144857.0
Gleiches Problem seit heute Nacht bei mir.
FHEM neustart und set NPM_logion refresh hat auch nicht gebracht.
state ist allerdings weiterhin connected und funktioniert soweit sogar alles.
Blockiert aber teilweise FHEM bei mir, deshalb ist es mir nur aufgefallen und als ich dann in das Log geschaut habe die fast sekündlichen Einträge.
Hallo,
ich habe das gleiche Problem. Fhem ist fast nicht mehr zu gebrauchen.
Es wäre schön wenn sich jemand, der weiß was hier nicht funktionieren könnte einen Hinweis geben würde
Edit:
Ich habe erstmal sämtliche Echo Devices deaktiviert und neu gestartet. Jetzt scheint erstmal Ruhe zu sein und FHEM reagiert wieder.
So, das zweite echodevice bei mir hat es jetzt auch.
matze
Hohe CPU-Last durch EchoDevice / tmr-echodevice_NPMWaitForCookie nach Neustart gelöst
Symptom
Nach jedem Neustart meines FHEM-LXC-Containers stieg die CPU-Last langsam aber kontinuierlich an.
Im Proxmox-Container:
top
zeigte:
perl 70-80% CPU
In apptime timer fiel besonders auf:
tmr-echodevice_NPMWaitForCookie
count: >100000
total: >700000 ms
Zusätzlich liefen:
tmr-echodevice_LoginStart
tmr-echodevice_GetSettings
ständig.
Analyse
Zunächst wurde ein Problem mit meinem Freenet-Postfach vermutet, da dieses kurz zuvor wegen Inaktivität deaktiviert worden war.
Die eigentliche Ursache war jedoch eine veraltete Node.js-Version.
Installiert war:
node -v
v12.22.9
npm -v
8.5.1
Beim manuellen Aufruf von:
cd /opt/fhem/cache/alexa-cookie
npm install
erschien die Warnung:
npm WARN EBADENGINE Unsupported engine
package: 'alexa-cookie2@5.0.3'
required: { node: '>=16.0.0' }
current: { node: 'v12.22.9' }
Lösung
Alte Node.js-Version entfernen
Falls erforderlich:
apt remove -y libnode-dev nodejs npm
apt autoremove -y
NodeSource Repository einbinden
curl -fsSL https://deb.nodesource.com/setup_20.x | bash -
Node.js 20 installieren
apt install -y nodejs
Kontrolle:
node -v
Ergebnis:
v20.20.2
und
npm -v
Ergebnis:
10.8.2
Alexa-Cookie-Modul neu installieren
cd /opt/fhem/cache/alexa-cookie
npm install
Ausgabe:
up to date, audited 103 packages
ohne Engine-Warnungen.
FHEM neu starten
shutdown restart
Ergebnis
Nach dem Upgrade auf Node.js 20:
EchoDevice funktioniert wieder
Alexa-Anbindung funktioniert wieder
tmr-echodevice_NPMWaitForCookie läuft nicht mehr aus dem Ruder
CPU-Last bleibt dauerhaft niedrig
FHEM reagiert wieder normal
Prüfen der Ursache
Wer ähnliche Probleme hat, sollte zuerst prüfen:
apptime timer
Wenn dort Einträge wie
tmr-echodevice_NPMWaitForCookie
tmr-echodevice_LoginStart
tmr-echodevice_GetSettings
mit sehr hohen Aufrufzahlen auftauchen, lohnt sich ein Blick auf die installierte Node.js-Version.
node -v
Für aktuelle Versionen von alexa-cookie2 sollte mindestens Node.js 16, besser Node.js 20 verwendet werden.
Vielleicht hilft es dem nächsten, der plötzlich 70–80 % CPU-Last durch fhem.pl hat. 😊
@trs:
kann nicht sein:
tmr-echodevice_NPMWaitForCookie HASH(0x55558dce4380) 18 3822 3951.60 1.03 1243.28 707.89 05.06. 18:44:37 HASH(AccountP)
tmr-echodevice_NPMWaitForCookie HASH(0x5555886a4cf8) 16 3894 4284.10 1.10 1243.17 707.97 05.06. 18:44:40 HASH(Account)
trotz:
node -v
v24.15.0
npm -v
11.12.1
oder sind die node und npm Versionen zu "hoch"?
matze1999
Danke für die Rückmeldung. Dann war meine Schlussfolgerung mit der alten Node-Version offenbar zu kurz gegriffen.
Bei mir lief noch Node 12.22.9. Im Zuge der Fehlersuche habe ich:
cd /opt/fhem/cache/alexa-cookie
npm install
ausgeführt, anschließend Node auf 20.20.2 aktualisiert und FHEM neu gestartet.
Seitdem ist die CPU-Last wieder normal und tmr-echodevice_NPMWaitForCookie läuft nicht mehr aus dem Ruder.
Da das Problem bei dir auch mit Node 24.15.0 auftritt, scheint die eigentliche Ursache woanders zu liegen. Möglicherweise hat bei mir bereits die Neuinitialisierung des alexa-cookie-Verzeichnisses bzw. der anschließende Neustart geholfen.
Ich beobachte das weiter und melde mich, falls die Last erneut ansteigt.
Hallo zusammen,
ich kann das Problem mit aktuellen Versionen bestätigen und möchte ein paar Diagnose-Daten beisteuern, weil die Node-12-Spur (siehe trs)
bei mir definitiv nicht zutrifft – es muss also noch eine zweite Ursache geben.
Symptom: Seit gestern friert FHEM regelmäßig komplett ein. Im Log läuft echodevice_NPMWaitForCookie ... wait for refreshtoken /
refreshtoken unkown!! refreshtoken=null im Sekundentakt. FHEMWEB reagiert dann nicht mehr (die Single-Thread-Hauptschleife ist blockiert),
bei mir im Docker-Setup geht der Container dadurch auf "unhealthy". Ein isolierter Lauf des *refresh-cookie.js zeigt: Refresh und
Token-Exchange liefern 200, aber /auth/register antwortet 400 "Auth time of the token is expired" → result.json=null.
Wichtig: Ein frischer set <dev> NPM_login new (Browser-Login mit 2FA) stellt die Funktion wieder her – aber nur für ~1–2 Stunden, dann
scheitert der nächste automatische Refresh wieder mit demselben 400 und FHEM friert erneut ein. Innerhalb eines Tages hatte ich das
mehrfach. Ein NPM_login refresh oder ein bloßer FHEM-Neustart helfen nicht.
Bei mir ausgeschlossene Ursachen (geprüft):
- Node.js: v18.20.8 – erfüllt die alexa-cookie2-Anforderung >=16.0.0, also nicht der Node-12-Fall.
- alexa-cookie2: 5.0.3 = aktuell (npm-latest).
- Systemzeit: Host und Container per NTP synchron – die Meldung "Auth time expired" ist also kein lokaler Clock-Skew.
Umgebung:
- FHEM: fhem.pl 31310 (2026-05-28)
- 37_echodevice.pm: 30527 (2025-11-14, michael.winkler)
- LOGINMODE = NPM
- Node v18.20.8 / npm 10.8.2, alexa-cookie2 5.0.3
- FHEM in Docker (Host-Netzwerk)
Da hier offensichtlich mehrere Nutzer gleichzeitig ab dem 04.06.2026 betroffen sind und es auch Leute mit aktuellem Node (z. B. matze1999
mit Node 24) erwischt, sieht das stark nach einer serverseitigen Amazon-Änderung am /auth/register-Flow aus, die der frische Cookie nur
kurz übersteht.
Als Workaround habe ich das echodevice vorerst auf disable 1 gesetzt, damit FHEM stabil bleibt.
Danke für eure Arbeit am Modul!
Same here... das NPM-Login funktioniert bis der Refresh kommt und das seit 04.06.26
node v20.11.0
npm 10.2.4
Bei mir ebenso das gleiche, habs nur leider nicht gleich gemerkt, erst als die Festplatte des FHEM-LXC voll war, Logfile war ca 4GB groß.
npm: 8.19.4
node: v16.20.2
Ich habe leider auch dieses Problem seit ein paar Tagen.
Node v24.16.0, NPM 11.16.0
Log läuft voll und wird riesig, FHEM reagiert kaum mehr.
Cookie löschen und/oder neu anmelden hilft nur für kurze Zeit.
Ich habe jetzt auch vorläufig mal das echodevice disabled.
Ok selbes Problem hier, diese Beschreibnung passt auch bei mir:
Wichtig: Ein frischer set <dev> NPM_login new (Browser-Login mit 2FA) stellt die Funktion wieder her – aber nur für ~1–2 Stunden, dann
scheitert der nächste automatische Refresh wieder mit demselben 400 und FHEM friert erneut ein. Innerhalb eines Tages hatte ich das
mehrfach. Ein NPM_login refresh oder ein bloßer FHEM-Neustart helfen nicht.
Habe:
Node v22.22.3
npm 10.9.8
alexa-cookie2 4.2.0 und 5.0.3 probiert
37_echodevice.pm 0527 vom 2025-11-14
Gruß,
Stefan
Ein Aufruf von `208refresh-cookie.js` im alexa-cookie-Verzeichnis bringt (unter anderem) folgenden Output:
Alexa-Cookie: Response (400)
Register App Response: {"response":{"error":{"code":"InvalidToken","index":"xxxxxxxxxxx","message":"Auth time of the token is expired."}},"request_id":"xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"}
Das passiert auch, wenn ich erst `208create-cookie.js` aufrufe (entspricht NPM Login New), und direkt im Anschluss `208refresh-cookie.js` starte.
Ich hab keine Ahnung was die "Auth time" ist :(
Ich vermute da hat sich was beim Amazon Backend geändert?
Standardmäßig erneuert echodevice alle 6000 Sekunden (100 Minuten) die Cookies, um mit den Amazon Servern interagieren zu können.
Eventuell ist dies zu lang, der Cookie nicht mehr 6000 Sekunden gültig.
Laut Modul-Dokumentation sollte der Cookie eigentlich 14 Tage gültig sein, ich finde im Cookie selber leider keinen Wert der indiziert, wann der Cookie abläuft.
Ich habe jetzt mal das Attribut `npm_refresh_intervall = 3000` gesetzt, vielleicht hilft eine Reduktion um die Hälfte bereits.
Hi KyleK,
ok ich teste bei mir auch mal, bin sogar auf 600 gegangen, mal sehen ob das was bringt.
Ich habe auch das Modul entschärft, so dass die Prüferei bei fehlerhafter Response nicht jede Sekunde triggert sondern nur alle 30s und nach 10 Fehlversuchen aufgibt und dann erst wieder nach der refresh time versucht.
Außerdem lösche ich die Timer die eventuell stehen bleiben.
Das funktioniert gut und das Problem, dass FHEM langsam wird oder sich Timer akkumulieren ist weg.
Hier ein diff falls Micheal hier rein schaut oder wir es selbst fixen müssen.
echodevice_patches.diff
Ok also polling mit npm_refresh_intervall 600 hilft leider nicht. Geht dann halt schon nach 10 min schief. Der Refresh scheint gar nicht mehr zu funktionieren.
Gruß,
Stefan
Bei mir das selbe Problem. (refreshtoken im Sekundentakt)
Nach dem Patch nur noch ca. aller 30 Sekunden.
Also vielen Dank erstmal.
Habe noch etwas probiert, es hilft leider nichts was ich probiert habe.
Mit meinem Patch ist die Last nun ok.
Sobald sich bei Amazon was ändert oder etwas gefixed wird geht es auch mit dem Patch.
Der Patch hatte noch einen kleinen Bug.
Außerdem hatte ich logging auf 2 gehoben. Hab es wieder auf 3 gesetzt wie es war.
Hier nochmal ein patch fürs original:
echodevice_patches.diff
Gruß,
Stefan
Ich habe es bei mir aktuell wieder vorerst am Laufen, hoffentlich bleibt es so stabil.
Habe mit Try and Error alles mögliche gemacht.
npm -v
10.8.2
node -v
v20.20.2
In der folgenden Reihenfolge manuell nochmal alles drüber installiert: (was davon jetzt alles wirklich notwendig war, keine Ahnung)
sudo npm install --prefix /opt/fhem/cache/alexa-cookie alexa-cookie2
sudo npm install
Aufgrund dann der Hinweise im Install-Log nach der Installation noch:
sudo npm audit fix --force
Dann zurück in FHEM "set .... npm_login new"
Da ist dann immer noch nach der Passworteingabe "Webseite nicht verfügbar" gekommen und aber manchmal die Aufforderung zum Passwortchange mit OTP.
OTP Eingabe über den Proxy Port 3002 ging aber nie.
Dann manuell bei Amazon Webseite eingeloggt und dort den Passwortchange mittels OTP durchgeführt.
Danach mit neuem Passwort über FHEM npm_login new erfolgreich:
-rw-r--r-- 1 fhem dialout 574 Jun 6 15:59 468create-cookie.js
-rw-r--r-- 1 fhem dialout 8,0K Jun 6 16:01 468refresh-cookie.js
Ja login new mit OTP geht eigentlich und dann bleibt das Token erstmal 6000sek ok, danach wird ein refresht gemacht und der geht schief.
Dann geht die Schleife los.
Also der Refresh scheint nicht mehr so zu funktionieren wie früher.
Sollte es bei dir @duu75 in 1 bis 2 Stunden noch gehen wäre das sehr ertaunlich und deine Versionen interessant.
Gruß,
Stefan
Zitat von: stefanru am 06 Juni 2026, 17:39:10Ja login new mit OTP geht eigentlich und dann bleibt das Token erstmal 6000sek ok, danach wird ein refresht gemacht und der geht schief.
Dann geht die Schleife los.
Also der Refresh scheint nicht mehr so zu funktionieren wie früher.
Sollte es bei dir @duu75 in 1 bis 2 Stunden noch gehen wäre das sehr ertaunlich und deine Versionen interessant.
Gruß,
Stefan
Sch**** genau in dem Moment 17:42 geht es wieder jede Sekunde los.
Hat also nichts gebracht, bis auf einmal für 6000 Sekunden ein Token zu haben. :-(
Was muss ich mit der Modul diff Datei machen?
Sind da alle notwendigen Änderungen drin, um auf 30 Sekunden zu kommen in dem Fall?
Wie merge ich so etwas in meine 37_echodevice.pm ?
Entsprechend einfach überschreiben in den angegeben Bereichen?
z.B. @@ -4455,8 +4455,26 @@
Oder gibt es da einen automatisierten Trick dafür?
Ja genau das ist das Problem.
Das Token ist aber länger gültig und es geht weiter.
Wenn es dann ohne ständigen Refresh ungültig wird werden wir sehen (Tage/Wochen/Monate).
Mein Fix behebt das performance Problem und hält trotzdem die Versuche der Updates aktiv nur nicht im sekunden Takt.
Patch gegen das original Modul:
# 1. Diff auf Pi legen (z.B. via scp oder Copy-Paste)
# 2. Backup
sudo cp /opt/fhem/FHEM/37_echodevice.pm /opt/fhem/FHEM/37_echodevice.pm.backup
# 3. Test ohne zu ändern
sudo patch --dry-run /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 4. Wenn ok: echter Patch
sudo patch /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 5. In FHEM-Webinterface:
reload 37_echodevice
Ich empfhele aber einen Neustart von FHEM, nachdem das Modul gepatched ist.
Da das original Modul Timer nicht sauber aufräumt und die dann noch rumgeistern.
Gruß,
Stefan
Zitat von: stefanru am 06 Juni 2026, 17:55:40Ja genau das ist das Problem.
Das Token ist aber länger gültig und es geht weiter.
Wenn es dann ohne ständigen Refresh ungültig wird werden wir sehen (Tage/Wochen/Monate).
Mein Fix behebt das performance Problem und hält trotzdem die Versuche der Updates aktiv nur nicht im sekunden Takt.
Patch gegen das original Modul:
# 1. Diff auf Pi legen (z.B. via scp oder Copy-Paste)
# 2. Backup
sudo cp /opt/fhem/FHEM/37_echodevice.pm /opt/fhem/FHEM/37_echodevice.pm.backup
# 3. Test ohne zu ändern
sudo patch --dry-run /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 4. Wenn ok: echter Patch
sudo patch /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 5. In FHEM-Webinterface:
reload 37_echodevice
Ich empfhele aber einen Neustart von FHEM, nachdem das Modul gepatched ist.
Da das original Modul Timer nicht sauber aufräumt und die dann noch rumgeistern.
Gruß,
Stefan
patch ist der Zauberbefehl ;-)
Danke für den Patch und die Tips
Zitat von: stefanru am 06 Juni 2026, 17:55:40Ja genau das ist das Problem.
Das Token ist aber länger gültig und es geht weiter.
Wenn es dann ohne ständigen Refresh ungültig wird werden wir sehen (Tage/Wochen/Monate).
Mein Fix behebt das performance Problem und hält trotzdem die Versuche der Updates aktiv nur nicht im sekunden Takt.
Patch gegen das original Modul:
# 1. Diff auf Pi legen (z.B. via scp oder Copy-Paste)
# 2. Backup
sudo cp /opt/fhem/FHEM/37_echodevice.pm /opt/fhem/FHEM/37_echodevice.pm.backup
# 3. Test ohne zu ändern
sudo patch --dry-run /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 4. Wenn ok: echter Patch
sudo patch /opt/fhem/FHEM/37_echodevice.pm < /tmp/echodevice_patches.diff
# 5. In FHEM-Webinterface:
reload 37_echodevice
Ich empfhele aber einen Neustart von FHEM, nachdem das Modul gepatched ist.
Da das original Modul Timer nicht sauber aufräumt und die dann noch rumgeistern.
Gruß,
Stefan
Vielen Dank für den schnellen Patch - bei mir hat es auch funktioniert (zumindest bis jetzt).
Außer der --dry-run, der hat nicht funktioniert.
Danke für den Patch. Auch hier: nach passwortänderung und NPM_LOGIN new geht alles wieder. logs waren auf 4gb angewachsen.
Da ich auch betroffen bin, hänge ich mich mal hier dran.
Vielen Dank für den Patch. "Installation" soweit problemlos.
Habe jedoch ausser einem Neustart von fhem und erneutem LogIn bei Amazon nichts weiter getan.
Nun mal beobachten was es bei mir bringt.
vb
Mit meinem frischen NEW_LOGIN von gestern 18:06, wo dann wieder alles ging, zeigt nun seit heute 12:09 bei Befehlen an die Echos dann .... is not connected. Aborting...
Obwohl der "echodevice connector" im state connected stehen hat und auch die Echos sind connected.
Aber doch nicht so wirklich.
Jetzt nach NPM_Login new zeigt er ein vorhandenes Refreshtoken an, aber die Echos liefern bei Kommandos zur not connected abort zurück.
Auch ein get devices läuft in not connected
Auch nach FHEM Neustart geht jetzt obwohl angeblich connected und Token vorhanden gar nichts mehr.
Alles sehr komisch
Ok wirklich sehr komisch.
Meine 2 Kontos sind nach wie vor verbunden und die Echos reagiern z.B. auf Speak.
Alles sieht bei mir normal aus.
Nur das eben das Refresh Token nicht erneuert wird.
Alles ist bei mir connected.
Oder machst du andere Befehle wie speak?
Bin gespannt wie lange das ohne Refresh Token funktioniert.
Gruß,
Stefan
Zitat von: stefanru am 07 Juni 2026, 20:00:26Ok wirklich sehr komisch.
Meine 2 Kontos sind nach wie vor verbunden und die Echos reagiern z.B. auf Speak.
Alles sieht bei mir normal aus.
Nur das eben das Refresh Token nicht erneuert wird.
Alles ist bei mir connected.
Oder machst du andere Befehle wie speak?
Bin gespannt wie lange das ohne Refresh Token funktioniert.
Gruß,
Stefan
Nutze vom Modul sonst nur, aber recht exzessiv, speak und reminder_normal
Habe mir jetzt aktuell erstmal eine Krücke gebaut und schicke die TTS und Reminder von FHEM an ioBroker, dort läuft der Alexa2 Adapter ohne Probleme mit meinem Account.
Ist aber total suboptimal mit dem fhem.0.send2ioB Geraffel.
Oh wow,
bei ioBroker tut das?
Ich dachte der Fehler läge im Serverseitig und Alexa2 Adapter müsste nachlegen.
Da müsste man sich mal das coding bei ioBroker näher anschauen.
Gruß,
Stefan
Hallo,
auch mich hat es nun erwischt. Der patch hat zwar geholfen, das echodevice ist connected und eine Zeit lang ist der refresh token "vorhanden". Dann wechselt er wieder auf "refresh failed".
Wird das Modul denn überhaupt noch gepflegt?
Danke und Gruß
Wolfgang
Hi duu75,
ich habe mal gesachaut.
Habe ein paar Hypothesen. ioBroker rfreshed viel seltener, erst nach 96h.
IoBroker hat aber einen besseren Auth-Check /api/customer-status. Du bekommst auf jedenfall keine Probleme wie bei FHEM mit Performance.
IoBroker nutzt alexa-remote2 als wrapper.
Nun es kann sein dass nach 96h es auch in IoBroker fehlschlägt. Aber natürlich ohne die effekte die FHEM hatte mit der Performance.
Es könnte aber auch sein dass es durch den anderen check und die Verwendung von alexa-remote2 funktioniert.
@duu75: Kannst du mir sagen ob es in Iobroker einen erfolgreichen refresh nach 96h gibt?
Wenn ja könnte ich versuchen die Logik mit alexa-remote2 auch ins modul zu bauen.
Aber erstmal gehe ich davon aus dass es nach 96h dort auch zu dem Fehler kommt.
@duu75, hätte noch 3 Fragen um das zu verifizieren, ich habe kein ioBroker:
1. Adapter-Uptime: Im ioBroker Admin auf alexa2 → Instanzen → das "Last
start" Datum. Lief der Adapter seit dem 04.06. wirklich am Stück,
oder gab es zwischendrin Restarts?
2. Cookie-Update: Im Adapter Object alexa2.0.info.cookie der "Last Change"
Zeitstempel. Wenn der innerhalb der letzten ~12h liegt, hat der Cookie-
Refresh-Timer (default 96h) gefeuert und du hast bis jetzt überlebt.
3. Adapter-Log: Im ioBroker-Log nach Strings filtern:
- "Update cookie in adapter configuration ... restarting"
- "former registration data exist, try refresh"
- "Error from refreshing cookies"
Falls du da gar nichts findest seit 04.06., dann tut es wirklich,
weil der Refresh-Timer bei Adapter-Restart neu gestartet wird und
noch nicht gefeuert hat.
Sowohl hier als in IoBroker wird am Schluss die selbe Lib und funktionalität genutzt unterschiedlich ist nur das Timing.
96h vs 6000s also es wäre sehr hilfreich wenn du beobachtest und nach 96h ioBroker laufzeit ohne restart sollten wir etwas sehen könne.
Das beweist aber auch die Tokens leben viel länger.
Meine Devices funktionieren weiterhin auch wenn der Refresh fehlschlägt.
Gruß,
Stefan
Ok, hat mir jetzt keine Ruhe gelassen.
Ich habe das Verhalten des ioBroker Moduls mal eingebaut.
Es wird nun immer erst geprüft ob Cookie noch gültig.
Ein Refresh findet erst statt wenn Amazon das Cookie als nicht gültig zurück liefert.
Das sollte sich nun wie ioBroker verhalten.
Somit kann es sein, dass es viel länger dauert bis ein Refresh gemacht wird. Tage bis Monate.
Aber der Refresh ist trotzdem kaputt. Aber wenn er im ioBroker gefixed wird sollte es auch bei uns gefixed werden.
Das ganze natürlich nur auf meiner Annahme, dass der Fehler bei ioBroker im Moment nur nicht sichtbar ist da kein refresh getriggert wird wegen längerer Gültigkeit und danach dort auch ein Fehler entsteht.
Ich teste das gerade, die Tests dauern nun halt viel länger, da es erst sichtbar wird wenn das Token ungültig wird.
Hier für alle interessierten der diff zum original:
echodevice_patches_v6.diff
P.S.: Kann schonmal bestätigen das nun kein Refresh stattfindet da Cookie gültig bleibt.
Wie lange das geht wissen wir nicht. Aber so spiegelt das Device auch eher den Zustand den es hat.
Auch wird ein neues reading last_auth_check_ok mit OK beantwortet, also cookie gültig.
Gruß,
Stefan
Hallo, ich habe das Verhalten auch gerade festgestellt. Ich werde mir das Problem anschauen. Wann das Modul seinen Refresh macht, kann frei definiert werden! https://www.mwinklerblog.de/smarthome/eigene-module/echodevice/#Attribute (siehe npm_refresh_intervall)
Wenn das Problem auftritt, hat das einen Grund. Falls jemand das Problem hat bitte mal im ./cache/alexa-cookie/.. Verzsichnisch schauen. Dort müsste eine XXrefresh-cookie.js Datei liegen. Direkt daneben sollte ein XXresult.json liegen (XX wir dynamisch vergeben.) Diese Datei mal mit einem "tail -f ./pfad/XXresult.json" öffnen. Hier solle man dann sehen warum er keinen Refresh machen konnte. In meinem Fall konnte mein System keinen Refresh mehr durchführen, da mein Refreshtoken ungültig war! Folgendes habe ich dann gemacht:
1. node gekillt (ps -A | grep node) und dann den Prozess gekillt.
2. Neuen Token per "NPM_login new" erstellt.
3. Refresh Token per "NPM_login refresh" getestet.
Zitat von: stefanru am 08 Juni 2026, 09:22:48Hi duu75,
ich habe mal gesachaut.
Habe ein paar Hypothesen. ioBroker rfreshed viel seltener, erst nach 96h.
IoBroker hat aber einen besseren Auth-Check /api/customer-status. Du bekommst auf jedenfall keine Probleme wie bei FHEM mit Performance.
IoBroker nutzt alexa-remote2 als wrapper.
Nun es kann sein dass nach 96h es auch in IoBroker fehlschlägt. Aber natürlich ohne die effekte die FHEM hatte mit der Performance.
Es könnte aber auch sein dass es durch den anderen check und die Verwendung von alexa-remote2 funktioniert.
@duu75: Kannst du mir sagen ob es in Iobroker einen erfolgreichen refresh nach 96h gibt?
Wenn ja könnte ich versuchen die Logik mit alexa-remote2 auch ins modul zu bauen.
Aber erstmal gehe ich davon aus dass es nach 96h dort auch zu dem Fehler kommt.
@duu75, hätte noch 3 Fragen um das zu verifizieren, ich habe kein ioBroker:
1. Adapter-Uptime: Im ioBroker Admin auf alexa2 → Instanzen → das "Last
start" Datum. Lief der Adapter seit dem 04.06. wirklich am Stück,
oder gab es zwischendrin Restarts?
Kann da nichts erkennen, was nach Startdatum und Zeit aussieht.
Habe den Adapter auch erst gestern Abend erstmalig aus Verzweiflung installiert.
Von daher läuft der erst seit 7.6.26
2. Cookie-Update: Im Adapter Object alexa2.0.info.cookie der "Last Change"
Zeitstempel. Wenn der innerhalb der letzten ~12h liegt, hat der Cookie-
Refresh-Timer (default 96h) gefeuert und du hast bis jetzt überlebt.
7.6.26 20:04
3. Adapter-Log: Im ioBroker-Log nach Strings filtern:
- "Update cookie in adapter configuration ... restarting"
- "former registration data exist, try refresh"
- "Error from refreshing cookies"
Falls du da gar nichts findest seit 04.06., dann tut es wirklich,
weil der Refresh-Timer bei Adapter-Restart neu gestartet wird und
noch nicht gefeuert hat.
Hatte Log leider nur auf Error, jetzt auf Info gestellt und warte mal ab was so kommt.
Sowohl hier als in IoBroker wird am Schluss die selbe Lib und funktionalität genutzt unterschiedlich ist nur das Timing.
96h vs 6000s also es wäre sehr hilfreich wenn du beobachtest und nach 96h ioBroker laufzeit ohne restart sollten wir etwas sehen könne.
Das beweist aber auch die Tokens leben viel länger.
Meine Devices funktionieren weiterhin auch wenn der Refresh fehlschlägt.
Gruß,
Stefan
Hallo Michael,
danke für deine Antwort! Ich habe das auch durchgespielt — aber der nächste Refresh nach 6000s schlägt bei mir auch nach frischem NPM_login new wieder fehl.
Reinschki hat im Forum-Thread #144852 das auch schon beschrieben: nach dem Login geht es 1-2 Stunden, dann kommt HTTP 400 "Auth time of token is expired" auf /auth/register zurück.
Trifft alle Node-Versionen (16-24) und alle alexa-cookie2-Versionen (4.2.0 + 5.0.3), also vermutlich serverseitig bei Amazon.
Wenn der Refresh fehlschlägt, geht das Modul aktuell in einen Loop und versucht jede Sekunde neu — das zieht den Raspberry runter (apptime zeigt 1000+ NPMWaitForCookie-Timer nach ein paar Stunden, ~50 MB/h Memory-Wachstum).
Ich habe das jetzt in einer gepatchten Version gefixt:
- Polling auf 30s gedrosselt, max 10 Versuche dann sauber abbrechen
- 10-Min-Backoff vor dem nächsten Refresh-Versuch
- Smart-Refresh-Gate: vor /auth/register erst /api/customer-status prüfen (Logik aus Apollon77's alexa-remote2 v8.0.4). Solange das HTTP 200 liefert, ist der Cookie noch gültig und der buggy Refresh-Endpoint wird komplett übersprungen.
- EPIPE-Handler im Wrapper-Skript für Node 22+
Patch-Datei mit Doku ein Post höher.
Läuft seit 2 Tagen stabil bei zwei Accounts. Magst du einen Blick drauf werfen ob sich was davon ins Modul einbauen ließe?
Gruß,
Stefan
Mach mal einen refresh von deinem Token. Läuft es dann auch noch?
Zitat von: michael.winkler am 08 Juni 2026, 12:27:50Wenn das Problem auftritt, hat das einen Grund. Falls jemand das Problem hat bitte mal im ./cache/alexa-cookie/.. Verzsichnisch schauen. Dort müsste eine XXrefresh-cookie.js Datei liegen. Direkt daneben sollte ein XXresult.json liegen (XX wir dynamisch vergeben.) Diese Datei mal mit einem "tail -f ./pfad/XXresult.json" öffnen. Hier solle man dann sehen warum er keinen Refresh machen konnte. In meinem Fall konnte mein System keinen Refresh mehr durchführen, da mein Refreshtoken ungültig war! Folgendes habe ich dann gemacht:
1. node gekillt (ps -A | grep node) und dann den Prozess gekillt.
2. Neuen Token per "NPM_login new" erstellt.
3. Refresh Token per "NPM_login refresh" getestet.
Alles gemacht und es wird das create und refresh cookie erzeugt und in FHEM ist connected und vorhanden angezeigt, aber es geht bei mir gar nichts mehr.
Weder ein get devices -> Echo is not connected. Aborting...
Oder auf den Echos z.B. set ECHO speak Test -> ECHO is not connected. Aborting...
Total tot, obwohl die Cookie Sache nach NPM_login new sauber aussieht
Hi Michael,
wie gesagt ich habe 2 Accounts.
Einen meiner Accounts habe ich mit login new vor ca 3 Stunden angemeldet. Dort habe ich jetzt einen Refresh gemacht, danach wie erwartet:
amazon_refreshtoken wait for refreshtoken
da der refresh ja nicht geht.
Meine Fixe verhinden nur die System last und unnötige refreshes so wie im ioBroker Modul auch.
Heißt der Fehler wird erst viel später sichtbar, aber er bleibt.
Vorteil: Systemlast niedriger, Problem taucht erst auf wenn auch ein neues Token benötigt wird.
Der Refresh ansich ist kaputt, da geht kein weg dran vorbei.
Da wird wohl Apollo77 nachlegen müssen.
@duu75: Dein Verhalten kann ich bei mir nicht nachvollziehen.
Hast du alexa-cookie2 v5.0.3 und alexa-remote2 v8.0.4.
Bei mir gehen speak usw nach wie vor auch nach 3 Tagen+.
Gruß,
Stefan
Ich hab auch "geforscht" und lokal rumexperimentiert.
Herausgekommen ist eine modifizierte Version von alexa-cookie2, bei der der Step "Register App" (via /auth/register) beim refresh einfach weggelassen wird.
Ich hab mir die Cookies und so mal genauer angeschaut:
Mir scheint, wir benötigen nur 3 Dinge von alexa-cookie2:
1. den refreshToken, um neue Cookies abfragen zu können (das passiert via /ap/exchangetoken/cookies)
2. Schritt 1 stellt die "localCookies" bereit, die für die meisten (alle?) HTTP Requests im echodevice-Modul benötigt werden.
3. Den CSRF-Wert
Ich hab also die alexa-cookie.js wie folgt erweitert:
this.refreshAlexaCookie_new = (__options, callback) => {
if (!__options || !__options.formerRegistrationData || !__options.formerRegistrationData.refreshToken) {
callback && callback(new Error('No former registration data provided for Cookie Refresh'), null);
return;
}
if (typeof __options === 'function') {
callback = __options;
__options = {};
}
_options = __options;
__options.proxyOnly = true;
initConfig();
getLocalCookies(_options.formerRegistrationData.amazonPage, _options.formerRegistrationData.refreshToken, (err, localCookie) => {
if (err) {
callback && callback(err, null);
}
_options.logger && _options.logger(`getLocalCookies: ${JSON.stringify(localCookie)}`);
loginData = _options.formerRegistrationData;
loginData.localCookie = localCookie;
getCSRFFromCookies(loginData.localCookie, _options, (err, resData) => {
if (err) {
callback && callback(new Error(`Error getting csrf for ${loginData.amazonPage}`), null);
return;
}
loginData.localCookie = resData.cookie;
loginData.csrf = resData.csrf;
delete loginData.accessToken;
delete loginData.authorization_code;
delete loginData.verifier;
delete loginData.loginCookie;
delete loginData.frc;
delete loginData.map;
delete loginData.deviceId;
delete loginData.deviceAppName;
delete loginData.deviceSerial;
delete loginData.tokenDate;
delete loginData.macDms;
loginData.dataVersion = 2;
_options.logger && _options.logger(`Final Registration Result: ${JSON.stringify(loginData)}`);
callback && callback(null, loginData);
});
});
};
this.stopProxyServer = (callback) => {
if (proxyServer) {
proxyServer.close(() => {
callback && callback();
});
}
proxyServer = null;
};
und dann in 37_echodevice.pm beim Erzeugen der <nr>refresh-coookie.js wird refreshAlexaCookie_new() gerufen.
Soweit so gut ;)
Hi Stefan,
Wenn Dein Refresh nicht mehr funktioniert, dann ist bei dir mehr kaputt. Ich würde dir vorschlagen, dass du Deine NPM Umgebung aktualisierts. Anbei der Link: https://www.mwinklerblog.de/modul-echodevice-npm/
Ich würde das alexa-cookie Verzeichnis im Cacheverzeichnis vorher umbenennen. Danach dann die Installation entweder per FHEM GUI oder per SSH machen. Ich persönlich favorisiere die SSH Variante.
Danach noch mein ein new und dann ein Refresh. Wenn der Refresh nicht funktioniert, wäre interessant was in der Resultdatei steht.
Ihr könnt gerne alle Eure eigenen Module weiterentwickeln, ich kann mich da auch gerne zurückziehen und nur noch für mich das Modul weiterentwickeln.
Hi Michael, nein so ist das überhaupt nicht gemeint.
Schau es dir in ruhe an.
Ich denke der Refresh tut nach einer gewissen Zeit nicht.
Das ist was wir hier alle als Problem hatten.
Danach pollt das Modul sehr aggresiv jede Sekunde und Timer akkumulieren sich.
Mehr wollte ich dazu nicht sagen.
Ich habe für mich erstmal eine Lösung mit der ich meine Echos weiter betreiben kann und mein Raspberry läuft.
Natürlich warte ich auf einen sauberen Fix von dir und mein Code kann gerne benutzt oder verworfen werden wenn nicht zielführend.
Sorry wenn das falsch rüber kam.
Gruß,
Stefan
Zitat von: stefanru am 08 Juni 2026, 13:28:38Hi Michael, nein so ist das überhaupt nicht gemeint.
Schau es dir in ruhe an.
Ich denke der Refresh tut nach einer gewissen Zeit nicht.
Das ist was wir hier alle als Problem hatten.
Danach pollt das Modul sehr aggresiv jede Sekunde und Timer akkumulieren sich.
Mehr wollte ich dazu nicht sagen.
Ich habe für mich erstmal eine Lösung mit der ich meine Echos weiter betreiben kann und mein Raspberry läuft.
Natürlich warte ich auf einen sauberen Fix von dir und mein Code kann gerne benutzt oder verworfen werden wenn nicht zielführend.
Sorry wenn das falsch rüber kam.
Gruß,
Stefan
Nachdem jetzt der Zweite Benutzer mit seiner eigenen Modulweiterentwicklung ums Eck kam, dachte ich schreibe Euch das mal.
Mach mal bitte ein get Status an deinem Account Device und schicke mir die Daten zu. Ich würde gerne mal etwas prüfen.
Zitat von: stefanru am 08 Juni 2026, 13:19:46Hi Michael,
wie gesagt ich habe 2 Accounts.
Einen meiner Accounts habe ich mit login new vor ca 3 Stunden angemeldet. Dort habe ich jetzt einen Refresh gemacht, danach wie erwartet:
amazon_refreshtoken wait for refreshtoken
da der refresh ja nicht geht.
Meine Fixe verhinden nur die System last und unnötige refreshes so wie im ioBroker Modul auch.
Heißt der Fehler wird erst viel später sichtbar, aber er bleibt.
Vorteil: Systemlast niedriger, Problem taucht erst auf wenn auch ein neues Token benötigt wird.
Der Refresh ansich ist kaputt, da geht kein weg dran vorbei.
Da wird wohl Apollo77 nachlegen müssen.
@duu75: Dein Verhalten kann ich bei mir nicht nachvollziehen.
Hast du alexa-cookie2 v5.0.3 und alexa-remote2 v8.0.4.
Bei mir gehen speak usw nach wie vor auch nach 3 Tagen+.
Gruß,
Stefan
npm list
alexa-cookie@ /opt/fhem/cache/alexa-cookie
└── alexa-cookie2@5.0.3
Komplett entfernt und neu installiert und Login erfolgreich .....
Not connected Aborting.....
Zitat von: michael.winkler am 08 Juni 2026, 13:36:30Nachdem jetzt der Zweite Benutzer mit seiner eigenen Modulweiterentwicklung ums Eck kam, dachte ich schreibe Euch das mal.
Ich habe diese Erweiterungen eher als kurzfristige Workarounds und Suche nach der Ursache verstanden. Ich glaube keiner möchte hier, dass Du Dich zurückziehst.
So, habe jetzt weiter geforscht. Grundsätzlich muss man zwei Dinge unterscheiden. Es gibt einmal ein Cookie für Abfrage der diversen Readings und Funktionen. Und dann gibt es noch einen Refreshtoken. Beide haben eine maximale Gültigkeitsdauer! Bei dem Refreshtoken scheint es jetzt so zu sein, dass er nicht mehr so lange gültig ist. Im Standard wird der Refresh alle 6000 Sekunden durchgeführt. Ich habe jetzt das Attribut "npm_refresh_intervall" auf 600 gestellt. Damit bekomme ich jetzt wieder alle 10 Minuten ein neues Cookie und einen gültigen Refreshtoken.
WICHTIG: Damit das ganze bei Euch wieder funktioniert, müsst Ihr zuerst für ein "NPM_login new" ein neues Cookie erstellen.
Bitte testet das bei Euch mal und gebt mir dann Bescheid.
Hi Michael,
npm_refresh_intervall auf 600, hatte ich eigentlich probiert und hat bei mir nicht geholfen.
Hätte ich vorher etwas cleanen müssen?
Hatte nur login new gemacht?
Danke und Gruß,
Stefan
Vielleicht ist der Wert bei dir auch noch zu groß. Hab auch gerade festgestellt das 10 Minuten eventuell zu lange ist. Habe es bei mir jetzt mal auf 60 runtergestellt. Ich teste weiter
https://github.com/Apollon77/alexa-cookie/issues/190
Wird wohl noch etwas dauern, bis das wieder funktioniert.
Ok, Danke!
Ja sehe ich auch so.
Aber in iOBroker geht es demnächst sobald der refresh Token aktualisiert werden soll auch schief.
Dann sollte hoffentlich etwas passieren.
Wenn du Lust und Zeit hast kannst du dir meinen Patch mal ansehen.
Er verhindert das massive pollen und macht auch seltener Anfragen für refreshs.
Muss aber auch nicht wie du willst.
Auf jedenfall vielen Dank fürs Melden und Schauen.
Gruß,
Stefan
Kurzes Update zu meinem "not connected" Problem.
Jetzt geht es alles wieder.
Habe aber den ganzen Alexa2 Cookie npm Kram komplett löschen müssen und auch alle FHEM Device Definitionen!
Nach komplett Ubuntu Neustart dann from Scratch alles neu installiert und definiert, npm_login new usw.
Dann waren die Echos wieder sauber ansprechbar und auch wirklich ONLINE.
Refresh Intervall auch erstmal auf 60 gedreht und beobachte weiter was passiert und parallel in ioB.
Update:
Ich breche zusammen, es sind schon wieder alle echodevices angeblich connected, aber alle commands laufen auf not connected aborting hinaus.
Und ich kriege es noch nicht mal wieder mit der gleichen Prozedur von vorhin wieder zum laufen.
Ich gebe vorerst auf.
Bitte geduldet Euch noch etwas. Ich bin an der Sache dran. Aktuell sieht es so aus, dass das Problem nicht vom Modul kommt, sondern von der NPM Komponente. Ich bin mit dem Entwickler dran. Sobald ich was weiß melde ich mich wieder.
Hi,
meine 5ct mal zu dem Problem:
Also ich habe ja vor einigen Wochen das alexa-cookie-service (https://forum.fhem.de/index.php?topic=144449.0) container image erstellt. Das stellte eine REST api für alexa-cookie zur Verfügung.
Es läuft also die gleiche Version der alexa-cookie Bibliothek. Die node Version könnte sich durchaus von eurer unterscheiden.
Ich habe den Login Prozess vor 6 Stunden noch mal neu durchgeführt und mich darüber registriert.
Da gibt es kein Problem. Der Intervall für das Refresh token habe ich auf 16 Stunden belassen. Läuft jetzt schon mehrere Stunden ohne refresh.
Grüße Sidey
Also erstmal Danke an den Maintainer Michael, dass er sich um das Modul kümmert.
Ich lese hier fleißig mit, meine Installationen laufen aber beide noch!?
Einmal der docker alexa-cookie-service und auch der pi mit Trixie.
Falls das irrelevant ist, ignoriert diesen Post einfach.
Zitat von: FlatTV am 08 Juni 2026, 21:15:53Falls das irrelevant ist, ignoriert diesen Post einfach.
Ist doch gut zu wissen, dass es scheinbar nicht jeden bisher betroffen hat.
Das kann sich ja auch ändern.
Grüße Sidey
Ich bin bisher auch nicht betroffen (toitoitoi), bin aber auf Hab Acht, damit ich im Notfall weiß, wo ich drehen muss.
Außerdem habe ich mit diesem Post ein besseres Lesezeichen als mit dem Abo ;)
Es "funktioniert" bei fast allen noch. Der Versuch des Token-Refreshs erzeugt nur eine hohe Systemlast und das Log wird je nach Konfiguration sehr groß. Beides kann bei mangelnden Ressourcen früher oder später zu einem Problem führen.
So lange das Cookie noch gültig ist, funktioniert das Modul auch noch. Ein Refresh wird allerdings nicht mehr funktionieren. Der fehlerhafte Refresh zerstört das zuletzt gespeicherte Cookie auch nicht. Sobald das Cookie aber abläuft (ca. 14 Tage) fangen dann die Probleme an. Ich bin dran an der Lösung. Sobald ich mehr weiß melde ich mich wieder.
Leider gibt es noch keinen offiziellen Patch für das Problem. Aber ich kann euch schon mal einen Workaround Bereitstellen.
Wichtig ist, dass bei einem "get status" am Account Device hier bei "NPM Cookie Version Reading"=5.0.3 steht. Wenn Ihr nicht die Version 5.0.3 habt. Dann müsst Ihr zuerst eine Aktualisierung machen! Doku: https://www.mwinklerblog.de/modul-echodevice-npm/
Wenn die Version passt, müsst Ihr folgende Datei anpassen: /opt/fhem/cache/alexa-cookie/node_modules/alexa-cookie2/alexa-cookie.js
Ich würde euch empfehlen vorab eine Kopie von der Datei anzufertigen
Suche dort nach der Zeile " loginData.deviceSerial = deviceSerial;" (Müsste Zeilennummer 423 sein)
direkt danach dann bitte folgende Code einfügen:
if (loginData.accessToken) {
return callback(null, loginData);
}
Nach der Änderung die Datei speichern. Ich würde Euch dann empfehlen der FHEM Server einmal neu zu starten. Danach sollte das ganze wieder normal laufen.
Habe ich gerade mal durchgeführt. Jetzt mal ein paar Stündchen abwarten, ob FHEM wieder langsam wird, oder obs damit wirklich wieder funktioniert. Danke auf jeden Fall für deine Mühe !
Möchte mich auch schon mal bedanken.
Danke Michael,
habe den Patch mal angewendet sieht gut aus.
Ich warte mal ab und beobachte.
Gruß,
Stefan
@Michael
Vielen Dank für die schnelle Abhilfe.
Habe Deine Änderung gegen 15.00 Uhr
Umgesetzt - seitdem läuftdad echodevice
wieder problemlos.
Werde weiter beobachten ...
Grüße
Peter
@Michael
Sieht alles weiterhin gut aus.
Keine erhöhte Systemlast.
Danke
Kurze Rückinfo: FHEM läuft auch heute morgen noch wie es soll. Der Workaround scheint also zu funktionieren. 8)
ZitatSuche dort nach der Zeile " loginData.deviceSerial = deviceSerial;" (Müsste Zeilennummer 423 sein)
direkt danach dann bitte folgende Code einfügen:
if (loginData.accessToken) {
return callback(null, loginData);
}
Habe ich gemacht, ohne vorher irgendetwas zu verändern. Nach dem Neustart des Pis kehrte wieder Ruhe ein.
Getestet mit:Trixie Lite - Linux ccs-ht-rasp01 6.18.33+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.18.33-1+rpt1 (2026-06-01) aarch64
cd /opt/fhem/cache/alexa-cookie
npm listalexa-cookie@ /opt/fhem/cache/alexa-cookie
└── alexa-cookie2@5.0.3
node --versionv25.9.0
npm --version11.16.0
which npm/usr/bin/npm
which node/usr/bin/node
list Amazon.AccountInternals:
CFGFN /media/hdd/fhem/mycfg/alexa/alexa_rasp01.cfg
DEF xxx@xxx.xx xxx
FUUID 677fff36-f33f-f4d2-f267-ba8d7c2b104758a7
IODev
LOGINMODE NPM
NAME Amazon.Account
NR 935
NTFY_ORDER 50-Amazon.Account
STATE connected
TYPE echodevice
eventCount 9
model ACCOUNT
OLDREADINGS:
READINGS:
2026-06-13 11:03:28 BrowserLanguage de,de-DE
2026-06-13 11:03:28 BrowserUserAgent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/134.0
2026-06-13 11:00:19 COOKIE_MODE NPM
2026-06-13 11:03:25 COOKIE_STATE OK
2026-06-13 11:01:25 COOKIE_TYPE READING_NPM
2026-06-13 11:03:28 alarm_count 0
2026-06-13 10:50:33 amazon_refreshtoken vorhanden
2026-06-13 11:01:25 autocreate_devices stop
2026-06-13 11:03:25 config_address_between -
2026-06-13 11:03:25 config_address_from -
2026-06-13 11:03:25 config_address_to -
2026-06-13 11:03:27 list_SHOPPING_ITEM
2026-06-13 11:03:27 list_TASK
2026-06-13 11:03:28 musicalarm_count 0
2026-06-13 11:03:28 parse_error OK
2026-06-13 11:03:28 reminder_count 0
2026-06-13 11:03:25 state connected
2026-06-13 11:03:28 timer_count 0
2026-06-13 11:03:28 timer_id -
2026-06-13 11:03:28 timer_remainingtime 0
2026-06-13 11:01:25 version 0.2.34
helper:
CMD_QUEUE_NUMBER 150
DEVICETYPE ASQZWP4GPYUT7
RUNLOGIN 0
RUNNING_REQUEST 0
SERVER layla.amazon.de
TWOFA
VERSION 35334210436
echodevice_refreshvoice 0
echodevice_refreshvoice_lastdate 1781341285.32598
Alarm:
G8M2DB064446001P:
5a6e9ee1-e333-4126-8894-deb886776d16:
alarmTime 0
musicAlarmId null
musicEntity null
originalDate 2026-06-13
originalTime 18:45:00.000
provider null
recurringPattern P1D
remainingTime 0
GN42ML0540430403:
31e0f0bd-e871-49b2-b8ca-c7b15e9273d3:
alarmTime 0
musicAlarmId null
musicEntity null
originalDate 2026-06-15
originalTime 07:00:00.000
provider null
recurringPattern XXXX-WD
remainingTime 0
8821e9db-38d8-4aba-99af-3f3d892a3717:
alarmTime 0
musicAlarmId null
musicEntity null
originalDate 2026-06-13
originalTime 08:00:00.000
provider null
recurringPattern XXXX-WE
remainingTime 0
CMD_QUEUE:
getbehavior:
amzn1.alexa.automation.1a3e52aa-8b7b-4d0a-9ccb-393cfb1c2e36:
status ENABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.6e7d826e-a325-4310-83c3-f3cfbbaf33fb
startNode:
@type com.amazon.alexa.behaviors.model.OpaquePayloadOperationNode
clientData
context
name
nodeState
presentationDataList
primitiveId zCl6fIWcYQoRRFtCcmpsgiz6n_gTx4yGHDyGD7aqqlqrsnzSQo-nXMgAiyE7ry3l
skillId amzn1.ask.1p.saysomething
tag
type Alexa.Speak
operationPayload:
customerId A1RZGI2HDW33QJ
deviceSerialNumber G8M2DB064446001P
deviceType ASQZWP4GPYUT7
locale de-AT
textToSpeak Zeit fürs Bett!
triggers:
HASH(0x555660e0b078)
amzn1.alexa.automation.21c4a36e-607c-4077-a5dc-2077f852f690:
status ENABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.c17bbed6-618a-4410-b4af-37c1e3568095
startNode:
@type com.amazon.alexa.behaviors.model.OpaquePayloadOperationNode
clientData
context
name
nodeState
presentationDataList
primitiveId gp2IjuP-uffubMKs1gEmcANNW3Qg9u_-Ih_ujiDr9UG-yTx_d-hVXxf9ItX-yoqE
skillId noop
tag
type DoNothing
operationPayload:
doNothing:
triggers:
HASH(0x5556609daff8)
amzn1.alexa.automation.28254299-f3f2-4fe1-8020-40b71a9399f6:
status DISABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.6afe5b8d-4510-435b-a6c4-b85a760a8d0a
startNode:
@type com.amazon.alexa.behaviors.model.SerialNode
name
nodesToExecute:
HASH(0x555662221590)
triggers:
HASH(0x5556609da578)
amzn1.alexa.automation.3ac0ac7d-c2b1-4e14-bf0c-6998b8fb2394:
status DISABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.28bba785-e28b-4227-aa12-5cb9cebb1a95
startNode:
@type com.amazon.alexa.behaviors.model.OpaquePayloadOperationNode
clientData
context
name
nodeState
presentationDataList
primitiveId gp2IjuP-uffubMKs1gEmcANNW3Qg9u_-Ih_ujiDr9UG-yTx_d-hVXxf9ItX-yoqE
skillId noop
tag
type DoNothing
operationPayload:
doNothing:
triggers:
HASH(0x555660bbac70)
amzn1.alexa.automation.54fe2cc9-fa65-401a-a1f8-923f0c767ac3:
status ENABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.c8000f05-ee26-435d-a634-e1ccfeba1de1
startNode:
@type com.amazon.alexa.behaviors.model.SerialNode
name
nodesToExecute:
HASH(0x555661a611b8)
triggers:
HASH(0x555660eeafb8)
amzn1.alexa.automation.5d651311-f087-4c6a-9532-4ae53603cfb2:
status ENABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.025c582d-c2aa-47eb-9fbb-b5a79fcaa03c
startNode:
@type com.amazon.alexa.behaviors.model.SerialNode
name
nodesToExecute:
HASH(0x555663d97e28)
HASH(0x55566063cda0)
triggers:
HASH(0x555663f67760)
amzn1.alexa.automation.7432ae70-57fd-44bd-904d-e780fdda5d9e:
status ENABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.b2274176-be5c-46e3-a953-1fc39d17c8eb
startNode:
@type com.amazon.alexa.behaviors.model.SerialNode
name
nodesToExecute:
HASH(0x555664afc418)
triggers:
HASH(0x555660c97e48)
amzn1.alexa.automation.833a7a0e-fe39-4993-88e3-cea3a4f9e7f9:
status DISABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.11586db4-c7cd-4ae0-815c-f995fd6ec400
startNode:
@type com.amazon.alexa.behaviors.model.OpaquePayloadOperationNode
clientData
context
name
nodeState
presentationDataList
primitiveId gp2IjuP-uffubMKs1gEmcANNW3Qg9u_-Ih_ujiDr9UG-yTx_d-hVXxf9ItX-yoqE
skillId noop
tag
type DoNothing
operationPayload:
doNothing:
triggers:
HASH(0x55566186b088)
amzn1.alexa.automation.e202bba7-fb8d-436c-8f9f-4cd67e683ab4:
status DISABLED
sequence:
@type com.amazon.alexa.behaviors.model.Sequence
sequenceId amzn1.alexa.sequence.1e957d57-cace-4f5f-a5ec-19f459d23b1f
startNode:
@type com.amazon.alexa.behaviors.model.OpaquePayloadOperationNode
clientData
context
name
nodeState
presentationDataList
primitiveId gp2IjuP-uffubMKs1gEmcANNW3Qg9u_-Ih_ujiDr9UG-yTx_d-hVXxf9ItX-yoqE
skillId noop
tag
type DoNothing
operationPayload:
doNothing:
triggers:
HASH(0x555662123988)
getsettingstraffic:
between
from
to
notifications:
G8M2DB064446001P:
5a6e9ee1-e333-4126-8894-deb886776d16 Alarm_18:45:00.000
GN42ML0540430403:
31e0f0bd-e871-49b2-b8ca-c7b15e9273d3 Alarm_07:00:00.000
8821e9db-38d8-4aba-99af-3f3d892a3717 Alarm_08:00:00.000
_G070VM1392640AAF:
_G071R20721550LPE:
_G8M2DB05419602J3:
_G8M2DB064446001P:
alarm_aktiv 0
count_Alarm 1
_GN42ML0540430403:
alarm_aktiv 1
count_Alarm 2
_account:
_ec35e2eb2a2842168f922236c6b68f37:
Attributes:
TTS_Voice German_Female_Vicki
TTS_normalize 5
alias Amazon Konto
autocreate_refresh 1
browser_language de,de-DE
browser_useragent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/134.0
devStateIcon connected:alexa@0CFB0C connected.but.loginerror:alexa@orange disconnected:alexa@red
devStateStyle style="text-align:left;;font-weight:bold;;"
event-on-change-reading .*
group Alexa Verteilung
icon alexa
npm_bin /usr/bin/npm
npm_bin_node /usr/bin/node
npm_proxy_port 3002
npm_refresh_intervall 6000
room _AMAZON,_RxTx
sortby 01.01
Mir hat der Workaround auch geholfen (y) herzlichen Dank dafür!
Gruß Dusti o/
@Michael
Läuft mit Deinenm workaround seit 4 Tagen stabil ..
Danke nochmals
Gruß
Peter
Hallo,
ich hab nicht aufgepasst und ein Fhem update gemacht, da wurde auch das echodevice wieder eingespielt:
37_echodevice.pm 30527 2025-11-14 15:49:25Z michael.winkler
der o.g. Patch war raus, den hab ich jetzt wieder in alexa-cookie.js eingetragen, und Fhem neu gestartet.
Jetzt habe ich das "wait for refreshtoken" wieder im sekundentakt.
Was muss ich tun?
matze
Hey, ich weis nicht ob es hilft, aber unabhängig diesen Forums, habe ich vor ca. einer Woche auch bemerkt, dass mein FHEM immer träger wurde und dann irgendwann gar nicht mehr reagierte. Dies hatte ich dann debuggt und durch das Event log schnell den Übeltäter gefunden: unzählige ,,refresh Token" Meldungen im Sekunden-Takt. Diese hatten meinen Server überlastet.
Meine Lösung war dann einfach das setzten diesen Attributs auf das Echodevice.
attr alexa-account-service event-on-update-reading state
Dadurch wurden die Fehler im Hintergrund vermutlich zwar immer noch ausgelöst, aber es hat FHEM nicht mehr gejuckt und wurde im event log nicht mehr angezeigt.
So läuft mein FHEM mit alexa nun eigentlich seither stabil und meine alexa Geräte sind connected.
Ist es besser den Workaround-Patch von Michael einzubauen oder so lassen bis es ein offizielles Update zum node Module gibt?
Hallöchen,
diejenigen, die manuelle Patch-Vorgänge vermeiden möchten oder sich unsicher fühlen, biete ich eine alternative Lösung an.
Ich habe einen container erstellt, der die Aktualisierung der Cookies übernimmt.
Dieser Dienst wird als Container-Image zur Verfügung gestellt und liefert per HTTPMOD die Daten an echodevice.
Mehr Infos dazu hier:
https://forum.fhem.de/index.php?topic=144449.msg1361818#msg1361818
Grüße Sidey
Hallo habe den Fehler erst jetzt bemerkt da ich zuerst auf einer falschen Spur war.
Patch hat bis jetzt geholfen, Danke @michael.winkler.
Spielst du das dann in dein Modul entsprechend mit ein damit es bei einem Update des Fhem nicht wieder überschrieben wird?
P.S.: Seit dem Patch werden zwar Speak-Kommandos aus Fhem auf den Echos ausgegeben, Sprachbefehle hingegen - zum Beispiel Schalte Leselicht ein - funktionieren nicht mehr. Gibt es da einen Zusammenhang oder ist da jetzt noch ein zweiter Fehler.
NPM Login New läuft bei mir jedesmal in einen Fehler, auch nach einem Serverneustart.
Alle Devices stehen aber weiterhin auf connected.
Zitat von: michael.winkler am 11 Juni 2026, 13:32:17Wichtig ist, dass bei einem "get status" am Account Device hier bei "NPM Cookie Version Reading"=5.0.3 steht. Wenn Ihr nicht die Version 5.0.3 habt. Dann müsst Ihr zuerst eine Aktualisierung machen! Doku: https://www.mwinklerblog.de/modul-echodevice-npm/
Ich versuche gerade den Workaround zu installieren, scheitere allerdings am Upgrade: node --version gibt v18.20.4 zurück, npm --version zeigt 9.2.0. apt install nodejs sagt, ich wäre auf der aktuellsten Version für mein Debian 12.14.
Ich hab dann wie im oben genannten Link beschrieben ein sudo npm install --prefix /opt/fhem/cache/alexa-cookie alexa-cookie2 ausgeführt. Das hat auch einige Pakete installiert/upgedatet. Nach dem Restart zeigt mir "NPM Cookie Version Reading" aber leider immer noch 4.2.0 an.
Was mache ich den da falsch?
Ich hatte das gleiche Problem. Geholfen hat: sudo npm install --prefix /opt/fhem/cache/alexa-cookie alexa-cookie2@latest
Ich bin hier ja froh, diesmal nicht der Einzige mit einem Problem zu sein. Auch auch der Gedanke, dafür ein eigenes Thema zu machen erleichtert die Sache ungemein. Es passt zeitlich auch alles zusammen: Das Problem begann bei mir Anfang Juni, hab nach einigen Versuchen mittels den hier auch schon mehrfach erwähnten Standardmöglichkeiten immer wieder mal geschafft, für einige Stunden Ruhe zu haben, bis ich dann irgendwann mal kurzerhand den Amazon_Account deaktiviert habe - ich nutze eh nur die Sprachausgabe.
Es freut mich, dass hier an einer nachhaltigen Lösung gearbeitet wird und dafür bedanke ich mich vor allem bei @michael.winkler, aber natürlich auch bei allen anderen. Persönlich fehlen mir zum einen Zeit, zum anderen das Können, hier aktiv mitzuwirken. Aber eine Beobachtung habe ich gemacht, die vielleicht einen Hinweis geben kann:
Meinen Amazon-Account nutze ich ja mehrfach. Und ich vermute jetzt mal, dass dies kein Zufall ist: Im gleichen Zeitraum Anfang ges Monats Juni als auch jetzt heute, nachdem ich am WE erst nochmal versucht hatte Amazon_Account wieder zu aktivieren (langfristig erfolglos), merkte ich, dass ich bei einer Neuanmeldung im Browser von Amazon gezwungen wurde, ein neues Kennwort anzulegen. Ich denke, das kann kein Zufall sein. Andereseits hat davon hier noch keiner berichtet.