Optimalisering av BACnet med subscribeCOV og polling

Skrevet av Evolo Support

Sist oppdatert 14 dager siden

Kort oppsummering

Evolo Gateway kan hente verdier fra BACnet-enheter på to hovedmåter:

  • subscribeCOV

  • polling

Riktig oppsett er viktig for stabil kommunikasjon, korrekt logging og lav belastning på BACnet-nettverket.

Det viktigste er at loggingen må samsvare med hvordan verdiene hentes.

Anbefalt hovedregel

Oppsett

Anbefalt logging

subscribeCOV aktivert, og BACnet-enheten støtter antall nødvendige abonnementer

Ved endring

subscribeCOV aktivert, men BACnet-enheten når grensen for samtidige COV-abonnementer

Intervall, for eksempel 1 eller 5 minutter

subscribeCOV deaktivert

Intervall 1 minutt eller høyere

❗ Ikke bruk logging Ved endring når subscribeCOV er deaktivert.

Dette er den vanligste feilkonfigurasjonen vi ser, og kan føre til:

  • unødvendig BACnet-trafikk

  • høy belastning på BACnet-nettverket

  • ufullstendig logging

  • ustabile oppdateringer

Hva er subscribeCOV?

Når subscribeCOV er aktivert abonnerer Evolo Gateway på verdiendringer fra BACnet-enheten.

BACnet-enheten sender da automatisk oppdateringer når verdier endrer seg.

Dette gir normalt:

  • mindre BACnet-trafikk

  • raskere oppdateringer

  • mer effektiv kommunikasjon

  • lavere belastning på nettverket

  • korrekt grunnlag for logging med Ved endring

subscribeCOV er normalt anbefalt dersom BACnet-enheten støtter funksjonen korrekt.

Hva er polling?

Polling betyr at Evolo Gateway leser verdier fra BACnet-enheten med faste intervaller.

Eksempel:

  • hvert 1. minutt

  • hvert 5. minutt

Polling brukes typisk når:

  • BACnet-enheten ikke støtter subscribeCOV

  • subscribeCOV fungerer ustabilt

  • leverandøren anbefaler polling

  • enheten krever tradisjonell avlesning for stabile verdier

Hvorfor “Ved endring” krever subscribeCOV

Logging med Ved endring forutsetter at Evolo Gateway får beskjed når en verdi endrer seg.
Dette skjer normalt ved at subscribeCOV er aktivert.

Dersom subscribeCOV er deaktivert mottar ikke gatewayen automatisk verdiendringer. Gatewayen må da lese verdiene manuelt med polling.

Da bør logging settes til intervall.

Hvis logging fortsatt står på Ved endring kan resultatet bli:

  • ufullstendig historikk

  • manglende datapunkter i grafer

  • unødvendig BACnet-trafikk

  • høy belastning på nettverket

Begrensning på antall samtidige COV-abonnementer

Selv om subscribeCOV normalt er anbefalt sammen med logging Ved endring, finnes det tilfeller hvor dette ikke er riktig oppsett.

Noen BACnet-enheter har en begrensning på hvor mange samtidige COV-abonnementer de støtter. Dersom logging er satt til Ved endring, og subscribeCOV er aktivert, vil Evolo Gateway abonnere på verdiendringer for datapunktene på grensesnittet.

Hvis grensesnittet inneholder mange datapunkter, kan dette føre til at BACnet-enheten når grensen for hvor mange datapunkter den kan ha i aktive COV-abonnementer samtidig.

Dette kan gi symptomer som:

  • avviste COV-abonnementer

  • manglende eller ustabile verdioppdateringer

  • ufullstendig logging

  • høy belastning på BACnet-enheten

  • feil knyttet til maksimalt antall aktive abonnementer

I slike tilfeller bør logging endres fra Ved endring til et fast intervall, for eksempel 1 eller 5 minutter.

subscribeCOV kan fortsatt være aktivert på grensesnittet, men loggingen bør ikke være avhengig av at alle datapunkter ligger i aktive COV-abonnementer samtidig.

Dette gir et mer stabilt oppsett og reduserer risikoen for at BACnet-enheten når taket for samtidige abonnementer.

Datapunkter i visninger

Når en bruker åpner en Visning med BACnet-datapunkter vil Evolo Gateway hente oppdaterte verdier for datapunktene som vises.

Når subscribeCOV er aktivert

Verdier oppdateres normalt automatisk når BACnet-enheten sender verdiendringer.

Dette gir lav belastning på BACnet-nettverket.

Når subscribeCOV er deaktivert

Gatewayen må i stedet polle datapunktene som brukes i visningen.

Pollingen skjer da med det høyeste tillatte intervallet som er definert i grensesnittet.

Dette kan gi betydelig ekstra BACnet-trafikk, spesielt dersom:

  • visningen inneholder mange datapunkter

  • flere brukere har visninger åpne samtidig

  • visninger står åpne over tid

  • logging samtidig er satt til Ved endring

Denne kombinasjonen kan føre til høy belastning og ustabil kommunikasjon på BACnet-nettverket.

Anbefalt praksis

Bruk subscribeCov når:

  • BACnet-enheten støtter funksjonen korrekt

  • du ønsker minst mulig BACnet-trafikk

  • du ønsker raske verdioppdateringer

  • du ønsker logging basert på faktiske verdiendringer, og BACnet-enheten støtter antall nødvendige COV-abonnementer

Dersom BACnet-enheten har begrensning på antall samtidige COV-abonnementer, bør logging settes til intervall, for eksempel 1 eller 5 minutter, selv om subscribeCOV er aktivert.

Bruk polling når:

  • BACnet-enheten ikke støtter subscribeCOV

  • subscribeCOV fungerer ustabilt

  • leverandøren anbefaler polling

  • du ønsker faste avlesningsintervaller

Ved polling bør logging settes til intervall, for eksempel 1 minutt eller høyere.