OpenBikeSensor Pro test Wikipost

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.

  • :white_check_mark: = getestet und ging
  • :x: = getestet und ging nicht
  • :question: = 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

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

Hardware

  • :white_check_mark: Nutzung währen der Fahrt mit StandardMountAdapter am Sattelrohr @gluap
  • :question: 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]
  • :white_check_mark: Aufladen geht, wenn fertig geladen led grün. @gluap
  • :question: 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
  • :white_check_mark: GPS hat schnell fix.@gluap
  • :white_check_mark: Aufladen geht bei ausgeschaltetem Sensor @gluap
  • :white_check_mark: langer delay nach drücken des knopfes – behoben durch firmwarepatch @gluap
  • :question: 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

  • :white_check_mark: Batteriedeckel: Coole 3D-Print-Only konstruktion @gluap
  • Batteriedeckel etwas lose. @gluap +1 @phi
  • :question: Kann man dem Batteriedeckel eine Arretierung spendieren? @phi
  • Gehäuse wirkt wertig, vor allem durch die versenkten Sensoren, insgesamt „klobiger“ als der Classic @phi

Displaygehäuse

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

Messungen

  • :question: GPS Fix hat funktioniert, allerdings etwa 1,5 Min. gebraucht @phi
  • :white_check_mark: 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
  • :question: 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)
1 „Gefällt mir“

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

@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.

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.

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.

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

1 „Gefällt mir“

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.

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.

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

6 Beiträge wurden in ein neues Thema verschoben: Montagemöglichkeiten für OBS Pro/OpenBikeSensor am Longtail

@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.

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?

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

1 „Gefällt mir“

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.