20200824 TTN Munich Meetup: Difference between revisions
(initial dump of my notes from the meetup last week) |
(gw monitoring) |
||
| Line 1: | Line 1: | ||
First Hybrid Meetup, a handful of people online and a handful of people in front of the Munich Maker Lab (with enough social distancing) | First [https://www.meetup.com/de-DE/thethingsnetwork-munich/events/272641799/ Hybrid Meetup], a handful of people online and a handful of people in front of the Munich Maker Lab (with enough social distancing) | ||
== Vorstellungsrunde == | == Vorstellungsrunde == | ||
| Line 31: | Line 31: | ||
=== TTN Ausfälle === | === TTN Ausfälle === | ||
Trotz alledem gibt es weiterhin Ausfälle des TTN Netzwerks bzw. Backends. Noch gibt es dazu auch keine neuen Entwicklungen (e.g. eigener DE Cluster). | Trotz alledem gibt es weiterhin Ausfälle des TTN Netzwerks bzw. Backends. Noch gibt es dazu auch keine neuen Entwicklungen (e.g. eigener DE Cluster). | ||
== Gateway Monitoring == | |||
Node-Red Flow: https://flows.nodered.org/flow/c983777897c5b87f21a158fe5efc5e39 | |||
== TTN Mapper == | == TTN Mapper == | ||
Latest revision as of 13:38, 1 September 2020
First Hybrid Meetup, a handful of people online and a handful of people in front of the Munich Maker Lab (with enough social distancing)
Vorstellungsrunde
- Helmut: Sensornetzwerk aufgebaut, Datenverluste zwischen Gateway und TTN festgestellt
- Axel: Gateway läuft sehr gut, 450.000 empfangene Messages seit Anfang März, 20 LoRaWAN Temperatursensoren in Gebäude verteilt (Dragino) + Dashboard, Diskussion über CO2 Sensoren für Besprechungsräume, gute Erfahrungen mit Mikrotik LoRaWAN Gateway gemacht (vor allem auch Preis/Leistung), Packetmüll, Wild-Tracking im Wald.
- Hermann: Nicht viel Neues, möchte Paxcounter mit T-Beam bauen um Parkplatzbelegung abzuschätzen
- Thomas: nicht viel passiert
- Joachim: GW in Freimann (DB0BZA) montiert (RPi mit RAK831) auf 8-9m Höhe, Probleme mit dem Packetforwarder (crasht bei neuem IP Lease), Versuche mit T-Beam ohen Erfolg, Erfolgreiche Meshtastic-Versuche
- Severin: nichts neues im letzten Monat
Datenverlust
Helmut: Immer wieder Datenausfälle im Sensornetzwerk. Auf dem Gateway kommen Pakete noch an, im TTN dann nicht mehr
- TTN Ausfälle (Backend) oder Ausfälle durch UDP (Semtech Forwarder)?
Alternativer Forwarder
Alternative zum Semtech Forwarder: TTN Forwarder
The development of this packet forwarder has been put on hold.
Aber auch aus dem angehängten Forumsbeitrag:
But depending on your requirements, you might still want to install the TTN packet forwarder for other reasons (e.g. if you need reliable connectivity).
So kann UDP als Fehlerquelle ausgeschlossen werden.
Wird vom Kerlink Multi Protocol Packet Forwarder supported: https://github.com/kersing/packet_forwarder
TTN Ausfälle
Trotz alledem gibt es weiterhin Ausfälle des TTN Netzwerks bzw. Backends. Noch gibt es dazu auch keine neuen Entwicklungen (e.g. eigener DE Cluster).
Gateway Monitoring
Node-Red Flow: https://flows.nodered.org/flow/c983777897c5b87f21a158fe5efc5e39
TTN Mapper
- Ergebnisse werde angezeigt, und ein paar Tage später wieder rausgelöscht. Wie kann das kommen?
- Wenn der Gateway bewegt wird oder lange offline ist -> war hier nicht der Fall
- Vorschlag: JP Meijers anfragen
- Wetterballons mit TTN tauchen auf: https://tracker.habhub.org/
MIoTy - alternativer LPWAN Standard
Severin hat Artikel zu neuem LPWAN IoT Netzwerk gelesen, dass nicht so Hersteller-Fokussiert ist wie LoRaWAN (Semtech). Bisher allerdings erst wenig dazu bekannt.
