Zigbee-Stick cc2652P direkt über LAN anbinden
-
Weißt Du wie lange der Adapter ein reconnect versucht, wenn das LAN weg ist? Beim USB waren es 5 Versuche; beim TCP scheint es etwas anders zu sein.
Habe das jetzt mal getestet:
ethernetstecker von USR Modul abgezogen.
Alle 30 Sekunden wird ein reconnect versucht.
Nach einer Stunde habe ich den Ethernetstecker wieder eingesteckt und beim nächsten retry hat der reconnect funktioniert.
Also recht robust und sollte ein Update der Fritte überstehen.@1n4148 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
Deshalb ist es immer besser wenn man die Geräte über /dev/serial/by-id/xxx anspricht.
Bei den Linux-Geräten mache ich das und beim Windows-Rechner ist das eh robuster
Ein einzelnes System, das alles abdeckt, erhöht die Komplexität genauso. Irgendwo wird immer ein neuralgischer Punkt sein
Mit diesen USRIOT Geräten geht das nicht schlecht. Natürlich, der ioBroker Rechner ist wichtig und muß deshalb gut wartbar sein. Deshalb bin ich dort von den SBCs weg. Ebenso muß das Netzwerk spielen. Aber wenn das (verkabelte) Netzwerk nicht mehr funktioniert, hat man ein generelles Problem.
Sind durchaus interessant. Ich würde mir dann noch POE wünschen, dann könnte man sie tatsächlich ohne zusätzliches Netzteil irgendwo unterbringen.
Sollte machbar sein. für 100MBit gibt es ja POE-Nachrüstlösungen, Injektorboxen etc. Sogar sowas billiges von Pollin. Habe aber keine Erfahrung damit. Bei Funkkomponenten habe ich eher einen (wahrscheinlich übertriebenen) Hang zu sauberen Versorgungen, siehe Homematic-Beispiel.
Noch mehr Gründe, Zigbee & Hauptlogik in ein eigenes, kleines System zu verfrachten.
Ja, keine Frage; möchte Dich auch nicht davon abbringen. Wenn man den Schritt zum Multi-Host mal gemacht hat und mit der Wartung zurecht kommt.
Selbst wenn das Netwerk ausfällt (Frittenupdate), sollte das zigbee Netz noch voll funktionieren. Oder? -
@klassisch said in Zigbee-Stick cc2652P direkt über LAN anbinden:
Habe das jetzt mal getestet:
ethernetstecker von USR Modul abgezogen.
Alle 30 Sekunden wird ein reconnect versucht.
Nach einer Stunde habe ich den Ethernetstecker wieder eingesteckt und beim nächsten retry hat der reconnect funktioniert.
Also recht robust und sollte ein Update der Fritte überstehen.Interessant. Hier lief der Zigbee-Adapter irgendwann auf Fehler und benötigte einen Restart des Adapters.
Mit diesen USRIOT Geräten geht das nicht schlecht. Natürlich, der ioBroker Rechner ist wichtig und muß deshalb gut wartbar sein. Deshalb bin ich dort von den SBCs weg. Ebenso muß das Netzwerk spielen. Aber wenn das (verkabelte) Netzwerk nicht mehr funktioniert, hat man ein generelles Problem.
Mit den SBC habe ich halt die Möglichkeit Funktionen in sich zu autark kapseln. Die Heizungssteuerung (Brenner, Mischer, Speicher) lief jahrelang störungsfrei auf einem Pi 1B ohne Updates. Hardware & Logic waren eine Einheit. Das Netzwerk spielt damit eine untergeordnete Rolle.
Ja, keine Frage; möchte Dich auch nicht davon abbringen. Wenn man den Schritt zum Multi-Host mal gemacht hat und mit der Wartung zurecht kommt.
Selbst wenn das Netwerk ausfällt (Frittenupdate), sollte das zigbee Netz noch voll funktionieren. Oder?Das ist Sinn und Zweck der Übung. Wobei hier ja auch noch einige Homematic-Komponenten im Einsatz sind, die Teil der Kette sind. Die Fritz ist zum einem von zwei Internet-Gateways degradiert, das Core-Netz besteht aus einem Ethernet-Backbone und parallelem OpenWrt-Mesh so daß zumindest die Backbone-Verbindung redundant ist.
-
@1n4148 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
Interessant. Hier lief der Zigbee-Adapter irgendwann auf Fehler und benötigte einen Restart des Adapters.
Das war bei meiner ser2net-Lösung auch so. In der Nacht stieg da irgendwas aus und hat sich nicht mehr gefangen. Vielleicht lag das am ser2net, am USB, oder an der Adapterversion? Keine Ahnung. Jetzt habe ich die Adapterversion 1.4.5 und da verhält sich das zusammen mit den USR Modulen so wie beschrieben. Finde ich sehr gut.
Mit den SBC habe ich halt die Möglichkeit Funktionen in sich zu autark kapseln. Die Heizungssteuerung (Brenner, Mischer, Speicher) lief jahrelang störungsfrei auf einem Pi 1B ohne Updates. Hardware & Logic waren eine Einheit. Das Netzwerk spielt damit eine untergeordnete Rolle.
Ja, solange man ohne Updates auskommt, ist das eine gute Lösung. Bei mir dümpelt ein NUT-Server ebenfalls ohne Updates. Und auch beim OPi für HM habe ich zumindest die Kernel-Updates unterdrückt.
In einem Multihost System gibt es aber wieder Abhängigkeiten zum Master, die zu Updtaes zwingen könnten - so zumindest meine Befürchtung.
Die Entwicklung bei ioBroker ist derzeit recht dynamisch und das hat Pros und Cons.Das ist Sinn und Zweck der Übung. Wobei hier ja auch noch einige Homematic-Komponenten im Einsatz sind, die Teil der Kette sind. Die Fritz ist zum einem von zwei Internet-Gateways degradiert, das Core-Netz besteht aus einem Ethernet-Backbone und parallelem OpenWrt-Mesh so daß zumindest die Backbone-Verbindung redundant ist.
Respekt! So weit bin ich hier noch nicht. Wobei ich mich über die Zuverlässigkeit der 7590 nicht beschweren kann und zur Not gibt es noch die alte 7490 in der Reserve.
-
@klassisch said in Zigbee-Stick cc2652P direkt über LAN anbinden:
In einem Multihost System gibt es aber wieder Abhängigkeiten zum Master, die zu Updtaes zwingen könnten - so zumindest meine Befürchtung.
Die Entwicklung bei ioBroker ist derzeit recht dynamisch und das hat Pros und Cons.Ich muß gestehen, ich hab zwar Multihost aber die Abhängigkeiten noch nicht alle verstanden. Gut möglich, dass es kein verteiltes System ist, wie ich mir das vorstelle. Wunsch wäre ein virtueller redundanter Cluster.
Respekt! So weit bin ich hier noch nicht. Wobei ich mich über die Zuverlässigkeit der 7590 nicht beschweren kann und zur Not gibt es noch die alte 7490 in der Reserve.
Die 7360 läuft seit 2013 ununterbrochen ohne Ausfall. Allerdings ist das Netz hier in mehrere isolierte VLANs aufgetrennt, das kann die Fritz nicht. Daher habe ich sie zum Edge-Router degradiert.
-
Verstehe ich es richtig, du hast mithilfe eines USB to Lan Adapter deinen ZigBee USB Stick über Netzwerk eingebunden und es funktioniert erst mal gut? Wenn das gut funktioniert, wäre das für mich auch die perfekte Lösung. An das Master/Slave und dem Ser2Net (zu viel englisch
) habe ich mich nicht ran getraut. Due Hardware, die du in deinen Beiträgen genannt hast find eich auch nicht, nur Seriell RS232 zu Ethernet.Kannst du dann bitte für Unwissende einen kleinen FAQ, mit der benötigten Hardware erstellen?
-
@slowman Nein, er hat den CC2652 vom Stick unter Umgehung des CH340 USB2SER-Konverters direkt an einen SER2LAN-Konverter (USRIOT) angeschlossen.
-
Danke für deine Antwort. Also nichts Fertiges, was man kaufen kann. Sondern man muss selber Hand anlegen
Man findet ja nicht mal richtig die Teile
-
@slowman Google findet mit USR E2 sofort einige richtige Treffer. Was ist dir an ser2net zu kompliziert?
-
@1n4148 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
ser2net
Habe keine deutsche aktuelle Anleitungen gefunden.
-
@slowman sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
Also nichts Fertiges, was man kaufen kann. Sondern man muss selber Hand anlegenTeilweise. Die serial <-> LAN Wandler gibt es schon fertig. Habe oben zu meinen Lösungen für RFLink und smartmeter verlinkt. Da gibt es mehr Info zu den Teilen, z.T. auch mit Bildern.
Aber bei den vorhandenen Zigbee Platinen muß man leider Hand anlegen, Leiterbahnen trennen Löten mit dünnen Drähtchen.Man findet ja nicht mal richtig die Teile
s.o., mal in die Links schauen.
Wenn man nichts löten will bleibt nur eine Lösung mit einem SBC wie einem (kleinen) Raspi o.ä. und dem SW-Paket ser2net.
-
@slowman sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
@1n4148 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
Habe keine deutsche aktuelle Anleitungen gefunden.
Wie wäre es damit In diesem Forum und noch Zigbee
Bitte die hilfreichen Hinweise von @arteck befolgen und auf ipv4 achten. Damit hatte ich Probleme, wie man im weiteren verlauf des Threads lesen kann.
-
@klassisch said in Zigbee-Stick cc2652P direkt über LAN anbinden:
Aber bei den vorhandenen Zigbee Platinen muß man Leiter Hand anlegen, Leiterbahnen trennen Löten mit dünnen Drähtchen.
Da würde ich dann gleich zum Ebyte E72 greifen. Schade dass bei Zigbee leider keine Redundanz mit mehreren Koordinatoren möglich ist, sonst hätte ich schnell ein Platinchen für beides entworfen.
-
@1n4148 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
@klassisch said in Zigbee-Stick cc2652P direkt über LAN anbinden:
Da würde ich dann gleich zum Ebyte E72 greifen.
ja, wäre möglich. Aber ein CH340 (FTDI, oder so) an Bord hat auch seine Vorteile. Denn den kann ich durch Umschalten (oder hier habe ich es durch Umstecken realisiert) wieder in Betrieb nehmen und dann kann man erforderlichenfalls auch Flashen. Beim RFLink hat das Flashen über Ethernet nicht funktioniert.
Schade dass bei Zigbee leider keine Redundanz mit mehreren Koordinatoren möglich ist, sonst hätte ich schnell ein Platinchen für beides entworfen.
Ja, das ist aus meiner Sicht ein großer Mangel. Denn so richtig bulletproof wie man es sich für eine Lichtsteuerung wünscht, scheint das Zigbee System out of the box nicht zu sein. Aber security und Redundanz würde die Komplexität nochmals steigern. Vielleicht bei Zigbee 5.0 ?
-
@klassisch Bin gespannt auf die Langzeiterfahrung.
-
@1n4148 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
@klassisch Bin gespannt auf die Langzeiterfahrung.
Ich auch.
- Heute stabil, keine Aussetzer
- Frittenupdate hat die Sache auch überstanden. Anschließend wieder connected
Allerdings habe ich mir durch die Experimente 2 Floalt in einen seltsamen Zustand gebracht. Habe testweise eine andere Pan Id genommen. Jetzt lassen die sich nicht mehr an die ursprüngliche Pan Id anlernen.
6 mal Aus und Ein funktioniert leider nicht.Gibt es da noch einen anderen Trick die Panels in den Werkszustand zu versetzen?
-
Die LAN-Kopplung war in den letzten Tagen stabil.
Habe jetzt mal testweise einen WLAN <-> serial Converter USR-WIFI232-A2 eingesetzt. Sieht bisher auch recht gut aus.
Bei dem Modul muß man allerdings einen Pull-Up zwischen "nReady" und 3.3V setzen. -
Der Stick basiert ja auf dem github Projekt von mercenaruss auf github . Der Schaltplan Schaltplan ist ebenfalls dort hinterlegt. Ebenso die Bilder, die ich zur Verdeutlichung im folgenden bearbeitet habe ( Bottom View und Top View)
Für den Anschluß eines serial <-> LAN converters muß man den Datenausgang des CH340 isolieren. Die Leiterbahn muß z.B. an der rot eingekreisten Stelle unterbrochen werden. Dann lötet man ein dünnes Drähtchen an den so isolierten Pin. diese Verbindung braucht man, wenn man z.B. zum Flashen der Firmware wieder den ursprünglichen USB-Betrieb herstellen möchte.
Auf der Oberseite sind dann 2 Signalleitungen und die Masseleitung, ggf. noch die 3.3V Leitung mit dem Konverter zu verbinden:
Für den mechanischen Aufbau habe ich eine Dupont Leiste mit langen Anschlußpins, wie sie vielen ESP8266 Sets beiliegt, verwendet.
Allerdings sind hier nur die Pfosten für 3,3V und GND mit der Leiterplatte verbunden. Die anderen Anschlüsse sind durch dünne Drähtchen realisiert. Die nicht benötigten Pins sind gekürzt und haben keine Verbindung. Eine unbelegte Kammer wurde mit einem abgezwickten Pin verfüllt, was eine Kodierung erzeugt und damit die Einsteckrichtung vorgibt.
Zusätzlich zu den Verbindungen zum LAN-Konverter habe ich noch den im vorigen Schritt isolierten Pin 2 des CH340 herausgeführt und auf einn der freien Stifte gelegt.
Will man wieder zurück auf den ursprünglichen USB-Mode, dann wird einfach der Verbindungsstecker zum Konvertermodul abgesteckt und eine Brücke gesteckt, welche die im ersten Schritt getrennte Leiterbahnverbindung wieder herstellt
Hier noch der Erprobungszustand mit einem USR-K7 Modul
Ich habe für die finale Lösung ein USR-TCP232-E2 geordert und werde das dann etwas aufgeräumter zusammen mit dem Stick in ein Gehäuse integrieren.
Es geht natürlich auch das einkanalige USR-TCP232-T2 oder das WLAN-Modul USR-WIFI232 A2. Das WLAN-Modul funktioniert gut im Normalbetrieb. Allerdings hatte ich Probleme (Adapter-Abstürze) beim Update der Firmware eines ikea tradfri Floalt Panels. Mit dem LAN-Adapter hat das Update funktioniert.
Gerade beim Kauf des T2 muß man etwas aufpassen hier werden einige ähnliche Teile angeboten, die dann aber doch anders sind und u.U. nicht funktionieren, weil sie sich nicht konfigurieren lassen. -
Der USR-TCP232-E2 ist angekommen. Der kann 2 serielle Schnittstellen bedienen. Brauche derzeit zwar nur eine, aber vielleicht kommt ja noch ein ZWave Stick o.ä. hinzu. Außerdem habe ich schon so einen in Betrieb und dann habe ich es mit Betrieb, Ersatzteilen etc. einfacher.
So sieht das Teil aus:
Links war eine Steckerleiste in eine für mein Gehäuse ungünstige Richtung (in die Blattebene hinein). Habe sie ausgelötet.
Zur Befestigungim Gehäuse verwende ich eine Kombination aus Klemmung an der Ethernetbuchse und Klebung. Oben auf die Ehternetbuchse (also auf die im Bild sichtbare Beschriftung) kommt ein doppelseitiger Klebestreifen, mit dem die Buchse ins Gehäuse geklebt wird.
Hier ist eine neue, gewinkelte Steckerleist platzsparend eingelötet, eine Buchsenleiste aufgesteckt und 4 Leitungen angelötet: 5V, sowie TxD und RxD
Der komplette Kabelsatz sieht so aus:
Ein refurbished Schalengehäse aus der Schublade paßt einigermassen:
Deckel zu:
Läuft. -
@1n4148 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:
@klassisch Bin gespannt auf die Langzeiterfahrung.
Heute, Ende Juni 2021 sind die Erfahrungen immer noch prima. Und mein Zigbee Netz ist mittlerweile recht groß. In jedem Wohnraum mindestens ein Floalt Panel und viel Zubehör wie aqara Opple 6-fach Taster, aqara BWM, Lichtsensor, Wassersensoren. Einige Blitzwolf leistungsmessende Zwischenstecker, Sonoff Zigbee Zeug.
Manchmal überrascht Zigbee auch positiv. Nach einem ersten gescheiterten Versuch vor Monaten dem "Carport" meines Automowers eine Zigbee T-H Meßstelle zu spendieren, hat es jetzt funktioniert. Hautpzutaten: Zusätzliche Blitzwolf Zigbee messender Zwischenstecker auf der Terrasse für den Automower (ersetzt Shelly) und Geduld. Nach anfänglichem Zögern hat sich das Netzwerk "eingerüttelt" und die T wird mit Link quality von 48 empfangen.
-
@crunchip hat andernorts von einem Problem mit dem USR TCP232-T2 berichtet.
Gerät nicht erreichbar.
Aus meiner Sicht gibt es 2 Möglichkeiten, das Gerät erreichbar zu machen, wenn es ein Originalgerät ist.- Nach der [Anleitung zum E2](http://www.pusr.com/Support/download_hits.html?id=32 , S. 8 Net testing environment. So mache ich es mittlerweile, wobei ich mich auf die "E2" eingeschossen habe. Die Anleitung zum T2 Kapitel 1.2 Connection, s. 5ff beschreibt diesen Vorgang auch (Windows, Linux kenne ich mich nicht aus)
- Man nehme einen alten oder Ersatzrouter, stelle dessen IP auf 192.168.0.1 ein, schließe den USR sowie den eigenen PC (DHCP) an und connecte dann 192.168.0.7. So habe ich es mit meinem ersten T2 gemacht, weil ich nicht an den Netzwerkeinstellungen meines PC rumfummeln wollte.
Der webserver verwendet credentials (admin, admin). Dann schnell auf DHCP umstellen, das Gerät neu starten und in das Heimnetzwerk einbinden. Der Router verrät die neue IP
@crunchip zitiert eine Github-Seite, welche die Einbindung in ein TI Lauchboard beschreibt. Laut dem Schaltplan, den ich dazu mal herangezogen hatte, sollte das auch gehen. Der Zigbee-Baustein benötigt halt serielle i/O und das Lauchboard stellt dann auch die passenden Jumper bereit.
Die Versorgung der USR-Module kann über 5V oder auch 3.3V erfolgen. Die 5V vor dem Spannungsregler (AMS1117, soweit ich mich erinnere) oder 3.3V NACH dem Spannungsregler.
RxD und TxD sind 3.3V. Also keine 5V anlegen.
