Platine für LaCrosseGateway: Redesign und Erweiterungsplatine

Begonnen von PeMue, 12 Dezember 2015, 21:35:17

Vorheriges Thema - Nächstes Thema

HCS

Zitat von: ext23 am 18 Juli 2016, 14:06:36
- EC3000 und PCA301 läuft mit der aktuellen Platine und 2 RFM Modulen ja? (Also PCB Version 1.0 bzw. 1.1)
Ja. RFM69, kein RFM12

Zitat von: ext23 am 18 Juli 2016, 14:06:36
- Die FHEM Module bleiben alle gleich, also das Teil ist transparent wie ein JeeLink/JeeNode richtig?
Richtig. Sofern sie kein uralter Stand sind.

Zitat von: ext23 am 18 Juli 2016, 14:06:36
- Ich habe hier ein Foto mit einem USR-232-T gesehen, läuft die Firmware auch auf dem?!?!? Würde mir persönlich als "WLAN-verweigerer" noch besser gefallen. Oder für was war das gedacht?
Auf dem läuft sie definitiv nicht. Sie läuft nur auf einem ESP8266.
Das war ein "PeMue-Wunsch", der bislang noch nicht funktioniert.
Die Idee ist, den auf die Platine (vorgesehen ist er) dazu zu packen und anstatt WiFi dann Kabel zu verwenden.
Allerdings ist mir noch reichlich unklar, wie das softwaretechnisch eigentlich hinhauen soll.
Zumindest OTA, AddOn-CPU und transparenter Serial-Port (z.B. mit einem NanoCUL dran) funktioniert dann schon mal nicht.
Ein Web-Frontend zur Konfiguration gibt es dann auch nicht.
Und was dann genau funktioniert, wäre mal noch zu ermitteln.
Es gibt sich dann vermutlich eher wie ein JeeLink, der an einem Netzwerk-Kabel hängt.
Aber PeMue hat das bisher eh noch nicht zum Laufen gebracht.
Keine Ahnung, ob und was das mal wird. Das Thema hat für mich aktuell aber auch keine große Relevanz.

ext23

OK super, danke für die Antworten.

Also falls da noch ein oder zwei Platinen über sind, würde ich die nehmen.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

PeMue

Zitat von: HCS am 18 Juli 2016, 14:49:41
Das war ein "PeMue-Wunsch", der bislang noch nicht funktioniert.
Die Idee ist, den auf die Platine (vorgesehen ist er) dazu zu packen und anstatt WiFi dann Kabel zu verwenden.
Allerdings ist mir noch reichlich unklar, wie das softwaretechnisch eigentlich hinhauen soll.
Zumindest OTA, AddOn-CPU und transparenter Serial-Port (z.B. mit einem NanoCUL dran) funktioniert dann schon mal nicht.
Ich dachte eigentlich, dass der LGW über die serielle Schnittstelle dasselbe erzählt, wie über WLAN.
Ich habe mal den mit dem USR TCP232 über WLAN mitgeloggt, da kommt so etwas (nach einem Reboot):

[LaCrosseITPlusReader.Gateway.1.18 (1=RFM69 f:868300 r:17241) + LM75 {IP=192.168.188.33}]
OK WS 0 4 5 5 255 255 255 255 255 255 255 255 255 0
OK WS 0 4 5 5 255 255 255 255 255 255 255 255 255 0
OK WS 0 4 5 5 255 255 255 255 255 255 255 255 255 0


Trotzdem haut es irgendwie nicht hin, wenn ich den LGW so definiere, dass ich den Netzwerkport des USR TCP232 nehme, warum auch immer :(

Zitat von: HCS am 18 Juli 2016, 14:49:41
Ein Web-Frontend zur Konfiguration gibt es dann auch nicht.
Warum, über WLAN AP Mode ist das Frontend doch noch erreichbar, oder?
Zugegebenermaßen habe ich nicht wirklich drüber nachgedacht, was nicht funktionieren könnte. Grundidee war, den LGW über Netzwerk anzusprechen, für den Fall, dass jemand an irgend einer Stelle kein WLAN haben sollte. Aber momentan habe ich leider nicht die Zeit, das zu testen.
Elektrisch tut der USR TCP232 ja seinen Dienst und Software ist ja nicht meine Baustelle  8) 8) 8)

@Daniel: ich habe keine Platinen mehr, habe Dich aber eingetragen.
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

ext23

Zitat von: PeMue am 19 Juli 2016, 21:25:23
@Daniel: ich habe keine Platinen mehr, habe Dich aber eingetragen.

Super, danke!

Also an der cable LAN Variante wäre ich für mich zumindest stark interessiert wenn das funktioniert. Dann könnte ich den schön mit PoE in irgend einer Ecke betreiben und brauch kein Stromkabel. Abgesehen davon, dass ich WLAN nicht nutze. Aber wenn der über UART die Daten auch ausspuckt muss das doch funktionieren. Solange man das WLAN Modul dann noch deaktiviert bekommt, also die RF Einheit zumindest, weil den Rest braucht man ja :-)

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

Hagenuck1

POE dürfte meine ich so nicht funktionieren oder habe ich da gerade ne falsche Info? ;)


Gesendet von iPhone mit Tapatalk

PeMue

Zitat von: Hagenuck1 am 19 Juli 2016, 21:48:23
POE dürfte meine ich so nicht funktionieren oder habe ich da gerade ne falsche Info? ;)
Da muss ich ins Datenblatt vom USR TCP232 schauen, aber ich glaube eher nicht ...
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

ext23

Zitat von: Hagenuck1 am 19 Juli 2016, 21:48:23
POE dürfte meine ich so nicht funktionieren oder habe ich da gerade ne falsche Info? ;)

Doch aber ich habe extra Splitter davor ;-) Der USR kann das von sich aus nicht, wie leider so viele andere Geräte auch nicht inklusive des RPi etc.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

HCS

Zitat von: PeMue am 19 Juli 2016, 21:25:23
Ich dachte eigentlich, dass der LGW über die serielle Schnittstelle dasselbe erzählt, wie über WLAN.
Ich habe mal den mit dem USR TCP232 über WLAN mitgeloggt, da kommt so etwas (nach einem Reboot):

[LaCrosseITPlusReader.Gateway.1.18 (1=RFM69 f:868300 r:17241) + LM75 {IP=192.168.188.33}]
OK WS 0 4 5 5 255 255 255 255 255 255 255 255 255 0
OK WS 0 4 5 5 255 255 255 255 255 255 255 255 255 0
OK WS 0 4 5 5 255 255 255 255 255 255 255 255 255 0
Ja, auf der Seriellen werden die Daten, die an FHEM gehen, auch rausgeschickt.
Aber halt nur der Teil, der von den Radios empfangen wird und die internen Sensoren.
AddOn CPU und transparente serielle Schnittstelle sind ja Richtung FHEM ein TCP-Port und somit in dieser Betriebsart nicht verfügbar.
Ob es machbar ist, die auf den USR TCP232 zu bringen? Keine Ahnung.
Es ist im Prinzip wie ich schon geschrieben habe. Ohne wifi ist das LGW so eine Art JeeLink, nur dass es halt mehr kann als der JeeLink Sketch.

Zitat von: PeMue am 19 Juli 2016, 21:25:23
Trotzdem haut es irgendwie nicht hin, wenn ich den LGW so definiere, dass ich den Netzwerkport des USR TCP232 nehme, warum auch immer :(
Ich vermute  mal, dass der USR TCP232 die Serielle nicht so richtig transparent darstellt.
Schritt 1 wäre, das LGW per USB anzuschließen und das JeeLink device mal so zu konfigurieren, dass es das LGW incl. Init-Commands korrekt handhabt, also der State tatsächlich auf initialized kommt.
Dann sollte eine über TCP verlängerte serielle Schnittstelle, wenn sie wirklich transparent ist, genauso funktionieren.

Zitat von: PeMue am 19 Juli 2016, 21:25:23
Elektrisch tut der USR TCP232 ja seinen Dienst und Software ist ja nicht meine Baustelle  8) 8) 8)
Wenn der USR TCP232 "OK WS 0 4 5 5 255 255 255 255 255 255 255 255 255 0" über das Netzwerk auf dem TCP-Port rausgibt und es nicht in FHEM funktioniert, dann ist das eine JeeLink-Modul-Software-Baustelle und den Maintainer von 36_JeeLink.pm kannst Du ja mal nachlesen  ;) ;) ;)
LGW-seitig ist der USR TCP232 eine serielle Schnittstelle. Was soll man da groß machen, außer Zeichen zu empfangen und zu senden und zu hoffen, dass sie irgendwo ankommen?

Zusammenfassung (unter der Voraussetzung, dass der USR TCP232 die Serielle wirklich transparent auf einem TCP-Port darstellt)
- LaCrosse, PCA301, EC3000 und was halt so über die Radios empfangen wird, sollte gehen
- Konfiguration über InitCommands sollte gehen
- Interne Sensoren sollte gehen
- AddOn wie CUL usw. gehen nicht
- Ein Teil der Konfiguration geht nicht, da die Setup-Page nicht verfügbar ist
  - z.B. ID der internen Sensoren
  - MCP23008 Konfiguration
  - OLED Konfiguration
  - ...

Aber: der Titel des Software-Thread war ja auch: LaCrosseGateway - LaCrosse, PCA301 und EC3000 über wifi mit ESP8266 ohne Arduino

Zitat von: ext23 am 19 Juli 2016, 21:35:06
Also an der cable LAN Variante wäre ich für mich zumindest stark interessiert wenn das funktioniert.
Ich hoffe ich konnte halbwegs darlegen, was ohne wifi geht. Voraussetzung ist aber, dass die USR TCP232 Anbindung an FHEM generell irgendwie in Gang kommt.

Zitat von: ext23 am 19 Juli 2016, 21:35:06
Solange man das WLAN Modul dann noch deaktiviert bekommt, also die RF Einheit zumindest, weil den Rest braucht man ja :-
Ja, das geht. Man kann in den InitCommands ein 0w mitschicken, um das wifi abzuschalten.



ext23

Naja dann geht das auch. Also wenn der das wirklich auf den UART mirrored passt das, dann funktioniert das auch mit dem USR, und wenn nicht mit dem, dann mit einem anderen. Die Konfiguration des USR ist recht dürftig, aber bis jetzt laufen alle meine Geräte in denen ich das Teil verwende.

Ich warte dann mal auf Platinen und werde mir das dann anschauen.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

piet_pit

Hallo Zusammen,

ich möchte mich gerne auf die Warteliste für eine Platine LaCrosseGateway setzen lassen, was muss ich da tun?

Vielen Dank und viele Grüße
Pit
FHEM Latest Revision: 29615
Raspberry Pi 3, Rasbian-Stretch
FRITZ!Box 7690
HM-Mod-RPI-PCB, JeeLink
CUNO 1.47

PeMue

Zitat von: piet_pit am 03 August 2016, 13:22:56
...
ich möchte mich gerne auf die Warteliste für eine Platine LaCrosseGateway setzen lassen, was muss ich da tun?
Nix, stehst schon drin, siehe ersten Post.

Gruß PeMue
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

piet_pit

Hallo PeMue,

vielen Dank!!
Bzgl. der Bauteile muss ich jetzt nochmal den Thread studieren und melde mich dann nochmals, wäre das ok?

Viele Grüße
Pit
FHEM Latest Revision: 29615
Raspberry Pi 3, Rasbian-Stretch
FRITZ!Box 7690
HM-Mod-RPI-PCB, JeeLink
CUNO 1.47

PeMue

Zitat von: piet_pit am 03 August 2016, 15:07:36
Bzgl. der Bauteile muss ich jetzt nochmal den Thread studieren und melde mich dann nochmals, wäre das ok?
Ist auch schon da, siehe hier https://forum.fhem.de/index.php?action=dlattach;topic=45594.0;attach=51965.

Gruß PeMue
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

Hagenuck1

Gibt's eigentlich die Möglichkeit die 0805 Widerstande für den BMP280 mitgeliefert zu bekommen? Musste mir die in der Größe sonst extra bestellen, 400 Widerstände von Chinesen sind zwar günstig, aber da ich weiter für die große erstmal keine Verwendung habe mehr so mit Kanonen auf Spatzen schießen ;)

PeMue

Zitat von: Hagenuck1 am 03 August 2016, 18:26:17
Gibt's eigentlich die Möglichkeit die 0805 Widerstande für den BMP280 mitgeliefert zu bekommen?
Gibt es. Habe es im ersten Thread notiert.

Gruß PeMue
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