Schmidt Embedded Systems, Lemberg Solutions, Innowise, VIERLING und SaM Solutions sind fünf Vergleichskandidaten für Firmware-Projekte in Gießen. Schmidt nennt ein örtliches Büro; sein Firmensitz liegt in Marburg. Die übrigen Kandidaten ergänzen die Auswahl überregional. Ich würde Firmware nicht nur nach den Funktionen des ersten Prototyps beurteilen. Zuverlässiger Gerätecode muss zur Hardware passen, mit Fehlerzuständen umgehen und später kontrolliert aktualisierbar bleiben. Gerade vernetzte Geräte benötigen dafür eine Planung über die Markteinführung hinaus.
Schmidt Embedded Systems bietet Firmware, Echtzeitsysteme, Connectivity und produktnahe Entwicklung. Die Begleitung reicht nach eigener Darstellung von der Machbarkeit bis zur serienreifen Lösung. Für Firmen, die einen lokalen Gesprächspartner suchen, ist das Gießener Büro ein konkreter Anknüpfungspunkt. Den erforderlichen Umfang würde ich am vorgesehenen Gerät und seinen Schnittstellen festmachen.
Lemberg Solutions nennt Architektur, Treiber, Mikrocontrollerwahl, Energieoptimierung und automatisierte Tests. Dazu kommen Secure Boot und Fernaktualisierung. Interessant ist dieser Ansatz, wenn Firmware, Gerätekommunikation und ein längerfristiger Updateprozess gemeinsam entwickelt werden sollen. Ich würde die Zuständigkeit für diese Teile ausdrücklich im Angebot festhalten.
Innowise bietet Neuentwicklung, Überprüfung und Modernisierung bestehender Firmware sowie manuelle und automatisierte Tests. Hinzu kommen Hardwareintegration und Wartung. Der Kandidat passt damit auch zu Produkten, die bereits existieren und gezielt stabilisiert oder um eine zusätzliche Funktion erweitert werden sollen.
VIERLING beschreibt Firmwareentwicklung von der Anforderungsanalyse bis zur Verifikation und langfristigen Wartung. Auch Redesigns und Optimierung gehören zum Leistungsprofil. Ich würde den Anbieter vergleichen, wenn Elektronikentwicklung und der Weg vom Prototyp in die Serie eng mit der Firmware abgestimmt werden müssen.
SaM Solutions nennt Board-Support-Pakete, Gerätetreiber, Energieverwaltung und Portierung auf neue Plattformen. Ein Board-Support-Paket verbindet Betriebssystem und konkrete Hardware. Der Anbieter ist deshalb besonders für einen Vergleich geeignet, wenn ein Bauteilwechsel oder eine neue Platinenrevision bestehende Gerätefunktionen erhalten soll.
Vor der Entwicklung würde ich ein Zustandsmodell verlangen: Was passiert beim Einschalten, nach einem Verbindungsverlust und nach einem unerwarteten Neustart? Ein Watchdog kann einen festhängenden Ablauf erkennen, ersetzt aber keine Untersuchung der Ursache. Vereinbaren Sie, welche Diagnoseinformationen erhalten bleiben und wie der nächste Start nachvollziehbar wird.
Die Automatisierungsthemen bei Bots Verified berühren hier die Prüfung wiederkehrender Abläufe. Ein Test sollte beispielsweise einen verlorenen Sensorkontakt und dessen Wiederkehr abbilden. Das Gerät muss den Fehler erkennbar behandeln, statt einen alten Messwert ohne Kennzeichnung weiterzugeben.
Auf Technical Bridges stehen Systemverbindungen im Mittelpunkt. Bei Firmware werden daraus konkrete Protokoll- und Versionsfragen: Kann eine neue Gerätesoftware noch mit der vorgesehenen App und dem Backend kommunizieren? Diese Kompatibilität würde ich gemeinsam mit den eigentlichen Gerätefunktionen testen lassen.
NIST beschreibt als Updatefähigkeiten unter anderem autorisierte Installation und die Prüfung einer gültigen Herkunft. Für das Produkt würde ich deshalb nachvollziehbare Freigaben und einen authentisierten Updateweg verlangen. Eine verschlüsselte Verbindung allein beschreibt noch nicht den vollständigen Aktualisierungsprozess.
Offline-First-Anwendungen bei Servers Tokenized liefern einen passenden technischen Bezug: Ein Gerät kann während eines Updates die Verbindung verlieren. Lassen Sie demonstrieren, wie eine unterbrochene Übertragung behandelt wird und welcher zulässige, geprüfte Betriebszustand anschließend erreichbar bleibt.
Lokale Verarbeitung, wie sie Tech Vault Insider beim Edge Computing aufgreift, muss ebenfalls aktualisiert werden können. Notieren Sie deshalb Firmwareversion, Hardwarevariante und zugehörige Konfiguration für jedes freigegebene Paket. Damit lässt sich später erkennen, welche Geräte eine bestimmte Korrektur überhaupt benötigen.
Ich würde die Aktualisierung zunächst mit einer unpassenden Hardwarekennung und einem nicht freigegebenen Paket prüfen lassen. Beide Fälle sollten vor der Installation erkennbar behandelt werden. Anschließend gehört eine absichtlich unterbrochene Übertragung in den Test, ohne dafür ein produktiv genutztes Gerät zu gefährden.
Dokumentieren Sie für jede Hardwarevariante, welche Version vorher installiert war, welcher Versuch gestartet wurde und wie der erreichte Zustand festgestellt wird. Solche Prüfungen machen den Updateprozess nachvollziehbar. Sie zeigen außerdem, welche Diagnose Ihr Support später benötigt, wenn ein Gerät nach einer Aktualisierung nicht wie erwartet arbeitet.
Zu Quellcode und Dokumentation gehören Werkzeugversionen, Abhängigkeiten und Testanweisungen. Technical Nodes behandelt technische Infrastruktur; im Firmwareprojekt würde ich besonders die gepflegte Entwicklungsumgebung beachten. Mein bevorzugter Anbieter könnte denselben freigegebenen Stand erneut bauen und dessen Eignung auf der vorgesehenen Hardware belegen. Das macht die spätere Pflege unabhängiger von einzelnen Rechnern und Personen.
Für Kajaktraining aus Gelsenkirchen ist der Gelsenkirchener Kanu-Club eine örtliche Anlaufstelle. Canu-Touring-Wanne in Herne, Outdoordirekt…
Wenn das System einen Artikel meldet, den niemand im Lager findet, reicht eine neue Bestellregel…
Eine schlecht geordnete Broschüre kostet Leser Aufmerksamkeit, selbst wenn Druck und Papier stimmen. Für Grafikdesign…
Zwei Seminartage kosten mehr als die Rechnung des Veranstalters. Für betriebliche Weiterbildung in Remscheid müssen…
Fällt der Inhaber ohne Regelung plötzlich aus, steht ein kleiner Betrieb oft binnen Wochen ohne…
Eine Differentialreparatur in Gelsenkirchen kann erforderlich werden, wenn aus dem Bereich von Achse oder Antriebsstrang…