Statistik: Verfasst von little.yoda — Sa 9. Dez 2017, 19:07
]]>
LGZ
Statistik: Verfasst von OldNat — Sa 9. Dez 2017, 17:06
]]>
http://espressif.com/en/products/softwa ... w/overview
Und 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, 16:06
]]>
little.yoda hat geschrieben:Für die Experten:
- Mesh-Netzwerke sind meiner Meinung nach auch keine Alternative, da hier auch die Umschaltzeiten auftreten, oder?
Habe mit den Entwicklern von painless mesh gesprochen. Einer Mesh-Libary für den ESP8266.- Mesh-Netzwerke sind meiner Meinung nach auch keine Alternative, da hier auch die Umschaltzeiten auftreten, oder?
Wenn ein Node sich eine neue Verbindung sucht, gibt es auch dabei einen Ausfall von mehreren Sekunden:
"3 seconds in an optimal situation yes. There are times when it will be slower though"
Statistik: Verfasst von little.yoda — Di 15. Aug 2017, 13:07
]]>
little.yoda hat geschrieben:Ach Karl, so langsam nervt es. Bringt es was, wenn ich dich bitte, mich einfach in Ruhe zu lassen? Im Moment habe ich das Gefühl, dass du mir als kleiner Troll einfach nur an den Karren fahren willst.
Roaming ist Aufgabe des Endgerätes. Wie das Endgerät gestaltet ist, spielt keine Rolle. Nach deiner Definition würde ja kein Microcontroller jemals Roaming unterstützen können. Und selbst das das Endgerät zuständig ist, ist nur die halbe Wahrheit, weil bei professionellen Lösungen es doch wieder durch die APs gesteuert werden kann.
ESP8266 kein Computer? Wiki sagt "Ein Computer [...] ist ein Gerät, das mittels programmierbarer Rechenvorschriften Daten verarbeitet." bzw. "Ein Mikrocontroller ist ein Ein-Chip-Computersystem"
Betriebssystem?
ESP8266 unterstützt freertos.
Und was ist freertos?
"FreeRTOS is a truly free professional grade RTOS for microcontrollers"
RTOS? => "Ein Echtzeitbetriebssystem (englisch real-time operating system, kurz RTOS genannt) ist ein Betriebssystem, ..."
Falsch, Falsch und nochmals Falsch. 3 inhaltliche Fehler in einem Satz.IPTRAIN hat geschrieben:Nun ja - ist ja auch nach wissenschaftlicher Lehre eine Aufgabe des Betriebssystems - und ein Betriebssystem hat der ESP nun mal nicht - er ist ja kein Computer, sondern lediglich ein MICROCONTROLLER - schon in der Einleitung bei https://de.wikipedia.org/wiki/ESP8266 nachzulesen ...!
Roaming ist Aufgabe des Endgerätes. Wie das Endgerät gestaltet ist, spielt keine Rolle. Nach deiner Definition würde ja kein Microcontroller jemals Roaming unterstützen können. Und selbst das das Endgerät zuständig ist, ist nur die halbe Wahrheit, weil bei professionellen Lösungen es doch wieder durch die APs gesteuert werden kann.
ESP8266 kein Computer? Wiki sagt "Ein Computer [...] ist ein Gerät, das mittels programmierbarer Rechenvorschriften Daten verarbeitet." bzw. "Ein Mikrocontroller ist ein Ein-Chip-Computersystem"
Betriebssystem?
ESP8266 unterstützt freertos.
Und was ist freertos?
"FreeRTOS is a truly free professional grade RTOS for microcontrollers"
RTOS? => "Ein Echtzeitbetriebssystem (englisch real-time operating system, kurz RTOS genannt) ist ein Betriebssystem, ..."
Auch wenn du hier im Prinzip recht hast; Wenn du dich mal mit meinem Framework beschäftigt hättest, wüsstest du, das das genutzte z21 Protokoll, verbindungslos ist. Ein Anspruch auf verbindungsorientierte Protokolle habe ich nicht und ist auch nicht notwendig.IPTRAIN hat geschrieben:Es geht ja nicht nur darum, im Netzwerk "eingeloggt" zu sein, sondern die gesamte Logik ALLER verbindungsorientierten Protokolle (über alle Ports !!!) muss erhalten bleiben, bzw. wiederhergestellt werden
Na ja- wenn Du Recht hättest, dann müsste ja Roaming auch bei diesem Microcontroller problemos funktionieren!
Irgendwas machtst Du dann ja wohl falsch ... !
Kannst es Dir aussuchen Ich aber bleibe lieber bei der wissenschaftlichen Lehre - wie zuvor dargestellt.
Gruesse
Statistik: Verfasst von IPTRAIN — Mi 9. Aug 2017, 13:50
]]>
Der dazugehörige AP liegt für diesen Repeater im direkten Blickkontakt, allerdings hinter einer Hauswand, der Gartenbahnbereich liegt für den dazugehörenden AP im Abschattungsbereich eines Erdhanges, hat aber direkten Sichtkontakt auf den Repeater.
Schöne Grüße
johannes
Statistik: Verfasst von Pirat-Kapitan — Di 8. Aug 2017, 13:19
]]>
Mit Repeater(n) habe ich noch nie was hingekriegt, habe im Laufe der Zeit mit div. Fabrikaten gespielt, nichts war überzeugend,
bzw. haben sich alle negativ ausgewirkt, im Gegenteil, sogar Netz gestört.
VG Norbert
Statistik: Verfasst von Norbert — Di 8. Aug 2017, 12:25
]]>
little.yoda hat geschrieben:
Diese Fragestellung habe ich gerade mal in meinem Setup getestet:Konnte ich mangels Zeit nicht testen, ich vermute, aber dass es dort die gleichen Probleme gibt, da die WLAN-Maus einen esp8266 oder esp32 eingebaut hat. Ich schaue mal, ob ich es die Tage testen kann.Norbert hat geschrieben:wenn du schon 2 AP installiert hast, bist du vielleicht auch mal mit der WLAN-Maus abgeschritten?
Beide AP gleiche SSID, gleiche Verschlüsselungseinstellungen:
Einmal mit unterschiedlichen Kanälen und einmal mit den gleichen Kanälen:
Bin mit der WLAN-Maus hin- und hergelaufen und habe jeweils auf die "Licht ein/aus"-Taste gedrückt. Da die WLAN-Maus den Wechsel erst anzeigt, wenn sie auch die Rückmeldung von der Z21 erhalten hat, ist dies ein guter Indikator.
Wenn ich den Sendebereich verlasse, dauert es bei mir gute 20 Sekunden, bis die WLAN-Maus wieder Befehle senden und empfangen kann.
Welchen Repeater hast denn im Einsatz?Pirat-Kapitan hat geschrieben:APs verwende ich mit unterschiedlicher SSID, das ist jedesmal ein Umloggen erforderlich.
Repeater hat die gleiche SSID wie der zuständige AP, da habe ich zumindest mit der WLM keine Umlogprobleme. Zeiten habe ich bei der WLM nicht gemessen, sie hängt bei mir auf dem Rocrailserver.
Gruß,
Sven
Statistik: Verfasst von little.yoda — Di 8. Aug 2017, 11:49
]]>
APs verwende ich mit unterschiedlicher SSID, das ist jedesmal ein Umloggen erforderlich.
Repeater hat die gleiche SSID wie der zuständige AP, da habe ich zumindest mit der WLM keine Umlogprobleme. Zeiten habe ich bei der WLM nicht gemessen, sie hängt bei mir auf dem Rocrailserver.
Wenn Du Karlchens Beiträge einfach ignorierst, machst Du Dir das Leben einfacher.
Schöne Grüße
Johannes
Statistik: Verfasst von Pirat-Kapitan — Di 8. Aug 2017, 10:12
]]>
Irgendwie der "goldene Schuss" auf dem Gebiet.
Lass dich nicht aus der Ruhe bringen, deine Arbeit ist jedenfalls hoch anerkennenswert, und der Erfolg belohnt dein Engagement! Prima!
VG Norbert
Statistik: Verfasst von Norbert — Di 8. Aug 2017, 08:47
]]>
Norbert hat geschrieben:wenn du schon 2 AP installiert hast, bist du vielleicht auch mal mit der WLAN-Maus abgeschritten?
Konnte ich mangels Zeit nicht testen, ich vermute, aber dass es dort die gleichen Probleme gibt, da die WLAN-Maus einen esp8266 oder esp32 eingebaut hat. Ich schaue mal, ob ich es die Tage testen kann.Bin ich mal gespannt, wie es am Ende aussieht.Norbert hat geschrieben:...Mein Hintergedanke:
P. Gatow hat vor, aus einer normalen Multimaus eine WLAN-Maus zu machen,
könnte mir vorstellen, dass da wieder viel Wissenswertes abfällt, auch in dieser Richtung.
Ich frage mich, ob er alle Komponenten in die Multimaus einbauen will oder ob es eher ein "xpressNet to z21" Konverter wird.
Statistik: Verfasst von little.yoda — Di 8. Aug 2017, 08:31
]]>
Falsch, Falsch und nochmals Falsch. 3 inhaltliche Fehler in einem Satz.IPTRAIN hat geschrieben:Nun ja - ist ja auch nach wissenschaftlicher Lehre eine Aufgabe des Betriebssystems - und ein Betriebssystem hat der ESP nun mal nicht - er ist ja kein Computer, sondern lediglich ein MICROCONTROLLER - schon in der Einleitung bei https://de.wikipedia.org/wiki/ESP8266 nachzulesen ...!
Roaming ist Aufgabe des Endgerätes. Wie das Endgerät gestaltet ist, spielt keine Rolle. Nach deiner Definition würde ja kein Microcontroller jemals Roaming unterstützen können. Und selbst das das Endgerät zuständig ist, ist nur die halbe Wahrheit, weil bei professionellen Lösungen es doch wieder durch die APs gesteuert werden kann.
ESP8266 kein Computer? Wiki sagt "Ein Computer [...] ist ein Gerät, das mittels programmierbarer Rechenvorschriften Daten verarbeitet." bzw. "Ein Mikrocontroller ist ein Ein-Chip-Computersystem"
Betriebssystem?
ESP8266 unterstützt freertos.
Und was ist freertos?
"FreeRTOS is a truly free professional grade RTOS for microcontrollers"
RTOS? => "Ein Echtzeitbetriebssystem (englisch real-time operating system, kurz RTOS genannt) ist ein Betriebssystem, ..."
Auch wenn du hier im Prinzip recht hast; Wenn du dich mal mit meinem Framework beschäftigt hättest, wüsstest du, das das genutzte z21 Protokoll, verbindungslos ist. Ein Anspruch auf verbindungsorientierte Protokolle habe ich nicht und ist auch nicht notwendig.IPTRAIN hat geschrieben:Es geht ja nicht nur darum, im Netzwerk "eingeloggt" zu sein, sondern die gesamte Logik ALLER verbindungsorientierten Protokolle (über alle Ports !!!) muss erhalten bleiben, bzw. wiederhergestellt werden
Statistik: Verfasst von little.yoda — Di 8. Aug 2017, 08:21
]]>
wenn du schon 2 AP installiert hast, bist du vielleicht auch mal mit der WLAN-Maus abgeschritten?
Wäre doch vielleicht interessant wie die sich verhält....
...Mein Hintergedanke:
P. Gatow hat vor, aus einer normalen Multimaus eine WLAN-Maus zu machen,
könnte mir vorstellen, dass da wieder viel Wissenswertes abfällt, auch in dieser Richtung.
(Allerdings ist P. derzeit durch frische Vaterfreuden stark ausgebremst)
VG Norbert
Statistik: Verfasst von Norbert — Di 8. Aug 2017, 07:37
]]>
little.yoda hat geschrieben:Hi
....
Meine Beachtungen:
Ein automatisches Roaming erfolgt nicht.
Zusammengefasst:
- AP Roaming wird vom ESP8266 softwaremäßig nicht unterstützt und müsste im Framework implementiert werden
Nun ja - ist ja auch nach wissenschaftlicher Lehre eine Aufgabe des Betriebssystems - und ein Betriebssystem hat der ESP nun mal nicht - er ist ja kein Computer, sondern lediglich ein MICROCONTROLLER - schon in der Einleitung bei https://de.wikipedia.org/wiki/ESP8266 nachzulesen ...!....
Meine Beachtungen:
Ein automatisches Roaming erfolgt nicht.
Zusammengefasst:
- AP Roaming wird vom ESP8266 softwaremäßig nicht unterstützt und müsste im Framework implementiert werden
Den Aufwand hättest Du Dir also sparen können.
Und den zukünftigen Aufwand, ein Roaming als Programmerweiterung zu implementieren, würde ich mir sparen - das wirst Du ein Leben lang nicht zurfriedenstellend hinkriegen ...! Da betreiben die Profis ganze Forschunglslabore, um ROAMING zu implementieren- Microsoft hat es bis heute (in Dekaden!) nicht geschafft ...! Und Linux hat Schwierigkeiten, die unterbrochene Routerverbindung wieder selbständig herzustellen - da muss man auch nachhelfen.
Es geht ja nicht nur darum, im Netzwerk "eingeloggt" zu sein, sondern die gesamte Logik ALLER verbindungsorientierten Protokolle (über alle Ports !!!) muss erhalten bleiben, bzw. wiederhergestellt werden
Gruesse
Statistik: Verfasst von IPTRAIN — Di 8. Aug 2017, 06:01
]]>
Da unser Garten ein wenig verwinkelt ist und die Abdeckung mit einem WLAN Access Point schwierig ist, habe ich heute mal ausprobiert, die gut das Roaming des ESP8266 ist.
Exkụrs Roaming:
WLAN Roaming dient dazu, dass das Endgeräte selber nach dem stärkten WLAN AP sucht und beim Nachlassen der Signalstärke zu einem stärkeren AP wechselt. Bei diesem Wechsel gibt es immer eine kurze Zeit ohne Verbindung.
"Normalsterbliche" erleben dieses Täglich beim Telefonieren, wenn das Handy die Zelle wechselt. Hier ist es aber mit enormen technischen Aufwand realisiert worden, dass es zu keiner Unterbrechung des Telefonat kommt.
Während stationäre Objekte (Weichendecoder, ..) nicht auf das Roaming angewiesen sind, sind Loks und ähnliches auf Roaming angewiesen, da sie sich bewegen und den Sendebereich von AP verlassen können.
Zum Testen habe ich zwei AP mit gleicher SSID, gleichem PWD aber unterschiedlichen Kanälen weit auseinander aufgestellt und bin zwischen den beiden AP gependelt.
Meine Beachtungen:
Ein automatisches Roaming erfolgt nicht.
Selbst wenn der ESP8266 keine Pakete mehr von dem AP empfängt, erfolgt kein automatisches Roaming. Stattdessen erkennt der EPS8266 nach einer gewissen Zeit (>20 sekunden), dass der erste AP nicht mehr erreichbar ist, geht in den internen WLAN-Status DISCONNECTED und fängt dann an nach einem neuen AP zu suchen und verbindet anschließend mit dem stärken AP (nochmal 8 Sekunden)
Also muss ein manuellen Roaming her. Bevor ich jetzt ein manuelles Roaming programmiere, was nicht ganz trivial ist, wollte ich die Umschaltzeiten testen.
Also habe ich die Funktion WiFi.reconnted() auf eine Taste gelegt und bin wieder spazieren gegangen.
Das positive ist, dass der esp8266 bei einem reconnted() in meinem Test den jeweils stärksten AP gewählt hat.
In meinen Test hat anfangs jedoch 6 Sekunden gedauert, bis die neue Verbindung aufgebaut war und er den ersten Befehl erhalten hat.
Diese Zeit lässt sich auf 3 Sekunden reduzieren, in dem man von dynamischen IP-Adressen (=> DHCP) auf statische IP-Adressen umstellt.
Hier müsste man nochmal schauen, ob man die Zeit noch weiter reduzieren kann, wenn man ihm genau vorgibt, welchen AP er nutzten soll.
3 Sekunden ohne Befehle sind für eine Modelleisenbahn natürlich nicht wenig ... auf der anderen Seite haben viele Leute Puffer in ihren Loks, die ungefähr diese Zeit auch ohne Befehle abdecken. Mein Framework ist im Moment so eingestellt, dass eine Notbremsung nach 2 Sekunden ohne Befehle ausgeführt wird.
Zusammengefasst:
- AP Roaming wird vom ESP8266 softwaremäßig nicht unterstützt und müsste im Framework implementiert werden
- Umschaltzeit zwischen zwei AP beträgt ca. 3 Sekunden, in denen keine Befehle empfangen werden können
Meine Schlussfolgerungen:
- Wenn es möglich ist, nur ein AP für die beweglichen Objekte inkl. statischen IP-Adressen
- Sicherstellen, dass die Loks ohne Befehle für 3 Sekunden "überleben".
Für die Experten:
- Mesh-Netzwerke sind meiner Meinung nach auch keine Alternative, da hier auch die Umschaltzeiten auftreten, oder?
TODO:
- manuelle Roaming implementieren
Gruß,
Sven
Statistik: Verfasst von little.yoda — So 6. Aug 2017, 12:44
]]>