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

gloob

Zitat von: HCS am 03 August 2019, 20:07:56
Können sie
Siehst Du falsch.

Auf der Setup-Page des LGW kann man bis zu drei data ports definieren. Einfach Portnummern eintragen, z.B. 81, 82 und 83 und bis zu drei FHEMs auf diese Ports verbinden, also das erste auf 81, das zweite auf 82.

Allerdings sollten die LaCrosseGateway devices in FHEM keine sich widersprechenden initCommands haben.

Danke. Genau damit läuft es.  ;D
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

Wzut

Ich  habe bei meinem LGW Wifi abgeschaltet (nutze TX & RX )
Das 36_ KeyValueProtocol erzeugt dann ein Reading WIFI ohne Wert.
Vorschlag :
readingsBulkUpdate($rhash, $key, $value) if ($value);
statt
readingsBulkUpdate($rhash, $key, $value);

Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Wzut

ich wollte die Tage mal eben schnell mein etwas älteres LGW 1.31 um einen Luftdruck Sensor erweitern. Da ich beim Bestellen nicht auf gepasst habe, kam natürlich ein BMP280 statt des BME280. Naiv wie ich war, kein Problem der HCS unterstützt soviele Sensoren und Luftfeuchte brauch ich eh nicht. Leider hat das dann doch etwas länger gedauert bis ich Werte bekam bzw. er überhaupt erkannt wurde.   Gescheitert bin ich nach langem suchen an der Zeile in BME280.cpp
if (Read8(BME280_REGISTER_CHIPID) == 0x60)
Ich habe die Abfrage auf == 0x58 geändert und etwas weiter unten das GetHumidity(); rausgeworfen.
@HCS, du könntest vllt. auch auf beide Werte prüfen und den BMP als BME für Arme durchgehen lassen :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HCS

Zitat von: Wzut am 11 August 2019, 20:01:45
@HCS, du könntest vllt. auch auf beide Werte prüfen und den BMP als BME für Arme durchgehen lassen :)
Das LGW unterstützt doch seit V1.32 den BMP280
https://forum.fhem.de/index.php/topic,43672.msg820228.html#msg820228

Wzut

Mist, das ist natürlich ein schönes Beispiel für das Rad nochmal erfinden und das nur weil ich nicht fragen wollte :(
Ich hatte im Wiki nachgeschaut und hier gesucht, aber anyway nur so lernt man dazu :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Wzut

Ich habe einen Test Wemos auf 1.33 hochgezogen , im zip File für 1.33 fehlen die UniversalSensor.h & .cpp
Habe die aus dem alten V1.31 benutzt
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HCS

Zitat von: Wzut am 12 August 2019, 19:43:57
im zip File für 1.33 fehlen die UniversalSensor.h & .cpp
Ist ja ein Ding, die sind auf dem Weg ins Repository hoch aus dem ZIP rausgefallen, weil es ein Loch hatte  ;D ;D
Habe sie wieder nachgefüllt.

TWry

Ich versuche aktuell ein Breakout-Board mit RFM69HCW als Radio #1 in einem LGW zu nutzen. Ich bekomme aber kein Radio #1 unter Hardware angezeigt. Gehe ich richtig davon aus, dass das Funkmodul automatisch erkannt werden müsste?

Verkabelung:
D5 <-> SCK
D6 <-> MISO
D7 <-> MOSI
D8 <-> CS (?? - es gibt kein NSS auf dem Breakout-Board)

Geflasht habe ich den LGW-Sketch, welcher im FHEM/firmware-Verzeichnis liegt.

Bin für Debugging-Tipps sehr dankbar, das ist mein erster Gehversuch mit LGW.

HCS

Zitat von: TWry am 16 August 2019, 08:03:06
Verkabelung:
D5 <-> SCK
D6 <-> MISO
D7 <-> MOSI
D8 <-> CS (?? - es gibt kein NSS auf dem Breakout-Board)

D5 <-> SCK = GPIO14
D6 <-> MISO = GPIO12
D7 <-> MOSI = GPIO13
D8 <-> CS = NSS = GPIO15

Siehe auch hier: https://forum.fhem.de/index.php?action=dlattach;topic=43672.0;attach=41968

Mir scheint aber, dass zwichen VIN und dem RFM69 ein 3.3V Spannungsregler sitzt, was möglicherweise das Problem ist.
Du müsstest mal direkt am RFM69 messen, ob da 3.3V anliegen.

ZitatGehe ich richtig davon aus, dass das Funkmodul automatisch erkannt werden müsste?
Ja.

TWry

Zitat von: HCS am 16 August 2019, 08:51:34
Du müsstest mal direkt am RFM69 messen, ob da 3.3V anliegen.

Die liegen an, habe ich gemessen.

Zitat von: HCS am 16 August 2019, 08:51:34
Mir scheint aber, dass zwichen VIN und dem RFM69 ein 3.3V Spannungsregler sitzt, was möglicherweise das Problem ist.

Stimmt, man kann ~3-6V als Versorgungsspannung anlegen.

Hattest Du gesehen, dass es sich um einen RFM69HCW handelt, nicht um einen RFM69CW (ohne H)? Ich habe leider keinen RFM69CW auf einem Breakout-Board bekommen und dachte dass es ein HCW auch tut...  ::)


HCS

Zitat von: TWry am 16 August 2019, 08:56:44
Hattest Du gesehen, dass es sich um einen RFM69HCW handelt, nicht um einen RFM69CW (ohne H)? Ich habe leider keinen RFM69CW auf einem Breakout-Board bekommen und dachte dass es ein HCW auch tut...  ::)
Der sollte eigentlich auch gehen, habe zwar nie einen gehabt aber ich glaube es haben schon einige Leute LGWs mit dem HCW aufgebaut.

@all: Falls das jemand bestätigen kann, bitte mal kurz melden.

PeMue

Zitat von: HCS am 16 August 2019, 09:00:47
@all: Falls das jemand bestätigen kann, bitte mal kurz melden.
Ich hatte noch keine RFM69HCWs im Einsatz, werde aber am Wochenende mal nachschauen, ob ich so ein Modul habe. Ein breakout (ohne Spannungsregler) für das RFM95 Modul (könnte/müsste pinkompatibel sein) ist in Hardware vorhanden ...

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 16 August 2019, 09:22:36
Ein breakout (ohne Spannungsregler) für das RFM95 Modul (könnte/müsste pinkompatibel sein) ist in Hardware vorhanden ...
Ohh, wo, wie?
Das könnte ich auch gebrauchen, tatsächlich für den RFM95.

HCS


sash.sc

Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb