Über den Service
ÜbersetztIch schreibe Kampf-Firmware für Geräte auf ESP32, STM32 und Arduino und leite Projekte vom Prototyp bis zur hardwaregerechten Serienproduktion. Meine Kernarbeit ist auf einem sehr niedrigen Niveau, das die meisten lieber vermeiden: Sensortreiber und Aktuatortreiber über I2C, SPI, UART und One-Wire, Interruptbehandlung, ADC-Digitalisierung, PWM-Steuerung und saubere Zustandsmaschinen, die das Gerät vorhersehbar halten, selbst wenn das Netzwerk ausfällt oder die Stromversorgung schwankt.
Auf der Konnektivitätsseite richte ich WiFi- und BLE-Bereitstellung, Telemetrie über MQTT mit ordentlichem QoS und letzter Wille, TLS wo nötig und OTA-Updates ein, damit Sie nicht mit einem Laptop ins Feld fahren müssen. Ich kümmere mich separat um den Stromverbrauch: Deep-Sleep-Zeitpläne, interruptbasierte Weckung, Arbeitszyklen und Strommessung, denn ein Sensor, der drei Tage lebt, ist kein Produkt. Wenn eine Serverkomponente benötigt wird, stelle ich die Broker-Konfiguration, eine leichte Datenaufnahme-API und ein einfaches Dashboard zusammen, wo Telemetrie ankommen kann.
Ich arbeite in C und C++ unter ESP-IDF, Arduino und STM32 HAL/CubeMX, lese sorgfältig Datenblätter und wenn der Bus lügt, schließe ich einen Logikanalysator oder Oszilloskop an. Sie erhalten kommentierten Quellcode, reproduzierbare Builds und Anweisungen, wie Sie das Gerät selbst flashen und debuggen können.
Was ich typischerweise mache:
— Sensortreiber und Aktuatortreiber, Interrupts, ADC/PWM, robuste Zustandsmaschinen
— WiFi/BLE-Bereitstellung, MQTT-Telemetrie, TLS und OTA-Updates
— Geringer Stromverbrauch, Deep-Sleep und Schätzung der Batterielebensdauer
— Optionale Serverkomponente: Broker, Aufnahme-API, Live-Dashboard
Auf der Konnektivitätsseite richte ich WiFi- und BLE-Bereitstellung, Telemetrie über MQTT mit ordentlichem QoS und letzter Wille, TLS wo nötig und OTA-Updates ein, damit Sie nicht mit einem Laptop ins Feld fahren müssen. Ich kümmere mich separat um den Stromverbrauch: Deep-Sleep-Zeitpläne, interruptbasierte Weckung, Arbeitszyklen und Strommessung, denn ein Sensor, der drei Tage lebt, ist kein Produkt. Wenn eine Serverkomponente benötigt wird, stelle ich die Broker-Konfiguration, eine leichte Datenaufnahme-API und ein einfaches Dashboard zusammen, wo Telemetrie ankommen kann.
Ich arbeite in C und C++ unter ESP-IDF, Arduino und STM32 HAL/CubeMX, lese sorgfältig Datenblätter und wenn der Bus lügt, schließe ich einen Logikanalysator oder Oszilloskop an. Sie erhalten kommentierten Quellcode, reproduzierbare Builds und Anweisungen, wie Sie das Gerät selbst flashen und debuggen können.
Was ich typischerweise mache:
— Sensortreiber und Aktuatortreiber, Interrupts, ADC/PWM, robuste Zustandsmaschinen
— WiFi/BLE-Bereitstellung, MQTT-Telemetrie, TLS und OTA-Updates
— Geringer Stromverbrauch, Deep-Sleep und Schätzung der Batterielebensdauer
— Optionale Serverkomponente: Broker, Aufnahme-API, Live-Dashboard
