Maskinoversettelse, ikke gjennomgått av en morsmålsbruker. Engelsk er referansen.

Sider for scenariotyperRediger på GitHubKilde: docs/kinds/by-kind/aperture-duty-cycle.md

aperture-duty-cycle (scenariotype)

Scenariotype i motoren v0.40.0, familien Oppdragsanalyse, linker og romoperasjoner. Veiledende: analyseutdata fra et forsknings- og ingeniørverktøy, ikke typegodkjent navigasjonsutstyr og ikke en tjeneste der liv og sikkerhet står på spill. Hver etikett her er motorens eller verifikasjonsmatrisens; en type er MODELLED med mindre matrisen sier noe annet (hvordan en etikett oppnås: avsnittet Evidence i README).

Hva den gjør#

Apertur-driftssyklus: tidsfordelingen mellom navigasjon og kommunikasjon som en kontaktplan innebærer for en pool av styrbare aperturer. Tar en kontaktplan (en liste med [[contacts]] aos_s/los_s-vinduer, der hvert ber om navigasjon eller kommunikasjon — det samme aos_s/los_s-vokabularet som passes-prediktoren sender ut), et antall aperturer og en ARBITRERINGSPOLICY (navigasjonsprioritet som standard, eller kommunikasjonsprioritet, eller ikke-forkjøpende først-til-mølla), og rapporterer navigasjonsandelen, kommunikasjonsandelen, ledig andel og avbruddet per økt — kontakttiden en økt ba om og ingen apertur betjente. En nøyaktig intervallsveiping over vindusgrensene, slik at vinduer som tangerer hverandre aldri konkurrerer og ingen apertursekund telles to ganger; apertursekunder for navigasjon, kommunikasjon og ledighet akkumuleres uavhengig og lukkes mot apertures*horizon_s. Rapporten oppgir den løste policyen, dens fulle definisjon og definisjonene av andel og avbrudd, fordi en andel oppgitt uten sin arbitreringspolicy ikke er reproduserbar. MODELLED planleggingsaritmetikk: ingen sving-, omstillings- eller byttetid belastes når en apertur bytter tjeneste eller økt, og ingen datavolum, bufferstatus, energibudsjett eller linklukking inngår i avgjørelsen, og kontaktvinduene er inndata — geometrien deres er det som frembrakte dem. Ikke et planleggingsprodukt for bakkesegmentet.

Én kjøring av scenarios/aperture-duty-cycle.toml oppsummeres som: aperture-duty-cycle: 6 session(s) on 2 aperture(s) under navigation-priority -> navigation duty 0,1167, communications duty 0,2667, idle 0,6167; 0 s of 6900 s requested lost to contention (MODELLED)

Inndata#

Fra skjemaet (kshana kinds --json):

  • Påkrevde felt: ingen
  • Valgfrie felt: apertures, arbitration, horizon_start_s, horizon_end_s, contacts

Eksempelet scenarios/aperture-duty-cycle.toml setter blant annet:

Felt Verdi Enhet
apertures 2 antall
arbitration navigation-priority tekst
contacts[0].aos_s 0 s
contacts[0].los_s 600 s
contacts[0].name nav-1 tekst
contacts[0].service navigasjon tekst
contacts[1].aos_s 300 s
contacts[1].los_s 1500 s
contacts[1].name comms-1 tekst
contacts[1].service kommunikasjon tekst
contacts[2].aos_s 3600 s
contacts[2].los_s 4500 s

Kjør den#

kshana scenarios/aperture-duty-cycle.toml

Hva den gir#

Skalarresultatene fra den kjøringen, med enhetene motoren oppgir:

Resultat Verdi Enhet
aperture_seconds_available 18000 aperture*s
apertures 2 antall
arbitration_policy navigation-priority tekst
arbitration_policy_default navigation-priority tekst
communications_duty 0.266667 andel (uten enhet)
communications_served_aperture_s 4800 aperture*s
contention_s 0 s
evidence.id_rule den stabile id-en til matriseraden (ID tekst
evidence.matrix docs/VERIFICATION-MATRIX.md tekst
evidence.tier MODELLED tekst

Resultatetikett (motorens): MODELLED — aperture scheduling arithmetic over a supplied contact plan: an exact interval sweep of navigation-versus-communications time-share and per-session contention loss under a named arbitration policy. No slew / retune / changeover time is charged when an aperture changes service or session,

Diagrammet motoren skriver for scenarios/aperture-duty-cycle.toml, typen aperture-duty-cycle

Evidens#

MODELLED: radene i verifikasjonsmatrisen som navngir denne typen.

  • MODELLED Én kjøring tar en kontaktplan (en liste med aos_s/los_s-vinduer, der hvert ber aperturen om navigasjon eller kommunikasjon — det samme vindusvokabularet som passes::predict_passes sender ut, konvertert av aperture_duty::windows_from_passes), et apert

Radene kjøringen selv brukte, med den uavhengige referansen matrisen gir hver (de offentlige kildene er navngitt der):

  • MODELLED Deterministisk, scenariohashet, SBOM + gates med gylne verdier på tvers av plattformer. Uavhengig referanse (ExternalDataset): SBOM-overensstemmelse med det offisielle CycloneDX 1,5 JSON Schema (+ gyldige SPDX-identifikatorer), en ekstern publisert standard, null valideringsfeil over hele avhengighetsgrafen; delen om FoM-determinisme / byte-reproduserbarhet er fortsatt en festet selvkonsistenssjekk, så raden forblir MODELLED
  • MODELLED Én kjøring tar en kontaktplan (en liste med aos_s/los_s-vinduer, der hvert ber aperturen om navigasjon eller kommunikasjon — det samme vindusvokabularet som `passes::pre. Uavhengig referanse (InternalConsistency): Intern konsistens, fra tre størrelser beregnet med ulike uttrykk i samme sveip og deretter krevd å lukke. Apertursekunder for navigasjon, kommunikasjon og ledighet akkumuleres hver for seg — ledighet fra (apertures − |served|) per elementærintervall, aldri som en rest — og summen deres kontrolleres mot apertures × horizon_s, noe en feilplassert grense, en dobbelt-c

Begrensninger#

Hva kjøringens egen rapport sier ikke er modellert eller ikke er validert:

  • MODELLED — aperture scheduling arithmetic over a supplied contact plan: an exact interval sweep of navigation-versus-communications time-share and per-session contention loss under a named arbitration policy. No slew / retune / changeover time is charged when an aperture changes service or session, no data volume, buffer state, energy budget or link closure enters the decision, and the contact windows are inputs — th (resultat label)
  • MODELLED planleggingsaritmetikk: ingen sving-, omstillings- eller byttetid belastes når en apertur bytter tjeneste eller økt, og ingen datavolum, bufferstatus, energibudsjett eller linklukking inngår i avgjørelsen, og kontaktvinduene er inndata — geometrien deres er det som frembrakte dem. (typekatalog (kshana kinds --json))
  • HONEST SCOPE: MODELLED planleggingsaritmetikk over de oppgitte vinduene. Ingen sving-, omstillings- eller byttetid belastes når en apertur bytter tjeneste eller økt; ingen datavolum, bufferstatus, energibudsjett eller linklukking inngår i avgjørelsen; og kontaktvinduene er inndata -- geometrien deres er det som frembrakte dem (scenarioet passes sender ut det samme aos_s / los_s-vokabularet). Ikke et planleggingsprodukt for bakkesegmentet (kommentar i scenariofilen, linje 18 til 24)
  • Reproduserbarhet og programvarekvalitetssikring er MODELLED, ikke validert: en delpåstand er kontrollert eksternt, men hele funksjonen setter sammen modellerte deler, så funksjonen forblir modellert. (verifikasjonsmatrise (docs/MODELLED-RATIONALE.md))
  • Apertur-driftssyklus for navigasjon mot kommunikasjon er MODELLED, ikke validert: kontrollert mot sin egen lukkede/analytiske identitet – fanger opp transkripsjons- og koeffisientfeil, men er ikke en uavhengig ekstern referanse. (verifikasjonsmatrise (docs/MODELLED-RATIONALE.md))

Se også#