myLaCrosseGateway: disconnected, waiting to reappear (myLaCrosseGateway)

[Carpy]

Hallo,

am letzten Sonntag habe ich ein "LaCrosseGateway" in Betrieb genommen und zwei Temperatursensoren eingebunden. Montag morgen stann dann im Log:

Code Auswählen Erweitern

2017.07.17 09:12:02 1: 192.168.178.22:81 disconnected, waiting to reappear (myLaCrosseGateway)

das setzt sich dann so fort:

Code Auswählen Erweitern

2017.07.18 05:52:09 3: CUL433 IT_set: Steckdose_1C off
2017.07.18 09:11:47 1: 192.168.178.22:81 disconnected, waiting to reappear (myLaCrosseGateway)
2017.07.18 19:45:34 1: 192.168.178.22:81 reappeared (myLaCrosseGateway)

Mittlerweile habe ich Raspi / FHEM upgedated und heute Morgen ist das Gateway wieder ausgestiegen:

Code Auswählen Erweitern

2017.07.21 05:55:33 3: CUL433 IT_set: Steckdose_1C off
2017.07.21 06:15:10 1: 192.168.178.22:81 disconnected, waiting to reappear (myLaCrosseGateway)

der letzten Schaltvorgang war das Ausschalten einer IT-Steckdose über Twilight, es laufen keine cronjobs.

Reaktivierung ist nur durch Ziehen und neu Stecken der Spannungsversorgung möglich, versorgt wird das Gateway über ein USB-Netzteil mit 2.0 Ampere.

Hat jemand eine Idee woran das liegen kann?

Gruß
Carpy

[pc1246]

Moin
Es waere mal ganz gut, wenn Du uns ein list des LGW gibst. Und ein paar naehere Informationen ueber das LGW waeren auch hilfreich!
Wie Du bestimmt bemerkt hast ist Urlaubszeit, und alle unsere Glaskugeln sind verreist!
Gruss Christoph

[Carpy]

Kommt schon:

Code Auswählen Erweitern

Internals:
   Clients    :PCA301:EC3000:LaCrosse:Level:EMT7110:KeyValueProtocol
   DEF        192.168.178.22:81
   DeviceName 192.168.178.22:81
   NAME       myLaCrosseGateway
   NEXT_OPEN  1500634612
   NR         44
   PARTIAL
   RAWMSG     OK VALUES LGW 14020280 UpTimeSeconds=121142,UpTimeText=1Tg. 9Std. 39Min. 2Sek. ,WIFI=SpiderNET,ReceivedFrames=45306,FramesPerMinute=20,RSSI=-63,FreeHeap=15848,LD.Min=0.17,LD.Avg=0.18,LD.Max=17.41,OLED=none
   STATE      disconnected
   TIMEOUT    0.5
   TYPE       LaCrosseGateway
   model      LaCrosseITPlusReader.Gateway.1.30
   myLaCrosseGateway_MSGCNT 57410
   myLaCrosseGateway_TIME 2017-07-21 04:00:03
   settings   (1=RFM69 f:868300 r:17241) {IP=192.168.178.22}]
   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-07-21 12:55:52   state           disconnected
   helper:
Attributes:
   room       LaCrosse
   usbFlashCommand ./FHEM/firmware/esptool.py -b 921600 -p [PORT] write_flash -ff 80m -fm dio -fs 4MB-c1 0x00000 [BINFILE] > [LOGFILE]

Die Hardware ist ein NodeMCU mit einem RFM69CW

Gruß
Carpy

[pc1246]

Hallo
Kurzes Zitat aus dem LGW-wiki:

Code Auswählen Erweitern

Reconnect

Falls das LaCrosseGateway nicht erreichbar ist (Kein Strom/Stromausfall, WLAN Verbingung unterbrochen etc.), bricht das LaCrosseGateway Device die Kommunikation ab. Über das entsprechende timeout Attribut kann das LaCrosseGateway device so konfigurert werden, dass es in regelmässigen Abständen erneut versucht eine Verbindung mit dem LaCrosseGateway herzustellen.

Konfigurationsempfehlung für timeout = 120 Sekunden und checkInterval = 30 Sekunden:

Der Wert kann in FHEM wie folgt gesetzt werden:

attr myLaCrosseGateway timeout 120,30


Das wuerde ich mal einbauen. Ob das alle Probleme behebt, muss du sehen! Hast Du mehrere fhem's?

Gruss Christoph

[Carpy]

Hallo Christoph,

vielen Dank, den Wert habe ich in fhem geändert, das Gateway kann ich erst heute Abend "wiederbeleben", dann schauen wir mal wie lange es mit den Parametern läft.

Hast Du mehrere fhem's?

Ich habe ein fhem im Einsatz.

Andere Frage: wenn ich zum flashen des Gateway "set myLaCrosseGateway flash" durchführe, stürzt mein fhem ab, hast Du eine Idee woran das liegen kann? Gibt es da evtl. einen Zusammenhang?

VG
Carpy

[HCS]

Andere Frage: wenn ich zum flashen des Gateway "set myLaCrosseGateway flash" durchführe, stürzt mein fhem ab, hast Du eine Idee woran das liegen kann? Gibt es da evtl. einen Zusammenhang?

Meine Glaskugel ist in der Werkstatt (hat einen Sprung weil ich sie an die Wand geworfen habe) 

Also: was steht denn im FHEM log, nachdem es abgetürzt ist?

[Carpy]

Dann will ich den Sprung in der Glaskugel mal kleben, nach dem Aufruf zum flashen steht:

Code Auswählen Erweitern

Undefined subroutine &main::BlockingCall called at ./FHEM/36_LaCrosseGateway.pm line 345.


(hätte natürlich gleich ein tail auf's Log machen können...) und nichts geht mehr...

[Carpy]

Hallo,

das LGW ist heut Morgen wieder "ausgestiegen":

Code Auswählen Erweitern

2017.07.22 06:16:58 1: 192.168.178.22:81 disconnected, waiting to reappear (myLaCrosseGateway)


[HCS]

Hallo,

das LGW ist heut Morgen wieder "ausgestiegen":

Code Auswählen Erweitern

2017.07.22 06:16:58 1: 192.168.178.22:81 disconnected, waiting to reappear (myLaCrosseGateway)


Hast Du das timeout attribut beim LaCrosseGateway device nicht gesetzt?

[pc1246]

Moin
Naja hatte ich Im schon geschrieben, und hatte er eigentlich auch umgesetzt. Speichern vergessen? Was mich stutzig macht, ist das Verhalten beim flashen!? Als ob etwas fehlen wuerde, nur kenne ich mich gar nicht aus!
Gruss Christoph

[HCS]

Was mich stutzig macht, ist das Verhalten beim flashen!? Als ob etwas fehlen wuerde, nur kenne ich mich gar nicht aus!

Ja.

Code Auswählen Erweitern

Undefined subroutine &main::BlockingCall called at ./FHEM/36_LaCrosseGateway.pm line 345.

BlockingCall ist in FHEM/Blocking.pm definiert.
@Carpy: hast Du die und ist die aktuell (# $Id: Blocking.pm 14734 2017-07-17 09:07:13Z rudolfkoenig $)?

Eigentlich sollte ein "set lgw211 flash" so aussehen:

Code Auswählen Erweitern

2017-07-23 13:47:32 Global global    Started not blocking
2017-07-23 13:47:32 Global global    flashing LaCrosseGateway lgw211
2017-07-23 13:47:32 Global global    hex file: ./FHEM/firmware/JeeLink_LaCrosseGateway.bin
2017-07-23 13:47:32 Global global    Mode is LaCrosseGateway OTA-update
2017-07-23 13:47:32 Global global    lgw211 closed
2017-07-23 13:47:32 Global global    target: http://192.168.31.211/ota/firmware.bin
2017-07-23 13:47:32 Global global    Upload started, please wait a minute or two ...
2017-07-23 13:47:43 Global global   
2017-07-23 13:47:43 Global global    --- LGW reports ---------------------------------------------------------------------------
2017-07-23 13:47:43 Global global    Start receiving 'firmware.bin'
2017-07-23 13:47:43 Global global    Firmware size: 443392
2017-07-23 13:47:43 Global global    Rebooting ESP8266 ...
2017-07-23 13:47:43 Global global   
2017-07-23 13:47:43 Global global    OTA update finished
2017-07-23 13:47:43 Global global    ----------------------------------------------------------------------------------------------------
2017-07-23 13:47:44 Global global    lgw211 opened
2017-07-23 13:47:44 Global global    Finshed

[Carpy]

Hallo, bin wieder da..

Code Auswählen Erweitern

attr myLaCrosseGateway timeout 120,30
habe ich gleich nach der Info (21.07.) eingegeben u. gespeichert

BlockingCall ist in FHEM/Blocking.pm definiert.
@Carpy: hast Du die und ist die aktuell (# $Id: Blocking.pm 14734 2017-07-17 09:07:13Z rudolfkoenig $)?

so sieht der Kopf aus:

Code Auswählen Erweitern

##############################################
# $Id: Blocking.pm 14734 2017-07-17 09:07:13Z rudolfkoenig $
package main;

=pod
### Usage:
Define the following in your 99_myUtils.pm
sub TestBlocking($){ BlockingCall("DoSleep", shift, "SleepDone", 5, "AbortFn", $
sub DoSleep($)     { sleep(shift); return "I'm done"; }
sub SleepDone($)   { Log 1, "SleepDone: " . shift; }
sub AbortFn($)     { Log 1, "Aborted: " . shift; }
Then call from the fhem prompt
{ TestBlocking(3) }
{ TestBlocking(6) }
and watch the fhem log.


VG
Carpy