---
title: "Standaard Bewegingsalarm vs Slim Alarm"
source: /nl/gcxone/features/alarms-ai/standard-vs-smart-alarm
locale: nl
updated: 2026-09-08
---
## **Wat Standaard Bewegingsalarm vs Slim Alarm Doet**

In GCXONE wordt elk alarm dat operators bereikt, gegenereerd door een detectiegebeurtenis op een camera of sensor. De detectiemethode bepaalt de kwaliteit, hoeveelheid en nauwkeurigheid van die alarmen. Standaard Bewegingsdetectie produceert grote hoeveelheden valse alarmen die de aandacht van de operator belasten en het risico op activering van de Event Overflow‑bescherming verhogen. Slimme Alarmen gebruiken AI op het apparaat om alleen geverifieerde, actie‑gerichte gebeurtenissen te leveren.

## **Waarom Het Van Belang Is**

De detectiemethode die door klantapparaten wordt gebruikt, beïnvloedt direct de prestaties van het platform en de servicekwaliteit. Locaties die Basisbeweging gebruiken, zijn de meest voorkomende bron van Event Overflow‑incidenten. CSM's ontvangen escalaties van klanten die klagen dat alarmen niet meer aankomen — meestal omdat hun apparaat werd onderdrukt vanwege overflow. Talos toont Alarm Limit Exceeded‑fouten wanneer meerdere slecht geconfigureerde apparaten op dezelfde locatie gezamenlijk de drempel op site‑niveau overschrijden. Operators melden alarmvermoeidheid bij het monitoren van locaties met Basisbeweging op buitencamera's.

Klanten die zijn overgestapt van Basisbeweging naar IVS melden aanzienlijk minder alarmgerelateerde klachten. Overflow‑incidenten dalen tot bijna nul op locaties die Slimme Alarmen gebruiken. De verwerkingstijd voor operators verbetert omdat binnenkomende alarmen geverifieerde gebeurtenissen vertegenwoordigen. ZenMode en NOVA99x voegen extra AI‑filtering toe bovenop IVS‑gegenereerde alarmen voor maximale precisie.

## **Hoe Het Werkt**

### Standaard Bewegingsdetectie

Standaard Bewegingsdetectie (ook wel Basisbeweging genoemd) is de eenvoudigste en oudste vorm van alarmtriggering aan de camerazijde. Het werkt door opeenvolgende videoframes te vergelijken: als er voldoende pixels veranderen tussen frames, concludeert de camera dat er “beweging” heeft plaatsgevonden en activeert een alarm.

De firmware van de camera verdeelt het beeld in een raster van zones. Voor elke zone berekent hij het verschil in pixel‑helderheid tussen het huidige en het vorige frame. Als de wijziging de geconfigureerde drempel overschrijdt, wordt een alarmgebeurtenis gegenereerd en onmiddellijk naar GCXONE verzonden.

#### Waar het op triggert

- Personen en voertuigen (gewenst)
- Wind die bomen, gras of gordijnen beweegt
- Regen, mist of sneeuw
- Passerende koplampen en lichtreflecties
- Insecten die dicht bij de lens vliegen
- Cameratrilling door wind of vibratie

#### Impact op GCXONE

- Hoge alarmvolume: Buitencamera's in bewegingsdetectiemodus kunnen onder normale omgevingscondities honderden alarmen per uur genereren.
- Operatorvermoeidheid: Het verwerken van een constante stroom valse alarmen vermindert de alertheid van de operator en vergroot het risico op het missen van echte gebeurtenissen.
- Event Overflow‑risico: Het overschrijden van 25 alarmen in een venster van 5 minuten activeert de Event Overflow‑bescherming van GCXONE, die alle verdere alarmen van het apparaat gedurende dat venster weggooit.

### Slim Alarm (IVS / Intelligente Detectie)

Slimme Alarmen — ook wel IVS (Intelligent Video System)‑gebeurtenissen, of AI‑gebeurtenissen genoemd — gebruiken de ingebouwde AI‑processor van de camera of NVR om de scène te analyseren voordat een alarmsignaal wordt gegenereerd. In plaats van te reageren op pixelveranderingen identificeert het systeem specifieke objecttypen en gedragingen.

#### Veelvoorkomende Slimme Alarmtypen

- Lijnoversteekdetectie: Triggert wanneer een persoon of voertuig een door de gebruiker gedefinieerde virtuele lijn in het zichtveld overschrijdt. Richtingsbewust (bijv. alleen binnenkomst).
- Indringer detectie: Triggert wanneer een persoon of voertuig een gedefinieerde zone betreedt en gedurende een minimale duur blijft.
- Persoondetectie: Triggert alleen wanneer een persoon positief wordt geïdentificeerd in het frame — negeert dieren, voertuigen en omgevingsbeweging.
- **Voertuigdetectie: activeert alleen bij bevestigde aanwezigheid van een voertuig — nuttig voor parkeerplaatsen, perimeters en toegangscontrole van wegen.**

#### Impact op GCXONE

- Bijna geen valse alarmen: omgevingsacties worden gefilterd bij de bron, voordat gegevens GCXONE bereiken.
- Verminderde alarmen: locaties die voorheen meer dan 200 alarmen per dag genereerden, dalen vaak tot onder de 20 met slimme alarmconfiguratie.
- Compatibiliteit met overflow‑bescherming: slimme alarmen naderen zelden de drempel van 25 alarmen per 5 minuten, waardoor Event Overflow geen probleem is.
- AI‑stack‑compatibiliteit: slimme alarmen werken naast GCXONE's NOVA99x‑ en ZenMode‑lagen voor verdere vermindering van valse alarmen en gebeurtenisgroepering.

## **Belangrijkste mogelijkheden**

Het volgende illustreert hoe elke detectiemethode een scène verwerkt en (of niet) alarmen naar GCXONE levert:

### Standaard bewegingsstroom

1. Camera detecteert pixelverandering
2. Direct alarm afgegeven
3. GCXONE ontvangt alarm
4. Operator beoordeelt — vaak een vals alarm
5. Hoge volume → mogelijk Event Overflow

### Slim alarm (IVS) stroom

1. Camera‑AI analyseert de scène
2. Niet‑menselijke/voertuig‑triggers genegeerd
3. Geverifieerd alarm verzonden naar GCXONE
4. Operator beoordeelt — echt evenement
5. Lage volume → geen overflow‑risico

### In één oogopslag: functievergelijking

| Criteria | Standaard bewegingsdetectie | Slim alarm (IVS) |
| --- | --- | --- |
| Detectiemethode | Pixel‑veranderingsanalyse | Edge‑side AI / IVS‑engine |
| Getriggerd door | Elke beweging (wind; insecten; regen; licht) | Alleen mensen & voertuigen (gedefinieerde doelen) |
| Valse alarmratio | Hoog | Laag |
| Alarmvolume | Zeer hoog | Laag |
| Risico op event overflow | Hoog | Zeer laag |
| Operatorwerkbelasting | Zwaar | Beheersbaar |
| GCXONE AI Compatibel | Beperkt | Ja — NOVA99x; ZenMode; Genie |
| NXGEN Aanbeveling | Niet aanbevolen | Sterk aanbevolen |

### Hoe te schakelen naar Smart Alarmen

Het overschakelen van een camera van Basisbeweging naar IVS vereist een configuratiewijziging op het fysieke apparaat. Dit gebeurt doorgaans via de web‑UI van de camera of via de NVR‑interface:

- Stap 1: Open de webinterface van de camera of het configuratiepaneel van de NVR.
- Stap 2: Navigeer naar Smart Event‑ of IVS‑instellingen (locatie varieert per fabrikant — zie apparaat‑specifieke handleidingen op [gcxone.pages.dev/docs/devices](/integrations)).
- Stap 3: Schakel Basisbewegingdetectie uit indien deze is ingeschakeld.
- Stap 4: Schakel Lijnoversteekdetectie of Indringer detectie in. Teken de detectiezone zodat deze het interessegebied dekt.
- Stap 5: Stel het doel‑filter in op Mens of Voertuig (of beide) om omgevingsprikkels uit te sluiten.
- Stap 6: Controleer in GCXONE of het binnenkomende alarmtype correct is toegewezen aan de juiste alarmcode. Gebruik de Alarm Mapping‑instellingen om dit te bevestigen.
- Stap 7: Bewaak het alarmvolume gedurende 24–48 uur en bevestig dat overflow‑gebeurtenissen niet meer worden geactiveerd.

## **Best practices**

Aanbeveling voor CSM’s: Wanneer een klant alarmgaten, gemiste gebeurtenissen of onverwachte stiltes meldt — controleer eerst of hun camera’s Basisbewegingdetectie gebruiken. In de meeste gevallen lost het overschakelen naar IVS het probleem volledig op zonder wijzigingen aan de platformzijde.

- Schakel eerst buitencamera’s over naar IVS — zij zijn de meest voorkomende bron van valse alarmen en overflow‑incidenten.
- Stel altijd een doel‑filter in (Mens of Voertuig) in wanneer u IVS inschakelt — zonder dit kan de AI engine nog steeds activeren op dieren of omgevingsbeweging.
- Bewaak het alarmvolume gedurende 24–48 uur na het overschakelen om te bevestigen dat overflow‑gebeurtenissen niet meer worden geactiveerd.
- Combineer IVS met GCXONE’s NOVA99x en ZenMode voor maximale alarmprecisie en gebeurtenisgroepering.