LaCrosseGateway - LaCrosse, PCA301 und EC3000 über wifi mit ESP8266 ohne Arduino

[Starsurfer]

Danke, das war genau das was ich gesucht hatte.
Nur wie schon per PM geschrieben, bekomme ich momentan wieder keine Wlan Verbindung zu Stande.

[2P4u]

Hi Leute.
Ich habe seit 2-3 Tagen das Problem, dass meine PCA301 Steckdosen nicht immer schalten. Hat seit mindestens einem halben Jahr Problemlos funktioniert. Hat sich in letzter Zeit was geändert?
Hier mal meine Daten:
Habe einen NODEMCU 1.0:

Code Auswählen Erweitern

Internals:
   Alive      2017-06-12 20:25:21
   Clients    :PCA301:EC3000:LaCrosse:Level:EMT7110:KeyValueProtocol
   DEF        192.168.188.60:81
   DeviceName 192.168.188.60:81
   FD         63
   LaCrosseGatewayWlanPCA_MSGCNT 57378
   LaCrosseGatewayWlanPCA_TIME 2017-06-18 12:45:57
   NAME       LaCrosseGatewayWlanPCA
   NR         193
   PARTIAL
   RAWMSG     OK 24 1 4 3 42 221 1 0 38 0 1
   STATE      initialized
   TIMEOUT    0.5
   TYPE       LaCrosseGateway
   model      [LaCrosseITPlusReader.Gateway.1.25 (1=RFM69 f:868960 r:6631) {IP=192.168.188.60}]
   Matchlist:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     4:EMT7110  ^OK\sEMT7110\s
     5:Level    ^OK\sLS\s
     6:KeyValueProtocol ^OK\sVALUES\s
   Readings:
     2017-06-18 12:45:57   state           initialized
   Helper:
Attributes:
   initCommands 1,868960,120i v
   room       Gateways
   timeout    120,30
   usbFlashCommand ./FHEM/firmware/esptool.py -b 921600 -p [PORT] write_flash -ff 80m -fm dio -fs 4MB-c1 0x00000 [BINFILE] > [LOGFILE]

Code Auswählen Erweitern

LaCrosseGateway V1.25

Code Auswählen Erweitern

Radio #1 RFM69 868960 kHz    data rate: 6631 kbps

Vielleicht kann mir jemand weiter helfen?
Ich habe die Hardware schon getauscht gegen einen anderen NodeMCU mit RFM69 aber leider das selbe.

Muss ich vielleicht alle Steckdosen neu anlernen?
Danke schonmal und lieben Gruss Daniel

[HCS]

Hat sich in letzter Zeit was geändert?

Die LGW-Firmware 1.25 hast Du ja wohl schon eine Zeit lang drauf, 36_PCA301.pm hat sich zuletzt am 22.08.2016 geändert, wenn Du also nichts geändert hast, lautet die Antwort "Nein".

Was mal noch interessant wäre: was auf der Setup-Page ganz unten bei PCA301 steht.

Muss ich vielleicht alle Steckdosen neu anlernen?

Du schreibst "nicht immer schalten", woraus ich schließe, dass es manchmal geht.
Somit sind sie im System bekannt und müssen eher nicht neu angelernt werden.

[2P4u]

Die LGW-Firmware 1.25 hast Du ja wohl schon eine Zeit lang drauf, 36_PCA301.pm hat sich zuletzt am 22.08.2016 geändert, wenn Du also nichts geändert hast, lautet die Antwort "Nein".

Was mal noch interessant wäre: was auf der Setup-Page ganz unten bei PCA301 steht.
Du schreibst "nicht immer schalten", woraus ich schließe, dass es manchmal geht.
Somit sind sie im System bekannt und müssen eher nicht neu angelernt werden.

Hi HCS.
Hier mal was unter Setup steht:

Code Auswählen Erweitern

0D8B5F=7,01A1CF=1,03F03B=3,0441BD=8,032ADD=1,09543C=3,069778=25,0E7D04=4

Ja ich habe 23 PCA301 Steckdosen in Betrieb.
Manche lassen sich gar nicht mehr schalten und andere nur spradisch.

Hast du einen Tipp?

[2P4u]

Hier mal ein List von einem Device was nicht mehr geht:

Code Auswählen Erweitern

Internals:
   DEF        0441BD 08
   IODev      LaCrosseGatewayWlanPCA
   LASTInputDev LaCrosseGatewayWlanPCA
   LaCrosseGatewayWlanPCA_MSGCNT 87
   LaCrosseGatewayWlanPCA_TIME 2017-06-19 06:25:49
   MSGCNT     87
   NAME       PCA_Kaffee
   NR         202
   PCA301_lastRcv 2017-06-19 06:25:49
   PCA301_lastSend 2017-06-19 07:00:00
   STATE      set-off
   TYPE       PCA301
   addr       0441BD
   channel    08
   Readings:
     2017-06-18 18:17:11   consumption     3.14
     2017-06-18 18:17:11   consumptionTotal 3.98
     2017-06-19 06:25:49   power           0.4
     2017-06-19 07:00:00   state           set-off
Attributes:
   IODev      LaCrosseGatewayWlanPCA
   alexaName  Kaffeemaschine
   alias      Kaffeemaschine
   devStateIcon on:black_Steckdose.on off:black_Steckdose.off toggle:Update
   room       PCA301,alexa
   userReadings consumptionTotal:consumption.* monotonic {ReadingsVal($name,'consumption',0)}
   webCmd     on:off:toggle:statusRequest

Wie man sieht hätte es heute um 7 Uhr ausgeschaltet werden sollen.

[pc1246]

Hallo 2P4u
Das sieht irgendwie seltsam aus! Du hast nur 8 steckdosen, und zwei haben auch noch die gleiche Adresse (1)! Die im 2. post ist dem Gateway aber bekannt und scheint um 6:25 auch noch empfangen worden zu sein!
Hast Du das GW schon mal stromlos gemacht?
Gruss Christoph

[HCS]

0D8B5F=7,01A1CF=1,03F03B=3,0441BD=8,032ADD=1,09543C=3,069778=25,0E7D04=4

Ja ich habe 23 PCA301 Steckdosen in Betrieb.

Das passt wirklich nicht zu 23 Dosen.
Mach das mal auf der Setup-Page leer und speichere es.
Dann die Dosen einmal Vorort schalten (nicht lang drücken zum pairing), dass das LGW sie wieder lernt.
Dann schauen, ob sie wieder eingetragen sind.
Syntax ist: <ID der Dose>=<Kanal>

[2P4u]

Hi Zusammen.
Genau das ist das komische.
Ich werde heute mal schauen und versuchen ob das wieder passt.
Aber wie das ganze passiert ist kann ich nicht sagen.

[HCS]

ich habe gestern Abend die 1.31 auf meinem LGW installiert und ihn wieder mit meinem "Problem-AccessPoint" verbunden. Effekt ist so wie mit der 1.25 bzw. 1.30: Nach kurzer Zeit hat bereits der Watchdog zugeschlagen und das Gateway resettet. Ebenso war auch das Web-Interface nach kurzer Zeit wieder nicht erreichbar.
Scheint also so, dass mein Problem nicht mit der neuen IDE behoben wird.

Im entsprechenden issue im ESP8266 git werden auch gerade Stimmen laut, die der Ansicht sind, dass das Espressif SDK 2.1.0 das ARP-Problem nicht beheben würde.
Das bedeutet, dass falls Dein Problem das ARP-Problem ist, die 1.31 es nicht behebt, weil es im Espressif SDK doch nicht behoben ist.
Ich beobachte mal, wie es dort weiter geht.

[Olly]

Im entsprechenden issue im ESP8266 git werden auch gerade Stimmen laut, die der Ansicht sind, dass das Espressif SDK 2.1.0 das ARP-Problem nicht beheben würde.
Das bedeutet, dass falls Dein Problem das ARP-Problem ist, die 1.31 es nicht behebt, weil es im Espressif SDK doch nicht behoben ist.
Ich beobachte mal, wie es dort weiter geht.

Ah, OK das hätte ich noch gar nicht gesehen. Dann besteht ja doch noch etwas Hoffnung... [emoji3]
Mit meinem Test-AccessPoint läuft es übrigens sehr gut. Nach über 7 Tagen das erste mal ein Neustart des LGW, aber auch direkt wieder nutzbar (CUL). Von daher erst mal unkritisch

Gruß

      Olly

[HCS]

Ah, OK das hätte ich noch gar nicht gesehen.

https://github.com/esp8266/Arduino/issues/2330#issuecomment-309789719

[Olly]

https://github.com/esp8266/Arduino/issues/2330#issuecomment-309789719

Danke für den Link, ich halte auch mal ein Auge drauf.

[pc1246]

Moin zusammen
Mir ist gerade etwas in den sinn gekommen. Zugegebenermassen habe ich den Thread nicht durchsucht!
Ist es moeglich auf den CUL-Teil die Signalduino Firmware zu flashen? Mein 433er hat eigentlich eh Langeweile, und ich habe da ein Projekt im Auge (Siro-Motoren https://forum.fhem.de/index.php/topic,12227.msg657620.html#msg657620), womit ich den dann beschaeftigen koennte!
Danke und Gruss
Christoph

[HCS]

Ist es moeglich auf den CUL-Teil die Signalduino Firmware zu flashen?

Da sollte nichts dagegen sprechen. Die bridge ist transparent, ihr ist es also egal, was da drüber geschickt wird.
OTA sollte auch gehen, solange ein Arduino mit optiboot dran ist.
Musst nur im WebFrontend vom LGW die richtige baud rate für den Signalduino einstellen.

So weit die Theorie, ausprobiert habe ich es bisher nicht.

Was noch zu klären wäre ist, ob das Signalduino Modul in FHEM irgend eine "Reconnect-Geschichte" kann, um die Verbindung ggf. wieder herzustellen (also sinngemäß wie das timeout Attribut vom LaCrosseGateway-Modul)

[pc1246]

Hallo HCS
Mal sehen, Donnerstag habe ich nichts vor, da werde ich das mal angehen!
Gruss Christoph