slashwhy entwickelt Firmware für Mikrocontroller-basierte Produkte von der Architektur bis zum automatisierten Test.
Firmware-Entwicklung ist ein wesentlicher Teilbereich von Embedded-Software-Entwicklung: die hardwarenahe Software, dessen Peripherie, Kommunikationsschnittstellen und Steuerungslogik kontrolliert. slashwhy übernimmt diesen Teil vollständig, von der Software-Architektur über die Feature-Implementierung bis zu automatisierten Unit-, Integrations- und Systemtests.
Firmware ist eine von fünf Embedded-Disziplinen, in denen slashwhy als Dienstleister unterstützt. Je nach Produkt kommen Embedded Linux, Echtzeitanwendungen, IoT & Cloud-Anbindung oder grafische Benutzeroberflächen dazu. Diese Disziplinen greifen in vielen Projekten ineinander. Wir kennen die Übergänge und können sowohl fokussierte Firmware-Projekte als auch die Integration in einen größeren Systemkontext realisieren.
Wir arbeiten mit den verbreitetsten Mikrocontroller-Familien im Embedded-Bereich – zum Beispiel mit STMicroelectronics (STM32), Espressif (ESP32) und Nordic Semiconductor (nRF5x). Aus vielen Projekten kennen wir viele verschiedene Controller: Die Plattformwahl beeinflusst jede Architekturentscheidung direkt, deshalb gehört dieses Wissen für uns zur Firmware-Entwicklung dazu.
Ob Bare Metal, Echtzeit-Betriebssystem (RTOS) oder Embedded Linux: Die Wahl der Ausführungsumgebung treffen wir gemeinsam auf Basis der konkreten Anforderungen: Echtzeitverhalten, Energieverbrauch, Komplexität. Keine Standardantwort für alle unsere Kunden, sondern eine begründete und individuelle Entscheidung.
Cyber Security wird in Firmware-Projekten zunehmend zur Pflicht. Mit dem Cyber Resilience Act (CRA), der ab 2027 verbindlich gilt, müssen viele Embedded-Produkte konkrete Sicherheitsanforderungen erfüllen. slashwhy kennt die relevanten Anforderungen und denkt sie von Beginn an mit. Functional Safety ist ein eigenes Thema mit formalen Zertifizierungsanforderungen; wo es relevant ist, platzieren wir es rechtzeitig.
Interesse geweckt? Dann findest du auf dieser Seite alle Informationen über slashwhy als Dienstleister für Firmware-Entwicklung.
Deine Ausgangslage
Die meisten Unternehmen, die zu slashwhy kommen, bringen Hardware mit. Was fehlt, ist die Software. Ohne erfahrenen Partner entstehen dabei typische Probleme: Firmware-Architektur, die die Limitationen der Hardware nicht ausreichend berücksichtigt und damit den Spielraum für spätere Anpassungen einengt. Software, die zu groß wird und einen teureren Controller erzwingt – oder im schlimmsten Fall eine Hardware-Revision notwendig macht. Oder eine gewachsene Codebasis, die neue Features blockiert und bei jeder Änderung unerwartete Seiteneffekte produziert.
slashwhy bringt Embedded-Erfahrung aus vielen Projekten mit. Wir kennen die Entscheidungen, die früh getroffen werden müssen, und wir wissen, welche Konsequenzen sie haben. Das hält die Architektur wartbar und vermeidet Folgekosten, die sich erst später zeigen. Die vier häufigsten Ausgangssituationen, mit denen Kunden slashwhy kontaktieren:
Wir definieren die Modulstruktur, wählen die Ausführungsumgebung und legen die Grundlage für wartbaren, erweiterbaren Code, bevor die erste Zeile implementiert wird. Eine durchdachte Architektur entscheidet darüber, wie schnell neue Features später umgesetzt werden können und ob die Firmware auf der geplanten Hardware passt oder einen teureren Controller erzwingt.
Wir setzen die gewünschten Funktionen um: sauber strukturiert, dokumentiert und auf die Ziel-Hardware abgestimmt. Dabei arbeiten wir iterativ und reviewen den Funktionsumfang regelmäßig mit dir. So bleiben Anforderungen und Umsetzung synchron, auch wenn sich im Projektverlauf etwas ändert.
Wenn sinnvoll, integrieren wir einen Bootloader und ein Echtzeit-Betriebssystem (RTOS) wie FreeRTOS oder Zephyr als Teil der Firmware-Architektur. Der Bootloader ermöglicht sichere Updates ohne physischen Zugriff auf das Gerät. Das RTOS strukturiert nebenläufige Aufgaben und macht die Firmware skalierbarer und wartbarer.
Wir binden Sensoren, Aktoren und Kommunikationsschnittstellen an: I2C, SPI, UART, CAN, Bluetooth, WiFi und weitere. Die Anbindung von Peripherie ist einer der fehleranfälligsten Teile der Firmware-Entwicklung. Saubere Treiber und klare Abstraktionsschichten (HAL) sorgen dafür, dass Hardware-Änderungen später nicht die gesamte Codebasis betreffen.
Wir bereiten die Firmware für sichere Updates vor, lokal oder Over-the-Air (OTA), je nach Produktanforderung. Eine durchdachte Update-Strategie ist besonders bei Geräten im Feld relevant: Sie ermöglicht Bugfixes und neue Features ohne Rückruf und ist mit dem Cyber Resilience Act (CRA) ab 2027 für viele Produktkategorien verpflichtend.
Unit-, Integrations- und Systemtests gehören für uns fest zum Entwicklungsprozess dazu und werden, wo sinnvoll und möglich, automatisiert. Firmware, die ungetestet in die Produktion geht, produziert Fehler, die im Feld teurer zu beheben sind als im Entwicklungsprozess und die im schlimmsten Fall zu Produktrückrufen führen.
Viele Firmware-Projekte haben Sicherheitsanforderungen, sowohl in Richtung Functional Safety als auch Cyber Security. slashwhy kennt die relevanten Anforderungen und denkt sie im Projekt mit: bei der Architektur, bei der Update-Strategie und bei der Peripherieanbindung. Für Projekte mit formalen Zertifizierungsanforderungen nach IEC 61508 oder ISO 26262 arbeiten wir eng mit dem Kunden zusammen. Die Zertifizierung selbst liegt beim Kunden oder einem spezialisierten Partner.
Wenn eine Hardware-Plattform gewechselt wird, ein Controller abgekündigt wird oder bestehende Firmware auf eine neue MCU portiert werden muss, übernehmen wir die Migration. Wir analysieren die bestehende Codebasis, identifizieren plattformspezifische Abhängigkeiten und portieren die Firmware strukturiert auf die Zielplattform. Das umfasst RTOS-Migrationen ebenso wie das Refactoring von Legacy-Code, der über Jahre gewachsen ist.
Firmware-Entwicklung ist eine Disziplin, in der du beide Welten verstehen musst: Du kannst nicht einfach Code schreiben und hoffen, dass die Hardware mitspielt. Du musst wissen, was auf den Leiterbahnen passiert, was der Schaltplan dir sagt und wo die Hardware-Entwicklung beim Kunden vielleicht einen Fehler gemacht hat. Das macht es anspruchsvoll und, ehrlich gesagt, auch sehr befriedigend wenn es funktioniert.
Dr. Joachim Wilharm
Managing Director bei slashwhy
Unsere Plattformexpertise
slashwhy entwickelt Firmware für die gängigsten Mikrocontroller-Familien im Embedded-Bereich. Kunden bringen ihre Hardware mit, wir bringen die Erfahrung mit der Plattform ins Projekt. Das bedeutet keine Einarbeitungszeit auf Kundenkosten, keine vermeidbaren Anfängerfehler und eine Architektur, die von Anfang an zur Ziel-Hardware passt. Die Plattformen, mit denen wir am häufigsten arbeiten:
Der STM32 ist eine der gängisten Mikrocontroller-Familien in Industrie- und Consumer-Projekten. slashwhy entwickelt Firmware für die gesamte STM32-Linie: für Steuergeräte in Landmaschinen, Haushaltsgeräten und Industrieanlagen ebenso wie für IoT-Sensoren und Bluetooth-Geräte. Das ausgereifte Ökosystem mit guter Toolchain-Unterstützung und umfangreicher Dokumentation spart Entwicklungszeit und reduziert Fehlerquellen.
Der ESP32 kombiniert Mikrocontroller-Funktionen mit integriertem WiFi und Bluetooth auf einem Chip – erste Wahl für vernetzte IoT-Geräte, weil das Board-Design einfacher und die Hardware-Kosten geringer werden. slashwhy entwickelt Firmware für ESP32-basierte Produkte: von vernetzten Sensoren und Smart-Home-Aktoren bis zu industriellen Gateway-Lösungen, auf ARM- und RISC-V-Basis.
Die nRF5x-Familie ist auf minimalen Energieverbrauch optimiert und unterstützt Bluetooth Low Energy (BLE), Thread und Zigbee. slashwhy entwickelt Firmware für nRF5x-basierte Geräte: Bluetooth Accessories, Location Tracker, Heizkostenzähler und kabellose Sensoren, bei denen Laufzeit und Funkzuverlässigkeit entscheidend sind.
Nicht jedes Projekt kommt mit einer der drei genannten Familien. slashwhy arbeitet sich bei Bedarf in neue Plattformen ein. Architekturprinzipien, Peripherieanbindung und Teststrategien sind plattformübergreifend. Was sich ändert, ist die konkrete Toolchain und die spezifischen Register.
Programmiersprachen: C, C++, Rust
RTOS: FreeRTOS, Zephyr
Tools: GCC, CMake, Git, JTAG-Debugger, In-Circuit-Emulatoren
Kabelgebunden: I2C, SPI, UART, CAN, RS232, RS485, Ethernet, USB
Kabellos: Bluetooth, BLE, WiFi, ZigBee, Thread, Matter, LoRaWAN
slashwhy arbeitet in beiden Modellen. Wir übernehmen entweder den Firmware-Teil vollständig oder integrieren uns als verlängerte Werkbank direkt in euer bestehendes Team. In letzterem Fall arbeiten wir eng mit euren Entwickler:innen zusammen, stimmen Architektur und Code-Konventionen ab und passen uns an eure bestehenden Prozesse und Tools an. Welches Modell sinnvoll ist, klären wir am Anfang gemeinsam.
Kommt auf die Aufgabe an. Für frühe Entwicklungsphasen können wir auch mit Entwicklungsboards (Dev-Kits) starten – slashwhy hilft bei der Auswahl des passenden Boards. Sobald es eine erste Kundenplatine gibt, steigen wir ein, auch wenn sie noch ein Funktionsmuster ist. Hardware-Revisionen während der Entwicklung sind normal und kein Hindernis. Was wir brauchen: eine definierte Hardware-Basis auf der wir entwickeln und testen können. Individuelle Hardware-Entwicklung übernehmen wir nicht – wir sind der Entwicklungspartner für Individualsoftware.
Folgeverträge für Bugfixes und neue Features sind möglich. Was slashwhy nicht anbietet sind Wartungsverträge für den laufenden Betrieb. Wer eine dauerhafte Betreuung des Produktbetriebs braucht, sollte das früh ansprechen damit wir gemeinsam klären was sinnvoll ist.
Durch saubere Dokumentation, strukturierten Code und iterative Reviews mit dem Kunden während des gesamten Projekts. Der Code und alle Artefakte gehören dem Kunden. Ziel ist immer eine Firmware, die auch ohne slashwhy weiterentwickelt werden kann, von eurem Team oder einem anderen Partner.
Ja. slashwhy entwickelt neben Firmware auch Apps, Cloud-Backends und IoT-Integrationen. Das bedeutet für den Kunden einen zentralen Ansprechpartner für alle Softwareschichten des Produkts ohne Schnittstellenverlust zwischen verschiedenen Dienstleistern. Welche Leistungen konkret gebraucht werden, klären wir in einem ersten Gespräch.
Intuitive Bedienung mittels einer modernen UI ist uns sehr wichtig. Unsere Kunden sollen sich nicht mit der Technik herumärgern, sondern Spaß mit den Produkten und der Anwendung haben.
Oliver Kortekamp
Team Leader & PO bei Oase
Wir haben immer das Gefühl, dass slashwhy Ownership für das Produkt übernimmt. Alle Beteiligten identifizieren sich voll mit dem Produkt. Das ist bei anderen Dienstleistern anders.
Dr. Melanie Schuh
Product Management bei W&H
Wir haben mit slashwhy einen Partner, der nicht einfach nur Code abliefert, sondern von der Konzeption bis zur Umsetzung den gesamten Prozess begleitet, der sich mit dem Produkt identifiziert und es aktiv verbessert.
Friedrich Laube
Director Digital Products & Services Smart Home bei Miele
Das agile Mindset aller slashwhy-Projektmitglieder ist beeindruckend und im positiven Sinne ansteckend. Wir arbeiten mit slashwhy auf Augenhöhe in agilen Projektteams und erreichen gemeinsam schneller unsere Ziele.
Markus Rose
Director CHARX control Division Charging Infrastructure bei Phoenix Contact
Der große Benefit der mit slashwhy entwickelten Lösung ist, dass wir die Weiterentwicklung der Serienprodukte parallel zu den neuen Entwicklungsprojekten betreiben können.
Axel Schröder
Director Advanced Engineering bei CLAAS E-Systems
Wir können uns eine durchgeführte Inbetriebnahme in der App abspeichern und gerade bei großen Bauvorhaben diese Vorlage immer wieder nutzen und gleiche Tore damit einstellen. Das ist ein klarer Vorteil und ein großer Nutzen der App.
Tobias Lange
Projektmanager bei Hörmann
Deine Ressourcenoptimierung
Ein kabelloser Sensor, der alle drei Monate neue Batterien braucht, ist schwer zu verkaufen. Firmware die zu groß ist erzwingt einen teureren Controller; und der kostet in jeder produzierten Einheit. slashwhy löst beide Probleme durch strukturierte Energieoptimierung sowie den gezielten Abbau von Ressourcenverschwendung direkt in der Firmware.
Das Thema Energieeffizienz berücksichtigen wir schon bei der Architekturentscheidung. Wer zu spät anfängt, zahlt das in teurerer Hardware, kürzerer Batterielaufzeit oder aufwendigen Nachbesserungen. Deshalb haben wir diese Stellschrauben von Beginn an im Blick.
Wir messen den Strombedarf zur Laufzeit und ordnen ihn einzelnen Programmzuständen zu, damit wir gezielt eingreifen können.
Wir reduzieren Taktraten auf das notwendige Minimum, weil jeder unnötige CPU-Zyklus Strom kostet.
Wir schalten nicht benötigte Peripherie aktiv ab, statt sie dauerhaft im Standby zu lassen.
Wir maximieren Sleep-Zeiten und versetzen den Controller so oft und so lange wie möglich in den Low-Power-Modus.
Wo die Hardware Low-Power-Co-Prozessoren bietet, nutzen wir sie, um die Hauptrecheneinheit zu entlasten.
Wir führen Laufzeitanalysen durch, um Rechenzeit-Bottlenecks zu identifizieren, die den Controller unnötig lange auslasten.
Wir analysieren die statische Speichernutzung und verkleinern sie gezielt.
Wir reduzieren die Code-Size, damit die Firmware auf kleinere, günstigere Controller passt und den Hardware-Stückpreis senkt.
Nice to know
Der kostengünstigste Controller ist der, dessen Firmware so effizient ist, dass kein größerer gebraucht wird. Jede Zeile Code, die unnötig Speicher belegt oder CPU-Zyklen verschwendet, treibt den Hardware-Stückpreis nach oben – in jeder produzierten Einheit. Bei Stückzahlen im fünfstelligen Bereich summiert sich das schnell. Bei slashwhy fließt Ressourceneffizienz deshalb von Beginn an in jede Architekturentscheidung ein.
Unser Vorgehen
Jedes Firmware-Projekt ist anders. Die Hardware ist unterschiedlich, die Anforderungen sind unterschiedlich, und die Ausgangssituation beim Kunden ist unterschiedlich. Was gleich bleibt, ist die Art wie wir arbeiten: iterativ und mit regelmäßigen Reviews. Die folgenden Schritte beschreiben demnach keine starre Abfolge, denn Architekturentscheidungen werden im Projektverlauf verfeinert, Anforderungen ändern sich, Hardware-Revisionen kommen vor. Wir bleiben in jedem dieser Momente handlungsfähig und arbeiten agil.
1 | Hardware und Anforderungen analysieren
Wir lesen Schaltpläne, klären Pinbelegung und Hardwareverhalten, und erarbeiten gemeinsam mit dem Kunden einen klaren Funktionsumfang. Wo noch keine finale Hardware vorliegt, arbeiten wir mit Evalboards und bauen technische Durchstiche, also erste lauffähige Implementierungen, die zeigen, ob eine Komponente, ein Sensor oder ein Kommunikationsprotokoll wie erwartet funktioniert.
2 | Architektur definieren
Wir definieren eine erste Architektur: Ausführungsumgebung, Modulstruktur, Grenzen zwischen Firmware, Treibern und Anwendung. Diese Entscheidungen sind ein erster Startpunkt. Mit wachsendem Projektverständnis werden sie iterative verfeinert.
3 | Iterative Entwicklung mit begleitendem Testing
Wir implementieren den Funktionsumfang in Iterationen. Unit- und Integrationstests laufen begleitend, nicht am Ende. Nach jeder Iteration gibt es einen Review mit dem Kunden. Erkenntnisse aus der Entwicklung fließen zurück – manchmal in die Anforderungen, manchmal in die Architektur. So entsteht eine Firmware, die optimal zur Hardware und zum Produkt passt.
4 | Systemtest und Abnahme
Wir testen die Firmware auf echter Hardware unter realen Bedingungen. Grenzfälle, Fehlerzustände, Kommunikationsabläufe – alles wird systematisch geprüft, bevor der Code in die Produktion geht.
5 | Übergabe, Dokumentation und nächste Schritte
Der fertige Code wird übergeben und dokumentiert. Folgeverträge für Bugfixes und neue Features sind möglich. Wenn das Produkt zusätzlich eine App, eine Cloud-Anbindung oder eine grafische Benutzeroberfläche braucht, kann slashwhy das nahtlos übernehmen – ohne Schnittstellenverlust zwischen verschiedenen Dienstleistern.
Ein Bug, der in der Entwicklung eine Stunde kostet, kostet im Feld eine Woche oder sogar einen Produktrückruf. Bei slashwhy ist Testing deshalb fester Bestandteil unseres Entwicklungsprozesses und jeder Iteration. Unit Tests, Integrationstests und Systemtests laufen begleitend zur Entwicklung. Jede von uns ausgelieferte Zeile Code ist entsprechend getestet.
Unsere Zusammenarbeit
Wir entwickeln Software von Menschen für Menschen. Und alle diese Menschen haben ganz unterschiedliche Ansprüche. Die Nutzer:innen wollen ihre Aufgaben effizient lösen, unsere Kunden einen Mehrwert schaffen. Und wir? Wir wollen Software gestalten, die echte Herausforderungen löst, den Alltag vereinfacht und die Spaß in der Anwendung macht.
Global Players und Hidden Champions
slashwhy entwickelt Firmware für Steuergeräte in Landmaschinen, Industrieanlagen und Fahrzeugen, für Haushaltsgeräte wie Waschmaschinen, Trockner und Kochfelder, für kabellose IoT-Sensoren und Aktoren, und für Bluetooth Accessories wie Kopfhörer, Location Tracker und Audio-Produkte. Im Bereich Energiewirtschaft entwickeln wir Firmware für Energiemanagementsysteme und Ladeinfrastruktur. Im Bereich Medizintechnik und Gesundheit arbeiten wir an Geräten mit erhöhten Anforderungen an Zuverlässigkeit und Sicherheit. Unsere Kunden kommen aus AgriTech, Consumer Electronics, Industry, Gebäudetechnik, CleanTech und HealthTech – von Hidden Champions bis zu Global Players wie CLAAS, Miele und Phoenix Contact.
Bei Bare Metal läuft der Code direkt auf dem Mikrocontroller, ohne Betriebssystem. Die Hauptschleife und Interrupt Service Routinen steuern den Ablauf. Das ist die richtige Wahl für deterministische Steuerungsaufgaben mit strengen Echtzeitanforderungen und für Low-Power-Anwendungen wo jeder CPU-Zyklus zählt. Ein RTOS ist sinnvoll, wenn mehrere nebenläufige Aufgaben koordiniert werden müssen und eine saubere Task-Struktur die Wartbarkeit deutlich verbessert. Die Entscheidung hängt von den konkreten Anforderungen wie Echtzeitverhalten, Komplexität und Energieverbrauch ab und wird bei slashwhy bewusst und begründet getroffen.
C ist die dominierende Sprache in der Firmware-Entwicklung. Sie bietet direkte Hardwarekontrolle und minimalen Overhead und ist auf nahezu allen Mikrocontroller-Plattformen verfügbar. C++ wird eingesetzt, wo objektorientierte Strukturen die Codebasis wartbarer machen. Rust gewinnt in der Firmware-Entwicklung an Bedeutung: Das Sprachdesign erkennt Speicherfehler bereits zur Compilezeit. Das ist ein echter Vorteil gegenüber C, wo Speicherfehler einen Großteil der Bugs ausmachen. slashwhy entwickelt primär in C und C++. Wo es sinnvoll ist, optimieren wir Code gezielt so, dass der Compiler ihn effizienter übersetzen kann.
Eine pauschale Antwort gibt es hier nicht. Der Aufwand hängt von zu vielen Faktoren ab. Entscheidend sind die Komplexität der Hardware, der Umfang der gewünschten Features, die Wahl der Ausführungsumgebung, der Testaufwand und ob eine bestehende Codebasis weiterentwickelt oder neu gestartet wird. Ein überschaubares Projekt für einen einzelnen Mikrocontroller mit klar definierten Funktionen ist ein anderer Aufwand als eine Firmware für ein vernetztes Gerät mit OTA-Updates, mehreren Kommunikationsschnittstellen und Sicherheitsanforderungen. Der schnellste Weg zu einer realistischen Einschätzung ist ein erstes Gespräch, in dem wir die Anforderungen gemeinsam durchgehen.
Firmware im engeren Sinne läuft direkt auf dem Mikrocontroller und ohne Betriebssystem als Vermittler. Embedded Linux bedeutet, dass ein vollständiges Linux-Betriebssystem auf der Hardware läuft und die Anwendung darunter ausgeführt wird. Embedded Linux ist die richtige Wahl wenn die Anwendung Netzwerkstacks, Dateisysteme oder komplexe Benutzeroberflächen braucht und die Hardware dafür ausreichend dimensioniert ist. Für einfachere Steuerungsaufgaben, niedrigen Energieverbrauch oder strenge Echtzeitanforderungen ist klassische Firmware die bessere Wahl.
Das hängt stark vom Umfang ab. Ein überschaubares Projekt mit klar definiertem Funktionsumfang kann in wenigen Wochen abgeschlossen sein. Komplexere Projekte mit mehreren Kommunikationsschnittstellen, RTOS-Integration, OTA-Updates und umfangreichem Testing dauern mehrere Monate. Entscheidend ist, dass Architektur und Anforderungen zu Beginn klar definiert sind – das ist der größte Hebel für planbare Entwicklungszeiten. Eine erste Einschätzung können wir in vielen Fällen nach einem Erstgespräch über die konkreten Anforderungen abgeben.
Du hast bereits eine konkrete Projekt-Idee und möchtest herausfinden, ob slashwhy der richtige Embedded-Dienstleister im Bereich Firmware-Entwicklung für dich ist? Oder stehst du noch am Anfang deiner Reise und suchst den idealen Startpunkt? In jedem Fall freut sich unser Expert:innen-Team über deine Kontaktaufnahme und steht dir für einen unverbindlichen Beratungstermin zur Seite.
slashwhy ist ein deutscher Softwareentwicklungspartner mit Standorten in Osnabrück, Hamburg, Bielefeld und Kiel. Firmware-Entwicklung ist ein Teil unserer Embedded-Expertise – neben Embedded Linux, Echtzeitanwendungen, IoT & Cloud Integration und grafischen Benutzeroberflächen für eingebettete Systeme. Embedded wiederum ist eine von sechs Disziplinen bei slashwhy: Wer neben Firmware auch UX & UI Design, Applikationsentwicklung für Mobile, Web und Desktop, IoT & Cloud oder AI-Driven Solutions braucht, findet mit slashwhy einen zuverlässigen Entwicklungspartner für das gesamte Produkt.
Im Bereich Firmware-Entwicklung übernehmen wir die vollständige Entwicklung für Mikrocontroller-basierte Produkte – von der Software-Architektur über die Feature-Implementierung bis zu automatisierten Unit-, Integrations- und Systemtests. Unsere Expertise umfasst Bare-Metal-Entwicklung, RTOS-Integration mit FreeRTOS und Zephyr, Bootloader, OTA-Update-Strategien und die Anbindung kabelgebundener und kabelloser Kommunikationsschnittstellen. Wir arbeiten mit ARM-basierten Controllern von STMicroelectronics, Espressif und Nordic Semiconductor sowie mit RISC-V-Architekturen.
Unternehmen arbeiten mit slashwhy, wenn interne Kapazitäten fehlen, die nötige Embedded-Kompetenz intern nicht vorhanden ist oder bestehende Firmware auf eine neue Plattform migriert werden muss. Unsere Kunden kommen z. B. aus den Bereichen AgriTech, Consumer Electronics, Industry, Gebäudetechnik, CleanTech und HealthTech – von Hidden Champions bis zu Global Playern wie CLAAS, Miele und Phoenix Contact.
