Oppdatering GPS-forstyrrelser og kompensasjon

Sist oppdatert: 15:05 CET 12.08.2025

Uttalelse fra Egil Anonsen, CPTO - Nofence

Hei, mitt navn er Egil Anonsen, og jeg leder den tekniske avdelingen her i Nofence.

Jeg ønsket å gi dere mer informasjon om hendelsen som fant sted forrige uke. Jeg vil gjøre det ved å fokusere på tre hovedområder:

• Først gå gjennom tidslinjen og hendelsesforløpet.

• Deretter gi informasjon om vår nåværende forståelse av problemet og rotårsak.

• Og til slutt se litt fremover og gi noen tanker om hva vi kan gjøre for å forhindre at dette skjer igjen i fremtiden.

Tidslinje og hendelsesforløp

La meg starte med tidslinjen og hva som faktisk skjedde.

Forrige helg så vi en økning i antall elektriske pulser på enkelte klaver, både i våre interne systemer og også gjennom en økning i antall support henvendelser. Vi har omfattende overvåking av flåten, inkludert automatiske alarmer som vil varsle ingeniører på vakt også utenfor normal arbeidstid og i helger.

Mandag morgen 4. august ble det tydelig at dette var mer enn noen få isolerte tilfeller, og at det påvirket en større del av flåten vår. Så snart vi forsto at dette var en alvorlig hendelse, fulgte vi vår interne eskaleringsprosess, og samlet alle tilgjengelige ressurser i en egen task-force. Denne gruppen har siden jobbet dag og natt for å forstå problemet, med høyeste prioritet å redusere pulsene så raskt som mulig.

Som en del av vår eskaleringsprosess informerte vi senere samme dag kundene om problemet, samt at de burde vurdere å utvide beitet, unngå beiter i nærheten av bygninger eller fjerne beitet helt dersom det var mulig for berørte klaver.

Det ble raskt klart at problemet kun påvirket versjon 2.2 og eldre klave–enheter solgt frem til starten av 2023. Det viste seg også at både storfe og småfe-klavene var påvirket, samt i alle geografiske markeder. Likevel var det klart flest i Norge, rett og slett fordi vi solgte flest klaver her hjemme frem til 2023.

Vi anslår at omtrent 5 % av flåten ble berørt av denne hendelsen.

Jeg vil også nevne at majoriteten av flåten vår består av versjon 2.5, som ble introdusert i 2023, og disse klavene var ikke berørt.

Alle våre klaver kan oppdateres eksternt, både 2.2 og eldre, samt de nyere 2.5-modellene. Tirsdag 5. august, etter videre analyser og tester, rullet vi ut to nye konfigurasjoner til flåten, inkludert å deaktivere strømsparings-modus, men ingen av dem hadde ønsket effekt.

Så, onsdag 6. august, rullet vi ut en ny konfigurasjon rundt klokken 14:00 til 20% av de berørte enhetene. Vi så raskt en tydelig forbedring, og besluttet deretter å rulle ut denne konfigurasjonen til hele flåten. Kort tid etter dette begynte alle klavene å vise normal ytelse, og antall pulser gikk tilbake til nivåene før hendelsen.

Derimot, for å være på den sikre siden ønsket vi å se 24 timers stabil drift før vi informerte kundene om at det igjen var trygt å bruke klavene. Derfor kommuniserte vi dette senere på torsdag 7 August.

I løpet av de siste dagene har vi nå også skrudd på igjen strømsparings-modus på alle klaver da dette ikke var relatert til problemet, slik at klavene skal nå skal fungere like godt som før hendelsen.

Hypotese om rot årsak

Nå vil jeg gå gjennom vår nåværende forståelse av årsaken, selv om vi ennå ikke har hele og fulle bildet og jobber aktivt med å komme til bunns i dette.

Versjon 2.2 av klavene er basert på et design fra flere år tilbake, og bruker derfor teknologi og elektronikk som siden er forbedret. Denne versjonen bruker et GNSS-mottaker (Global Navigation Satellite System) fra uBlox, kalt ZOE-M8, og denne mottakeren har noen svakheter og begrensninger. Vi har siden lansert versjon 2.5 i 2023 som har en ny og forbedret GNSS-mottaker kalt MIA-M10, i tillegg til andre forbedringer på elektronikken og mekanikken.

Det finnes fire store GNSS-konstellasjoner i dag: GPS, Galileo, GLONASS og Beidou. ZOE-M8 kan kun bruke to av disse konstellasjonene samtidig på en strømeffektiv måte. Det å lage et produkt som vårt, er en øvelse i å balansere ulike parametere som strømtrekk, og posisjonsnøyaktighet for å gi den beste brukeropplevelsen totalt sett. Derfor bruker versjon 2.2 GPS og GLONASS-konstellasjonene.

Normalt ser disse klavene rundt 16 satellitter, noe som gir pålitelig posisjonering. Under hendelsen falt dette til rundt 11–12 satellitter. Færre satellitter gir mindre pålitelig posisjon, som kan føre til posisjonsdrift – at klaven feilaktig tror dyret er utenfor beitet, og dermed starter korrigeringen med lyd og pulser.

Klavene bruker også en funksjon kalt AssistNow Offline (ANO). Detter er noe som hjelper GNSS mottakeren å raskt finne en pålitelig posisjon etter den har vært i strømsparingsmodus, noe som ofte kalles time-to-first-fix (TTFF). Dette er et tall man ønsker å holde så lavt som mulig. Under hendelsen ble en av GLONASS-satellittene som 2.2 klavene bruker satt under vedlikehold i samme tidsrom som problemene oppsto. Vi tror nå at ZOE-M8 ikke håndterte dette korrekt, noe som reduserte evnen til å spore tilgjengelige satellitter og dermed nøyaktigheten.

Versjon 2.5-klavene bruker derimot GPS og Galileo samtidig, ser rundt 25 satellitter og er derfor langt mer robuste mot slike GNSS-forstyrrelser.

Løsningen vi rullet ut onsdag besto i å deaktivere ANO-funksjonen. Dette gjør at klavene får satellittinformasjonen direkte under normal drift i stedet for å bruke forhåndsberegnede data. Våre foreløpige analyser viser at dette faktisk kan ha redusert tiden det tar å få posisjon etter strømsparing i flere tilfeller, derfor bør ytelsen dere ser i dag ikke stå noe tilbake for hvordan klavene oppførte seg før hendelsen.

Forebygging

Nå som hendelsen er løst, fokuserer vi på å forstå rotårsaken fullt ut og iverksette tiltak for å redusere sannsynligheten for at noe lignende skjer igjen. Dette inkluderer blant annet et tett samarbeider med uBlox (som leverer GNSS mottakeren) for å finne den mest effektive løsningen.

Vi har allerede algoritmer i klavene våre for å håndtere denne type GNSS-forstyrrelser, men forrige ukes hendelse har vist at disse må forbedres ytterligere. Vi ser nå på hvordan vi kan bruke metadata fra klavene til å oppdage slike forstyrrelser og håndtere dem på en bedre måte – for eksempel ved å filtrere bort åpenbart feil posisjoner basert på dyrenes normale bevegelsesmønster.

Vi forbereder også å kunne bruke andre GNSS-konstellasjoner. Dette vil kunne føre til en økning i strømforbruket, men kan rulles ut til flåten vår raskt ved behov for å få en liknende hendelse raskere under kontroll. I tillegg vurderer vi å gi sluttbrukere mer kontroll over konfigurasjonene i en nødsituasjon, som for eksempel å kunne deaktivere den elektriske puls-funksjonen mens lydvarsler beholdes. Men her må vi jobbe litt mere med detaljene.

Vi vil også gå igjennom våre interne varslingssystemer for å sikre at dersom en lignende hendelse skulle skje igjen, så vil vi oppdage den så tidlig som mulig, slik at vi kan informere raskt og dermed redusere konsekvensene.

Så helt avslutningsvis, vil jeg igjen på vegne av Nofence beklage så mye for alle problemene denne hendelsen førte til for dere kundene, og jeg kan love at vi skal gjøre alt vi kan for å komme til bunns i dette og jobbe for å gjøre våre systemer enda mere robuste.

Takk.