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

Begonnen von HCS, 07 November 2015, 14:39:36

Vorheriges Thema - Nächstes Thema

PeMue

Hallo,

Zitat von: Doublefant am 03 Oktober 2019, 12:30:20
Nun wollte ich ein Update durchführen. Am einfachsten OTA. Allerdings erscheint im Webinterface nach dem aufrufen ota_start nur die Meldung "failed" und das obwohl ich Fhem so eingerichtet habe, dass die neue Firmware per http erreichbar ist (wenn ich die Adresse im Browsereingebe wird mir ein Download angeboten).
Jemand eine Idee?
fhem aktualsieren und dann
set <LGW> flash

Zitat von: Doublefant am 03 Oktober 2019, 12:30:20
Weiterhin habe ich in Fhem das Attribut "attr LaCrosseGateway8266 flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE] "gefunden, weiß aber leider nicht ob das überhaupt noch aktuell nutzbar ist, im Wiki habe ich nichts gefunden.
Das ist meines Wissens noch ein Relikt des JeeLinks.

Zitat von: Doublefant am 03 Oktober 2019, 12:30:20
Hilft nur noch das Gerät platt zu machen und das Fhemdevice sowie das Gateway neu einzurichten, oder gibt es eine Möglichkeit, dass ich alle Einstellungen behalten kann?
siehe oben

Gruß Peter

RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Doublefant

Hi Peter,
danke für die Hilfestellung, leider hat es nicht funktioniert. Fhem update habe ich durchgeführt und anschließend neugestartet.
sobald ich "set LaCrosseGateway8266 flash" eintippe erscheint folgendes in der Console:
flashing JeeLink LaCrosseGateway8266
detected Firmware: LaCrosseGateway.bin
hex file: ./FHEM/firmware/JeeLink_LaCrosseGateway.bin
Mode is LaCrosseGateway OTA-update
LaCrosseGateway8266 closed
target: h ttp://xxx.xxx.xxx.xxx/ota/firmware.bin

ERROR: 404 Not FoundLaCrosseGateway8266 opened

Grüße
Doublefant

p.s. das Leerzeichen beim http habe ich nachträglich hier eingefügt damit es nicht als Hyperlink erkannt wird

HCS


Doublefant

sehr gerne:

Internals:
   .triggerUsed 1
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        192.xxx.xxx.xxx:81
   DeviceName 192.xxx.xxx.xxx:81
   FD         12
   FUUID      5c730363-f33f-e904-87cd-789608f9cb1405fc
   LaCrosseGateway8266_MSGCNT 15119
   LaCrosseGateway8266_TIME 2019-10-04 10:46:50
   NAME       LaCrosseGateway8266
   NR         185
   PARTIAL   
   RAWMSG     OK 9 24 1 4 202 49
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      LaCrosseITPlusReader.Gateway.1.14
   settings   (1=RFM69 f:868315 r:9579) + BMP180 {IP=192.168.1.109}
   .attraggr:
   .attrminint:
   .clientArray:
     KeyValueProtocol
     LaCrosse
   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:
     2019-10-04 10:46:50   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Gateways
   initCommands 868315f 0t 1r 112h v
   room       99_System,LaCrosse,Startseite,Wetter
   timeout    300,120

HCS

Zitat von: Doublefant am 04 Oktober 2019, 10:49:20
sehr gerne:

Internals:
   TYPE       JeeLink


Dachte ich es mir. Ist noch ein JeeLink device. Das solltest Du durch ein LaCrosseGateway device ersetzen.
https://fhem.de/commandref.html#LaCrosseGateway

Die vier Attribute, die Du dann wieder setzen musst, hast Du ja jetzt schon als Backup hier gespeichert  :)

Und dann noch mal "set flash" versuchen, wenn es dann immer noch nicht geht, musst Du wohl oder übel das LGW ein mal per USB auf die aktuelle Version flashen.

Doublefant

Hi,
ich habe das Device in Fhem gelöscht und neu als LaCrosseGateway definiert.
Leider hat sich nichts geändert, die Fehlermeldung ist nun zwar anders formatiert und es steht "...update stated..." in der Console, jedoch kommt direkt darauf folgend wieder die 404 Not Found Meldung. Ergibt für mich keine Sinn, denn ich kann die passende Datei weiterhin über HTTP im Browser runterladen.

Schade, es war ein Versuch wert.
Dann werde ich es doch demontieren und über USB mein Glück versuchen.

Trotzdem vielen Dank für eure Hilfe, tolles Device, keep up the good work!  8)

locutus

Hallo zusammen,
zum einen tritt bei mir das gleiche Phänomen wie bei Doublefant auf.
Started not blocking
flashing LaCrosseGateway LGW
hex file: ./FHEM/firmware/JeeLink_LaCrosseGateway.bin
Mode is LaCrosseGateway OTA-update
LGW closed
target: http:///dev/ttyUSB1@57600/ota/firmware.bin
Upload started, please wait a minute or two ...
ERROR: 500
No Host option provided at /usr/share/perl5/Net/HTTP/Methods.pm line 40.
LGW opened
Finshed


Zum anderen habe ich hier einen WEMOS im NodeMCU Formfaktor, der keinen Access Point mit der LGW Firmware aufspannt. Demnach müsste GPIO13 (D7) ein High-Level für No-WiFi aufweisen. Das ist aber nicht der Fall. Tosmota z.B. baut einen AP auf. Die Ursache ist mir bisher schleierhaft.
***CLEARLOG***
LaCrosseITPlusReader.Gateway V1.35
Free heap: 29704 Flash size: 4194304 Core: 2_5_0 SDK: 3.0.0-dev(c0f7b44)
Reset: External System
Fatal exception:0 flag:6 (EXT_SYS_RST) epc1:0x00000000 epc2:0x00000000 epc3:0x00000000 excvaddr:0x00000000 depc:0x00000000
Starting I2C with 400 kHz
SC16IS750 (0x90) found
SubProcessor Reset
Configured altitude: 0
Searching RFMs and Sensors
Radio #1 found: RFM69
Starting wifi
Start WIFI_STA
HostName is: LaCrosseGateway
Using DHCP

We got no connection :-(
AccessPoint: Starting ...
AccessPoint: running, SSID=LaCrosseGateway_14973577
Starting frontend
Starting OTA
Starting data port 1 on 81
Sending init String to FHEM

[LaCrosseITPlusReader.Gateway.1.35 (1=RFM69 f:868300 r:17241) + SC16IS750 (0x90) {IP=192.168.222.1}]
Setup completely done
OK VALUES LGW 14973577 UpTimeSeconds=10,UpTimeText=0Tg. 0Std. 0Min. 10Sek. ,WIFI=,MacAddress=84:F3:EB:E4:7A:89,ReceivedFrames=1,FramesPerMinute=1,RSSI=31,FreeHeap=27048,Version=1.35,LD.Min=0.71,LD.Avg=0.71,LD.Max=1.71,OLED=none


HCS

Zitat von: locutus am 05 Oktober 2019, 13:34:38
zum einen tritt bei mir das gleiche Phänomen wie bei Doublefant auf.
Das ist ein anders Problem.

Zitat von: locutus am 05 Oktober 2019, 13:34:38
target: http:///dev/ttyUSB1@57600/ota/firmware.bin
Du hast das LGW per USB angebunden.
Dass es nicht über WiFi das Update machen will, musst Du das Attribut mode auf USB einstellen.

Zitat von: locutus am 05 Oktober 2019, 13:34:38
Zum anderen habe ich hier einen WEMOS im NodeMCU Formfaktor, der keinen Access Point mit der LGW Firmware aufspannt.

Laut Log macht es aber einen auf:

Zitat von: locutus am 05 Oktober 2019, 13:34:38
We got no connection :-(
AccessPoint: Starting ...
AccessPoint: running, SSID=LaCrosseGateway_14973577
[LaCrosseITPlusReader.Gateway.1.35 (1=RFM69 f:868300 r:17241) + SC16IS750 (0x90) {IP=192.168.222.1}]

locutus

Laut Log ja, funktechnisch leider nein! Sehr eigenartig, denn x-beliebige andere Firmware auf diesem Wemos stellt einen AP bereit. Messtechnisch kann ich keinen Fehler feststellen. Das Überschreiben des Speichers mit blank_4MB.bin bringt letztlich die LGW-Firmware auch nicht zum Funken.

Andy89

Hallo,
ich habe seit ein paar Tagen das Problem, dass mein LGW irgendwie nicht richtig funktioniert. Ich kann absolut nicht eingrenzen, wann das genau passiert ist und was ich zuvor gemacht habe.

Das LGW startet neu mit folgender Ausgabe im debug Log:
17:38:15: LaCrosseITPlusReader.Gateway V1.35
17:38:15: Free heap: 28960 Flash size: 4194304 Core: 2_5_0 SDK: 3.0.0-dev(c0f7b44)
17:38:15: Reset: Exception
17:38:15: Fatal exception:29 flag:2 (EXCEPTION) epc1:0x402391b0 epc2:0x00000000 epc3:0x00000000 excvaddr:0x04f5a302 depc:0x00000000
17:38:15: Starting I2C with 400 kHz
17:38:15: Configured altitude: 0
17:38:15: BME280 found
17:38:15: Searching RFMs and Sensors
17:38:15: Radio #1 found: RFM69
17:38:15: Radio #2 found: RFM69
17:38:15: Radio #3 found: RFM69
17:38:15: Starting wifi
17:38:15: Start WIFI_STA
17:38:15: HostName is: FZ-LacrosseGateway
17:38:15: Using static IP
17:38:15: IP: 192.168.x.xx
17:38:15: Mask: 255.255.255.0
17:38:15: Gateway: 192.168.x.xx
17:38:15: Connect 15 seconds to an AP (SSID 1)
17:38:15: .......
17:38:15: connected :-)
17:38:15: SSID: xx
17:38:15: IP: 192.168.x.x
17:38:15: Starting frontend
17:38:15: Starting OTA
17:38:15: Starting data port 1 on 81
17:38:15: Starting data port 2 on 82
17:38:15: Sending init String to FHEM
17:38:15: Setup completely done
17:39:10: DataPort: #81 Client connected, IP=192.168.2.xx Port=44670

und danach startet das LGW neu und es fängt von vorne an...


mein list vom FHEM-Device:
Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        192.168.x.xx:81
   DeviceName 192.168.x.xx:81
   FUUID      5db5a6ce-f33f-61f0-2fe2-446d3764ba8b73dc
   FVERSION   36_JeeLink.pm:0.147070/2017-07-13
   NAME       myJeeLink
   NEXT_OPEN  1573316053
   NR         48
   PARTIAL   
   RAWMSG     OK 9 45 1 3 68 57
   STATE      disconnected
   TYPE       JeeLink
   initMessages
   model      LaCrosseITPlusReader.Gateway.1.35
   myJeeLink_MSGCNT 617
   myJeeLink_TIME 2019-11-09 17:13:11
   settings   (1=RFM69 f:868300 r:17241) + (2=RFM69 f:868300 r:9579) + (3=RFM69 f:868300 r:8842) + BME280 {IP=192.168.2.22}
   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:
     2019-11-09 17:13:13   state           disconnected
Attributes:
   event-on-change-reading .*
   initCommands 1,868960,30i 20000#2r 17241#3r 538h 0a v
   room       Geräte->JeeLink,z_System->z_Module
   timeout    120,60


wenn ich als initCommands nur "538h 0a v" angebe, dann startet das LGW nicht neu, aber ich bekomme keine PCA301 Updates mehr.
Sobald aber als initCommand wieder das "1,868960,30i 20000#2r 17241#3r 538h 0a v" drin ist, statert das LGW neu, sobald FHEM scheinbar den initCommand senden will. Im debugLog sieht man nämlich nicht mehr, dass die Parameter ankommen.

Ich weiß gerade nicht, was ich falsch mache -.-
Ich hoffe, dass ihr mir helfen könnt.

Danke!
Beste Grüße
Andy

edit: habe den kompletten Debug Log vom LGW eingefügt
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

HCS

Zitat von: Andy89 am 09 November 2019, 17:17:49
Ich hoffe, dass ihr mir helfen könnt.
Schwierig, sieht nämlich alles gut und richtig aus.
Was steht denn auf der setup-page vom LGW in der PCA301-Zeile?

Andy89

Zitat von: HCS am 10 November 2019, 18:15:30
Schwierig, sieht nämlich alles gut und richtig aus.
Was steht denn auf der setup-page vom LGW in der PCA301-Zeile?
sorry, dass ich erst jetzt antworte. habe irgendwie keine Benachrichtigung bekommen...  ???

das steht in der PCA301 Zeile:
01A3F5=4,0440F9=2,038439=3,03891A=1,2B8439=3,019DFC=5,038998=6,0355CC=9,06E018=8,0696A1=3,0384F9=3,06B90B=2,0654C0=1,067950=4,13895A=1,0B55CC=7,2B8C39=3,078439=3,038479=19,138439=7,03C539=3,0654C6=8,03D43B=3,039439=3,0451F9=2,0697B1=3,1755CC=7,03C998=6,578439=7,0655C0=1,065EC0=1,0386BB=75,03C439=3
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

Andy89

Zitat von: HCS am 10 November 2019, 18:15:30
Schwierig, sieht nämlich alles gut und richtig aus.
Was steht denn auf der setup-page vom LGW in der PCA301-Zeile?
nochmal ich. ich habe die PCA Zeile nun gelöscht. Und meine alte initCommands Konfiguration wieder reingemacht. Und danach konnte ich wieder alle Geräte nach einem statusRequest sehen und schalten.

Danke für den Hinweis mit der PCA301 Zeile  :) :) :) :)
FHEM 6.0 auf rPi4 docker (mit Alexa & Siri); dbLog, FTUI, Sonos, XiaomiMapCreator auf rPi4 docker;
raspimatic auf rPi3+ > diverse Aktoren und Sensoren;
LGW > (PCA301),EC3000,LaCrosse; MQTT2 > WLAN-Steckdosen,Xiaomi Map;
Harmony Hub;Sonos;Onkyo AVR;RGB WLAN Controller;Netatmo;Withings;Unifi;AMAD

PeMue

Hoppla, jetzt haben doch zwei meiner LGWs kritische Batteriespannung gemeldet  :o:
am 12.09.2019: LaCrosse_02: battery: low und
am 14.11.2019: LaCrosse_08: battery: low

Ist das ein Messfehler, oder wird die Spannung gar nicht gemessen?

Danke + Gruß

Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

HCS

Zitat von: PeMue am 18 November 2019, 21:43:17
Ist das ein Messfehler, oder wird die Spannung gar nicht gemessen?
Sensoren wie z.B. die TX29DTH überwachen die Batteriespannung und senden im Protokoll ein Flah mit, wenn sie niedrig ist.
Hatte es gerade letzte Woche bei meiner WS1600 (TX22). Hat "low batt" gesendet. Batterien getauscht und gut war es wieder.