OpenBikeSensor Pro test Wikipost

[gluap]

OpenBikeSensor Pro Testergenbisse

Das hier ist ein Wikipost. Das bedeutet, dass jeder ihn editieren kann. Dieser Post soll aber bitte nur von den Testern mit Feedback zum OBS Pro gefüllt werden. In der Diskussion unten könnt ihr Fragen stellen, falls ihr feststellt, dass dinge noch ungetestet sind, oder dass ihr beim Testen etwas vergessen habt. Bitte setzt beim Hinzufügen neuer Punkte euer Forenkürzel hinter den Stichpunkt, damit bei möglichen Rückfragen schnell sichtbar ist, wer das hinzugefügt hat.

• = getestet und ging
• = getestet und ging nicht
• = getestet und rückfrage
• noch nicht getestet

Beim Hinzufügen neuer Punkte, gern ein Forenkürzel, damit klar ist, von wem sie kommen. @gluap

Software

• Config-Mode, OBS-Konfiguration @phi
• Update: OTA Installation flash_installer, Firmware update @phi
• Wifi Verbindung. @gluap
• Hochladen geht. @gluap
• Bluetooth @gluap
  • Funktioniert nach lokalem Patch von @gluap, wenn aktiv überraschend hohe Messfrequenz aber plausible messwerte.

Hardware

• Nutzung währen der Fahrt mit StandardMountAdapter am Sattelrohr @gluap
• Gehäuse ist signifikant größer als Classic. Bei meinem „Feld-Wald-Wiesen-Trekkingrad“ wird der Platz zwischen Sattel und Gepäckträger sehr knapp. @phi
• Nutzung mit TopTube Mount [noch ungetestet]
• Aufladen geht, wenn fertig geladen led grün. @gluap
• Leichtes Sensorrauschen bei großen Abständen (häufiger mal messungen >5m gegen den Himmel) (möglicherweise softwarefix? einfach hohe messwerte bei 4m abschneiden?)@gluap
• GPS hat schnell fix.@gluap
• Aufladen geht bei ausgeschaltetem Sensor @gluap
• langer delay nach drücken des knopfes – behoben durch firmwarepatch @gluap
• In wiefern ist die aktuelle Version Hardwarekompatibel? Mit Display, Ausschalter und der Erkennung der GPS-Version sind die Hauptunterschiede die Firmwaredifferenzen nötig machten weg, ist das also stock-classic-firmware? @gluap

Gehäuse

• Batteriedeckel: Coole 3D-Print-Only konstruktion @gluap
• Batteriedeckel etwas lose. @gluap +1 @phi - ich fände eine Einrastmöglichkeit praktisch @joschi64
• An die SD-Karte kommt man nur mit recht kleinen Fingern dran, meine Pranken schaffen es kaum @joschi64
• Kann man der SD/USB-Schiebeabdeckung eine Arretierung spendieren? (geht durch Vibrationen auf) @phi @michaelAUX
• Gehäuse wirkt wertig, vor allem durch die versenkten Sensoren, insgesamt „klobiger“ als der Classic @phi
  – Befestigung aufgrund der Größe schwierig (an Sattelstütze war kein Platz, wo der Classic noch passte - musste dann an den Vorbau ausweichen, was aber gut ging)
  – Das wird bei niedrigen Satteln (kleinere Menschen) noch mal ein größeres Problem - da sollten wir wirklich noch eine Lösung finden. @joschi64
• Gehäuse erstaunlich wasserdicht (aus Versehen eine Nacht im Regen ohne eindringendes Wasser überstanden), lediglich ins Displayteil lief etwas Wasser rein (nach 3 Tagen trocknen wieder Einsatzbereit) @michaelAUX

Displaygehäuse

• Das altbekannte Displaygehäuse. @gluap
• Wir müssen noch eine größere Version davon machen die auf die Displays von LCSC passt.

Messungen

• GPS Fix hat funktioniert, allerdings etwa 1,5 Min. gebraucht @phi
  – bei mir nur beim ersten Mal, danach war der Fix schnell @joschi64
  – bei mir war GPS Fix beim ersten Einschalten nach ein paar Sekunden da (in geschlossenem Raum) @utoppo
  – Nachtrag: Als ich dann losfuhr, hatte ich keinen GPS Fix mehr. Im Konfigurationsmodus wurde „low battery“-Warnung angezeigt. Ich vermute deshalb gab es kein GPS. Jedoch bekam ich im normalen Modus dazu keine Nachricht auf dem Display angezeigt. Nach kurzem Laden über eine Powerbank war der GPS fix dann da @utoppo
• Abstandswerte (mangels Überholungen zu festen Gegenständen) werden erfasst und sind plausibel. Die Messungen sind erstaunlich fein: Laternenmasten, junge Bäume und tlw. sogar Verkehrsschild-Rohre werden erfasst. Messbereich deutlich größer als beim Classic, Abstandswerte bis zu 5m erfasst. @phi @joschi64
• vereinzelt, aber doch signifikant, sind die Messwerte deutlich (um ca. 1m nach oben und unten) verfälscht. (Messungen gegen parkende Autos und Mauern, also massive Objekte) … das muss ich noch genauer beobachten @phi edit: auf dem freien Feld beobachte ich Phantommessungen im Bereich 1,2 - 2m besonders bei Erschütterungen (Querrillen, Schlaglöcher)

[dgg]

Hallo

Danke für das Erstellen des Wikis.

Ausgehend von meine Erfahrungen mit dem Lite, der an der Sattelstütze montiert nicht funktioniert, da die Sensoren zu nahe an den Beinen sind, fände ich Test mit unterschiedlichen Positionen am Velo wichtig.

Die Distanz zwischen Sensoren und StandardMountAdapter am Sensorgehäuse je Variante:

• Classic zirka 95mm
• Lite zirka 40mm
• Pro ca. 90mm

Edit:
Oder spielt die Dicke des Gehäuses eine Rolle? Das heisst, die Distanz der Sensore zum Zentrum des Velos?

• Classic etwa 50mm
• Lite zirka 36mm
• Pro ca. 30mm

[gluap]

@dgg mit StandardMountAdapter in normaler Länge am Sattelrohr gab es an meinem Rad mit dem Pro keine Probleme, habe ich in der Liste oben nachgetragen. Deinen guten Hinweis zu den Montagepositionen habe ich als „TopTubeMount“ in die Testliste ergänzt. Ich nehme an, dass der Versatz nach Hinten eine Rolle spielt und weniger die Breite des Gerätes. Der neue OBS Pro ist genauso breit wie der Classic, Breitenunterschiede lassen sich damit also nicht untersuchen.

[osc]

Vorläufiges Testen: Bisher, einige, auch längere Fahrten, noch keine Daten hochgeladen… Funktioniert.

• Kriegt i.A. sehr schnell einen GPS-Fix.
• Entfernungsdaten sind plausibel.
• Ein oder zweimal: Bleibt laaange im GPS-Status-Fenster hängen… dann während der Fahrt kurz aus-an… (Schalter ist gut findbar, auch mit dicken Handschuhen, diese gummierten Winter-Textilstrick aus der Gartenbauabteilung) sofort ein Fix und meßbereit. Dem muß ich noch nachgehen… ist ein sporadisches Verhalten… Habe mir die Anzeige nicht genau angeguckt… war im Verkehr unterwegs…
• Was bei mir persönlich problematisch werden kann: Der linke Sensor ist recht weit unten… da könnte die Backroler bei hoher Beladung mal im Weg sein… habe bei einer Tasche, diese meist links (Ständerseite). Wie sieht das bei anderen Fahrern aus? Eventuell Sensorpostion vertauschen (Andersrum reinlöten)… Gehäuse muß dann auch geändert werden.

Viele Grüße, Olaf.

[f-n]

Bevor ich einen OBS Classic genutzt habe, hatte ich meine Back-Roller auch immer auf der linken Seite. Da hatte ich aber auch bei kaum gepackter Tasche schon manchmal Fehlmessungen, daher befestige ich die Tasche inzwischen eigentlich immer rechts. Dann habe ich zwar nicht immer die Werte auf der rechten Seite, aber die wichtigeren auf der linken Seite werden korrekt erfasst. Wenn ich zwei Back-Roller nutze, lass ich den OBS oft direkt aus.

[osc]

Moin,
so, der Pro ist hier verpackt und geht an den nächsten.
Ich hatte den diverse Fahrten im Einsatz:

• Die Überholabstände waren alle plausibel. Keine Ausreißer wie bei unseren Classics hier.
• Schön ist der i.a. sehr schnelle GPS-Fix! Ist damit auch für kurze Fahrten innerorsts interessant… da haben die Classics hier gerne vor Fahrtende keinen Fix bekommen!
• Auch bei Regen keine Probleme (die classic haben gerne bei Regentropfen im Sensorspalt nur noch Mist gemessen).
• Ich habe kein weiteres FW-Update eingespielt.
• Was ich mir wünsche: Den linken Sensor oben, den rechten unten. Siehe oben meine Begründung.
• Verbesserung am Gehäuse: Rundungen oder Fasen am Schalterausbruch… dann sind die Überhänge/Briding nicht so lang und der Druck wird noch besser (Klagen auf hohem Niveau;-).

Mein Fazit: Ein schönes Teil, und gut gelungen!

Viele Grüße,
Olaf

[phi]

Hallo zusammen,
ich habe recht viele Phantommessungen, vor allem bei Querrillen, Kanaldeckeln und ähnlichen Erschütterungen.
Gibt es etwas, was ich tun kann um diese zu reduzieren?

schönen Gruß
paul.

[fabian]

Hallo @phi: Weißt du ob du schon die aktuelle Firmware von vor ca. 3 Wochen hast? Da ist dieser Patch drin: https://github.com/openbikesensor/OpenBikeSensorFirmware/pull/390.
Der macht die Sensoren gerade im Nahbereich etwas unempfindlicher.

[phi]

Hi @fabian, ich habe die Firmware die gluap am 6.März bereitgestellt hat, mit dem Kommentar „Buttondelay behoben von Fabian“.
Vmtl. dieser PR https://github.com/openbikesensor/OpenBikeSensorFirmware/pull/391

[gluap]

@phi @fabian Ich hatte die Version mit den beiden Fixes für Knopf-Pulldown und für sensitivity gebaut und an @phi und die anderen Tester geschickt. Er sollte also den sensitivity fix schon haben.

[mike93]

Moin zusammen,

danke, dass ich ebenfalls zu den Testern gehören darf. Das Projekt ist wirklich toll.

Leider bekomme ich in meinen CSVs nur 01.01.1970 als Datum angezeigt. Kann mir jemand sagen, was ich falsch mache?

Ein paar weitere Dinge, die mir aufgefallen sind:
– Es heißt auf der Webseite, dass der Pro wetterfest sei, doch das sehe ich bei der mir vorliegenden Version nicht. Weder der Ultraschallsensor noch das Gehäuse sind wasserdicht oder -fest. Ich denke, dass man hier entweder genauer erklären sollte, was man damit meint, oder Anpassungen am Gehäuse und am Ultraschallsensor notwendig sind. Es ist laut Webseite (Gerätevarianten | OpenBikeSensor) ein zentraler Unterschied zu den anderen beiden Varianten.
– Da die Akkulaufzeit recht lang ist, wäre ein aufgeschraubter, ggf. mit Dichtring versehener Deckel für SD und Ladebuchse nicht verkehrt. Durch Erschütterungen rutschte der bei mir während der Fahrt auf und ich hätte ihn später fast abgebrochen. Wird der einige Male auf- und zugeschoben, sollte sich das verschärfen.
– Eine zusätzliche Öse am oberen Bereich des Cases wäre toll, damit man da auch noch einen Kabelbinder benutzen kann, um das Gerät etwas stabiler an sein Fahrrad zu bekommen.
– Die Platine ist natürlich nichts mehr für Anfänger! SMD zu löten ist zwar mit Mikroskop gut machbar, aber eben nicht für Anfänger oder Unerfahrene geeignet. Da reicht es auch nicht, schon 10 Jahre THT zu löten. Das finde ich, sollte man als Hinweis irgendwann dann dazuschreiben oder tatsächlich den Bestückungsservice nutzen lassen.
– Die Clips von @osc sind sehr nützlich.
– Habe es bei der Classic-Variante nicht ausgetestet, doch bei der Pro ist es so: Die SD-Karte kann nicht von macOS oder Windows angezeigt werden. Über die Web-App kann ich Daten als obsdata-File herunterladen und einsehen. Ist das so gewollt?

[fabian]

Moin @mike93,
hier ein paar Antworten von meiner Seite:

• Der Pro war mal „wetterfest“ geplant, das ist jedoch aktuell nicht der Fall. Dies hätte andere Einschränkungen mit sich gebracht und wäre teurer und komplexer geworden. Evtl. folgt dies noch mal in einer späteren Revision, aktuell ist das aber schlicht nicht gegeben. Hier könnte man die Webseite mal anpassen.
• Dass der aktuelle Deckel für SD/USB nicht optimal ist, ist uns bewusst. Das steht noch auf der TODO, den zu verbessern. Insbesondere soll er stabiler und einrastend werden. Dass man Werkzeug braucht, um den auf zu bekommen, fände ich jetzt nicht so geil. Aber das ließe sich ja evtl. optional machen.
• Über die Öse könnte man nachdenken, da bin ich aber glaube ich der falsche Ansprechpartner. Es gibt hier Leute mit mehr Erfahrung was die Montage angeht.
• Der Pro war nie zum selbst bestücken der SMD-Teile gedacht. Beim Bausatz werden die Nutzer noch die ganzen THT-Komponenten bestücken müssen, der Rest kommt eben direkt vom Bestücker. Das war ja der Sinn des Ganzen. Die Teile sind alle 0603 oder größer. Das geht auch ohne Mikroskop (mit normal guten Augen) noch wunderbar. Ich habe schon bei Kursen für Kinder geholfen, die ebenfalls SMD gelötet haben, ohne jegliche Vorerfahrung. Man braucht eine andere Technik als bei THT, aber wirklich schwieriger ist das nicht.
• Die SD-Karte sollte auch unter Windows/Mac funktionieren. Kann ich aber wenig zu sagen/testen, weil ich normal kein Windows/Mac nutze. FAT32 kann aber jedes der OS. Evtl. ist die Karte komisch formatiert (ohne Partitionstabelle oder ähnliches). Einmal neue (DOS) Partitionstabelle erstellen und formatieren kann helfen, wobei ich hier die Erfahrung gemacht habe, dass Mac dabei Mist baut.

Frohe Ostern,
Fabian

[mike93]

Danke, Fabian. Ich hatte die Entwicklung des Pro nicht verfolgt.

• Deckel mit Werkzeug war unter der Prämisse „Wetterfest“ gedacht. Einrastend oder ähnlich zum Mechanismus für die Rahmenhalterung würde ja schon genügen.

[michaelAUX]

Insgesamt funktioniert der Pro und die Messungen sehr gut und zuverlässig. Messwerte bis zu 5 Meter wurden gemessen. Dies führte dazu, dass teilweise die gegenüberliegende Bordsteinkante oder davor geparkte Autos gemessen wurden.

Eine Frage: Welcher Wert beim Drücken invertiert dargestellt? Ist das der minimale Abstand (im 5-Sekunden-Fenster) oder bereits wieder der aktuelle Messwert? (für mich sieht es nach dem aktuellen Wert aus, intuitive wäre aber der gespeicherte Wert interessanter)

[gluap]

Ja ich meine auch, das sei der aktuelle Messwert, das ist auch beim classic genauso, und du hast recht, der bestätigte Messwert wäre intuitiver.

[utoppo]

@gluap

– Nachtrag: Als ich dann losfuhr, hatte ich keinen GPS Fix mehr. Im Konfigurationsmodus wurde „low battery“-Warnung angezeigt. Ich vermute deshalb gab es kein GPS. Jedoch bekam ich im normalen Modus dazu keine Nachricht auf dem Display angezeigt. Nach kurzem Laden über eine Powerbank war der GPS fix dann da @utoppo

So sah das Display aus, als es für etwa 20 Minuten keinen GPS Fix bekam, bevor ich den OBS kurz an die Powerbank anschloss:

Der Track der im Anschluss aufgezeichnet wurde, mit dem GPS Fix, bricht irgendwann 10 bis 15 Minuten vor Ende der Fahrt ab. Das Display „fror“ zu diesem Zeitpunkt ein und blieb für die restliche Fahrt bei „33“ stehen. Im Track wurde bei „battery level“ zuletzt der Wert 3.56. abgespeichert. Was sagt der Wert aus? Ist der Akku damit fast leer?

Ist bei (fast) leerem Akku eine Warnung oder ein Feedback an den Nutzer im Display vorgesehen?

[gluap]

Mit 3.56V ist der Akku ziemlich runter. Lad ihn am besten mal auf und schau ob das Problem sich dadurch behebt.

Der openbikesensor warnt erst av einer niedrigeren Spannung, aber das hängt auch ein bisschen vom Akku ab und vom spannungswandler.

[utoppo]

@gluap Vielen Dank für deine Antwort. Nachdem der OBS jetzt über Nacht am Ladekabel hing, zeigt er leider immer noch ein rotes Licht an, und in der „about“-Sektion im Konfigurations-Menü steht:

"Battery voltage: 4.14V"

Ist das normal? Oder könnte etwas defekt sein?

Ganze About-Ausgabe (SSID anonymisiert):

ESP32
Chip Model: ESP32-D0WDQ6
Chip Revision: 1
Heap size: 259KiB
Free heap: 121KiB
Min. free heap: 108KiB
Chip id: A5B7B3F8BC0E
FlashApp Version: v0.3.111
IDF Version: v4.4.7-dirty
Arduino Version: 2.0.17
App size: 2429KiB
App space: 256KiB
App 'DEVELOP': false
Log default level: 1
Core debug level: 3
Cores: 2
CPU frequency: 240MHz
SPIFFS size: 169KiB
SPIFFS used: 4267B
SPIFFS files:
key.der 1191B 1970-01-01T00:00:13
cert.der 903B 1970-01-01T00:00:13
cfg.old 435B 2026-06-15T15:46:05
cfg.obs 435B 2026-06-15T15:47:32
System date time: 2026-06-16T13:56:28Z
System millis: 731007
Battery voltage: 4.14V
App Partitions
Current Partition: app
OTA-0 Partition: app
OTA-0 Partition Size: 3584KiB
OTA-0 App: App 'arduino-lib-builder', Version: 'esp-idf: v4.4.7 38eeba213a', IDF-Version: 'v4.4.7-dirty', sha-256: e0e576fa563e908cbc9f7a66, date: 'Mar 5 2024', time: '12:36:24'
OTA-1 Partition: flashApp
OTA-1 Partition Size: 256KiB
OTA-1 App: App 'OpenBikeSensorFlash', Version: 'v0.3.111', IDF-Version: '5.3.1', sha-256: 60aa3f038926ab15b345009d, date: 'Dec 20 2024', time: '11:45:08'
SD Card
SD card size: 57GiB
SD card type: SDHC
SD fs size: 57GiB
SD fs used: 23MiB
TOF Sensors
Left Sensor raw: 0cm
Left Sensor max duration: 0µs
Left Sensor min duration: 0µs
Left Sensor last start delay: 0µs
Left Sensor signal errors: 0
Right Sensor raw: 0cm
Right Sensor max duration: 0µs
Right Sensor min duration: 0µs
Right Sensor last start delay: 0µs
Right Sensor signal errors: 0
GPS
GPS valid checksum: 0
GPS failed checksum: 0
GPS unexpected chars: 0
GPS hdop:
GPS fix: 0
GPS fix flags: 0
GPS satellites: 0
GPS uptime: 0ms
GPS noise level: 0
GPS Antenna Gain: 0
GPS Jamming Level: 0
GPS baud rate: 9600
GPS ALP bytes: 0
GPS messages:
Display / Button
Button State: 0
Display i2c last error: 0
Display i2c speed: 400KHz
Display i2c timeout: 50ms
WiFi
Mode: Station
SSID: XXXXXX
Hostname: obs
Local IP: 192.168.178.86
Gateway IP: 192.168.178.1
Subnet Mask: 255.255.255.0
MAC: F8:B3:B7:A5:0E:BC
RSSI: -52dBm
DNS: 192.168.178.1
Status: Connected
AutoConnect: Disabled
AutoReconnect: Enabled
BSSID: B0:F2:08:6A:93:46
Channel: 6
HTTP
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:151.0) Gecko/20100101 Firefox/151.0
Request Host: 192.168.178.86
Client IP: 192.168.178.83
Language: de,en-US;q=0.9,en;q=0.8
Https log level: 3