Bei TTS-/TTN-Daten an Kotori weiterleiten schauen wir uns an, wie wir optimalst Daten aus dem TTN-Netzwerk ausleiten und in Richtung Kotori abkippen können.
Natürlich wollen wir aber grundsätzlich nicht nur TTN unterstützen, sondern auch einfachen direkten LoRa-Funk sowie unabhängige LoRaWAN-Netzwerke [1]. Ersteres praktiziert @einsiedlerkrebs bereits seit einiger Zeit [2], zweiteres haben wir bisher noch nicht konkret getan, nur ein wenig Ressourcen dazu gesammelt [3].
@wtf hat das Thema neben @weef nun auch gerade angesprochen, das war der Anlass für diesen neuen Diskussionsfaden.
@einsiedlerkrebs schaut da durchaus auch in diese Richtung, wenigstens konzeptionell auch unabhängig von TTN zu bleiben und ich bin da grundsätzlich auch sehr dafür.
Um so etwas zu tun, könnte man sich einerseits die Backhaul Infrastruktur von TTN bei The Things Network · GitHub, oder aber auch darüber hinaus etwas jenseits davon ansehen.
Die beiden Open Source Platzhirsche in diesem Bereich scheinen OpenChirp und ChirpStack zu sein.
OpenChirp: Open Source management framework for LoRaWAN networks wurde von linux4life798 (Craig Hesling) · GitHub an der Carnegie Mellon Universität ins Leben gerufen.
ChirpStack: Open Source LoRaWAN network server stack (previously known as “LoRa Server”) wurde von brocaar (Orne Brocaar) · GitHub ins Leben gerufen.