Checklist voor je thuis-NVR voordat je meer camera's toevoegt

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Home NVR Checklist Before Adding More Cameras

Voeg camera's pas toe nadat de NVR de controles voor kanalen, ingest-bandbreedte, PoE, bewaartermijn, decodering, analytics, opslagstatus en herstel met de echte camera-instellingen heeft doorstaan.

Leg de huidige camera- en NVR-basis vast

Noteer van elke camera de resolutie, beeldsnelheid, codec, gemiddelde en piekbitrate, het continue of gebeurtenisschema, audio, substream en analytics. Noteer het aantal NVR-kanalen, gelicentieerde kanalen, de limiet voor inkomende bandbreedte, de decodeerlimiet en het huidige CPU- of acceleratiegebruik.

Een vrij kanaalnummer bewijst niet dat de NVR de volgende stream met hoge resolutie kan binnenhalen of weergeven. Tel bandbreedte en decodering afzonderlijk van de kanaallicentie.

Leg de bitrate overdag en 's nachts vast.
Neem regen of scènes met veel beweging mee.
Controleer hoofd- en substreams.
Noteer de huidige bewaartermijn en schijfstatus.

Bereken de opslag op basis van bitrate en bewaartermijn

Gebruik de gemeten bitrate, het aantal opname-uren, het aantal camera's en het aantal bewaardagen; voeg daarna ruimte toe voor het bestandssysteem, de database en vrije opslag. Alleen de resolutie voorspelt de opslag niet, omdat codec-instellingen en scènecomplexiteit de datasnelheid veranderen.

Een gedetailleerde CCTV-opslagberekening voor 30 dagen legt uit waarom nachtelijke ruis, regen, beweging, codec en RAID-overhead moeten worden meegenomen, in plaats van de opslag te baseren op een daggemiddelde.

Modelleer de toegevoegde camera's en een slechtste normale week. Als het nieuwe plan de bewaartermijn onder de vereiste termijn voor het huishouden brengt, voeg dan capaciteit toe of verminder de opnamevraag vóór de installatie.

Controleer PoE, switches en kabeltrajecten

Resource	Voorwaarde voor slagen	Stopsignaal
PoE-budget	Piekverbruik plus marge	Alleen gemiddeld verbruik
Switch-uplink	Geaggregeerde streams plus hoofdruimte	Eén verzadigde verbinding van 100 Mb
Kabeltraject	Geteste verbinding en bescherming tegen weersinvloeden	Fouten of heronderhandeling
NVR-ingest	Piekbitrate onder de limiet	Het aantal kanalen als maatstaf gebruiken
UPS	NVR, switch en camera's gedekt	Camera's vallen uit vóór gecontroleerd afsluiten

Controleer de PoE-standaard per poort en het totale vermogensbudget. Nachtelijk infrarood, verwarmingselementen of pan-tiltmotoren kunnen meer verbruiken dan de meting bij inactiviteit overdag.

Houd cameraverkeer waar mogelijk gescheiden van het opslagbeheer. Een checklist voor het in bedrijf stellen van camera en NVR laat zien waarom adressering, activering, opnameschema's en overdracht samen moeten worden getest.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

Valideer detectie, afspelen en gedrag bij storingen

Test liveweergave, tijdlijnnavigatie, export, zoeken naar gebeurtenissen, mobiele toegang en gelijktijdig afspelen nadat je één representatieve camera hebt toegevoegd. Analytics kan een andere resource gebruiken dan basisopname.

Koppel één camera, één PoE-poort en het opslagdoel los. Controleer of waarschuwingen de defecte laag identificeren en of de opname wordt hervat zonder de bewaartermijn of kwaliteit stilzwijgend te wijzigen.

Maak een back-up van de configuratie en van belangrijke clips buiten de NVR. Continue beelden kunnen volgens het beleid vervangbaar zijn, maar bewijs dat voor bewaring is geselecteerd, mag niet hetzelfde storingsdomein delen.

Gebruik een beslismoment voor uitbreiden of upgraden

Voeg camera's toe wanneer de gemeten piekbelasting voor ingest, PoE, decodering, analytics, opslag en UPS overal marge overlaat. Breid schijven uit wanneer de bewaartermijn de eerste beperkende factor is; upgrade de rekenkracht alleen wanneer decodering of analytics aantoonbaar de limiet bereikt.

Upgrade de switching wanneer pakketverlies of verzadiging van de uplink optreedt onder de nieuwe geaggregeerde streambelasting. De testworkflow voor kleine bestanden en het opslagpad kan helpen om overhead bij het bladeren te onderscheiden van de doorvoer voor bulkopnamen.

Stop wanneer één extra camera vereist dat je de vereiste bewaartermijn verkort, storingswaarschuwingen uitschakelt of de enige opslagpool bijna vol laat lopen. Een groter aantal kanalen compenseert geen ongetest herstelpad.

Conclusie

Koop pas wanneer aan elke harde vereiste in de echte ruimte en op het echte netwerk is voldaan; wacht anders, beperk het ontwerp of kies een eenvoudiger platform.