Ich habe eine Dashcam mit Abstandssensor (Dashcam+Sensor+LiveApp)

@osc Erstmal: Ich hoffe du bist wohlauf. Kontakt mit einem Zeugen heißt ja, das es weit über das normale enge Überholen hinaus ging.

Der OpenBikeSensor Pro und Classic und auch der Lite (zumindest in seiner ursprünglichen ausführung) speichern die Abstanswerte nicht nur bei Knopfdruck, sondern fortlaufend alle ~30-100 milisekunden.

Im CSV format in Form der 60 Spalten hinter „Measurements“, im Protobuf Format in Form der DistanceMeasurement nachrichten, die nach jeder Ultraschallmessung geschickt werden, und in der Handyapp mit den hinzugefügten GPS-Nachrichten gespeichert werden.

Wenn man also tatsächlich nach einem Unfall Diagnose auf den Daten treiben möchte, kann es sinn machen in die Rohdaten zu schauen.

[edit: zuerst falschen poster @mentioned]

Mist. Aber was hat das mit dem Ländercode auf dem Kennzeichen zu tun?

liebes Open Bike Sensor Forum,
auch wenn es hier sehr ruhig geworden ist, habe ich intensiv an dem Projekt weiter gearbeitet. Ich will mal kurz ein update geben:

Der Code ist komplett neu aufgebaut und arbeitet nun mit einem raspberry pi zero2 statt mit einem 5er. Also ein deutlicher Kostenvorteil.
GPS ist diesmal integriert und der letzte Überholabstand wird als Herzfrequenzwert per Bluetooth gestreamt.
Außerdem stehen über einen Klinkenanschluss bis zu drei Benutzertaster zur Verfügung deren Status gespeichert wird. Der Stecker kann darüber hinaus dazu verwendet werden von bis zu drei gespeicherten Fahrrädern (Breite und Sensorposition) eins beim Start zu laden und den Abstandswert zu korrigieren.

Das Gehäuse ist fast fertig wird aber leider vorerst noch nicht wasserdicht sein.
Dafür habe ich zwar die Form des OBS mount Adapters übernommen, dem ganzen aber noch einen quick release Mechanismus mit Kugelschreiberfeder hinzugefügt.

in einem zweiten Bluetooth stream werden außerdem weitere Infos gesendet, die Auskunft über das geladene Fahrrad, den Abstand, gps-Geschwindigkeit und -fix sowie den Taster-Status geben. Diese Ausgabe würde ich gerne komfortabel in einer eigenen App anzeigen. Das übersteigt aber aktuell noch meine Fähigkeiten.

natürlich kann neben einem video auch eine csv datei gespeichert werden.

Es geht also voran. !

IMG_3344|690x421

1 „Gefällt mir“

Nett. Danke für das Update… anstatt des OBS fährt bei mir derzeit auf dem OBS-Halter eine Sony FDR-X3000 mit, schräg nach hinten gerichtet. Mit Live-View vorne am Vorbau… vorgestern hat es eine Fahrschule im Fahrschulbetrieb erwischt… mit Beschwerde beim LBV und Fahrlehrerverband… zweimal zu eng mit zwischenzeitlicher Ansprache war mir dann doch zu viel!
Zero2 liegen hier noch einige arbeitslos rum… was muß man sonst noch an Hühnefutter/GPS/Camera besorgen?
Viele Größe, Olaf

Hi Olaf, Ohje, gerade die Fahrschulen sollten das besser können.

Entschuldige bitte die lange Antwortzeit. Die Grundlegende Hardware bleibt die gleiche. Als Kamera hab ich aber eine mit festem Fokus von Arducam verwendet, da der Autofocus zu wackelig war. Die genaue Anleitung für die neue Version mit allen Knöpfen und Anschlüssen kommt hoffentlich bald auf Github.

Ich habe jetzt ein paar Gehäusevarianten durch und dabei auch den quick release noch einmal überarbeitet. wäre das auch interessant für den OBS? Das Prinzip ließe sich bestimmt in euren Mount integrieren.
Features - 3 - quick release OBS

1 „Gefällt mir“

Ein sehr cooles Projekt!

Was wäre nötig, um es statt an der Sattelstütze, auch am Lenker vorne verwenden zu können? Wie aufwändig wären die Änderungen dafür? Beim OBS ist es ja relativ problemlos möglich, da er auf beiden Seiten Sensoren hat. Bei der Dashcam sind Kamera und Radar-Sensor auf der linken Seite, würden also bei Montage vorne auf der „falschen“ rechten Seite landen…

Dinge, die mir einfallen:

  • Radar-Sensor-Seite
  • Kamera-Seite
  • Neigung der Befestigung
  • Länge des Gehäuses (kürzer evtl. möglich? Wegen Beladung…)

Ich denke da an mein Longtail-Rad aus diesem Thread:

Ich bin gespannt, wie es weitergeht mit der OpenBikeDashcam!

ganz simpel könnte man das ganze Kopfüber nach vorn ausgerichtet montieren. Das Video ließe sich per Software drehen und eine Blende für die microSD brauche ich langfristig sowieso noch, die würde sonst in dieser Ausrichtung leicht herausfallen können… Den Punkt muss ich mal genauer durchdenken.
Als weitere Idee für die Montageposition: mit einer individuellen Halterung könntest du den Sensor eigentlich auch unter dem Korb anbringen, das sieht aus als wär da noch genug Raum. Da wäre er dann auch Geschützt vor der Ladung im Korb. Und meiner bisherigen Erfahrung nach, hast du dann mehr von der gesamten Autolänge im Sensorbereich (Motorhaube, ggf. flaches Heck), wenn der Sensor tiefer sitzt. Über nasse Fahrbahn und schlechtes Wetter denk ich an dieser Stelle mal noch nicht nach :smile:

Für die Neigung wirds voraussichtlich individuelle 3D Druckmuster geben müssen. Ich hatte verschiedene Neigungsoptionen probiert, aber das wurde dann bisher nur Instabil dadurch. Ein gerade geneigtes Teil wär aber absolut kein Problem.

1 „Gefällt mir“

Ein hervorragender Ansatz und genau das was ich suche!
Ich verfüge über 3D-Drucker, aber habe leider keine wirkliche Erfahrung im Löten oder Programmieren, von einfachen Kabelverbindungen, Basic und Klipper mal abgesehen.

Ein System am Lenker wäre nicht schlecht, auf dem Gepäckträger aber auch gut. Nur an der Sattelstütze eher nicht, da ist kein Platz.

Der ADFC-Göttingen hätte sogar ein Budget die Komponnenten zu kaufen. Aber ich persönlich auch.
Als Tester stehe ich zur Verfügung!

Was mir beim Durchsehen des Projets sofort auffällt ist die mangelnde Bildstabilisierung. Ein konkretes Problem bei Aufnahmen vom Rad aus. Schon ein Nabendynamo sorgt für ausreichend Schwingungen um ein Bild zu verwackeln. Und die üblichen Straßen mit schlechten Belägen brauche ich kaum zu nennen. Es muss eine sehr gute Kamera mit Bildstabilisierung verbaut werden.

@247: Danke für die Idee…
Ich habe inzwischen einige von den Riegeln verloren…
War heute mit dem Slicer unterwegs… siehe Bild. Modifzierter Halter, Ein getrennter Riegel, eine kurze M3-Senkschraube. Gedruckt funktioniert es. Realer Praxistest folgt. Wo kann ich die Daten ablegen?

Viele Grüße, Olaf

PS: Hm, kann keine png und gif hochladen… dann halt jpg.
PPS: Kann sein, daß der Riegel senkrecht gestellt besser ist… wird noch ausprobiert.
PPPS: Erste Testfahrten: Kein Problem, funktioniert wunderbar. Deutlich weniger gefummel! Weiterhin die Frage: Wo soll ich die Daten (.3mf oder7 und stl) zur Verfügung stellen? Ähnlich könnte man wohl auch die Magneten in den Displayhaltern loswerden!

Vielen Dank für die Gedanken und Ideen! Wäre bei der Kopfüber-Montage die „Ausrichtung“ des GPS-Sensors nach unten ein Problem? Oder spielt das für den Empfang keine so große Rolle?

Montage unterhalb des Korbs klingt auch gut, wenn ich genauso wie du den Dreck und das Spritzwasser ausblende :wink: Aber bei Regen sollte man das Gerät sowieso besser nicht verwenden, oder?

das mit der Montage nach vorn ausgerichtet muss ich mir nochmal genauer betrachten, wenn die aktuelle Version veröffentlicht ist. Die Montage der Komponenten, GPS, … vielleicht hängt da doch mehr dran als ich dachte. Bisher ist alles auf hinten ausgelegt.
Regenschutz wird kommen, ist an einigen Stellen vorbereitet, aber z.B. am MicroSD Slot noch ohne Idee.

hallo Kalle, schau dir gerne das kurze Beispiel-Gif auf der Github seite an. Bisher ist eine zusätzliche Bildstabilisierung nicht notwendig.

danke für dein Angebot, da komme ich gern drauf zurück.

ne schöne schlanke Idee für die Arretierung ist das Olaf. Hast du Langzeiterfahrungen, wie stabil die kleinen Hebel bleiben, wenn sie auch bei Kälte regelmäßig gebogen werden?

Ich verwende den Hebel derzeit am OBS-Halter um eine FDR X3000 (Sony) zu nutzen. Täglich mehrmals. Kein Problem bisher. Was die Kälte angeht… wird der Winter zeigen. Letzte Woche durfte ich aber nicht Fahrradfahren (§50 StVO, dort war es eh zu warm;-) Olaf

hey, ich bereite gerade die nächste Dashcam-Version für die Veröffentlichung vor und würde gerne noch eine Möglichkeit einbauen eine csv datei zu exportieren, die in euer Portal importiert werden kann, damit ich nicht das nächste Tool und das nächste Datenbanksystem aufbaue. Schön wäre, wenn das kompativel wäre und euer System ergänzen kann.
Bei mir werden ja pro frame die Koordinaten und der Abstandswert geschrieben. Ihr braucht zur Definition als Überholvorgang aber zwischendurch immer einen Tastendruck oder? Ich habe ja Taster vorbereitet, sodass das auch möglich wäre. Dann wäre der Import in euer Portal aber definitiv auf den Taster-Modus beschränkt, da sonst nie Überholvorgänge erkannt werden richtig?
Für mich persönlich im Sinne der Dashcam lasse ich sie ja bisher einfach mitlaufen ohne weiter dran zu denken.

Könnte vielleicht jemand in einem Testportal ausprobieren, ob die angehängte Datei in euer Portal sauber eingelesen wird? Ich habe jetzt den export im Open Bike Sensor Format hinzugefügt.

Außerdem habe ich einen Betriebsmodus „OBS-mode“ eingefügt, bei dem nur über den Bestätigungstaster am Lenker die aktuelle Datei gesichert wird und nicht über ein Unterschreiten des kritischen Überholabstandes.

  • als Messwerte habe ich nur Left und Lus eingetragen
  • Lus(n) ist als cm-Wert eingetragen, aber der Faktor auf 1 gesetzt, damit die Rechnung wieder stimmt
  • in den Metadaten steht in der PresetID der Text "Open Bike Dashcam" , damit man später eventuell die Geräte differenzieren kann. (Wenn ich das richtig verstanden habe, ist das ein Feld für einen frei definierten Text)

habt ihr noch weitere Anmerkungen, was bei der CSV Datei wichtig sein könnte?

26-10-15_17-20-36_OpenBikeDashcam-117cm-obs.csv (1,1 KB)

hallo
hattest du es im https://portal.openbikesensor.org versucht? Als ich die csv dort hochgeladen habe, gab es eine fehlermeldung. aber keine aussagekräftige:
Beim Import dieser Fahrt ist ein Fehler aufgetreten, Lies dir die folgende Fehlermeldung durch und falls diese dir nichts sagt, bitte frage den Administrator um Hilfe mit diesem Problem.

Error while reading track file: unknown file format

hey Dominik, super ich hatte das öffentliche Testportal noch nicht gesehen. Danke dir für den Link.
Der Import funktioniert jetzt. Der Fehler lag in der csv-Anleitung auf der OBS Website:
In eurer Anleitung ist das Keyword für den Datentyp OBSDataFormatVersion=2 aber in einer Beispieldatei aus dem Forum habe ich gesehen, dass dort nur OBSDataFormat=2 stehen muss.

Jetzt bekomme ich aber noch den folgenden Fehler. Der Admin vom Portal ist Gluap? :

Too few points to process track.