Start med informasjonen som må overleve
Dekningsbegrenset drift trenger sjelden kontinuerlig bredbånd overalt. De trenger utvalgt informasjon for å komme frem på en forutsigbar måte: nødvarsler, posisjon, teamstatus, korte meldinger og nettverkshelse. Å definere meldingsprioritet, utløp og bekreftelsesregler er viktigere enn å maksimere overskriftsdatahastighet.
Skill node-, relé- og gateway-rollene
En feltnode skal forbli enkel og strømeffektiv. Et utplasserbart relé utvider dekningen og sender meldinger på tvers av midlertidige strømbrudd. En gateway kobles til det lokale nettverket for å styre programvare eller tilgjengelig backhaul. Ved å skille disse rollene kan hver enhet optimalisere energi, antenneplassering, lagring og brukergrensesnitt for jobben sin.
Store-and-forward er en operasjonell policy
Et stafett trenger mer enn en kø. Den må bestemme hvilke meldinger som skal beholdes, prøves på nytt eller forkastes; forhindre duplikater; rapport leveringstilstand; og komme seg etter at en rute endres. Prioritert trafikk bør ikke fanges bak bulk-telemetri, mens utløpt informasjon bør slutte å forbruke kapasitet.
Planlegg for terreng og forringede lenker
Linkbudsjetter, antennehøyde og reléplassering bør evalueres mot terreng- og installasjonsbegrensninger. Nettverkshelseberegninger som gjentatt forsøksfrekvens, kødybde og nabokvalitet hjelper operatører med å forstå om en meldingsbane er sunn før en hastehendelse inntreffer.
| Lag | Primært designfokus |
|---|---|
| Felt node | Lavstrømsmeldinger, GNSS, varsler og enkel betjening. |
| Stafett | Dekningsplassering, holdbare køer og autonom videresending. |
| Gateway | Lokale poster, kommandointegrasjon og tilgjengelig backhaul. |
| Nettverkspolicy | Prioritet, utløp, bekreftelse og helsetelemetri. |
Smart oppdrett og ekstern energiovervåking
En smart oppdrettsinstallasjon kan trenge periodiske jord- eller miljøobservasjoner, umiddelbare utstyrsvarsler og sporadiske diagnostiske nedlastinger. Et fjerntliggende energisted kan ha lignende trafikkklasser med forskjellige oppbevarings- og kraftkrav. Definer informasjonen som forblir nyttig etter en forsinkelse og informasjonen som utløper raskt.
En lokal kontrollbeslutning bør ikke avhenge av en utilgjengelig skyforbindelse. Separer telemetri fra kontrollbanen og definer oppførselen til utstyret under et strømbrudd. Det riktige svaret avhenger av søknaden og må avtales og testes som en del av prosjektet.
Størrelse på lokal lagring rundt strømbruddet
Estimer beholdt lagring fra meldingsstørrelse, meldingshastighet og det lengste strømbruddet som skal dekkes, inkludert indekseringskostnader og en arbeidsmargin. Definer hva som skjer når lageret fylles: forkast de eldste rutineprøvene, aggreger dem eller reserver kapasitet for prioriterte hendelser. Ikke overlat denne avgjørelsen til en utilsiktet filsystemfeil.
Bruk identifikatorer og tidsstempler som lar mottakeren oppdage duplikater og rekonstruere hendelsesrekkefølgen etter tilkobling. Den mottakende søknaden bør skille forsinket bevis fra en gjeldende lesing. Synkroniseringskvaliteten må også forbli synlig når noder tilbringer lange perioder frakoblet.
Valider hele feltnettverket
Mål linktilgjengeligheten ved faktisk monteringshøyde og installasjonssted. Vurder radiodriftsyklusen sammen med sensorinnsamling, prosessering og lagringsskriving; en laveffektsradio alene garanterer ikke en langvarig node. Inkluder antennen, kapsling og miljøforhold i pilotprosjekt.
Test en planlagt frakobling, en full kø, start på nytt under overføring og gjenoppretting under et utbrudd av køtrafikk. Aksept bør inkludere meldingsalder, tap, duplikater og energibruk. Disse målingene gjør at en Internet of Things-implementering kan vurderes utover hvorvidt et dashbord kan vise ett vellykket eksempel.
Utforsk tilkoblede sensorapplikasjoner
Bruk arkitekturen på en ekte plattform.
Del grensesnitt, miljø, datahastigheter og beslutningsmåling. Vi vil kartlegge de tekniske avveiningene til en praktisk systemkonfigurasjon.
Diskuter dine begrensninger