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

[Omega]

watchdog --> passt also auch.
Auch ein

Code Auswählen Erweitern

reload 36_LaCrosseGateway.pm bringt das Attribut nicht zum Vorschein.
Firmwareupdate hat aber funktioniert. Das LGW meldet sich mit 1.24

Nachtrag:
Ich habe 2 FHEM-Instanzen. Auf beiden habe ich das gleiche Verhalten.

[HCS]

Firmwareupdate hat aber funktioniert. Das LGW meldet sich mit 1.24

OK.

Bin etwas ratlos, was bei Dir los ist.
Ich habe meine Produktivsysteme heute Morgen upgedatet (mit denen verhalte ich mich zum Test immer wie ein "normaler Anwender", warte also auf das FHEM Update) und bei beiden funktioniert das.

Ich glaube, da brauchen wir professionelle Hilfe 

[HCS]

Hast Du einen set nextionUpload im LaCrosseGateway device?

[Omega]

Nein, den habe ich auch nicht.
Hätte ich beim Update heute eigentlich auch eine Datei "nextion.tft" erhalten sollen?
In meinem Verzeichnis habe ich auch noch eine 36_LaCrosse.pm. Wurde die ersetzt durch 36_LaCrosseGateway.pm oder wird die noch benötigt?

[HCS]

Nein, den habe ich auch nicht.

Das sieh alles so aus, als ob bei Dir noch die vorhergehende Version läuft.
Leg mal testweise ein weiteres LaCrosseGateway device an:

Code Auswählen Erweitern

define lgwDummy LaCrosseGateway 192.168.31.99:85
und schaue, ob das die neue Version ist.

Hätte ich beim Update heute eigentlich auch eine Datei "nextion.tft" erhalten sollen?

Nein. Die muss jeder selbst basteln und dort hin werfen, oder mit dem Attribut tftFile festlegen, wo sie ist.

In meinem Verzeichnis habe ich auch noch eine 36_LaCrosse.pm. Wurde die ersetzt durch 36_LaCrosseGateway.pm oder wird die noch benötigt?

36_LaCrosseGateway.pm ist das iodev für das LGW
36_LaCrosse.pm ist das device, das einen Sensor darstellt.
Man braucht beide.

[Omega]

Code Auswählen Erweitern

define lgwDummy LaCrosseGateway 192.168.31.99:85
ist die neue Version.

Ich scheue im Moment ein bisschen davor, mein LGW einfach zu löschen und wieder neu zu definieren. Es hängt ja auch noch das KeyValueProtocol mit dran - dafür habe ich seinerzeit auch extra Einstellungen definiert.

Verwunderlich finde ich auch, dass das Verhalten in beiden FHEM-Instanzen identisch ist (eine läuft auf einem CT, die andere in einer VM).
Vom Verständnis her: Attribute, die in der SW definiert sind, müssten doch zur Anzeige/Auswahl kommen.

[HCS]

Dein LGW device ist aber nicht noch ein JeeLink device?
Zeig mal einen List von einem der devices.

[Omega]

Device oder Gateway?

Habe vorsichtshalber mal beide genommen...
Das Gateway

Code Auswählen Erweitern


Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        192.168.0.28:81
   DeviceName 192.168.0.28:81
   FD         84
   LaCrosseGateway_MSGCNT 727
   LaCrosseGateway_TIME 2016-12-27 13:22:21
   NAME       LaCrosseGateway
   NR         677
   PARTIAL
   RAWMSG     OK 9 15 1 4 51 80
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      [LaCrosseITPlusReader.Gateway.1.24 (1=RFM69 f:868295 t:20~3) + (2=RFM69 f:868300 r:8842) + (3=RFM69 f:868950 r:6631) + BME280 + OLED {IP=192.168.0.28}]
   Matchlist:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:RoomNode ^\S+\s+11
     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     5:AliRF    ^\S+\s+5
     6:EMT7110  ^OK\sEMT7110\s
     7:KeyValueProtocol ^OK\sVALUES\s
   Readings:
     2016-12-27 13:22:21   state           initialized
Attributes:
   devStateIcon initialized:cul@green .*:cul@red
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   initCommands 868295#1f 3#1m 20#1t 8842#2r 3,868950,120i 96h 0a v
   room       LaCrosse
   timeout    120,60

und ein Device

Code Auswählen Erweitern

Internals:
   CHANGED
   DEF        23
   IODev      LaCrosseGateway
   LASTInputDev myJeeLink
   LaCrosseGateway_MSGCNT 96
   LaCrosseGateway_RAWMSG OK 9 35 1 4 170 106
   LaCrosseGateway_TIME 2016-12-27 13:24:27
   LaCrosse_lastRcv 2016-12-27 13:24:44
   MSGCNT     130
   NAME       LaCrosse_23
   NR         684
   STATE      T_innen: 19.4  T_extern: 19.4
   TYPE       LaCrosse
   addr       23
   battery_new 0
   corr1      0
   corr2      0
   myJeeLink_MSGCNT 69
   myJeeLink_RAWMSG OK 9 35 1 4 170 106
   myJeeLink_TIME 2016-12-27 13:24:44
   previousH  106
   previousH2 125
   previousT  19.4
   previousT2 19.4
   sensorType 0=T(H)
   Readings:
     2015-11-23 16:24:43   H               0
     2015-11-23 16:28:42   T               0
     2016-12-27 13:24:44   battery         ok
     2015-11-23 16:24:43   humidity        0
     2016-12-02 12:24:10   lastBatChange   Fri Dec  2 12:24:10 2016
     2016-10-25 20:15:53   rain            1178
     2016-12-27 13:24:44   state           T: 19.4
     2016-12-27 13:24:44   temperature     19.4
     2016-12-27 13:24:40   temperature2    19.4
     2016-10-25 20:15:53   windGust        13.3
Attributes:
   IODev      LaCrosseGateway
   alias      Flur
   event-min-interval batt.*:86400,T.*:900
   event-on-change-reading .*
   room       LaCrosse
   stateFormat T_innen: temperature  T_extern: temperature2

[HCS]

   TYPE       JeeLink

Dachte ich es mir doch.

Das ist ein JeeLink device und kein LaCrosseGateway device.
Wenn Du die Vorzüge eines LaCrosseGateway device haben willst, muss Du auch ein solches definieren.
Sollte man aber von JeeLink zu LaCrosseGateway umbauen können, indem man es in der fhem.cfg umschreibt, dann muss man es nicht neu definieren.

[Omega]

 
Das war es!

Direktes editieren der fhem.cfg hat dann ausgereicht, um endlich in den Genuss der neuen Attribute zu kommen.
Danke noch mal für deine Geduld.

LG
Holger

[Wallmeier]

Hallo HCS,

ich habe mal eine (blöde) Frage - besteht die Möglichkeit in der Firmware noch eine weitere Serial Port Bridge einzubauen, die die UART-Schnittstelle des ESP selber nutzt? Ich habe am SC16IS750 bereits einen MiniCUL dran hängen und würde gerne noch HM-MOD-RPI-PCB anschließen, der wenn ich es richtig gesehen habe aber mit 115200 Baud betrieben wird und somit nicht an der Soft Serial laufen wird...

Gruß,
Nico

[sash.sc]

Mal ne kurze frage.
Anstatt ein nodemcu zu benutzen, würde da auch ein wemos d1 bzw d1 Mini funktionieren, oder muss das sketch dafür geändert werden?

Gruß Sascha

Von mobil gesendet daher kurze Antwort

[HCS]

ich habe mal eine (blöde) Frage - besteht die Möglichkeit in der Firmware noch eine weitere Serial Port Bridge einzubauen, die die UART-Schnittstelle des ESP selber nutzt?

Eher nicht. Zumindest auf allen Boards wie NodeMCU, ... ist da schon der USB-Serial-Wandler (auf dem Board hart verdrahtet) angeschlossen und zwei serielle Schnittstellen stumpf parallel funktioniert nicht.

Ich habe am SC16IS750 bereits einen MiniCUL dran hängen und würde gerne noch HM-MOD-RPI-PCB anschließen, der wenn ich es richtig gesehen habe aber mit 115200 Baud betrieben wird und somit nicht an der Soft Serial laufen wird...

.
Plan A: den HM-MOD-RPI-PCB an den SC16IS750 dran und den MiniCUL mit 38400 an die soft serial dran (nicht getestet)
Plan B: Auf die LGW-Version warten, die auf dem ESP32 läuft. Die wird (ohne SC16IS750) zwei Hardware-Serials haben.

[HCS]

Mal ne kurze frage.
Anstatt ein nodemcu zu benutzen, würde da auch ein wemos d1 bzw d1 Mini funktionieren, oder muss das sketch dafür geändert werden?

https://wiki.fhem.de/wiki/LaCrosseGateway#Bauteile
Bedeutet: ja
Habe es aber nie damit getestet, da ich keinen habe.

[PeMue]

https://wiki.fhem.de/wiki/LaCrosseGateway#Bauteile
Bedeutet: ja

Für welchen Frageteil gilt denn das ja  ? Ich meine, für den ersten