Neueste Beiträge

#11

Fehlerberichte / nanoCUL Parse_MN, Error! id 11...

Letzter Beitrag von TobSch - 08 Juni 2026, 16:59:03

Hallo zusammen,

seit folgender Änderung https://github.com/mhop/fhem-mirror/commit/cb7fd4982b0cf43c23ae98af51e3b853e4874b37 in SD_Protocols.pm bekomme ich Fehlermeldungen beim Verarbeiten der Sensordaten meiner BRESSER_7-in-1_Wetterstation:

Code Auswählen Erweitern

2026.06.08 15:58:09 4: nanoCUL_868MHz: Read, msg: MN;D=372FB2BEBC8A18AAAAAAAAAAAAAA8B8ACEAAAA9FAAAA;R=58;A=4;
2026.06.08 15:58:09 4: nanoCUL_868MHz: Parse_MN, Error! id 117 msg=372FB2BEBC8A18AAAAAAAAAAAAAA8B8ACEAAAA9FAAAA, message is to short




Mit der SD_Protocols.pm 2.07 (anstatt 2.09) läuft es (die dazu passende SD_ProtocolData.pm vorausgesetzt):

Code Auswählen Erweitern

Internals:
   CODE       SD_WS_117
   DEF        SD_WS_117
   FUUID      64f43401-f33f-49f8-8899-cb8c3ca745098f0e
   FVERSION   14_SD_WS.pm:v1.1.7-s30748/2026-01-17
   LASTInputDev nanoCUL_868MHz
   MSGCNT     190
   NAME       SD_WS_117
   NR         277
   STATE      T: 21.3 H: 64 W: 0 R: 0 B: 0.103
   TYPE       SD_WS
   bitMSG     01001010101100000001100000010100000101100010000010110010000000000000000000000000000000000000000000000000000000000010000100110000011001000000000000000001000000110000000000000000
   eventCount 42
   lastMSG    4AB018141620B2000000000000002130640001030000
   lastReceive 1780930327.39694
   nanoCUL_868MHz_DMSG W117#4AB018141620B2000000000000002130640001030000
   nanoCUL_868MHz_FREQAFC 6
   nanoCUL_868MHz_MSGCNT 190
   nanoCUL_868MHz_Protocol_ID 117
   nanoCUL_868MHz_RAWMSG MN;D=E01AB2BEBC8A18AAAAAAAAAAAAAA8B9ACEAAABA9AAAA;R=58;A=4;
   nanoCUL_868MHz_RSSI -45
   nanoCUL_868MHz_TIME 2026-06-08 16:52:07
   READINGS:
     2026-01-27 16:11:37   batteryChanged  1
     2026-06-08 16:52:07   batteryState    ok
     2026-06-08 16:52:07   brightness      0.103
     2026-06-08 16:52:07   humidity        64
     2026-06-08 16:10:09   model           Bresser 7-in-1 outdoor sensor
     2026-06-08 16:52:07   rain            0
:
:
:

#12

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von duu75 - 08 Juni 2026, 16:24:05

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.

#13

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von stefanru - 08 Juni 2026, 16:18:40

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

#14

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 16:12:11

https://github.com/Apollon77/alexa-cookie/issues/190

Wird wohl noch etwas dauern, bis das wieder funktioniert.

#15

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 14:55:13

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

#16

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von stefanru - 08 Juni 2026, 14:47:36

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

#17

Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 14:45:49

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 60 gestellt. Damit bekomme ich jetzt wieder einmal pro 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.

#18

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von michael.winkler - 08 Juni 2026, 14:42:19

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.

#19

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von MiK77 - 08 Juni 2026, 14:22:50

Nachdem 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.

#20

Sprachsteuerung / Aw: echodevice: wait for refre...

Letzter Beitrag von duu75 - 08 Juni 2026, 13:53:38

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

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.....