Technologie staat nooit stil, en wij ook niet
Gevalideerde Mini-ITX platforms, ontworpen voor betrouwbare inzet in industriële omgevingen, randomgevingen en ingesloten systemen.
Platformfirmware-ontwikkeling
BIOS- en firmware-ontwikkeling
Maak van een goedgekeurd Mini-ITX-moederbord een gecontroleerd productplatform. We stellen de UEFI-standaardinstellingen, het opstart- en stroomverbruik, de watchdog en de instellingen op moederbordniveau vast, evenals de ACPI- en SMBIOS-gegevens, de Secure Boot-configuratie en de regels voor het vrijgeven van firmware , afgestemd op de hardware en het besturingssysteem die u daadwerkelijk implementeert.
Hardware start op, product niet
De firmware-ontwikkeling begint zodra het bord kan worden ingeschakeld
Een moederbord kan de POST-test doorlopen en toch ongeschikt zijn voor het geïmplementeerde product. Het kan bij het verkeerde opstartapparaat blijven hangen, uitgeschakeld blijven nadat de stroomtoevoer is hersteld, instellingsopties weergeven die gebruikers ter plaatse nooit mogen wijzigen, onjuiste productgegevens weergeven of niet herstellen wanneer de applicatiesoftware niet meer reageert.
Firmware-engineering zet die productvereisten om in een gecontroleerd platformgedrag. Het uitgangspunt wordt gevormd door een exacte revisie van het moederbord, de huidige firmwareversie, de image van het besturingssysteem, de aangesloten apparaten, de vereisten inzake de energiestatus, het beveiligingsbeleid en de updatemethode.
Ontwerp van een op maat gemaakt Mini-ITX-bord → Platformspecificaties →
Toepassingsgebied van firmware op productniveau
Wat we kunnen instellen in BIOS- en UEFI-firmware
- Standaardinstellingen
- Opstartvolgorde, ingeschakelde apparaten, virtualisatie, opslagmodus, seriële instellingen, beveiligingsopties en standaardinstellingen voor productieomgevingen.
- Toegang instellen
- Verberg geselecteerde menu’s, beperk wijzigingen, stel beheerdersrechten in, en verwijder opties voor buitendienstmedewerkers die onder fabriekscontrole moeten blijven.
- Opstartbeleid
- NVMe, SATA, USB, PXE of ondersteunde HTTP-opstartprioriteit, fallback-volgorde, opstartvertraging en voorwaarden voor herstelvermeldingen.
- Energiebeleid
- Herstel na AC-uitval, RTC-activering, soft-off-gedrag, ondersteunde slaapstanden, en bordspecifieke activeringsbronnen.
- Platformidentiteit
- Fabrikant, productnaam, serienummergegevens, identiteitsgegevens van het moederbord, SMBIOS-velden, inventarisgegevens en goedgekeurde wijzigingen aan het opstartlogo.
- Beveiliging en updates
- Eigendom van de Secure Boot-sleutel, blootstelling van de TPM, beveiliging van de installatie, beleid inzake ondertekende updates, herstelprocedure en provisioning in de productieomgeving.
Vereisten inzake de stroomtoestand
Bepaal precies wat er gebeurt bij het opstarten, het afsluiten en bij terugkeer naar netvoeding
Bij onbemande apparatuur kan niet worden uitgegaan van het feit dat een technicus na een stroomstoring op een toets drukt. Het opstart- en stroomgedrag moet worden gedefinieerd op basis van de daadwerkelijke UEFI- implementatie, de stroomlogica van het moederbord, de aangesloten opslag, het netwerkpad en de OS-image.
| Evenement | Productbeslissing | Firmwarebeheer |
|---|---|---|
| Airconditioning weer in werking | Niet ingrijpen, de vorige toestand herstellen of automatisch inschakelen. | Stel het beleid inzake ondersteunde AC-verliezen in voor de productieconfiguratie. |
| Primaire aandrijving ontbreekt | Stop, probeer een ander apparaat, start de herstelmodus op of start op via het netwerk. | Stel de opstartvolgorde, de prioriteit van apparaten, de time-out en het uitwijkgedrag in. |
| RTC-schema | Wakker worden op een ingesteld tijdstip, mits het bord RTC-power-on ondersteunt. | Stem de RTC-configuratie, het ACPI-ontwaakgedrag en de energiezuinige modus op elkaar af. |
| Implementatie op afstand | Een implementatie- of herstelimage opstarten zonder lokale invoer. | Beheer de mogelijkheden voor opstarten via het netwerk, de prioriteit en de configuratiebeperkingen. |
Controle op bestuursniveau
Firmware kan alleen datgene aansturen wat het bord beschikbaar stelt
In embedded Mini-ITX-ontwerpen zijn vaak instellingen opgenomen die niet voorkomen in een desktop-BIOS. Hoe deze werken, hangt af van de geïnstalleerde Super I/O, embedded controller, GPIO-uitbreiding, transceiver, watchdog, ventilatorregelaar of chipset.
Hardware-watchdog
Stel de actieve status, de ondersteunde time-out, de resetactie, de overdracht naar de toepassing en het gedrag na de reset in met behulp van het daadwerkelijke watchdog-apparaat.
GPIO- en seriële modi
Stel de ondersteunde GPIO-richting en -status in en selecteer een van de RS-232/422/485-modi, waarbij het bord over het benodigde transceiverpad beschikt.
Ventilatie en temperatuurregeling
Definieer de sensorbron, de ondersteunde PWM- of spanningsregeling, het gedrag bij ventilatorstoringen en de door het platform beschikbaar gestelde firmware-drempelwaarden.
Gegevens van firmware naar besturingssysteem
ACPI en SMBIOS moeten de meegeleverde hardware beschrijven
Firmware biedt gestandaardiseerde informatie die het besturingssysteem en de beheersoftware gebruiken voor configuratie, energiebeheer en hardware- inventarisatie. Een correcte structuur is niet voldoende; de gegevens moeten exact overeenkomen met het productieprintplaatje en de productidentiteit.
| Interface | Wat de firmware biedt | Gevolgen voor het product |
|---|---|---|
| ACPI | Apparaatbeschrijvingen, stroombronnen, activeringsmethoden en platformtabellen. | Het gedrag van de slaapstand, de waakstand, de thermische regeling, de knoppen en de apparaten zoals dat aan het besturingssysteem wordt gepresenteerd. |
| SMBIOS | Informatie over het systeem, het moederbord, de firmware, de processor, het geheugen, de seriële poort en de OEM. | Assetinventarisatie, servicetools, apparaatbeheer en productidentificatie. |
Beoordeling van de firmwarevereisten
Heb je een besturingsplaat-revisie en een Golden OS-image?
Geef de revisie van het moederbord, de huidige BIOS-versie, het besturingssysteem, de opstartvolgorde, het gedrag bij herstel na een stroomstoring, de vereisten voor de watchdog, het beveiligingsbeleid, de apparatenlijst en de beperkingen voor updates ter plaatse door.
Vertrouwen vóór het opstarten
Voor Secure Boot is een vastgestelde sleutelbeheerder en een updatepad vereist
Secure Boot in de productieomgeving is niet zomaar een instelling die je kunt in- of uitschakelen. Het project moet vastleggen wie de Platform Key beheert, welke sleutels voor sleuteluitwisseling als betrouwbaar worden beschouwd, wat er in de database met toegestane handtekeningen wordt opgenomen, hoe ingetrokken images in dbx terechtkomen, en hoe geautoriseerde veldupdates herstelbaar blijven.
Volgens de huidige UEFI-vereisten moet het formaat van de Secure Boot Platform Key minimaal RSA-2048 zijn en moeten de in dbx opgeslagen hashes van UEFI-images ten minste SHA-256 gebruiken. Dit zijn minimale cryptografische vereisten, geen volledig productbeveiligingsbeleid.
- PK-eigendom
- Bepaal of de OEM, de klant of een andere bevoegde eigenaar zeggenschap heeft over de platformsleutel die wordt gebruikt om het eigendom van Secure Boot vast te stellen.
- KEK, db & dbx
- Stel betrouwbare update-instanties, toegestane images, ingetrokken handtekeningen en de in de productieomgeving gebruikte provisioningmethode vast.
- TPM 2.0
- Stel het TPM-platform beschikbaar en configureer het waar dit wordt ondersteund, waarbij het eigendoms- en implementatiebeleid wordt bepaald door het uiteindelijke systeem.
- Herstel
- Zorg ervoor dat er een goedgekeurde herstelroute beschikbaar blijft voor mislukte updates of sleutelwijzigingen, zonder het beoogde vertrouwensbeleid te omzeilen.
Beheer van productiefirmware
Breng het binaire bestand uit, samen met het bijbehorende besturingsbord, de standaardinstellingen en het wijzigingsoverzicht
Een firmwarebestand wordt pas een productie-artefact als de identiteit en compatibiliteit ervan zijn gecontroleerd. Het vrijgegeven binaire bestand moet gekoppeld blijven aan de revisie van het moederbord, de standaardconfiguratie, de beveiligingsinstellingen, de updatemethode en de reden voor de wijziging.
- Binaire identiteit Noteer de firmwareversie, de exacte revisie van het moederbord, de bestandsgrootte, de SHA-256-hash en de releasedatum.
- Standaardinstellingen voor de productie Sla de bij verzending meegeleverde configuratiewaarden apart op, los van de technische debug-instellingen en de wijzigingen die door lokale technici zijn aangebracht.
- Wijzigingsrecord Breng gewijzigde functies, de betrokken hardware of besturingssysteemversies, bekende beperkingen en vereiste regressietests in kaart.
- Update en herstel Leg de goedgekeurde flash-methode, het versiebeleid, de voorzorgsmaatregelen bij stroomuitval, de rollback-regels en het herstelpad vast.
Referentiespecificaties
Firmware-interfaces en referentiespecificaties
- UEFI 2.11
- De huidige UEFI-specificatie voor de gestandaardiseerde firmware-omgeving vóór het besturingssysteem, opstartdiensten, runtime-diensten, variabelen en protocollen.
- ACPI 6.6
- Huidige ACPI-specificatie voor door het besturingssysteem gestuurde apparaatconfiguratie, platformbeschrijving, energiebeheer en systeemgebeurtenissen.
- SMBIOS 3.9.0
- DMTF-specificatie voor gestandaardiseerde beheerinformatie die door de systeemfirmware wordt verstrekt over het platform en de geïnstalleerde hardware.
- TCG TPM 2.0 v185
- Maart 2026: TPM 2.0-bibliotheekspecificatie waarin de architectuur, structuren en commando’s worden gedefinieerd die door TPM 2.0-implementaties worden gebruikt.
Firmware-release-gate
Controleer of de firmware-build die u wilt leveren inderdaad de juiste is
Firmware-ontwikkeling wordt afgerond met een vastgelegde binaire versie en productieconfiguratie. Vervolgens wordt in het kader van de technische validatie die exacte release getest op het doelbord, met de beoogde OS-image, randapparatuur, stroomstatusconfiguraties, beveiligingsinstellingen, updatemethode en herstelprocedure.
FAQ
Vragen over BIOS- en firmware-engineering
Kunnen de BIOS-instellingen worden aangepast?
Ja, voor zover de firmware dit ondersteunt. Typische wijzigingen zijn onder meer de opstartvolgorde, het inschakelen van apparaten, het stroomverbruik, seriële instellingen, virtualisatie, beveiligingsopties en toegang tot de instellingen.
Kan het BIOS automatisch opstarten?
Ja, op ondersteunde moederborden. Via de firmware kan het herstel bij uitval van de wisselstroomvoeding worden ingesteld zodat het systeem wordt ingeschakeld, uitgeschakeld blijft of de vorige toestand herstelt zodra de voedingsspanning weer aanwezig is.
Kunnen de instellingen van de watchdog worden aangepast?
Ja, mits het bord is uitgerust met een compatibele hardware-watchdog. De beschikbare time-outbereiken en resetacties zijn afhankelijk van de geïnstalleerde controller en de firmware-implementatie.
Kunnen Secure Boot-sleutels worden aangepast?
Ja, op ondersteunde firmware. De instellingen voor PK, KEK, db en dbx kunnen worden afgestemd op het eigendom van de sleutels door de OEM of de klant en het vereiste updatbeleid.
Hoe worden BIOS-updates beheerd?
Gebruik een binaire versie met revisienummer, een geverifieerde hash, een goedgekeurde flashmethode, een wijzigingsverslag, compatibiliteitsregels en een vastgelegd herstelpad voordat u een update vrijgeeft voor productieomgeving.