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

[PeMue]

V1.22
WiFi deaktivieren
Man kann nun mit einen 10k pullup auf 3.3V an MOSI == GPIO13 == D7 "jumpern", dass man kein wifi will. Wenn voranden, wird WiFi sofort beim Start deaktiviert.

Cool, da ist die Software schneller als die Hardware 

Tolle Leistung, muss ich gleich mal probieren!

Danke + Gruß

Peter

[waschbaerbauch]

Anlegen von zwei LCGs hat auch funktioniert, allerdings müsste da ggf. der Part in der commandref angepasst/erweitert werden:

define <name> LaCrosseGateway <device>
<device> specifies the serial port to communicate with the LaCrosseGateway. The name of the serial-device depends on your distribution, under linux it is something like /dev/ttyACM0 or /dev/ttyUSB0.

Hier könnte man noch den <device> Part um <IP>:<PORT> erweitern

PS: Ich werde in der Mittagspause gleich mal den ersten BME280 einbauen
Nachtrag: BME280 statt DHT22 und BMP180 wird auch sofort erkannt. 
Den Bug von Peter kann ich bestätigen, meine aber das der vorher auch schon war. Da dachte ich aber das liegt wohl an meinem Browser.

[PeMue]

Hallo HCS,

auf der Setup-Seite ist vermutlich noch irgend etwas ungewolltes, siehe Anhang (erste Zeile).

Kann das LGW auch über das USR-TCP232 geflasht werden? Oder geht das nur per WiFi?

Danke + Gruß

PeMue

[HCS]

Hier könnte man noch den <device> Part um <IP>:<PORT> erweitern

Ich habe es in der ToDo unter der Rubrik "Macht keinen Spaß aber leicht zu erfüllen" abgespeichert.

auf der Setup-Seite ist vermutlich noch irgend etwas ungewolltes

Damit kämpfe ich schon längere Zeit. Mal geht es, mal nicht und ich komme nicht dahinter, was da passiert.
Bisher ist nur klar, dass es mit den Comboboxen für den MCP23008 zu tun hat.
LGW rebooten und hoffen, dass es dann funktioniert.

Kann das LGW auch über das USR-TCP232 geflasht werden? Oder geht das nur per WiFi?

Über den USR-TCP232 geht es aktuell nicht, da er ja ohne RTS und DTR angeschlossen ist und somit Reset und BootMode nicht gesteuert werden können.
Ich überlege gerade, wie ich das aus dem neuen 36_LaCrosseGateway Modul heraus hinbekomme. Evtl. so eine Art Upload über die Serielle Schnittstelle was es erst mal im SPIFFS ablegt (so mache ich es auch bei der WiFi-Upload-Variante) von wo ich es dann ins Flash weiterschieben kann.
-> Version 1.xy falls das überhaupt so geht.

[waschbaerbauch]

Aktuell liegen zwei BreadBoards mit BME280 gar nicht so weit auseinander hier - inwieweit das geeichten Instrumenten entspricht ist natürlich fraglich.

Readings
humidity 46 2016-09-13 14:27:44
pressure 1014 2016-09-13 14:27:44
state initialized 2016-09-13 14:19:58
temperature 29.6 2016-09-13 14:27:44


BME280 OK T=29.6 H=45 P=1014 Calibration: T1:28096 T2:26576 T3:50 H1:75 H2:355 H3:0 H4:336 H5:0 H6:30 P1:36819 P2:-10669 P3:3024 P4:6672 P5:-77 P6:-7 P7:9900 P8:-10230 P9:4285 ADC: T=542937 H=29747 P=348197

Readings
humidity 44 2016-09-13 14:28:01
pressure 1014 2016-09-13 14:28:01
state initialized 2016-09-13 14:28:00
temperature 29.5 2016-09-13 14:28:01


BME280 OK T=29.5 H=44 P=1014 Calibration: T1:28507 T2:26722 T3:50 H1:75 H2:353 H3:0 H4:343 H5:0 H6:30 P1:35354 P2:-10644 P3:3024 P4:3530 P5:125 P6:-7 P7:9900 P8:-10230 P9:4285 ADC: T=548552 H=30041 P=421886

[PeMue]

Über den USR-TCP232 geht es aktuell nicht, da er ja ohne RTS und DTR angeschlossen ist und somit Reset und BootMode nicht gesteuert werden können.

Das wäre doch eine Option für die v1.1 Platine, oder?

Gruß PeMue

[HCS]

Das wäre doch eine Option für die v1.1 Platine, oder?

Der USR-TCP232 hat doch gar kein RTS und DTR?
Ich befürchte, dass das eher mit Software gelöst werden muss.

humidity 46 /44
pressure 1014 / 1014
temperature 29.6 /29.5

Die decken sich gut. Kannst Du ermitteln, ob die 29.6 °C stimmen oder ob das zu hoch liegt?

[waschbaerbauch]

Subjektiv ist das mit Sicherheit so - ich schwimme hier im Dachboden-Arbeitsraum in meiner eigenen Suppe

Ich habe aber nichts was geeicht ist zum Vergleich. Was ich anbieten kann sind aktuelle Werte:
BME280-01: T=30.7 H=38 P=1012
BME280-02: T=30.8 H=39 P=1013
LaCrosse TFA: T: 29.8 H: 45 (30.3155.WD in der Abseite)

PS: Ich sehe grad in meinem China-Sammelsurium sind noch DS18b20 mit 'Stahlkappe' - wenn die genau(er) sein sollten bau ich davon gleich mal ein MySensorNode auf.

PPS: Nun (denke ich) habe ich einen ersten MySensor mit DHT22 und zwei DS18b20 mit 'Stahlkappe' aufgebaut. Morgen werde ich dann mal ein Rudel Daten haben..

[PeMue]

Der USR-TCP232 hat doch gar kein RTS und DTR?

Stimmt, da habe ich leider das Datenblatt nicht richtig im Kopf gehabt. Sorry.

[weini]

Upgrade (FW) und Umstellung (Modul) erfolgreich umgesetzt.
Eine ganz tolle Sachen, vielen Dank und meinen größten Respekt!

[waschbaerbauch]

Code Auswählen Erweitern

LCG.EG.BB
BME280 OK T=28.0 H=47 P=1014 Calibration: T1:28096 T2:26576 T3:50 H1:75 H2:355 H3:0 H4:336 H5:0 H6:30 P1:36819 P2:-10669 P3:3024 P4:6672 P5:-77 P6:-7 P7:9900 P8:-10230 P9:4285 ADC: T=537894 H=30094 P=346719

LCG.DG.BB
BME280 OK T=27.6 H=50 P=1014 Calibration: T1:28507 T2:26722 T3:50 H1:75 H2:353 H3:0 H4:343 H5:0 H6:30 P1:35354 P2:-10644 P3:3024 P4:3530 P5:125 P6:-7 P7:9900 P8:-10230 P9:4285 ADC: T=542832 H=31123 P=420359

MySensors
DS18b
temperature 26.9 2016-09-14 12:20:17
DS18b No.2
temperature1 26.8 2016-09-14 12:20:17
DHT22
temperature2 26.6 2016-09-14 12:12:46
humidity1 57.6 2016-09-14 12:20:16

TFA LaCrosse
state T: 27.3 H: 52

MOD.LCG.EG.BB.LABOR
BMP180 OK T=28.2 P=1013 Calibration: AC1:8597 AC2:-1181 AC3:-14523 AC4:34391 AC5:25353 AC6:20514 B1:6515 B2:47 MB:-32768 MC:-11786 MD:2605 ADC: T=29585 P=172552
DHT22 OK T=28.1 H=48

MOD.LCG.DG.PCB (im Gehäuse)
BMP180 OK T=38.9 P=1014 Calibration: AC1:8185 AC2:-1110 AC3:-14365 AC4:34145 AC5:25314 AC6:17881 B1:6515 B2:41 MB:-32768 MC:-11786 MD:2629 ADC: T=28758 P=166235


Jetzt fühle ich mich an die Flens Werbung erinnert: 'Der konnte aber viele Sprachen..' - 'Jo, genützt hats ihm aber nix!'

[HCS]

... genützt hats ihm aber nix!'

Doch, hat es. Ich würde mal vermuten, dass die tatsächliche Temperatur irgendwo bei 26.8 +- 0.2 liegt.
Und die BME280 liegen wie viele ihrer Art etwas zu hoch.

Aber: einen vernünftigen Vergleich bekommt man nur, wenn man das eine Stunde laufen lässt und sich nichts regt. Fenster zu, Tür zu und nichts bewegt sich. Nur dann haben alle Sensoren die Umgebungstemperatur angenommen, da sie unterschiedlich schnell auf Temperaturänderungen reagieren.

In meinem NanoLGW hat es übrigens gerade 48°C 

[PeMue]

In meinem NanoLGW hat es übrigens gerade 48°C 

Kommt hin:

Code Auswählen Erweitern

LaCrosse_02 (nanoLGW) T: 43.7 H: 22 P: 1012

[HCS]

T: 43.7 H: 22 P: 1012

Bei 22% rH kann es zumindest nicht rosten 

[waschbaerbauch]

Es hilft alles nix - ich muss euch fragen - ich komme einfach nicht drauf was ich nicht richtig bzw. verkehrt mache..

Mein LC-Gateway auf PCB funktioniert ja, auf BreadBoard eigentlich auch - eigentlich ...

Drei LCGs mit nodeMCU / RFM69CW laufen - zwei davon haben z.Zt. ein OLED und BME280, eins ein BMP180 und DHT22, zwei haben ein Piezo..
OLEDs zeigen alles an, Piezos piepsen, RFM69CW empfangen und senden, ebenso die 'lokalen' Sensoren.

Nun versuche ich mich schon immer wieder mal daran einen Arduino am SC16IS750 für die serielle Übertragung zu bewegen.
Zu Beginn dachte ich es liegt ggf. am fehlenden Bootloader der Arduino pro-mini (3,3V/8MHz und 5V/16MHz).
Heute habe ich es dann mal ausprobiert mit dem Arduino nano (5V/16MHz) diesem Ziel näher zu kommen.
Der serieller Port ist auf 85 eingetragen und das define habe ich dann wie folgt in FHEM konfiguriert:

Als SIGNALduino: define LCG.SIGduino SIGNALduino <IP>:85
Als CUL: define LCG.nanoCUL868 CUL <IP>:85 1234

Während des connects/reopen erscheint im OLED auch das Symbol des Chips, verschwindet dann aber wieder. Ich nehme an das in diesem Fall die Initialisierung nicht erfolgen kann, ich verstehe allerdings nicht wo hier mein Fehler liegt.. Den nanoCUL hab ich mit CUL-FW und aCUL-FW getestet, die pro-mini jeweils mit der passenden .hex aus dem aCUL-FW Package. Der SIGNALduino wird mit einem Superhet betrieben (Empfänger only).

Kann mir vielleicht jemand einen Tipp geben wo hier ggf. mein Denkfehler liegt?

PS: Die Spannung kommt beim einen BreadBoard von einem QUMOX Netzteil und beim anderen BreadBoard über ein 2A Netzteil das eine BreadBoard Spannungsversorgung speist.

Edit: Jetzt brat mir doch einer nen Storch .. Kaum droh ich mit Hilfe aus dem Forum, da arbeitet das Teil plötzlich mit dem SIGNALduino wie es soll. Ich habe jetzt mal einen Arduino aus einer anderen Charge mit anderem PCB genommen und die Verbindung scheint stabil - vielleicht liegt es auch am gewechselten WLAN - das werde ich fix noch mal antesten..

Edit2: Eine Änderung des WLANs ist nicht die Lösung, allerdings bekomme ich den SIGduino ab und an initialisiert und er empfängt dann auch Daten, bis er dann unvermittelt auf 'closed' geht. Gab es hier nicht irgendwo grad die Möglichkeit das über LAN statt WLAN zu machen? *such* 

Edit3: Ok, da hab ich wohl beim überlesen übersehen das es da um ein ganz anderes Thema ging. Mit meinem ENC28J60 Ethernet LAN Network Board komm ich da wohl nicht weit - dazu muss/soll es wohl ein USR-TCP232-T2 sein