Für eine Infotainment-App: ARM Entwickler-/Ubuntu-Hilfe gesucht: Externe Sensordaten an das Infotainment übermitteln

Hallo zusammen,

Vor knapp einem Jahr hat ein Entwickler (in einem US Mazda-Forum) mit Hilfe eines Microcontrollers (ARM-Cortex M3) über einen der USB-Anschlüsse externe Sensordaten an das Mazda Infotainmentsystem übermittelt, so dass diese in einer App (Speedometer) der MZD-AIO Tweaks auf dem Infotainmentdisplay angezeigt werden konnten. Bei ihm waren es Bluetooth Reifendrucksensoren, ich möchte diesen Weg gerne für die Daten der Ölsensoren verwenden. Auch andere Anwendungen wären denkbar, z.B. RGB-LEDs über eine App im Infotainmentsystem steuern, usw.

Ihm fehlte damals ein Entwickler für die App, vor allem für das User Interface, als ich dazukam um die Apps dafür zu bauen, war er leider nirgendwo mehr erreichbar.
Ich habe seinen Code für den Microcontroller (in C geschrieben), seine Befehle zum Kompilieren auf Ubuntu und die Toolchain, die er zum Kompilieren benutzt hat.
Leider kenne ich mich mit Linux nur ein bisschen und mit ARM-Development und der Toolchain gar nicht aus und komme bei der Benutzung der Toolchain nicht weiter.

Gibt es hier einen Entwickler, der sich mit ARM-Development/Toolchains unter Ubuntu auskennt und der Lust hätte, daran mitzuwirken oder zumindest mal drauf schauen würde? Hauptsächlich suche ich jemanden, der den Befehl zum Kompilieren (Punkt 3, siehe unten) versteht.

1.) Code: https://pastebin.com/SKwfQbud?…PTKpw021yekP7NejwR-rGQXCs
2.) Toolchain: https://github.com/jmgao/m3-to…Ba4P0jha0NeTIAHOQZ46OKElE
3.) Befehle zum Kompilieren: https://pastebin.com/Q5ScQLyL?…k9mTHk37wNA9fva8Z6HdcvPFI

Fragen:
- Warum sind zum Kompilieren zwei Befehle notwendig?
- Was hat es mit den zwei Laufwerken I und L auf sich, die in den Flags stehen?

Wie gesagt, von demjenigen, der das schon ein mal gemacht hat, bekomme ich keine Antworten mehr, als wäre er vom Erdboden verschluckt.

Falls jemand Interesse an einem Austausch und Zusammenarbeit hat:
Das Microcontrollerboard (das der ursprüngliche Entwickler auch verwendet hat) kann ich bereitstellen und ich wäre auch bereit, als Dank die ein oder andere Tankfüllung springen zu lassen, wenn wir das Ganze gemeinsam zum Laufen bringen können!

PS: Ich weiß, das Thema ist speziell, ich bitte zunächst um sachdienliche Antworten zum Thema. Weitere Diskussionen über mögliche Anwendungsbereiche usw. können wir gerne führen, sobald wir eine funktionierende Basis haben.

Oh man, wie bin ich denn da auf Laufwerksbuchstaben gekommen? Bestimmt, weil I und L groß geschrieben sind, aber das dient bestimmt der Unterscheidung untereinander?

Eure Hinweise haben mir schon mal etwas auf die Sprünge geholfen. Dann wollen wir jetzt die Tage über mal sehen, ob das mit der virtuellen Ubuntu-Maschine funktioniert. Seh ich das richtig, dass da aber noch nichts geflasht wird? Dann brauch ich noch einen Programmer?

Das Board ist ein RedBear Duo. Grund dafür ist wohl, dass libusb notwendig ist und das mit dieser Toolchain via ARM-Cortex chip realisierbar ist.
Für alternative Vorschläge, eine Datei in den tmp-Ordner des Infotainmentsystems zu schreiben, bin ich offen.

Puh, das wäre ... hm.

Er schrieb allerdings damals: "Yes the firmware code loaded on the board is ..."
Dann habe ich diesen Teil vielleicht von Anfang an falsch verstanden?

Das würde allerdings die Notwendigkeit einer Toolchain für das CMU erklären.

Da erkenne ich allerdings im zweiten und dritten Link den Code wieder – und die müssten doch eigentlich für das Board sein?

Hier ist die Quelle des Ganzen:
https://mazda3revolution.com/f…our-cmu-infotainment.html

Hab ich also doch richtig verstanden, oder? Der Microcontroller sagt dem MZD er ist ein libusb HCI USB CDC Gerät und darf dann die Datei in den tmp-Ordner schreiben.

Auf diese Datei kann dann jede App des MZD zugreifen.

Am Wochenende setz ich mich an die virtuelle Ubuntu-Maschine und versuche da mal weiter zu kommen.