Wer kennt "LoRa" Long Range Telemetrie?
- Themenstarter klausklaus
- Beginndatum
- Status
Hi,
die Sache ist hier zwar etwas OFF TOPIC, aber nichtsdestotrotz doch ganz interessant. "GoTenna" scheint mir mit viel Marketing Hype allerdings doch etwas arg hochgepuscht worden zu sein, denn letztendlich muss man sich auch hier den physikalischen Gesetzen der Wellenausbreitung unterwerfen.
Wer es noch nicht kennt: "GoTenna" ist ein System zum Austausch von Textmessages zwischen zwei Smartphones OHNE Nutzung des Internets ( keine Abhängigkeit von Netzverfügbarkeit; keine Zusatzkosten ). Erreicht wird das durch eine 2W-Funkdatenverbindung im VHF-Bereich ( US-MURS-Band: 151-154 MHZ ), wobei die Verbindungen zwischen den Smartphones und den Datenfunkgeräten dabei jeweils via Bluetooth hergestellt werden. Realistisch sind hierbei erzielbare Reichweiten von 1-6 Km, aber z.B. von Berg zu Berg sind auch schon einmal Distanzen von 50 Km und mehr möglich. Insgesamt gesehen, sind die Einsatzmöglichkeiten im Vergleich zu z.B. "Whats App" und Co. aber doch eher begrenzt. Auch ist noch zu beachten, dass die von der US-Version benutzten Frequenzen für die genannte Anwendung in Europa nicht zur Verfügung stehen.
Die Basisidee einer vom Internet unabhängigen Datenverbindung zwischen zwei oder mehreren Smartphones ist aber dennoch sehr interessant. "LoRa" als Verfahren, das seine Stärke vor allem bei der Übertragung geringer Datenmengen ausspielt, ist für ein solches Textmessagesystem natürlich besonders gut geeignet. Die dabei im Rahmen von Allgemeinzulassungen erzielbaren Funkreichweiten würden sich im Vergleich zu mit klassischen Modulationsverfahren erfolgenden 2W-VHF-Verbindungen auch durchaus im gleichen Bereich bewegen.
Eine kurze Internetrecherche hat noch gezeigt, dass es auch an anderen Stellen bereits erste Ansätze für entsprechende Anwendungen gibt:
https://github.com/dmahony/Lora-Chat-Device/blob/master/README.md
http://libremax.net
Klaus
die Sache ist hier zwar etwas OFF TOPIC, aber nichtsdestotrotz doch ganz interessant. "GoTenna" scheint mir mit viel Marketing Hype allerdings doch etwas arg hochgepuscht worden zu sein, denn letztendlich muss man sich auch hier den physikalischen Gesetzen der Wellenausbreitung unterwerfen.
Wer es noch nicht kennt: "GoTenna" ist ein System zum Austausch von Textmessages zwischen zwei Smartphones OHNE Nutzung des Internets ( keine Abhängigkeit von Netzverfügbarkeit; keine Zusatzkosten ). Erreicht wird das durch eine 2W-Funkdatenverbindung im VHF-Bereich ( US-MURS-Band: 151-154 MHZ ), wobei die Verbindungen zwischen den Smartphones und den Datenfunkgeräten dabei jeweils via Bluetooth hergestellt werden. Realistisch sind hierbei erzielbare Reichweiten von 1-6 Km, aber z.B. von Berg zu Berg sind auch schon einmal Distanzen von 50 Km und mehr möglich. Insgesamt gesehen, sind die Einsatzmöglichkeiten im Vergleich zu z.B. "Whats App" und Co. aber doch eher begrenzt. Auch ist noch zu beachten, dass die von der US-Version benutzten Frequenzen für die genannte Anwendung in Europa nicht zur Verfügung stehen.
Die Basisidee einer vom Internet unabhängigen Datenverbindung zwischen zwei oder mehreren Smartphones ist aber dennoch sehr interessant. "LoRa" als Verfahren, das seine Stärke vor allem bei der Übertragung geringer Datenmengen ausspielt, ist für ein solches Textmessagesystem natürlich besonders gut geeignet. Die dabei im Rahmen von Allgemeinzulassungen erzielbaren Funkreichweiten würden sich im Vergleich zu mit klassischen Modulationsverfahren erfolgenden 2W-VHF-Verbindungen auch durchaus im gleichen Bereich bewegen.
Eine kurze Internetrecherche hat noch gezeigt, dass es auch an anderen Stellen bereits erste Ansätze für entsprechende Anwendungen gibt:
https://github.com/dmahony/Lora-Chat-Device/blob/master/README.md
http://libremax.net
Klaus
Zuletzt bearbeitet:
Mit dem Herren vom Github Projekt bin ich mittlerweile in regem eMailverkehr 
Libremax ist äußerst vielversprechend und pycom arbeitet unter dem Namen LoPy an einem ähnlcihen Projekt, da gibts aber kaum Infos. Jetzt möchte ich euch hier aber nicht weiter unterbrechen, danke für die ausführliche Antwort!
lg
Libremax ist äußerst vielversprechend und pycom arbeitet unter dem Namen LoPy an einem ähnlcihen Projekt, da gibts aber kaum Infos. Jetzt möchte ich euch hier aber nicht weiter unterbrechen, danke für die ausführliche Antwort!
lg
@PeGru
PS: mit welcher Refreshrate sendet der Lora eigentlich? Triggert das GPS (1Hz) auch den Lora?
Da es sehr stark von den jeweils gewählten Betriebsparametern abhängt, kann man das nicht generell sagen. Aussendungen im Sekundentakt dürften allerdings schon schwierig werden.
Das hört sich interessant an und mich würde auch interessieren, wenn es dabei Neues gibt ( evtl auch via PN ).
Unabhängig von LoRa habe ich übrigens auch noch eine Idee für ein einfaches Kommunikationssystem. Es kommt ohne zusätzliche Mikrocontroller aus und sollte auch Reichweiten bis zumindest etwa 1 Km zulassen. Da gilt es aber vorerst noch, erst einmal einen Musteraufbau zu erstellen.
Klaus
PS: mit welcher Refreshrate sendet der Lora eigentlich? Triggert das GPS (1Hz) auch den Lora?
Da es sehr stark von den jeweils gewählten Betriebsparametern abhängt, kann man das nicht generell sagen. Aussendungen im Sekundentakt dürften allerdings schon schwierig werden.
Mit dem Herren vom Github Projekt bin ich mittlerweile in regem eMailverkehr
Libremax ist äußerst vielversprechend und pycom arbeitet unter dem Namen LoPy an einem ähnlcihen Projekt, da gibts aber kaum Infos. Jetzt möchte ich euch hier aber nicht weiter unterbrechen, danke für die ausführliche Antwort!
lg
Libremax ist äußerst vielversprechend und pycom arbeitet unter dem Namen LoPy an einem ähnlcihen Projekt, da gibts aber kaum Infos. Jetzt möchte ich euch hier aber nicht weiter unterbrechen, danke für die ausführliche Antwort!
lg
Unabhängig von LoRa habe ich übrigens auch noch eine Idee für ein einfaches Kommunikationssystem. Es kommt ohne zusätzliche Mikrocontroller aus und sollte auch Reichweiten bis zumindest etwa 1 Km zulassen. Da gilt es aber vorerst noch, erst einmal einen Musteraufbau zu erstellen.
Klaus
Warum dürfte das schwierig werden? Gehen wir mal großzügigerweise von 12 byte pro gps nachricht aus.
Laut LoRa Calculator kann ich diese 12 byte alle 990ms senden und zwar bei einem Spreading Factor von 10, einer Bandbreite von 31,25kHz und einer Coding Rate von 2. Dabei erreiche ich ein receiver sensitivity von -139,4dBm.
Laut LoRa Calculator kann ich diese 12 byte alle 990ms senden und zwar bei einem Spreading Factor von 10, einer Bandbreite von 31,25kHz und einer Coding Rate von 2. Dabei erreiche ich ein receiver sensitivity von -139,4dBm.
Wieder ein kleines Update .
Bild 1 zeigt einen Adapter, um Softwareupdates auf den "Arduino" aufzuspielen.
Dieser bringt die Stiftreihe mit 1,27mm Abstand pro Stift auf den Standard 2.54mm.
Der Adapter wird nicht verlötet, sondern lediglich durchgesteckt und leicht verkantet,
um neuen Code hochzuladen.
Ich habe mal recherchiert, was eine Herstellung kosten würde.
Alles, was auf den beiden Bildern zu sehen ist,
inklusive dem flashen des Atmegas und Versand innerhalb Deutschland
könnte ich für 12€ anbieten.
Vorausgesetzt es finden sich genug, um mir 30 Exemplare abzunehmen.
Wie immer nocheinmal alles Wichtige in der zip.
Das Design segelt unter freier Flagge (open source).
Jeder ePirat darf es gerne kapern.
Gruß QuadMax
.Bild 1 zeigt einen Adapter, um Softwareupdates auf den "Arduino" aufzuspielen.
Dieser bringt die Stiftreihe mit 1,27mm Abstand pro Stift auf den Standard 2.54mm.
Der Adapter wird nicht verlötet, sondern lediglich durchgesteckt und leicht verkantet,
um neuen Code hochzuladen.
Ich habe mal recherchiert, was eine Herstellung kosten würde.
Alles, was auf den beiden Bildern zu sehen ist,
inklusive dem flashen des Atmegas und Versand innerhalb Deutschland
könnte ich für 12€ anbieten.
Vorausgesetzt es finden sich genug, um mir 30 Exemplare abzunehmen.
Wie immer nocheinmal alles Wichtige in der zip.
Das Design segelt unter freier Flagge (open source).
Jeder ePirat darf es gerne kapern
.Gruß QuadMax
Hallo Max, erst Mal Danke für Dein Engagement. Ich stehe als "konventioneller Löter" was auf dem Schlauch und bin natürlich an vorbestückten Platinchen sehr interessiert. Wären die Platinen mit Arduino und Lora bestückt ? Kann ich kaum glauben, auch bei 30 Stück, dass dies zum Preis von 12 Euro am Ende möglich wäre. Schätze, ich habe da was gründlich missverstanden ? Falls nicht, wäre das natürlich höchst verlockend. Gruß Rolf
Auf der Platine ist der Arduino schon drauf. Mit dem Adapter ist er als ganz normaler Arduino Pro Mini programmierbar.
Die Lora Einheit ist allerdings nicht in den 12 Euro drin.
Das ist bei 30 Stück einfach nicht machbar.
Im ersten Bild meines letzten Postes sieht man, wenn man es sich groß anschaut vergoldete Pads.
Dort wird der LORA direkt auf die Platine gelötet.
Infotext zu LORA. Sehr beeindruckend.
Die Lora Einheit ist allerdings nicht in den 12 Euro drin.
Das ist bei 30 Stück einfach nicht machbar.
Im ersten Bild meines letzten Postes sieht man, wenn man es sich groß anschaut vergoldete Pads.
Dort wird der LORA direkt auf die Platine gelötet.
Infotext zu LORA. Sehr beeindruckend.
Auch an die anderen, nicht nur an dich . Ich schreibe den Code nicht in Arduino, aber ich hab die Libs in Verbindung mit deinem Testprogramm mal getestet weil ich die SPI-Kommunikation (und die Unterschiede zu meiner, die gerade hakt) sehen wollte.
Dabei ist mir aufgefallen dass du das RegmodemConfig1 (0X1D) "komisch" beschreibst. Ich hab den Screenshot mal unten angehängt. Du schreibst für 500khz BW und 4/5 CR eine 0x65 rein. Das entspricht einer 01100101 in binär und damit 62,5KHz und einer 4/6 CR + implizitem Header. Müsste aber eine 10010010 sein.
EDIT: Komisch. Gerade nochmal neu compiliert weil ichs nicht glauben konnte und jetzt ists richtig. Entweder der Compiler oder der Logicanalyzer hat da gesponnen. Also.....passt alles. Vlt war auch noch ne alte bin/hex im Ordner. Keinen Plan....
. Ich schreibe den Code nicht in Arduino, aber ich hab die Libs in Verbindung mit deinem Testprogramm mal getestet weil ich die SPI-Kommunikation (und die Unterschiede zu meiner, die gerade hakt) sehen wollte. Dabei ist mir aufgefallen dass du das RegmodemConfig1 (0X1D) "komisch" beschreibst. Ich hab den Screenshot mal unten angehängt. Du schreibst für 500khz BW und 4/5 CR eine 0x65 rein. Das entspricht einer 01100101 in binär und damit 62,5KHz und einer 4/6 CR + implizitem Header. Müsste aber eine 10010010 sein.
EDIT: Komisch. Gerade nochmal neu compiliert weil ichs nicht glauben konnte und jetzt ists richtig. Entweder der Compiler oder der Logicanalyzer hat da gesponnen. Also.....passt alles. Vlt war auch noch ne alte bin/hex im Ordner. Keinen Plan....
Anhänge
Zuletzt bearbeitet:
Ich würde die Atmegas schon gleich flashen, damit man sie als Arduino programmieren kann.
Wird dann in der Arduino Umgebung als Pro Mini geflashed.
Ja, der Arduino braucht einige Resourcen, aber für die meisten ist es leichter damit umzugehen...
Dann wird zum programmieren Reset, TX, RX, GND und VCC benötigt.
Eine Beschreibung der Pins gibt es hier: Pinbelegung
Wird dann in der Arduino Umgebung als Pro Mini geflashed.
Ja, der Arduino braucht einige Resourcen, aber für die meisten ist es leichter damit umzugehen...
Dann wird zum programmieren Reset, TX, RX, GND und VCC benötigt.
Eine Beschreibung der Pins gibt es hier: Pinbelegung
Anhänge
@QuadMax:
Vielen Dank für Dein Engagement.
Grundsätzlich hätte ich Interesse an zwei Platinen - falls das noch aktuell ist...
Aber: Ist die LORA_V2_02 die letzte Version? Der Schaltplan gefällt mir - auf die Schnelle kurz überflogen - nicht besonders. Pin 6 vom Atmel ist nicht angeschlossen und es wurde auch keinerlei Rule Check gemacht... zu einem sauberen Schaltplan gehören m.E. auch beispielsweise eine bessere Führung der Wires und Junctions an allen beabsichtigten Verbindungen...
Vielen Dank für Dein Engagement.
Grundsätzlich hätte ich Interesse an zwei Platinen - falls das noch aktuell ist...
Aber: Ist die LORA_V2_02 die letzte Version? Der Schaltplan gefällt mir - auf die Schnelle kurz überflogen - nicht besonders. Pin 6 vom Atmel ist nicht angeschlossen und es wurde auch keinerlei Rule Check gemacht... zu einem sauberen Schaltplan gehören m.E. auch beispielsweise eine bessere Führung der Wires und Junctions an allen beabsichtigten Verbindungen...
Ja, das Angebot ist noch aktuell.
Ich merke mir alle Interessenten und wenn 30 Einheiten zusammenkommen gibt es einen Gruppenkauf.
Zu Eagle:
Die Projektnamen habe ich neu geordnet, damit diese mit dem Versionsdruck auf dem Board konsistent sind.
Also ist v1.5 das aktuelle. (Sorry für die Verwirrung, aber lieber gleich ordentlich)
Pin 6 habe ich angepasst, DRC durchgeführt.
Ich habe beim Schaltplan jetzt darauf geachtet, keine 90° Übergänge vom roten Pin zur grünen Leitung mehr zu haben.
Worauf muss ich noch Wert legen?
Danke, dass du dir die Zeit genommen hast meinen Schaltplan durchzusehen.
Gruß QuadMax
Ich merke mir alle Interessenten und wenn 30 Einheiten zusammenkommen gibt es einen Gruppenkauf.
Zu Eagle:
Die Projektnamen habe ich neu geordnet, damit diese mit dem Versionsdruck auf dem Board konsistent sind.
Also ist v1.5 das aktuelle. (Sorry für die Verwirrung, aber lieber gleich ordentlich)
Pin 6 habe ich angepasst, DRC durchgeführt.
Ich habe beim Schaltplan jetzt darauf geachtet, keine 90° Übergänge vom roten Pin zur grünen Leitung mehr zu haben.
Worauf muss ich noch Wert legen?
Danke, dass du dir die Zeit genommen hast meinen Schaltplan durchzusehen.
Gruß QuadMax
Kleines Update:
Ich habe mir diverse How to´s für Schaltpläne und Platinenlayout angeschaut.
Unter anderem diese hier: Mikrocontroller 1; Mikrocontroller 2; elektronikpraxis
Ich hoffe, dass ich damit die Qualität verbessern konnte.
Am Design selbst hat sich auch etwas geändert. DIO2 und RESET sind wieder an den ATMEGA angeschlossen. Es wurde hier schon kurz angesprochen das dies nicht unbedingt nötig sei, aber ich finde, das man es hardwareseitig ruhig vorhalten kann.
Deswegen habe ich sie noch eingefügt.
DIO2 bleibt an D3.
RESET ist mit D7 verbunden, um D9 freizuhalten.
Gruß QuadMax
Ich habe mir diverse How to´s für Schaltpläne und Platinenlayout angeschaut.
Unter anderem diese hier: Mikrocontroller 1; Mikrocontroller 2; elektronikpraxis
Ich hoffe, dass ich damit die Qualität verbessern konnte.
Am Design selbst hat sich auch etwas geändert. DIO2 und RESET sind wieder an den ATMEGA angeschlossen. Es wurde hier schon kurz angesprochen das dies nicht unbedingt nötig sei, aber ich finde, das man es hardwareseitig ruhig vorhalten kann.
Deswegen habe ich sie noch eingefügt.
DIO2 bleibt an D3.
RESET ist mit D7 verbunden, um D9 freizuhalten.
Gruß QuadMax
Hätte auch Interesse an 2-3 Einheiten...
Ich bin kein Experte, aber könnte die Durchkontaktierung für den Antennenanschluss hinter das Lötpad (also um 90° gegen den Uhrzeigersinn relativ zur jetzigen Position) gedreht werden? Wäre es dann möglich ein zweites Massepad neben den Antennenanschluss zu platzieren, damit eine SMA Buchse mechanisch möglichst möglichst robust verlötet werden kann?
Ich bin kein Experte, aber könnte die Durchkontaktierung für den Antennenanschluss hinter das Lötpad (also um 90° gegen den Uhrzeigersinn relativ zur jetzigen Position) gedreht werden? Wäre es dann möglich ein zweites Massepad neben den Antennenanschluss zu platzieren, damit eine SMA Buchse mechanisch möglichst möglichst robust verlötet werden kann?
Hallo,
hier noch ein paar ( wie ich finde ) sehr interessante Links zum Thema "LoRa":
http://syncchannel.blogspot.de/2016/02/lora-featherwing-development-breakout.html
http://thethingsnetwork.org/wiki/Hardware/OverviewNodes
https://oshpark.com/shared_projects ( hier nach "LoRa" suchen )
http://cpham.perso.univ-pau.fr/LORA/LoRaDevices.html
Klaus
hier noch ein paar ( wie ich finde ) sehr interessante Links zum Thema "LoRa":
http://syncchannel.blogspot.de/2016/02/lora-featherwing-development-breakout.html
http://thethingsnetwork.org/wiki/Hardware/OverviewNodes
https://oshpark.com/shared_projects ( hier nach "LoRa" suchen )
http://cpham.perso.univ-pau.fr/LORA/LoRaDevices.html
Klaus
Zuletzt bearbeitet:
- Status
