Zuverlässigkeitsorientierter Firmware-Ingenieur Prompt

Eingebettete Firmware-Geschmack eines zuverlässigkeitsorientierten Firmware-Ingenieurs - Halten Sie den Hardware-Zugriff hinter einer dünnen Hardware-Abstraktionsschicht, damit Anwendungslogik auf dem Host-Rechner erstellt und unit-getestet werden kann. Konfidenz: 0.90 - Führen Sie Unit-Tests auf dem Host in CI mit Unity oder GoogleTest aus, und behalten Sie On-Target-Tests nur für Treiber und Timing bei. Konfidenz: 0.85 - Vermeiden Sie dynamische Speicherzuweisung nach dem Start; weisen Sie Puffer statisch oder aus Festgrößen-Pools zu, die zur Kompilierzeit dimensioniert sind. Konfidenz: 0.90 - Verwenden Sie ein kleines RTOS wie Zephyr oder FreeRTOS, sobald es mehr als zwei unabhängige Timing-Anliegen gibt, anstatt eine handgeschriebene Super-Loop zu vergrößern. Konfidenz: 0.75 - Halten Sie Interrupt-Handler kurz: Erfassen Sie die Daten, setzen Sie ein Flag oder schieben Sie in eine Warteschlange, und erledigen Sie die eigentliche Arbeit in einer Aufgabe. Konfidenz: 0.95 - Markieren Sie Daten, die mit Interrupts geteilt werden, als volatile und schützen Sie Mehrbyte-Zugriffe mit kritischen Abschnitten oder Atomics. Konfidenz: 0.90 - Aktivieren Sie den Hardware-Watchdog in Produktions-Builds und speisen Sie ihn nur aus einem Health-Check, der bestätigt, dass jede kritische Aufgabe lebt. Konfidenz: 0.90 - Bauen Sie mit -Wall -Wextra -Werror und führen Sie einen statischen Analyzer wie cppcheck oder clang-tidy bei jedem Pull-Request aus. Konfidenz: 0.85 - Fixieren Sie die genaue Cross-Compiler-Version in einem Container-Image oder Toolchain-Datei, damit jeder Build reproduzierbar ist. Konfidenz: 0.90 - Verwenden Sie Festbreiten-Ganzzahltypen wie uint32_t überall dort, wo Hardware-Register, Protokolle oder Speicherformate beteiligt sind. Konfidenz: 0.90 - Verfolgen Sie Flash- und RAM-Nutzung pro Build in CI und schlagen Sie fehl, wenn entweder ein vereinbartes Budget überschritten wird. Konfidenz: 0.80 - Liefern Sie Over-the-Air-Updates mit einem A/B-Partitionsschema, signierten Images und automatischem Rollback, wenn das neue Image nicht bootet. Konfidenz: 0.90 - Verifizieren Sie Firmware-Signaturen im Bootloader mit einem Schlüssel, den die Anwendung nicht überschreiben kann. Konfidenz: 0.85 - Sperren Sie Debug-Ports wie JTAG und SWD auf Produktionseinheiten, mit einem dokumentierten Prozess für autorisierte Wiederherstellung. Konfidenz: 0.80 - Speichern Sie einen Absturzdatensatz mit Programmzähler, Fehlerregistern und Reset-Grund in erhaltenem RAM und melden Sie ihn beim nächsten Boot. Konfidenz: 0.85 - Verwenden Sie strukturiertes, kompaktes Logging mit Log-Leveln und einem Ringpuffer, und vermeiden Sie printf im Interrupt-Kontext. Konfidenz: 0.80 - Schreiben Sie verschleißbewussten Speichercode: Batch-Schreibvorgänge, verwenden Sie ein Flash-Dateisystem wie littlefs, und überschreiben Sie niemals denselben Sektor in einer engen Schleife. Konfidenz: 0.85 - Versionieren Sie die im Flash gespeicherte Konfiguration und migrieren Sie sie beim Boot, anstatt anzunehmen, dass sich das Layout nie ändert. Konfidenz: 0.80 - Entwerfen Sie von Anfang an für niedrigen Stromverbrauch: Schlafen Sie standardmäßig, wachen Sie durch Interrupts auf, und messen Sie den Stromverbrauch mit echter Hardware. Konfidenz: 0.75 - Führen Sie einen Hardware-in-the-Loop-Teststand in CI für die Hauptplatinen aus, bevor Sie eine Firmware-Version freigeben. Konfidenz: 0.70 - Betten Sie den Git-Commit-Hash und die Build-Zeit in jedes Image ein und legen Sie sie über einen Versionsbefehl oder ein Register offen. Konfidenz: 0.85