Design af marine displays til virkelige fartøjer starter ved roret, ikke i et designværktøj. En planende båd i høj fart opfører sig ikke som et stabilt laboratoriemiljø. Ved fyrre knob slår skroget hårdt, vibrationer gør finbetjening vanskelig, og operatøren står med vægten på begge ben. Hænder med handsker rammer skærmen mindre præcist, og sprøjt eller regn rammer ofte glasset.

Synlighed er en anden begrænsning. Displays skal forblive læsbare i skarpt sollys, ved tungt skydække og under natforhold, inklusive militære night vision-tilstande. Vi arbejdede med sunlight readable LCD-skærme og tog højde for lysstyrke, kontrast og farvebrug i stedet for at basere os på antagelser fra kontorskærme.

Data modtages via NMEA 2000 og relaterede motorprotokoller. Telemetri for hver motor omfatter omdrejninger, kølevæsketemperatur, olietryk, brændstofforbrug og trim, med opdateringshastigheder der varierer efter driftsforhold. Ved høj belastning ændrer både frekvensen og vigtigheden af disse værdier sig. Grænsefladen skal hjælpe operatører med at opdage det, der betyder mest, uden at de skal scanne hvert tal.

Gennem hele processen anvendte vi human factors-principper som generøse touch-targets baseret på Fitts’ lov, begrænset valgkompleksitet i tråd med Hick’s lov og et konstant fokus på situationsfornemmelse i grov sø.

At understøtte fra én til seks motorer på det samme sæt displays er en central udfordring i design af bådinterfaces. Et layout, der fungerer smukt for én motor, kan hurtigt blive rodet, når der kommer fem mere til. Vi begyndte med at definere den grundlæggende informationsenhed, engine tile, som indeholder den vigtigste telemetri for én motor.

For én motor kan hoveddisplayet vise én stor tile med mange detaljer, omgivet af supplerende data. For fire eller seks motorer gentages det samme tile-koncept i et gitter, men med forenklede sekundære værdier og alarmer samlet i en fælles bjælke. En separat detaljevisning giver dybde, når operatøren har brug for det. Det skaber en konsistent mental model gennem tension-driven reasoning. Operatøren leder altid efter de samme mønstre de samme steder, uanset konfiguration.

Vi testede hvert layout mod reelle motorsignaler. For eksempel fokuserer én visning under højhastighedskørsel på omdrejninger, kølevæsketemperatur og olietryk med klare alarmgrænser. Under havnemanøvrer eller lav hastighed får trim og gearstatus større visuel vægt. Arkitekturen muliggjorde disse skift i fokus uden at bryde den overordnede struktur.

COX havde brug for, at systemet fungerede på tværs af tre primære displayfamilier, fra en kompakt hjælpeskærm til et stort primært styrepultsdisplay med touch og fysiske kontroller. I stedet for at designe faste sider definerede vi et sæt genanvendelige moduler. Disse omfattede engine tiles, samlede brændstofblokke, alarmbannere, statuslinjer og kontekstpaneler.

Hvert modul havde klare regler for indhold, minimumsstørrelse og adfærd. På en lille skærm komprimeres nogle moduler eller skifter mellem overblik og detaljer. På større skærme kombineres flere moduler til en mere omfattende visning. Fordi modulerne deler proportioner og adfærd, føles hele familien sammenhængende, selv når installationerne er forskellige.

Denne modulære tilgang skabte også forretningsværdi. Engineering kan tilføje en ny motorvariant eller en ny displaystørrelse ved at genbruge de samme moduler i stedet for at bestille et helt nyt interface. Distributører kan konfigurere visninger til forskellige kundesegmenter uden at bryde design systemet. For COX reducerede dette den langsigtede vedligeholdelsesindsats og gjorde fremtidig produktplanlægning mere fleksibel. Det er et eksempel på rugged UI design, der respekterer både hardwarebegrænsninger og produktstrategi.

Interface-beslutninger for marineelektronik-UX skal testes under forhold, der ligner reel brug. Sammen med COX opbyggede vi et simulatormiljø, der afspillede repræsentative motordata og fartøjstilstande. Erfarne operatører og interne eksperter gennemgik nøglescenarier som opstartstjek, hurtig sejlads i bølger, fejl under høj hastighed og tilbagevenden til havn.

Ét scenarie fokuserede på en fejl i flere motorer under høj fart. De tidlige layouts gjorde det for let at se, at noget var galt, men ikke hvilken motor der skulle have opmærksomhed først. Derfor ændrede vi måden, engine tiles fremhæver alarmtilstande på, og skabte et fast område på skærmen, hvor den mest kritiske fejl altid opsummeres. Et andet scenarie viste, at nogle natfarver forstyrrede night vision-udstyr, så vi justerede farvepalette og kontrast.

Disse sessioner skabte ikke dramatiske historier, men de genererede en stabil strøm af konkrete forbedringer gennem lateral exploration. Resultatet var et sæt layouts, som vi havde set fungere under realistisk opmærksomhedspres, ikke kun i rolige mødelokaler.

Da layout-arkitekturen og modulerne var stabile, gik vi videre med at formalisere design systemet til engineering. Vi dokumenterede hvert modul, dets interaktionsadfærd, tilladte dataintervaller og udseende i forskellige tilstande som dag, skumring og nat. Systemet omfattede komponentbiblioteker, layoutregler samt farve- og typografi-tokens, som kunne omsættes direkte til kode.

Overdragelsen var ikke bare en enkelt dokumentlevering. Vi afholdt fælles sessioner med softwareudviklere og hardwareingeniører for at gennemgå strukturen og besvare detaljerede spørgsmål under Implementation Partnership. Det reducerede uklarheder og forhindrede senere fejltolkning af designintentionen. Resultatet var et implementerbart system, ikke blot et smukt, men uklart sæt visuals.

For COX passede dette til den måde, deres teams arbejder på. De beholdt en klar, fælles reference for fremtidig udvikling, og vores rolle som embedded system design-virksomhed var at efterlade et framework, som engineering kan udvide med tillid.