Het PoE-budget beïnvloedt een thuis NVR-camera netwerk door te beperken hoeveel camera’s tegelijkertijd voldoende stroom kunnen ontvangen onder hun hoogste werkelijke belasting.
Een switch kan acht of zestien PoE-poorten bieden, maar toch niet genoeg totaal wattage hebben om elke aangesloten camera met infrarood-LED’s, witte lampen, verwarmers, microfoons, luidsprekers of PTZ-motoren actief te laten draaien. Elke poort heeft ook zijn eigen standaard en leveringslimiet, dus een groot totaalbudget kan een poort die te weinig stroom onderhandelt niet redden. De onderstaande secties scheiden de vraag per camera, per-poort limieten, gedeeld budget, kabelverlies en opstartmarge zodat het cameranetwerk stabiel blijft ’s nachts en bij slecht weer.
Aantal poorten en PoE-vermogenbudget zijn verschillende limieten
Aantal poorten beschrijft hoeveel kabels kunnen worden aangesloten, terwijl het totale PoE-budget beschrijft hoeveel watt de switch of NVR over die poorten kan leveren. Een volledig bezette switch is niet per se een volledig gevoede switch.
Een bewakingsswitch moet worden gedimensioneerd op basis van camera stroomvraag in plaats van alleen het aantal poorten. Het optellen van het maximale verbruik van alle geplande apparaten bepaalt het minimale gedeelde budget vóór reservecapaciteit.
Als de totale vraag het beschikbare budget overschrijdt, kan de switch een nieuw gevoed apparaat weigeren, een lagere prioriteitspoort uitschakelen of toestaan dat onstabiele camera’s opnieuw opstarten als de omstandigheden veranderen.
Elke camera moet binnen de per-poort standaard passen
PoE-standaarden definiëren hoeveel stroom een gevoed apparaat kan aanvragen en hoeveel de leverende poort kan leveren. Een eenvoudige vaste camera past mogelijk binnen 802.3af, terwijl PTZ, verwarmers, verlichtingsapparatuur en multi-sensor camera’s PoE+ of hoger nodig kunnen hebben.
Bij het plannen van PoE-camera’s moet de per-poort stroomklasse worden vergeleken met de cameraspecificatie. Een 240 W switch kan nog steeds geen apparaat bedienen dat meer stroom nodig heeft dan één poort mag onderhandelen.
Passieve PoE en niet-standaard spanningssystemen mogen niet als compatibel met IEEE PoE-camera’s worden aangenomen. Correcte detectie en onderhandeling beschermen zowel de switch als het apparaat.
Night Mode kan het stroomverbruik boven dagmetingen verhogen
Een camera die tijdens de installatie stabiel lijkt, kan na donker meer stroom verbruiken wanneer infrarood-LED’s, witte lampen, verwarmers, ontwasemingselementen, luidsprekers of PTZ-motoren worden geactiveerd.
Bewakingsontwerp richtlijnen houden rekening met nachtelijke camerabelasting bij het berekenen van het gedeelde budget. Het maximale vermogen op het typeplaatje is veiliger dan een inactieve dagmeting omdat meerdere camera’s tegelijk in hoogvermogenmodus kunnen gaan.
Koude starts veroorzaken een piek wanneer camera’s opstarten, verwarmers inschakelen en infraroodsystemen tegelijk initialiseren na een stroomstoring of switch-herstart.
Een netwerk dat normaal werkt maar herhaaldelijk faalt bij gelijktijdige opstart, is nog steeds onderbemand.
Kabellengte vermindert het beschikbare vermogen bij de camera
Ethernet-geleiders hebben weerstand, waardoor een deel van de geleverde stroom als warmte langs de kabel verloren gaat. Langere afstanden, kleinere geleiders, slechte aansluitingen en hogere stroomsterkte verhogen de spanningsval.
Een praktische PoE-camera verbinding moet geschikte koperen bekabeling gebruiken en binnen de Ethernet-afstandslimieten blijven. De standaard houdt rekening met leveringsverlies, maar marginale kabelkwaliteit kan een geldige stroomberekening veranderen in intermitterende resets.
Als één verre camera ’s nachts faalt, vergelijk dan de spanning en onderhandelde klasse op die verbinding voordat u de NVR-software of videobandbreedte de schuld geeft.
Reserveer marge voor uitbreiding en foutherstel
Dimensioneer de switch niet precies op de som van de huidige typische metingen. Reserveer capaciteit voor maximaal gespecificeerd verbruik, kabelverlies, gelijktijdige hoogvermogenfuncties, opstart, firmwarewijzigingen en toekomstige camera’s.
Een PoE-budgetberekening moet stroommarge boven het aangesloten maximum omvatten. Beheerde switches kunnen per poort monitoring, prioriteit en afstandsbediening van stroomcycli toevoegen, wat helpt een falende camera te identificeren en te herstellen zonder ter plaatse te hoeven zijn.
Het camera netwerkplan van ZimaSpace moet het maximale wattage van de camera, PoE-klasse, kabellengte, poorttoewijzing, switchbudget, uplinkcapaciteit en back-up stroomlooptijd samen vastleggen. Stroom en video zijn aparte beperkingen, ook al delen ze één kabel.
Test met elke camera in zijn hoogst mogelijke stroommodus, start dan de hele PoE-switch opnieuw op terwijl u registreert welke poorten als eerste onderhandelen en of een camera herhaaldelijk opnieuw opstart. Die test onthult de werkelijke stroomdrempel voordat een storing of winterse nacht dat doet.
FAQ
Kan een NVR met acht PoE-poorten acht camera’s van stroom voorzien?
Alleen als elke camera binnen de per-poort standaard past en hun gecombineerde maximale verbruik binnen het totale PoE-budget van de NVR blijft.
Verhoogt een groter PoE-budget de videobandbreedte?
Nee. Stroombudget en netwerkdoorvoer zijn gescheiden. De switch heeft nog steeds voldoende backplane- en uplinkcapaciteit nodig voor alle camerastreams.
Moet het PoE-budget uitgaan van typisch of maximaal cameraverbruik?
Gebruik het gepubliceerde maximum of de gemeten slechtste situatie, en voeg dan marge toe voor kabelverlies, gelijktijdige nachtfuncties, opstart en toekomstige uitbreiding.
Tech & AI HUB
Meer om te lezen

Kan een lokale AI-gateway een harde contextlimiet afdwingen vóór GPU-toewijzing?
Een mechanismegerichte uitleg van de harde contextpoort, de afwegingen rond gedeelde bronnen, drie veelgestelde vragen over query-fan-out en een praktisch verificatieprotocol.

Kan het geheugen van een thuis-AI-server modelgewichten vanaf een externe NAS via 2,5GbE in kaart brengen?
Een mechanismegerichte uitleg van geheugentoewijzing voor het externe NAS-model, de afwegingen rond gedeelde resources, drie veelgestelde vragen over query-fan-out en een praktisch verificatieprotocol.

Kunnen meerdere containers één geïntegreerde GPU delen zonder dat workloads uitlekken?
Een mechanismegerichte uitleg van gedeelde iGPU-containerisolatie, de afwegingen rond gedeelde resources, drie veelgestelde vragen over query-fan-out en een praktisch verificatieprotocol.

