Statistik: Verfasst von ateshci — Mo 18. Jun 2018, 23:48
]]>
Hast du mal einen Link für mich? Mir sagen die Module gar nichts.
Bzgl. ESP32:
Meines Wissens nach, funktioniert die Lösung immer noch nicht wirklich vernünftig.
Statistik: Verfasst von little.yoda — So 17. Jun 2018, 18:10
]]>
]]>
Ausgangssituation (alles einfache esp8266):
- Ein Sender
- zwei "Repeater/Receciver" (können im Moment beides)
1. Fall
Sender im Haus
"Repeater/Receiver" in der Garage
=> kein Empfang.
2. Fall
Einen weiteren "Repater/Receiver" vor die Garage
=> Empfang in der Garage.
Bedingt durch den dynamischen Charakter (Fahrende Züge), halte ich die klassischen Mesh-Algorithmen für zu komplex, da sich das Netz permanent ändert, wenn man die Züge mit als Repeater berücksichtigt.
Lösungsansätze:
1. nur stationäre Geräte werden als Repeater konfiguriert.
2. alle Geräte leiten einfach alle neuen Nachrichten weiter.
[Wie erkenne ich die Leaf-Nodes, also die Nodes, die Nachrichten nicht weiterleiten müssen, weil ihnen keiner zuhört]
Wenn ich die Z21-Seite gelöst habe, baue ich beides an und teste mal.
Gruß,
Sven
Statistik: Verfasst von little.yoda — So 17. Jun 2018, 11:19
]]>
Zigbee ist mir leider immer noch zu teuer, so dass ich nach Alternativen suche.
ESP-Now könnte als Mesh-Lösung brauchbar sein, aber leider habe ich gerade zu wenig Zeit es in Ruhe zu testen.
Was ich von 802.11 LR halten soll, weiß ich noch nicht.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Di 12. Jun 2018, 20:35
]]>
Statistik: Verfasst von ateshci — Di 12. Jun 2018, 10:26
]]>
https://blog.hackster.io/long-range-wif ... 29ab89f450
Ich hoffe, dass man damit eine bessere WLAN Abdeckung der Eisenbahn-Anlage draußen erreichen kann.
Statistik: Verfasst von little.yoda — Sa 9. Jun 2018, 01:48
]]>
Was will ist eigentlich konkret implementieren?
1. Überbrückung der Ausfallszeiten beim Romaing, so dass eine Lok auch in diesen Zeiten Befehle bekommt
2. Eine WLAN-Infrastruktur, die sich ggf. nur aus ESP8266/ESP32 aufbaut (Mesh-Netz)
Was z.Z. funktioniert:
- Gleichzeitige Verbindung zu einem WLAN-Netz und zu ESP-Now
- Senden und Empfangen von ESP-Now Paketen.
- Der Versand von ESP-Now-Paketen benötigt immer eine Zieladresse (MAC-Adresse). Echte Broadcasts werden nicht unterstützt. Man kann tricksen, in dem man allen ESP8266 die gleiche Adresse gibt. Das funktioniert sogar, da der ESP8266 zwei Mac-Adressen hat (für AP Modus und Station Modus) und ESP-Now anscheinend auf beide Pakete reagiert, selbst wenn über das Interface eigentlich die andere Mac-Adresse genutzt wird.
- Das WLAN und das ESP-Now müssen auf dem gleichen Kanal laufen.
- Das Thema Verschlüsselung sich anschauen
- Ist die Skalierbarkeit (10, 20 ESP8266) gegeben?
In hatte mehrere erfolgreiche Testaufbauten:
- Ein Sender und mehrere Empfänger
HIer wird ein Broadcast simuliert, in dem alle Empfänger zumindest auf dem ungenutzten Interface die gleiche MAC-Adresse haben. - Zwei Sender und mehrere Empfänger
Diesen Fall könnte man sich im Garten vorstellen. Man hab mehrere Sender, die mit der z21 kommunizieren. Die Sender strahlen diese Befehle ab und die Loks empfangen diese. Im besten Fall empfängt die Lok die Befehle von mehreren Sendern, in den Randbereichen empfängt sie dann die Befehle aber nur noch von einem Sender.
In den alten Firmware Versionen war es möglich der z21 zu sagen, dass man alle Information über Loks und Weichen bekommen möchte. Man war also über alle relevanten Zustände informiert.
Mit der neuen Firmware ist dies nicht mehr möglich. Man muss konkret sagen, zu welcher Lok oder Weiche man Informationen wünscht. Und dieses Anzahl ist auf 10 Ids oder so limitiert.
Ich muss jetzt erstmal wieder einen Weg finden, um an alle Informationen zu kommen.
Gruß,
Sven
Statistik: Verfasst von little.yoda — So 31. Dez 2017, 11:13
]]>
https://github.com/espressif/arduino-es ... -349908322
Wenn sie irgendwann den Bug korrigieren würden, wäre es super.
Man verteilt einfach mehrere ESP8266, die die Befehle der Z21 an die ESP8266 via ESP-Now weiterleiten. Dann hätte man während der Romaing Zeit zumindest eine rudimentäre Übertragung der Befehle.
Statistik: Verfasst von little.yoda — Sa 16. Dez 2017, 20:18
]]>
]]>
Zur Zeit hätte ich mehrere Ideen:
1. Eine Art Mesh-Netz auf Basis des ESP-NOW. Auf deiner Fläche verteilst du ESPs, die als Repeater fungieren.
Ein ESP vermittelt dann zwischen ESP-Now auf der einen und WLAN+z21 auf der anderen Seite.
Ein Router, der zwischen ESP und Z21 vermittelt würde reichen.
2. Statt einem Mesh-Netz stationäre Systeme, die die gesammelten ESP-Now Nachrichten nach Wifi umsetzen.
Die Nutzungsfläche müsste dann ganz normal via Wlan abgedeckt dein (mehrere AP oder Repeater oder was auch immer).
Für die z21-losen Nutzen, könnte man Variante 1 modifizieren, dass die UDP-Pakete, die normalerweise per WLAN versendet werden, per ESP-Now getunnelt werden.
Je mehr ich darüber nachdenke, desto komplizierter wird es...
Statistik: Verfasst von little.yoda — Sa 9. Dez 2017, 20:24
]]>
DLGZ
Statistik: Verfasst von OldNat — Sa 9. Dez 2017, 19:32
]]>
ich habe mich mal etwas eingelesen.
Sie nutzen 802.11. Somit ist es schon irgendwie Wifi, aber sie bleiben auf einem ziemlich niedrigen Level.
Wer es im OSI-Modul sehen möchte: http://microchipdeveloper.com/wifi:80211-osi
Die Übertragungstechnologie ist gleich. Es werden die gleichen Kanäle genutzt, die gleiche Pakete, usw.
Aber es findet keine Anmeldung an einem Access-Point statt, es gibt kein Routing, usw.
Zum besseren Verständnis, auch wenn es nicht ganz korrekt ist:
Wir sind auf dem Level, auf dem Access-Points ihre SSID aussenden. Wenn man sich jetzt vorstellt, dass der ausgesandte WLAN-Name durch andere Daten ersetzt wird, hat man eine ungefähre Vorstellung bzgl. dieser Technologie.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Sa 9. Dez 2017, 19:27
]]>
Statistik: Verfasst von little.yoda — Sa 9. Dez 2017, 19:07
]]>
little.yoda hat geschrieben: ↑Sa 9. Dez 2017, 16:06Vielleicht eine Lösung (auch wenn es eine Insellösung für die ESP9266/ESP32-Familie ist):
http://espressif.com/en/products/softwa ... w/overviewUnd ein Video zum Thema:ESP-Now is another protocol developed by Espressif, which enables multiple devices to communicate without using Wi-Fi. The protocol is similar to the low power 2.4GHz wireless connectivity that is often deployed in wireless mice. So, the pairing between devices is needed prior to the communication. After the pairing is done, the connection is persistent, peer-to-peer, and no handshake is required.
https://www.youtube.com/watch?v=6NsBN42B80Q&t=15s
Ich muss mal damit etwas rum experimentieren, damit ich eine Vorstellung habe, ob man es in unserem Use-Case sinnvoll nutzen kann.
Statistik: Verfasst von little.yoda — Sa 9. Dez 2017, 19:07
]]>