Osmuino - Ein OpenSource GPS-Tracker auf Arduino-Basis

Ich dachte, dass die DOPs nur den Verschlechterungsfaktor durch ungünstige Satellitenrichtungen angeben … die ändern sich aber nicht nennenswert, wenn ein direktes Signal statt eines reflektierten empfangen wird.

Ein neues Segment in derselben Datei müsste auch reichen.

Die DoP Werte sind rein rechnerische Werte aus der jeweiligen Konstellation der Satelliten die für den Fix verwendet werden, d.h. sie haben mit Fehler etc. durch Reflexionen überhaupt nichts zu tun.

Vernünftigerweise sollte man eher die Bedingungen welche Sats für den Fix verwendet werden (z.B. keine kleinen Höhenwinkel zulassen) schärfer fassen als sie normalerweise gesetzt sind.

Vielleicht als Anregung ein ähnliches Projekt:

https://www.rbb-online.de/panorama/beitrag/2016/08/ingenieur-testet-brandenburger-radwege-infrastrukturministerium.html

…eventuell TFT mit SD Slot https://ex-store.de/397-400x240-TFT-LCD-Touch-Display-fuer-Arduino-Uno-Mega

aber die näheren Daten kenne ich nicht.

@Weide: natürlich würde ich dann Segmente abspeichern. Wusste nicht, dass man innerhalb einer GPX Einteilungen speichern kann… Neue Datei würde ich gerne mal haben, wenn eine Längere Pause anstand (z.B. auch Übernachtung → neuer Tag, neue Loggingdatei). Das wäre aber jetzt speziell für Touren und nicht für’s Mapping. Fehlt mir halt beim 747er.

@Simon: ich weiß, dass die darauß errechnet werden. Niedriger DOP heißt aber gleichzeitig besserer Empfang bzw. höhere Genauigkeit. Bei einem HDOP von ich glaube über 2 oder 3 sind die Daten schon kaum zu gebrauchen gewesen, da hier Abweichungen von 10 Metern und mehr von der eigentlichen Strecke bestehen.
Wird denn sowas nicht über die DOP Werte berücksichtigt? Winkel sagt mir gerade nichts…welcher Datensatz wäre das denn?

@womisa: das bringt leider nichts. Ich nehme extra ein OLED, damit man es bei jeder Witterung ablesen kann… die schönsten INformationen bringen ja nichts, wenn man das Display abdunkeln oder gar unters Hemd halten muss, um etwas drauf zu erkennen :wink: Die OLEDs hier sind pervers hell…habe eine Uhr gebaut, welche ich auf 2 einzelne Pixel umstellen muss nachts, damit das Zimmer nicht ausgeleuchtet wird. Sogar die zwei einzelnen pixel (mitte + Minute in sekundentakt Blinkend) leuchte genug, dass ich in einem Umkreis von 2 Metern nirgendwo gegenlaufe, wenn ich auf die Toilette muss :wink: Und das ist sogar schon der gedimmte Zustand (ca. 2/3 der Helligkeit).
Ein TFT bzw. OLED mit SD wird beim Mapduino eingesetzt. Dieses wollte ich aber nur für Kartendaten nutzen. Es sollen zwei SD-Slots vorhanden sein - eines rein für das logging und eines für die Karten. Eine Idee ist es, dass ich eine Konfigurationssoftware unter Windows erstelle, mit welcher man den Logger bequem einstellen kann. Vielleicht paar funktionen, die direkt am Gerät nicht einstellbar sind. Ist ein wenig fummelig mit zwei/drei Tasten Zahlen einzugeben. Dadurch wird das ganze innerhalb kürzester Zeit mit paar Klicks und Eingaben erledigt. Weiterer vorteil: man erstll sich zwei SD-Karten für den Logger. Eine mit eine Konfiguration für’s Mapping (alle Koordinaten in höchster Geschwindigkeit abspeichern) und eine für’s Wandern/Biken oder was auch immer (z.B. nur jede 10 Sekunden oder 15 Meter usw. abspeichern). Das ganze ggf. mehrfach auf dem Gerät speicherbar. Also übernahme Konfiguration von SD-Karte auf Speicherslot Nr. x von 10.
Weiterer Grund für die Verwendung von zwei SD-Karten ist die Geschwindigkeit. Auf die SD-Karte für’s Logging greift der Arduino zu - auf die SD-Karte mit dem Kartenmaterial der Teensy. Würde man nun eine SD-Karte nutzen, dann müsste der Arduino GPS-Daten speichern und Kartendaten laden + an Teensy weiter leiten. Das wäre nicht nur noch langsamer als es schon ist (normal um 200-250 kb/Sec - es ist halt kein USB 3.0 ;), sondern würde den Arduino ständig belasten, was zu einem höheren Stromverbrauch führt.

@Reclus: ähnlich ist es nicht, da ich nur einen reinen GPS Logger/Tracker plane und keine mobile Vermessungsstation :wink: Das hier aber wurde schon vor Jahren mal im Forum diskutiert und könnt natürlich auch hier eingebaut werden:
“Dieser Beschleunigungssensor misst die Vibrationen bei der Fahrt”, erklärt Oertelt. “Je unebener der Weg ist, desto höher sind die Vibrationen. Anhand dieser Messungen kann man die Befahrbarkeit und den Komfort des Radwegs objektiv beurteilen.”

Da ich den Quellcode offen stelle, können hier paar Leute natürlich eine spezielle OSM-Version entwerfen, welche den Untergrund anhand von Vibrationen/Ausschlägen “scannt” und entsprechend einträgt. Man bräuchte nur je Fahrrad eine Kalibration durchzuführen (mein Fully mit 160mm Luftfederung vorne bleibt da ziemlich ruhig - hier müsste man den Sensor aus dem Gehäuse herausführen und direkt an der Vordergabel befestigen. Das wäre eine Änderung gegenüber meiner Version, welche anhand des Beschleunigersensors nur erkennen soll ob und wieviel man sich bewegt, um das logging zu stoppen/starten). Ändert sich der Belag, so würde der kleine nachfragen ob er richtig schätzt. So wäre es möglich nciht nur neue Strassen gleich korrekt mit dem Grade und Surface aufzunehmen, sondern bestehende Wege zu ergänzen bzw. korrigieren.

Die DOP sind errechnete Werte aus der Konstellation der genutzten Satelliten. Optimal z.B. stehen die Satelliten in einem Winkel von 90° zueinander. Schlechter DOP hat geringere Genauigkeit zur Folge, das Umgekehrte gilt aber nicht unbedingt, da noch etliches andere die Genauigkeit verschlechtern kann. Die DOP-Werte sind so etwas wie ein best case.

Historisch waren sie mal ein Maß für die künstliche Verschlechterung der Signale für zivile Nutzer durch das US-Militär (dilution of precision).

Die Wikipedia erklärt das schön anschaulich anhand von Bildern: https://de.wikipedia.org/wiki/Dilution_of_Precision

Ich würde in jedem Fall auf die Verfügbarkeit von Ublox M8U warten, weil das (vermutlich) der erste Receiver mit headless DR ist.
Man kann sich also eigentlich den separaten Gyro und Compass sparen, zumal man es selbst sowieso nicht gerechnet bekommt.

Da ich meine Beiträge leider nicht editieren kann, Nachtrag:

Wenn das jemand “komplett” bauen möchte, ggf. mit Gehäuse aus dem Drucker dabei: Ich würde das als Bausatz bestellen wollen (auch mit Aufschlag), nur damit ich mir die Teile nicht selbst zusammenklauben muss.

Hier eine Vorgehensweise wenn man die GPS-Rohdaten haben möchte (zwecks Korrektur):

http://www.dg1sfj.de/funk/geraete/79-ublox-ms1-gps-modul

Gruß Klaus

@ad: Die Frage ist immer: was kostet es? Der kostet ja schon so in normalen Shops um 90 € - gegenüber der 15 € des 6M ist der Aufpreis nicht berechtigt, da er ja nicht um das sechsfache genauer ist. Wenn da jetzt noch das DR rein kommt, wird der sicherlich nicht günstiger.
Das derzeit beste Modul mit dem M8N ist dieses hier - mit einem eingebauten Kompass + grosser 35mm Antenne. Dafür ist das Modul ganze 5x5 cm groß:
https://drotek.com/shop/en/home/613-ublox-neo-m8n-gps-hmc5983-compass-xl.html Genua dieses habe ich in D nicht unter 90 € gefunden. Aber Frankreich ist ja nicht soo weit weg…

Wenn ich das via irgendeinen GPS-Empfängers + 9-achsen Sensors (auf den werde ich umsteigen, da kompakter als beschleuniger+gyro und Kompass extra - zudem kosten die 9-achser 10-15 €) das selber machen kann ist man flexibler in der Auswahl der Komponenten. Da ich auch Bluetooth einbauen will, kann der Logger nicht nur auf SD-Karte speichern, sondern auch parallel (was bt747 und andere Logger wahrscheinlich auch nicht) über Bluetooth das Smartphone füttern kann. Oder umgekehrt: über Bluetooth GPS eines anderen Loggers empfangen und übernehmen oder parallel zum eingebauten abspeichern…bt747 im Rucksack und den Osmuino am Lenkrad. Theoretisch kann dann via DOPs/Satstellungen entschieden werden von welchem Logger die aktuelle Koordinate genommen weren soll, um möglichst genaue Streckenaufzeichnung zu gewährleisten.

Das mit dem Beschleunigersensor Es muss ma nnicht perfekt funktionieren. Hauptsächlich gehts erstmal um die Erfassung von Stillstand und vermeidung der Springens der GPS-Koordinaten bzw. überhaupt der Stop der Aufzeichnung dieser, da man sich ja nicht bewegt.

Bzgl. Antennenausrichtung hatte ich beim Mapduino angedacht ein Micro-Servo einzubauen, welches die GPS-Antenne bzw. das aufgesteckte Osmuino ständig in die Waage bringt. Ist besonders am Lenker interessant bei Steigungen/Gefälle. Zusatzkosten Servo: 2 € (ggf zwei Sütck, falls das Gewicht für diesen zu hoch ist und die Ausrichtung dadurch zu lange dauert)

Zum Bausatz:
ich habe hier seit über einem Jahr teile für einen RepRap Mendel90 rumfliegen - sogar eher für zwei. Haupthobby ist ja basteln, weshalb ich so ein Teil schon vor vielen Jahren gebraucht hätte :wink: Damit will ich u.a. Gehäuse für Raspberrys und andere Spielereien drucken. Damit ließe sich zumindest ein Prototyp drucken. Das Gehäusedesign wäre dann logischerweise auch Open, was sich dann jeder beim Kumpel oder bei einer 3D-Druckerei bestellen kann.

Auf die Idee eines Shops mit allen Teilen bin ich auch gekommen. Ist mir aufgefallen, als ich über gut fünf Shops verstreut Teile zusammen suchen musste. Wäre natürlich einfacher, wenn man alles in einem Paket zusammen bekommt. Von Minimal-Lowcost bis Highend-mit-allem. Aber das ist bisher nur eine Idee. Müsste nämlich alles direkt aus China in entsprechenden Stückzahlen rüber, damit das überhaupt was bringt.

Bin Mittwoch irgendwann wieder Daheim - kann dann mal paar Fotos und Gewichte der ganzen Teile Posten, sowie die mögliche Größe des ganzen.

Eventuell diese Bausteine als (fertige) Hardware_Basis?

https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-NANO/open-source-hardware
https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-NANO-BAT/open-source-hardware
https://www.olimex.com/Products/Duino/AVR/OLIMEXINO-NANO-BB/open-source-hardware

https://www.olimex.com/Products/Modules/GPS/MOD-GPS/

…etc…

Ich habe mir vor langer Zeit mal einen “Fensterbank-Logger” damit zusammengfriemelt. Das funzt gut, kam aber aus dem Bastelstatus nicht heraus. Da Gehäuse und die Altagstauglichkeit fehlt.

Da es zwischenzeitlich Smartphones mit den oben aufgeführten Fetures gibt, habe ich mir vor kurzem ein LG Wine Smart angeschafft. Man kann ja selbst ein Android Programm entwickeln, falls man mit den zur Verfügung stehenden nicht zu frieden ist.
Eventuell noch gewünschte intelligente Hardware mit eigenem Prozessor über Bluetooth einbinden…?

Ich denke halt, dass man beim Selbstbau niemals eine solches kompaktes und laufstabiles Gerät hinbekommt…

@womisa: Viel zu groß und zu teuer. Arduino Pro Mini ist 18x33mm klein und wiegt unter 2 Gramm und kostet um 4-6 €. Das wiegen bei dem Modul wahrscheinlich die ganzen Buchen schon… :wink: Und mehrfach so teuer ist es auch.

“LG Wine Smart” → Akkuleaufzeit von 100-200 Stunden im GPS-Logging Modus? :wink:
Und wieviele Stunden als Karte? Ablesbarkeit bei direkter Sonneneintrahlung?

“Ich denke halt, dass man beim Selbstbau niemals eine solches kompaktes und laufstabiles Gerät hinbekommt…”

  1. ist bzw. wird es kompakter und viel leichter und 2. wieso sollte es nicht laufstabil sein bzw. werden?

Mit den Aduinos werden auch Smartwatches gebaut - was ich mit einem 0,96" oder 1,3" Oled auch vor habe. Eher aber mit einem 8266er statt Arduino, da es hier noch kompaktere Platinen gibt.
Hier eines der Projekte - “Retrowatch”:
http://www.instructables.com/id/Make-your-own-smart-watch/

…ok!

…muß man aber nicht vertiefen!
Das “Arduino Pro Mini” hat aber noch keine SD Karte und keinen USB Anschluß… Die EXT-Buchse kann man leicht weg machen und 30x30x15mm mit dem Akku Modul ist auch nicht all zu groß…

Ich habe das WineSmart als Ersatz für meinen bisherigen BT747 Logger, der etwas schwächelt. Ich nehme das WineSmart als reinen Logger und Notfalltelefon und bin vom Akkuverbrauch positive überascht!

Ps: Falls das ein OpenSource Projekt wird, werde ich als Hobby mit meinen eingeschränkten Hardware/Löt Kenntnissen da auch was machen…

Damit ihr euch das besser vorstellen könnt, habe ich mal schnell die ganze Familie mit dem Handy geshootet :wink:

Erster Reihe:

  • Raspberry Pi
  • Arduino Uno (16 Mhz, 8 Bit MCU)
  • Arduino Micro (16 Mhz, 8 Bit MCU)
  • Teensy 3.2 (M4 96 Mhz, 32 Bit MCU - über 10 mal schneller als Arduino)
  • Arduino Pro Mini (16 Mhz bzw. 8 Mhz bei 3,3V für Osmuino, 8 Bit MCU)
  • ESP8266 (minimalste Version, die ich fad; Deutsche Herstellung; 160 Mhz, 32 Bit MCU - gut 20-fache Aduino Geschwindigkeit)
  • Piezo-Tongeber (die winzige goldene Scheibe - entspricht der Technik aus Glückwunschkarten)
  • im roten Gehäuse das bereits eingeklebte 1,3" OLED DIsplay (Platine etwas kleiner als vom Bildschirm rechts unten)
  • Mein aalter BT747a+ Logger :wink:

Zweite Reihe:

  • Nokia Akku für den BT747 Logger
  • Micro (AAA, ~700 mAh), Mignon (AA, 1900 - 2800 mAh) und 18650er LiIon Akku (2000-3000 mAh)

Oben:

  • Bluetooth-Modul (suche noch kleinere)
  • zwei verschiedene 3-Achs Beschleuniger+Gyros
  • BMP180 Barometer-Sensor
    Unten:
  • zwei verschiedene Echtzeituhren (kleiner als TinyRTC links gehts wohl nicht - muss man ein wenig dran rumfeilen)
  • 1,8" TFT LCD mit Micro-SD-Kartenslot auf der Rückseite

Der Arduino Pro Mini soll das kleine Display antreiben, während der Teensy die Kartendaten lädt und bearbeitet. ESP8266 wird rein für die Bildschirmausgabe des TFT/OLED genutzt, da hier jeder Pixel einzeln verschickt wird. Mit dem Arduino dauert das Füllen eines 320x240 Bildschirms mehrere Sekunden (!).

Was hier noch fehlt:

  • Ein zusätzlicher Microsd-Kartenslot für den Logger. Ist kaum größer als die Karten selbst
  • GPS Modul (ist ca. 35x35 klein + genauso großer Antenne an einem ca. 6-8 cm langem Kabel mit Micro-SMA-Stecker)

Das endgültg geplante Display für die Kartendarstellung soll ein 1,69" Farb-OLED mit 160x128 Pixeln sein (identische Auflösung zu dem 1,8" TFT hier). Weitere Displaygrößen - allerdings nur als TFT, dafür teils mit Touchscreen - wären 2.2", 2.4", 2.8", 3.2" und auch größere, falls nötig. Ab 2,8" gibt es dann fast nur noch AUflösungen mit 320x240.

Vergrößerter Ausschnitt:

Genau darum geht es: “USB-Buchse” ist gleichzeitig serielle Schnittstelle bzw. Controller, der Pausenos strom nimmt - obwohl ein mal nach dem Programmieren dieser fast nie wieder gebraucht wird :wink: (für das GPS-Modul wird sowieso ein USB-TTL Adapter benötigt. Mit diesem kann man die Arduinos ebenfalls programmieren). Dieser Chip verbraucht das mehrfache (hundertfache) des Standbymodus des Pro Mini…daher so abgespeckt wie möglich.
MicroSD module kosten um 2€ - zudem kann ich die im Gehäuse da hin platzieren, wo man hin kommt :slight_smile: Zusätzlich werden solche Module nicht direkt an den Strom, sondern an digitale Ausgänge gehangen, damit man diese nur mit Strom versorgt, wenn gebraucht.

Wie lange hält er denn bei welchen Aufnahmeintervalen? :slight_smile: Wie lange lässt du den je Loop-Durchlauf schlafen? Ohne spezielle Sparmaßnahmen verbrauchen die MCUs das hundert bis tausendfache dessen, was man durch gezielte Maßnahmen erreichen kann. Akkulaufzeiten beim reinen Loggen von Temperaturen von mehreren Monaten statt im Normalfall nur wenigen Stunden :slight_smile:

Das wird nicht sondern ist ein OpenSource Projekt :wink: Darfst gerne mitmachen :slight_smile: Könntest ja z.B. dein Projekt um so ein Oled-Display erweitern. Man könnte es ja mit aufnehmen - wie schon erwähnt, wollte ich Hardwareseitig das schon ein wenig streuen.

Hi AlphaRay,

ich möchte das mit dem WineSmart hier nicht vertiefen, da es mit dem eigentlichen Thema nichts zu tun hat. Jedoch hierzu einige (letzte?) Anmerkungen. Ich habe schon X-Jahre einen BT747 Logger im Einsatz, mit dem ich hochzufrieden war. Diesen habe ich damals bei Ebay für 35€ geschossen. Leider gestaltet sich das Auslesen in letzter Zeit immer problematischer bzw. läßt sich manchmal gar nicht mehr auslesen bzw. in einen vernünftigen/brauchbaren GPX File konvertieren.

Deshalb war ich auf der Suche nach einem Ersatz. Mein Sohn hat mir dann nach meinem gejammere mit dem BT747 ein LG WineSmart gekauft.

Meine Randbedingung sind einfacher wie Deine. Ich bin Rentner und brauche das Loggen maximal einen Tag fürs Radfahren oder Wandern. Ich verwende zum Loggen und navigieren Oruxmaps. Schlafen lege ich das gar nicht.
Zeitintervall =0, Wegintervall=5m,GpsPräzision=100m.
Ich habe das Winsmart erst 8 Tage und kann deshalb noch keine großen Erfahrungsberichte abgeben. Aber der Akku reicht für einen Tag hinreichend aus und braucht erstaunlich wenig. Ich kann das im Notfall auch für die KartenNavigation verwenden. Wenn man das Ding zuklappt schaltet sich das Display aus und ist dann fürs reine Loggen sehr sparsam.

Für die eigentliche Navigation habe ich ein Huawei G730 oder ein LG P700.

Das WineSmart ist für mich also ein sehr komfortabler Ersatz für mein BT747. Das Display ist nicht berauschend, aber besser wie kein Display wie beim BT747.

Früher habe ich mit den Arduinos gespielt (Heizung etc…) daher mein Interesse an Deinem Projekt, da ich die sämtliche Bausteine in einer Kiste in der Ecke liegen habe. Das hat also reinen Hobbycharakter da mein Bedarf an GPS Bedarf/Unterstützung hinreichend abgedeckt ist.

Aber in der dunklen Jahreszeit macht auch das Basteln mit den Arduinos spass.
Ich beschäftige mich aber noch primär mit Java in Verbindung mit Mapsforge, Brouter, Graphhopper und GpsMaster zum Planen und archivieren von Routen. Früher hatte ich mal “MySwingMapviewer” entwickelt als es in dieser Richtung noch nicht viel gab und der noch irgendwo im Netz rumgeistert. Aber auch da gibt es zwischenzeitlich perfekte anwendbare Tools.
Schwerpunkt ist die Offline Routenplanung mit OAM-Maps, Brouter und Graphhopper auf einem Windows PC.

In diesem Sinne
Achim

Das war mein Grund, letztes Jahr einen 747pros zu holen, da mein alter nach paar Jahren ein mal Speicherfehler hatte und dann auf über 100% Speicherauslastung kam (vorgesten erst wieder geleert: laut bt747 war der Speicher zu 199% belegt o_O ).

Ja ok…wenn man es nur so selten braucht :slight_smile: Ich habe vor zwei Jahre mit dem Wandern angefangen. Logging via osmtracker am Handy, wenn bt747 voll war bzw. Akku leer. Das ständige hin und her nervt ein wenig. hier ist ein Tag drauf, da die nächsten zwei, dann wieder da einer usw…hätte gerne ein Gerät, welches eine mehrtägige Tour am Stück durchhält bzw. wenn Akku zuneige geht, es früh genug durch eine Anzeige und vor allem einem akustischen Signal anzeigt.

Kartendarstellung per Handy nervt mich in dreierlei hinsicht: schlechte ablesbarkeit (starke Spiegelung des Displays, Sonneneintrahlung), Akkulaufzeit und Bedienbarkeit bei Regen bzw. das Ausfallen dieser bei feuchtem Display+Finger. Hinzu kommt immer der Umstand ständig auf’s Smartphone warten zu müssen, wenn man in einer anderen App war und zurück wechselt.
Geplant hatte ich bisher nur mit BaseCamp. Auch mit der neuen CPU (8x4,2 Ghz) ist es immer noch seehr träge :confused: Ein Unterschied zu den 2,7 Ghz vorher nicht wirklich feststellbar - in anderen Anwendungen gut die doppelte Leistung. Ist also einfach nur schlecht programmiert. Eine Online-Planung mit weltweitem Zugriff auf die Strecken ist da viel praktischer. Hatte da auch schon was ausprobiert gehabt.

Mit Arduinos habe ich erst vor einem monat angefangen. Da ich mich schon seit den 90ern mit Elektronik beschäftige und schon ewig programmiere, war der Einstieg entsprechend leicht :slight_smile:

Ich vermisste meinen Wintec WSG-1000 Logger (falls den einer nicht kennt: http://www.wintec-gps.de/wintec_wsg-1000.php ) - den hatte ich um 2008/2009 rum, bevor ich wegen Ausfall dessen auf bt747 umgestiegen bin. Das Display war schon toll… Aktuell gibts den WSG-2000 (149 € - der 1000er war damals glaube auch nicht vieel günstiger), welcher damals auch angekündigt wurde. Dieser bestitzt einen u-Blox 5 Chip und SD-Slot. Allerdings immer noch ein S/W Display. Neben Temperatur und Luftdruck scheint er auch die UV-Eintrahlung zu messen, wie ich gerade sehe. Herzfrequezanzeige ist auch dabei - da ich ein Bluetoothmodul beim Logger vorgesehen habe, könnte ich meinen Polar BT-Brustmesser versuchen einzubinden. So wird das Smartphone in Zukunft nur noch für Notfälle und Whattsapp benötigt… :wink:

Habe mir letztes Jahr dann einen gebrauchten alten Garmin geholt. So ein Teil mit externer Antenne und ohne Touch. Ich habe es bisher nicht wirklich genutzt. Es ist schwer, ein richtige Klotz (für das kleine Display) und sauträge…
Jetzt versuche ich eine Kombination aller Geräte. Erste Stufe wäre ein reines Logging mit Zusatzfuktionen wie Tacho. Zweite Stufe wäre die Anzeige einer Karte auf einem OLED-Farbdisplay (e-Paper auch angedacht - gibt es in 2,x und 4,3" - allerdings sehr träge bei der Aktualisierung), welches man bei jeder Wetterlage optimal ablesen sollte.

Wie aus immer es ausgeht, meinen beiden alten Royaltek RGMs geht langsam die Puste aus nach 8+ Jahren Einsatz. Einer ist schon tot (Wasserschaden) und dem anderen geht’s auch nimmer so gut was den USB-Stecker anbelangt.
Von daher wäre ich richtig dankbar für einen guten Logger.
Ich brauche übrigens keinerlei Display, ein paar Status-LEDs würden mir reichen. Aber ein LCD ist evtl. stromsparender.
Bluetooth bräuchte ich gar nicht, SD-Karte würde mir reichen. Oder aber ein ESP8266 würde sich anbieten, wenn man dem irgendwie rsync oder auch FTP beibringen könnte, wenn er einen voreingestellten Wifi-AP findet (z.B. Handy-Hotspot)
Müsste ja noch nichtmal upload zu OSM sein, sondern erstmal nur irgendwo auf eigenen FTP-Space.
Ach ja. wenn schon ein Wifi an Bord ist, einen Wigle.net-Scanner könnte man auch noch mit einbauen.

Was den M8U anbelangt: Der “Endkunden-Herstellerpreis” ist 44€ pro Stück. (Versand ist ziemlich teuer, wenn man nur einen bestellt, UPS aus der Schweiz halt…)

Aber der Profit erscheint mir enorm, selbst wenn ich 50% dem Marketing-Buzz abziehe:
https://www.youtube.com/watch?v=y1EGw8ZScb4