Riot: 6TiSCH wird in RIOT nicht unterstützt
Derzeit unterstützt RIOT nicht 6TiSCH, die Adaption von 6LoWPAN über 802.15.4 TSCH (Time Slotted Channel Hopping), die als enorme Verbesserung gegenüber 6LoWPAN mit festem Kanal beworben wird. Diese Ausgabe verfolgt die Gesamtschritte, die in RIOT zum Ausführen von 6TiSCH erforderlich sind.
- [ ] #4858: Unterstützt IEEE 802.15.4 Frame Version 2
- [ ] Unterstützung des 6TiSCH-Fügeverfahrens
- [ ] Unterstützt Zeitschlitz-Frame-Übertragung
- [ ] ...
Meta: Angesichts der Tatsache, dass 6TiSCH ein viel gesuchtes Thema ist, das regelmäßig in 6LoWPAN-Diskussionen auftaucht, sollte etwas Web-Suchbares den Stand der Dinge hier widerspiegeln. (Zum Zeitpunkt des Verfassens dieses Artikels ergaben Suchen in Riot und 6TiSCH Links zu veralteten Präsentationen, externen Bibliotheken, die die OpenWSN-Integration und ähnliches erwähnen).
chrysn
Alle 5 Kommentare
Ich arbeite derzeit daran, OpenWSN als Paket zurück in RIOT zu portieren. Der erste Ansatz, den ich wähle, wird sein, den ganzen Stack zu nehmen. In #8570 wurde es nur bis udp übernommen, aber da die Join-Prozedur hinzugefügt wurde, gibt es eine harte Abhängigkeit zu OpenWSN coap, die zunächst hinzugefügt werden muss.
Ich hoffe, in den nächsten ein bis zwei Wochen eine erste PR dazu eröffnen zu können.
fjmolinas
am 6. März 2020
Der erste Ansatz, den ich wähle, wird sein, den ganzen Stack zu nehmen.
Soweit ich weiß, wird in OpenWSN ein RPL-Root-Knoten benötigt, um den Netzwerkzeitplan zu initiieren. Seine Implementierung in OpenWSN ist jedoch in zwei Softwarekomponenten aufgeteilt. Einer von ihnen läuft auf dem eingebetteten Knoten und sendet Beacons und wirbt für IPv6-Präfixe. Mit #8570 und seinen Nachfolgern hat das gut funktioniert. Die zweite Komponente befasst sich mit dem Routing, wird jedoch in einem Python-Tool auf Ihrem Computer ausgeführt, das über Openserial (ein benutzerdefiniertes UART) eine Verbindung zum eingebetteten Knoten herstellt. Wie wollen Sie damit umgehen?
PeterKietzmann
am 6. März 2020
Die zweite Komponente befasst sich mit dem Routing, wird jedoch in einem Python-Tool auf Ihrem Computer ausgeführt, das über Openserial (ein benutzerdefiniertes UART) eine Verbindung zum eingebetteten Knoten herstellt. Wie wollen Sie damit umgehen?
Ich verwende derzeit openvisualizer und habe keine Unterstützung für RIOT-Root-Knoten. Ich habe es auch nicht geschafft, dass Openserial auf RIOT-Knoten richtig funktioniert.
Die anfängliche PR würde einen OpenWSN-Root-Knoten erfordern ...
fjmolinas
am 6. März 2020
13824 ist zusammengeführt, also können wir diesen als gelöst betrachten?
aabadie
am 2. Juli 2020
@aabadie Ich denke, die Prämisse dieser Ausgabe ist angesprochen.
Um meine zwei Pence hineinzustecken, könnte es immer noch wünschenswert sein, entweder niedrigere Schichten zu schreiben, die 6tisch für gnrc bereitstellen, oder openwsn zu entkernen, um gnrc darüber zu aktivieren. Endlich eine reine RIOT-Option ohne einen openwsn-spezifischen rpl-Root-Knoten bereitzustellen.
Wie auch immer, ich stimme zu, dass diese PR dieses Problem vorerst lösen sollte.
SemjonKerner
am 2. Juli 2020
Verwandte Themen
nmeum
·
5Kommentare
miri64
·
5Kommentare
pietrotedeschi
·
4Kommentare
jcarrano
·
7Kommentare
silkeh
·
5Kommentare
Hilfreichster Kommentar
Ich arbeite derzeit daran, OpenWSN als Paket zurück in RIOT zu portieren. Der erste Ansatz, den ich wähle, wird sein, den ganzen Stack zu nehmen. In #8570 wurde es nur bis
udpübernommen, aber da die Join-Prozedur hinzugefügt wurde, gibt es eine harte Abhängigkeit zu OpenWSN coap, die zunächst hinzugefügt werden muss.Ich hoffe, in den nächsten ein bis zwei Wochen eine erste PR dazu eröffnen zu können.