Calcolatore di archiviazione CCTV / NVR

1. Come viene stimato il bitrate

Anziché basarsi su tabelle generiche a tariffa fissa, questo stimatore di archiviazione per telecamere applica un modello di calcolo dinamico per simulare il consumo di banda in base a metriche di prestazione reali delle telecamere.

La formula principale per il throughput della telecamera attiva è definita come:

Bitrate_Active = baseBR × fpsFactor × K_Codec × K_Scene

Bitrate di base (baseBR)

Il carico infrastrutturale di base è calcolato direttamente dalla risoluzione del sensore:

baseBR = Resolution (MP) × 1.3

Esempio di applicazione: Una telecamera standard Full HD 1080p (circa 2.07 MP) che opera a una base di 15 FPS con compressione H.264 standard e complessità della scena media risulta in: 2.07 × 1.3 × 1.0 × 1.0 circa 2.69 Mbit/s Questo coefficiente è una base empirica derivata dalle guide di pianificazione dei produttori per garantire una densità di pixel ottimale durante la sorveglianza attiva.

Scalatura del frame rate (fpsFactor)

La scalatura della banda non aumenta in modo lineare con le modifiche del frame rate (FPS). Poiché gli encoder moderni catturano le differenze temporali tra i fotogrammi anziché trasmettere sequenzialmente immagini statiche complete, raddoppiare il frame rate produce un impatto sub-lineare sul volume totale. Il motore applica una curva a legge di potenza per modellare accuratamente questo comportamento:

fpsFactor = (FPS / 15)^0.45

Questo fattore di scala evita la sovra-allocazione di capacità nella progettazione di impianti ad alta frequenza (30 fps).

2. Requisiti di archiviazione H.264 vs H.265

L'efficienza della compressione video cambia in funzione del rumore ambientale e dell'entropia del movimento.

Modificatori di complessità della scena (K_Scene)

• Bassa (× 0.7): Ambienti ad accesso controllato con spostamenti di pixel minimi (ad esempio, magazzini tranquilli o corridoi interni notturni).
• Media (× 1.0): Ambienti commerciali standard o spazi commerciali con traffico pedonale moderato.
• Alta (× 1.4): Ambienti esterni dinamici e non vincolati, soggetti a movimento costante (ad esempio, incroci trafficati, folle, fogliame in movimento o illuminazione variabile). Il rumore elevato limita l'efficienza della compressione inter-frame.

3. Impatto del rilevamento del movimento

Quando sono attive le configurazioni di registrazione su movimento, la piattaforma applica un duty cycle a doppio stato. Durante i periodi di inattività, il flusso di dati scende a un tetto di FPS in stato di inattività definito dall'utente e abbassa la complessità della scena ai limiti minimi assoluti (0.7). Il requisito temporale netto è calcolato come:

Bitrate_Mean = (Bitrate_Active × M) + (Bitrate_Idle × (1 - M))

Dove M rappresenta la percentuale stimata di attività di movimento in un ciclo standard di 24 ore. Inoltre, se è selezionata l'acquisizione audio, viene aggiunta al budget attivo un'allocazione fissa di 64 kbit/s (0.064 Mbit/s) per telecamera per tenere conto dei flussi audio G.711 PCM standard.

4. Overhead di archiviazione RAID

La pianificazione dei dischi fisici va oltre il volume puramente matematico. Il modulo integrato CCTV RAID Calculator utilizza array fault-tolerant standard per determinare esattamente quanti livelli di archiviazione devono essere acquistati:

• RAID 1: Architettura a mirror puro. L'overhead di ridondanza richiede esattamente 2.0 × volume netto, limitato esattamente a N=2 dischi.
• RAID 5: Parità distribuita singola. Richiede un minimo di 3 dischi. La perdita di allocazione di archiviazione è esattamente pari a 1 disco: N / (N - 1).
• RAID 6: Doppia parità distribuita. Richiede un minimo di 4 dischi. Sopravvive a due guasti simultanei dei dischi riservando due dischi ai dati di parità: N / (N - 2).
• RAID 10: Array combinato mirror/stripe. Richiede un minimo di 4 dischi ed è limitato rigorosamente a configurazioni con numero pari (N mod 2 = 0). Metà della capacità fisica (50%) è utilizzata per l'overhead.

Calcolo dei dischi: Il motore divide il requisito totale fault-tolerant per il numero di dischi (N) e confronta automaticamente il risultato con i tagli standard di distribuzione commerciale degli HDD (ad esempio, 2, 4, 6, 8, 12, 16, 20 TB).

5. Overhead di archiviazione e filesystem

Un'opzione di Overhead di base (consigliata al 15%) è inclusa nel processo di calcolo dell'archiviazione per la videosorveglianza per assorbire le perdite sistematiche di capacità:

1. Conversione binario-decimale: I produttori di HDD calcolano l'archiviazione usando notazioni decimali (10^12 byte per TB), mentre i sistemi operativi formattano gli array in notazione binaria (1024^3 byte per TB). Questa discrepanza sistemica riduce la capacità fisica dei dischi di circa il 7,3%.
2. Journaling dei metadati: I filesystem (come EXT4 o XFS) isolano una percentuale di blocchi di archiviazione per l'indicizzazione dei metadati, le tabelle di recupero dei file e la mappatura dei settori.
3. Margini di sicurezza: Gli array di archiviazione NVR peggiorano in efficienza di scrittura quando sono completamente pieni; mantenere un buffer standard del 5-10% previene il degrado delle prestazioni durante le normali cancellazioni automatiche FIFO dei dischi.

6. Limiti di throughput dell'NVR

Il calcolatore attiva un avviso di ottimizzazione se il throughput aggregato del sistema supera i 320 Mbit/s.

Sebbene le interfacce gigabit standard gestiscano livelli di dati grezzi più elevati, i 320 Mbit/s rappresentano i limiti tipici di throughput in registrazione di molte piattaforme NVR commerciali di fascia media. Superare questa soglia crea un collo di bottiglia nei percorsi di elaborazione del SoC interno o nella velocità di scrittura del motore del database di archiviazione. Ciò porta direttamente a fotogrammi video persi, instabilità del flusso o riproduzione ritardata. I sistemi che operano oltre questa soglia richiedono layout di rete suddivisi su più nodi NVR o l'aggiornamento a hardware di livello progettuale ad alto throughput.