Wir bauen Logging- und Flash-Werkzeuge — als PC-Software, als eigenständiges Gerät oder beides zusammen. Werkzeuge zum Auslesen, Aufzeichnen und sicheren Aufspielen von Softwareständen, für Entwicklung, Prüfstand und Service. Was damit geschrieben wird, bestimmt der Anwender — die Nutzlast liefern wir nicht.
Leistungstiefe
Wir bauen das Werkzeug, nicht den Inhalt: Applikations-/Funktionssoftware in Kundensteuergeräten und Homologation gehören nicht dazu.
Werkzeuge für Entwicklung, Prüfstand, Bandende-Programmierung und Service. Ausgelegt für den Dauerbetrieb, nicht als Laborbastelei.
Typischer Einsatz: Entwicklung, Prüfstand, Dauerlauf und Service — aufzeichnen und nachweisen, nicht eingreifen.
Typischer Einsatz: Softwarestände sicher und nachvollziehbar aufbringen. Was aufgespielt wird, liefert der Auftraggeber.
Unsere Werkzeuge arbeiten generisch und inhaltsneutral. Was auf ein Steuergerät geschrieben wird, bestimmt und verantwortet der Auftraggeber; Änderungsdateien und Kalibrierungen liefern wir nicht. Wir arbeiten nur mit Berechtigung des Rechteinhabers. Die rechtliche Zulässigkeit klären wir projektbezogen und halten sie vor Projektbeginn schriftlich fest.
Auftragsentwicklung von Logging- und Flash-Werkzeugen: als PC-Anwendung, als eigenständiges Gerät oder als Kombination aus beidem. Gerätefirmware in C und C++, bare-metal oder RTOS-basiert, mit Treibern, Bootloader sowie Bus- und Diagnosestack. Bedienoberflächen, Testautomatisierung und Auswertung in Python.
Botschaftsmatrizen, Timing-Analyse und Fehlerbehandlung auf CAN und CAN-FD. Diagnose und Flash-Abläufe nach UDS.
Zuerst ein Funktionsmuster aus Developer- und Breakout-Boards: So steht der Aufbau früh und lässt sich messen, bevor Geld in Leiterplatten fließt. Danach die eigene Platine — Schaltplan, Bauteilauswahl, Layout, Stückliste und Fertigungsdaten in KiCad, inklusive Beauftragung von Fertigung und Bestückung.
Bestückte Platinen kommen zurück auf den eigenen Labortisch: Erstinbetriebnahme, Fehlersuche auf Signalebene und Funktionsprüfung jeder gelieferten Baugruppe, bevor sie zum Einsatz kommt.
Anforderungen erfassen, strukturieren und nachverfolgbar halten: was das Werkzeug können muss, welche Schnittstellen gelten, was geprüft wurde. Inklusive Testspezifikation und Übergabedokumentation, die auch nach dem Projekt noch tragfähig ist.
Wir analysieren ein Bestandssystem nur so weit, wie es für Interoperabilität nötig ist — bis dorthin reicht die gesetzliche Erlaubnis, und weiter gehen wir nicht. Ergebnis ist eine funktionale Spezifikation, kein abgeleiteter Code. Damit endet unsere Leistung; umgesetzt wird getrennt davon durch Ihr Team, einen Dritten oder einen Umsetzungspartner ohne Zugang zum Analysematerial.
Rechtliche Grundlage sind insbesondere § 69d Abs. 3 und § 69e UrhG sowie § 3 GeschGehG. Vor Projektbeginn prüfen wir Lizenz- und Vertraulichkeitsbedingungen und halten die Berechtigung schriftlich fest. Die freigegebene Spezifikation wird datiert eingefroren; Analysematerial bleibt in einem getrennten, zugriffsbeschränkten Bereich.
Berechtigung, Lizenz- und Vertragslage klären und festhalten
Analyse: Ist-Verhalten und Buskommunikation erfassen
Funktionale Spezifikation erstellen — ohne Codefragmente
Review-Gate: Freigabe der Spezifikation, Trennung protokolliert
Umsetzung ausschließlich nach freigegebener Spezifikation
Übergeben wird ausschließlich die Spezifikation. Analysematerial verlässt den geschützten Bereich nicht und fließt in keine Umsetzung ein.
Wir passen uns Ihrer Toolchain an, wenn das Projekt es verlangt.
Konkrete Toolnamen und Lizenzen nennen wir projektbezogen — bitte im Erstgespräch abstimmen.
Nachweise und Zeugnisse legen wir auf Anfrage oder im Vergabeprozess vollständig vor.
Für Entwicklung, Prüfstand, Service oder Motorsport — wir melden uns mit einer ersten technischen Einschätzung zurück.
