Platine für LaCrosseGateway: Redesign und Erweiterungsplatine

[AxelSchweiss]

Aber wenn Dir sehr an dieser Lösung gelegen ist, dann kannst Du es ja mal ausprobieren, was man hinbekommt.

Hach ja ... da geht sie dahin ... die schöne Idee. 
Aber ausprobiern was geht werde ich trotzdem ... habe die Teile ja hier rumoxidieren ..   
Brauch nur noch ein weiteres DevKit da das andere schon semiproduktiv ist.

[HCS]

Hach ja ... da geht sie dahin ... die schöne Idee. 

Glaubst nicht, was ich schon für Ideen hatte, die den Bach runter gegangen sind ... 

Aber wenn Du das mal auslotest, dann wissen wir, was möglich ist.

Allerdings bin ich mir nicht sicher, ob es wirklich Sinn macht, den USR-TCP232-T auf der Basisplatine vorzusehen.
Ich glaube, ich würde dann eher RXD, TXD, DTR, RTS auf Pfosten legen, dass man bei einer "nicht devkit" Bestückung so was oder etwas ähnliches auf die obere Platine setzen kann.

[AxelSchweiss]

Ich glaube, ich würde dann eher RXD, TXD, DTR, RTS auf Pfosten legen, dass man bei einer "nicht devkit" Bestückung so was oder etwas ähnliches auf die obere Platine setzen kann.

Sach ich ja ... 3,3V, 5V, GND, RXD, TXD, DTR, RTS  ... dann kann man dran rumprobieren ... bis es raucht
Eventuell noch den SPI ... dann kann man in ferner Zukunft mal einen W5100 oder ENC28J60 Adpater versuchen reinzuprogrammieren.

Wär schon Cool ... ein LaCrosse UniversalGateway ULGW ... mit USB, WLAN und LAN

So .. und jetzt stürz ich mich vor Verweiflung aus dem Kellerfenster 

[PeMue]

Doch, er sendet z.B. debug Ausgaben und auch die Daten, falls man das LGW nicht per wifi sondern per USB wie einen JeeLink betreiben will.

So, jetzt habe ich vermutlich was nicht verstanden:
Wenn ich die heutige Diskussion von Euch richtig verstanden habe, macht es keinen Sinn, das seriell <-> LAN Modul mit draufzumachen, richtig? Wie funktioniert dann der LGW per USB? Nur mit einem Radio? Wenn mit dreien, dann routet das seriell <-> LAN Modul einfach die USB Ausgaben auf's Netz und es sollte funktionieren.
Es sei denn, ich habe da etwas nicht kapiert (soll auch mal vorkommen  ).
Was ich verstanden habe:
- Im WLAN Betrieb schickt das LGW die Daten der verschiedenen Radios über verschiedene Ports auf einer IP Adresse
- Was passiert beim USB Betrieb? Wird nur ein Radio geschickt? Oder sind die Daten mit verschiedenen Kanälen codiert?

Dazu müsste der USR-TCP232-T abgehängt und ein FTDI angehängt werden. Oder die Steuerung von DTR und RTS muss irgendwie über ser2net transparent durchgehen, um einen Reset zu bekommen und in den Flash-Mode zu kommen. Das bedeutet dann, dass DTR und RTS vom USR-TCP232-T bedient werden müssten, aber ich glaube, dass er die nicht hat.

Stimmt, die hat er nicht. Das Teil kann nur Rx und Tx, sonst nichts. Die Konfiguration geht vorher mit auf GND gezogenem Kofig Pin.

Es wäre toll, wenn wir uns vor dem Routen einigen könnten, was wir auf dem Stecker brauchen, oder ... 

Gruß PeMue

[AxelSchweiss]

Es wäre toll, wenn wir uns vor dem Routen einigen könnten, was wir auf dem Stecker brauchen, oder ... 

Da der USR-TCP232-Gateway nur RX und TX hat sollte 3,3V, 5V, GND, RXD, TXD ausreichen.
Das DevKit hat auch kein DTR, RTS. (Flash geht dann natürlich nicht über das GW)
Wünschen würde ich mir noch die SPI-PINs  ... dann kann man ev. auch noch irgendwann mal eine NIC dranbauen.
Damit würde auch wieder alles funktionieren wie beim WLAN ... OTA und so.
Pinleisten wären sicher ausreichend. Ich denke die kann man auch besser auf dem PCB verteilen .. je nach Platz.

[HCS]

Es sei denn, ich habe da etwas nicht kapiert (soll auch mal vorkommen  ).

Der Fall ist soeben eingetreten 

- Im WLAN Betrieb schickt das LGW die Daten der verschiedenen Radios über verschiedene Ports auf einer IP Adresse

Nein, es schickt alle Daten über alle konfigurierten Ports raus. Mehrere Ports gibt es, um mehrere FHEMs jeweils mit allen Daten zu versorgen

- Was passiert beim USB Betrieb? Wird nur ein Radio geschickt? Oder sind die Daten mit verschiedenen Kanälen codiert?

Weder noch. Auch bei aktivem WLAN werden alle Daten immmer auch über USB rausgeschickt.
Den Daten, die an FHEM rausgehen, kann man nicht ansehen, über welches Radio sie reinkamen, weder auf USB noch über WLAN.

Es wäre toll, wenn wir uns vor dem Routen einigen könnten, was wir auf dem Stecker brauchen, oder ... 

Richtig. siehe ganz unten.

Das DevKit hat auch kein DTR, RTS. (Flash geht dann natürlich nicht über das GW)

Intern schon, das hat einen CP2102 drauf und DTR und RTS sind intern auf die Flash-Schaltung verbunden

Wünschen würde ich mir noch die SPI-PINs  ... dann kann man ev. auch noch irgendwann mal eine NIC dranbauen.

Die sind bereits vorgesehen auf P2

Da der USR-TCP232-Gateway nur RX und TX hat sollte 3,3V, 5V, GND, RXD, TXD ausreichen.

Ich würde 3,3V, GND, RXD, TXD, RTS und DTR auf Pfosten legen, dann kann man draufsetzen was man will, evtl. auch eine LAN-Bridge, die die Handshakes kann.
Genau die sind aber aktuell ja schon auf J1 drauf. Stellt sich die Frage, ob man die nochmal braucht.
Das Ganze wird nur funktionieren, wenn man nicht das devkit sondern die "ESP8266 mit Beschaltung" Variante baut.

[PeMue]

Weder noch. Auch bei aktivem WLAN werden alle Daten immmer auch über USB rausgeschickt.
Den Daten, die an FHEM rausgehen, kann man nicht ansehen, über welches Radio sie reinkamen, weder auf USB noch über WLAN.

Ok, aber dann könnte ich doch - ohne die komfortable Konfiguration bzw. Flashen über OTA - das LGW über USB wie einen Jeelink, aber halt mit drei Radios betreiben (mit abgeschaltetem WLAN). Und nur für jeweils eine fhem Instanz. Und wenn das funktioniert, geht auch dieser (eingeschränkte Betrieb) mit dem seriell <-> LAN Umsetzer, oder?

Die "Königslösung" wäre die folgende:
- SPI <-> LAN Umsetzer drauf und
- Softwareupdate durch HCS 

Ich schaue mal, wie ich die Pins dann verteile. Ggf. sehe ich sie so vor, dass das USR-TCP232-T mechanisch draufginge und die anderen Pins nicht zu weit weg sind.

Gruß PeMue

[PeMue]

... ich habe einen FTDI mit einem 1A 3.3V Regler drauf, was nicht üblich (aber sehr praktisch) ist.

Hallo HCS,

hättest Du mir bei Gelegenheit dafür eine Bezugsquelle? Wäre klasse, denn der FTDI kann nur in der Gegend von (glaube ich) 80 mA.

Danke + Gruß

PeMue

[HCS]

Ok, aber dann könnte ich doch - ohne die komfortable Konfiguration bzw. Flashen über OTA - das LGW über USB wie einen Jeelink, aber halt mit drei Radios betreiben (mit abgeschaltetem WLAN). Und nur für jeweils eine fhem Instanz.

Korrekt. Wenn man das LGW per USB an einen FHEM-Server steckt, dann kann man alle drei Radios nutzen und über die initCommands ganz normal konfigurieren und empfängt alle Sensoren, die man auch in der Betriebsart "WIFI" empfangen würde.
Nur geht dann (wie oben schon erwähnt) das nicht:
- WebFrontend
- Web-Konfigurations-Page
- OTA-Update
- "set myJeeLink flash"
- die "devkit Variante"
- Und zum flashen der Firmware muss man den USR-TCP232-T abziehen und einen geeigneten FTDI anstecken

Und wenn das funktioniert, geht auch dieser (eingeschränkte Betrieb) mit dem seriell <-> LAN Umsetzer, oder?

Theoretisch ja, da der ja nichts anderes macht, als die serielle Schnittstelle über das LAN zu verlängern und auf dem FHEM-Server mittels ser2net wieder zur Verfügung zu stellen.
Nur hat es halt noch keiner getestet, ob es wirklich funktioniert.

Die "Königslösung" wäre die folgende:
- SPI <-> LAN Umsetzer drauf und
- Softwareupdate durch HCS 

Das habe ich befürchtet, dass ich mangelnde Hardware durch Software ausgleichen muss 
Aber theoretisch ja. Allerdings muss dann noch irgendwo ein GPIO für den ChipSelect des SPI <-> LAN Umsetzers hergezaubert werden.

hättest Du mir bei Gelegenheit dafür eine Bezugsquelle? Wäre klasse, denn der FTDI kann nur in der Gegend von (glaube ich) 80 mA.

Kann man (vermutlich) nicht kaufen. Ich habe einfach auf einen FTDI einen AMS 1117 dazu drauf gelötet, die 5V, die vom USB-Port kommen abgegriffen und die 3.3V aufgetrennt und meine eigenen "AMS 1117 3.3V" an der Stelle eingespeist.

Ich schaue mal, wie ich die Pins dann verteile. Ggf. sehe ich sie so vor, dass das USR-TCP232-T mechanisch draufginge und die anderen Pins nicht zu weit weg sind.

Ja, und bitte drauf achten, dass alle Pfostenleisten in allen Richtungen im 2.54er Raster zu einander sind, oben wird bestimmt gerne gelochrastert.

[PeMue]

Theoretisch ja, da der ja nichts anderes macht, als die serielle Schnittstelle über das LAN zu verlängern und auf dem FHEM-Server mittels ser2net wieder zur Verfügung zu stellen.
Nur hat es halt noch keiner getestet, ob es wirklich funktioniert.

Ok, ich habe mir gerade ein seriell <-> LAN Modul bestellt, wenn es mit Pinleisten befestigt wird, kann ich mal testen, ohne das Modul einzulöten ...

Allerdings muss dann noch irgendwo ein GPIO für den ChipSelect des SPI <-> LAN Umsetzers hergezaubert werden.

Stimmt auffällig, aber mit einem Radio weniger würde das gehen. Ob es Sinn macht, ist eine andere Frage ...

Kann man (vermutlich) nicht kaufen. Ich habe einfach auf einen FTDI einen AMS 1117 dazu drauf gelötet, die 5V, die vom USB-Port kommen abgegriffen und die 3.3V aufgetrennt und meine eigenen "AMS 1117 3.3V" an der Stelle eingespeist.

Naja, dann nehme ich mal Ulrich Radigs Platine und baue einen Regler drauf. Bei der nächsten Platinenbestellung ist vielleicht noch Platz für sowas ...

Ja, und bitte drauf achten, dass alle Pfostenleisten in allen Richtungen im 2.54er Raster zu einander sind, oben wird bestimmt gerne gelochrastert.

Erstplatzierung erfolgt bei mir im 100 mil Raster, das sollte so um 2.54 mm sein 

[AxelSchweiss]

Theoretisch ja, da der ja nichts anderes macht, als die serielle Schnittstelle über das LAN zu verlängern und auf dem FHEM-Server mittels ser2net wieder zur Verfügung zu stellen.
Nur hat es halt noch keiner getestet, ob es wirklich funktioniert.

Ein ähnlicher Adapter wird bei dem 1-Wire-Ethernet Adapter  http://fhemwiki.de/wiki/1W-IF-ETH verwendet.
Dort wird allerdings socat verwendet und das funzt auch (Deswegen habe ich ja diese Adapter)

Die saubere Integration via SPI wäre natürlich schöner.
(Der W5100 kann glaube ich sogar POE ... zumindest steht das bei mir auf dem Modul)
Die Lib für den W5100 ist auch kleiner da hier angeblich vieles auf dem Chip abläuft.
Ich habe den für Firmata-over-Ethernet am laufen. Der ENC28J60 hatte zu viel Speicher gebraucht.
Wenn du zum Entwickeln einen brauchst sag einfach B'scheid.

[PeMue]

Ein ähnlicher Adapter wird bei dem 1-Wire-Ethernet Adapter  http://fhemwiki.de/wiki/1W-IF-ETH verwendet.

Der KT-ETH-UART-1 hat halt zwei serielle Schnittstellen (wenn ich das polnische Datenblatt richtig gelesen habe) und macht auch nichts anderes, als einen seriellen zwei serielle Datenströme ins LAN einzuspeisen ...

Edit: s.o., der lieben Ordnung halber

[AxelSchweiss]

Der KT-ETH-UART-1 hat halt zwei serielle Schnittstellen (wenn ich das polnische Datenblatt richtig gelesen habe) und macht auch nichts anderes, als einen seriellen Datenstrom ins LAN einzuspeisen ...

Ja , mir ging es vielmehr um den Hinweis das der Adapter mit FHEM schon verwendet wurde.
Der Adapter im Wiki ist m.e. auch zu teuer ... es gibt günstigere, auch mit zwei Schnittstellen (die wir hier aber nicht brauchen).

[HCS]

Naja, dann nehme ich mal Ulrich Radigs Platine und baue einen Regler drauf. Bei der nächsten Platinenbestellung ist vielleicht noch Platz für sowas ...

An der Platine hätte ich auch ein gesteigertes Interesse. Kraftvolle 3.3V und RTS anstatt CTS.

Stimmt auffällig, aber mit einem Radio weniger würde das gehen. Ob es Sinn macht, ist eine andere Frage ...

Ja, ein Radio opfern ist hart 
Aber ich habe ja noch die Erweiterung mit einem SC16IS750 in der Pipeline, da wären dann auch Ports vorhanden, die man dafür nehmen könnte.

Ok, ich habe mir gerade ein seriell <-> LAN Modul bestellt, wenn es mit Pinleisten befestigt wird, kann ich mal testen, ohne das Modul einzulöten ..

Und welchen hast Du jetzt genommen?

[PeMue]

An der Platine hätte ich auch ein gesteigertes Interesse. Kraftvolle 3.3V und RTS anstatt CTS.

Ok, dann mache ich auch noch einen Typ A Stecker mit drauf (die B-Buchse ist sub-optimal). Welche Pins brauchst Du dann? 5 V, 3,3 V, RxD, TxD, RTS und CTS vermute ich, oder?

Und welchen hast Du jetzt genommen?

Diesen hier:
http://de.aliexpress.com/item/Q00130-1PC-USR-TCP232-T-RS232-Serial-to-Ethernet-Module-Tcp-Ip-UDP-Network-Converter-Module/32583117576.html