Publikt · Inbyggda inmatningssystem
QMK-miljö
En produktionsinriktad Vial/QMK-firmwaremiljö för ett kompakt delat tangentbord som behandlar lager, encoders, skärmtillstånd, persistens och releaser som en inbyggd produkt i stället för en samling tangentmappningar.
- Nisch
- Kompakt ergonomisk inmatning med hög kapacitet
- Kärnstack
- C · QMK · Vial · split firmware
- Hårdvara
- Halcyon Ferris · TFT + halvor med encoder
- Fokus
- Deterministiskt beteende och beständig konfiguration
Systemvy
Nischen
Ett delat tangentbord med 34 tangenter fungerar bra först när lager och gester slutar kännas som kompromisser och börjar fungera som ett sammanhängande inmatningsspråk.
Firmware är utformad kring daglig redigering snarare än att visa maximalt antal QMK-funktioner. Det vanliga alfalagret förblir stabilt medan korta håll, home-row-ackord och encoders ger tillgång till siffror, navigation, modifierare, funktionstangenter och kontroller utan bestående lägesbyten.
Vad som skiljer det
Tangentbordet behandlas som ett litet inbyggt system med tillstånd.
Riktningen för Repeat/Alternate Repeat förblir knuten till parets orientering i Vial i stället för att vända beroende på vilken tangent som råkade tryckas senast.
TFT-skärmen kommunicerar lageridentitet, animerat tillstånd och diagnostik i stället för att fungera som en statisk logoskärm.
Belysningsbeteende per lager, modifierare och ackord modelleras som konfiguration snarare än en enda global effekt.
Kanonisk Vial-konfiguration, firmwarestandarder, låsta beroenden, regressionskontroller och exakta UF2-artefakter hålls granskningsbara.
Produkt- och designtänkande
Layouten är optimerad för korta övergångar bort från det vanliga skrivläget.
Siffror nås med ett tumhåll; navigation och funktionstangenter nås via momentana ackord; vanliga Escape- och Enter-åtgärder ligger kvar på alfalagret. Målet är att bevara rumsligt minne och minimera den kognitiva kostnaden för få tangenter.
Visuellt beteende och encoderbeteende följer samma princip: tillstånd ska vara begripligt och riktning förutsägbar även när den underliggande firmwarefunktionen är historikberoende.
Senaste utvecklingen
Konfigurationen har passerat gränsen mellan firmware och värd utan att göra firmwaren till en samling UI-specifika undantag.
Ett eget persistent Raw HID-protokoll gör TFT-palett, takt och stil redigerbara från värden, med delningssäkert lagringsutrymme och runtime-hooks som håller displayen synkroniserad med verkligt tillstånd.
Den visuella Atlas-modellen följer också Ferris Sweeps verkliga geometri, inklusive kolumnstagger och tumkurva, med kollisionskontrakt. Dokumentation för combos och tap dance beskriver beteendeavsikt i stället för endast tangentkoder.
Persistenta TFT-inställningar färdas genom ett explicit kontrakt i stället för att kräva firmwarekompilering för varje visuellt val.
Visualiseraren efterliknar fysiska positioner och använder invarianter för att förhindra tangentöverlappning eller designdrift.
Utvecklingsmetod
Det fysiska tangentbordet är designstudion: ett lager, ett ackord, en encoderriktning eller en displayrytm måste kännas rätt i händerna innan det förtjänar att bli en regel.
Människoredigerbar konfiguration och kompilerade standardvärden har en gemensam sanningskälla.
Den versionshanterade Vial-profilen matar genererade firmwarestandarder; forkspecifika Vial-QMK-ändringar förblir ordnade patchar i stället för att försvinna i ett vendorträd. Källkodregression, lyckad firmwarebuild och fysisk hårdvaruacceptans behandlas som separata evidensklasser.
Det gör firmware lättare att utveckla utan att blanda ihop “det kompilerade” med “tangentbordet fungerar fortfarande korrekt efter vila, återanslutning mellan halvor eller moduländringar”.
Host-redigerbara inställningar, geometrikontroller och repeterbara releaseartefakter kortar den gamla loopen redigera → kompilera → flasha → minnas vad som ändrades. Snabba taktila experiment är fortfarande möjliga, medan beteenden som överlever daglig användning fångas som konfiguration, tester och releaseevidens i stället för att bero på minnet.