Ho visto troppe telecamere PTZ 4G perdere il segnale video sul campo. La causa principale è spesso il modem che passa da una banda all'altra senza alcuna logica di controllo nel firmware.
Si implementa la commutazione automatica di banda inviando al modem una maschera di banda esadecimale completa e lasciando che l'algoritmo RRM scelga la banda migliore. È possibile implementare il blocco manuale della banda inviando una maschera esadecimale filtrata che abilita solo bande specifiche. Entrambi i metodi si basano su comandi AT tra il firmware e il modulo cellulare, come ad esempio Quectel AT+QCFG="banda" o di Sierra Wireless AT!BAND. Il segreto è costruire un modulo di gestione della banda nel firmware che gestisca la selezione della modalità, la valutazione del segnale e il rollback sicuro.
Implementazione del firmware della telecamera PTZ per la commutazione e il blocco della banda
Di seguito, vi illustrerò la logica esatta, i comandi AT e i modelli di progettazione del firmware che utilizziamo in Loyalty-Secu. Che si tratti di bloccare una banda, impostare le priorità della portante, attivare un refresh remoto o monitorare le metriche del segnale attraverso una GUI web, ogni sezione copre i passaggi pratici.
È possibile bloccare la fotocamera su una banda specifica per evitare il roaming su una torre debole?
Ho avuto a che fare con questo esatto problema in installazioni ai margini delle foreste, dove il modem continuava a rimbalzare tra la banda 12 e la banda 4. Il flusso video si interrompeva ogni volta che si cambiava. Il flusso video si interrompeva ogni volta che si cambiava.
Sì, è possibile bloccare la telecamera su una banda specifica. Il firmware invia al modem una maschera di bit esadecimale che abilita solo la banda scelta. Il modem ignorerà quindi i segnali di sincronizzazione provenienti da tutte le altre bande. In questo modo si evita l'effetto “ping-pong” in cui il dispositivo salta tra due torri deboli e perde il segnale video.
Bloccare la telecamera PTZ su una specifica banda LTE per evitare il roaming
Come funziona il blocco di banda a livello di modem
Il blocco della banda non è una vera e propria “commutazione”. È un mascheramento. Si dice al modem quali bande sono consentite. Ogni banda supportata dal modem ha una posizione di bit in un valore esadecimale. Se il bit è 1, la banda è consentita. Se è 0, il modem non proverà nemmeno a scansionarla.
Ad esempio, su un Quectel EC25 1 o il modulo EG25 (molto comune nelle telecamere PTZ di produzione cinese), il comando si presenta come segue:
AT+QCFG="band",0,A,0,1Qui, A è la maschera esadecimale. Significa che sono consentite solo la Banda 2 e la Banda 4. Il 1 alla fine indica al modem di applicare subito questa impostazione e di riavviare lo stack di protocollo.
Come calcolare la maschera esadecimale
Ogni banda LTE corrisponde a una posizione di bit. La banda 1 è il bit 0. La banda 2 è il bit 1. La banda 3 è il bit 2. E così via. Per ottenere il valore esadecimale, si eleva 2 alla potenza di (numero di banda meno 1).
| Banda LTE | Bit Posizione | Valore decimale | Valore esadecimale |
|---|---|---|---|
| Banda 2 | 1 | 2 | 0x2 |
| Fascia 4 | 3 | 8 | 0x8 |
| Banda 7 | 6 | 64 | 0x40 |
| Banda 12 | 11 | 2048 | 0x800 |
| Banda 13 | 12 | 4096 | 0x1000 |
Per bloccare la banda 2 e la banda 4, sommare i loro valori esadecimali: 0x2 + 0x8 = 0xA. Questa è la maschera.
Cosa succede se la banda bloccata scompare?
È qui che molti progetti di firmware falliscono. Se si blocca una singola banda e questa va offline, anche la videocamera va offline. Niente segnale. Niente video. Niente accesso remoto.
Consiglio sempre di aggiungere un timer di sicurezza. Se il modem non riesce a registrarsi sulla banda bloccata entro 60 secondi, il firmware dovrebbe tornare automaticamente alla modalità automatica. In questo modo, la telecamera rimane online. Forse si troverà su una banda più lenta, ma almeno avrà ancora una trasmissione in diretta e potrà modificare le impostazioni da remoto.
Per ripristinare la modalità automatica, basta reimpostare la maschera su tutte le F:
AT+QCFG="banda",0,FFFFFFFF,0,1In questo modo il modem esegue nuovamente la scansione di tutte le bande supportate.
Tre modalità di blocco da offrire nel firmware
Per i clienti B2B, come gli integratori di sistemi, suggerisco di offrire tre opzioni nella configurazione:
- AUTO: Tutte le bande sono abilitate. Il modem sceglie la migliore.
- LOCK_SINGLE: È consentita una sola banda. Il modem rimane su di essa o va offline.
- LOCK_SET: È consentito un gruppo di bande. Il modem può passare all'interno di questo gruppo, ma mai all'esterno.
Ciò offre all'installatore una certa flessibilità. In città, AUTO funziona bene. In una fattoria remota con una sola torre, LOCK_SINGLE evita lo spreco di scansioni. In autostrada, LOCK_SET con due o tre bande mantiene la connessione stabile senza troppe opzioni.
Il firmware consente la selezione prioritaria della banda per l'operatore locale?
Alcuni clienti negli Stati Uniti mi hanno chiesto di preconfigurare le priorità di banda per Verizon o AT&T. Non vogliono toccare i comandi AT. Vogliono solo un menu a discesa.
Sì, il firmware può supportare la selezione della banda in base alla priorità. Si costruisce un algoritmo di punteggio che classifica le bande disponibili in base alla potenza del segnale (RSRP), alla qualità del segnale (RSRQ/SINR) e al throughput. Il firmware valuta periodicamente ogni banda e passa a quella con il punteggio più alto. È anche possibile precaricare elenchi di priorità specifici per le portanti, in modo che l'installatore scelga la propria portante da un menu.
Selezione della banda prioritaria per i vettori USA nel firmware PTZ
L'algoritmo di valutazione
La logica di commutazione automatica funziona con un semplice ciclo. Ogni 10-30 secondi, il firmware interroga il modem per conoscere le metriche del segnale corrente utilizzando comandi come AT+QNWINFO o AT+QCSQ. Registra RSRP 2, RSRQ, SINR e, facoltativamente, throughput di uplink.
Quindi assegna un punteggio alla banda corrente. Se il punteggio scende sotto una soglia per più di 30 secondi, il firmware attiva una scansione della banda. Controlla tutte le bande consentite, assegna un punteggio a ciascuna di esse e passa al candidato migliore.
Impostazione di soglie con isteresi
L'errore più grave è quello di impostare una singola soglia. Se si dice “commuta quando l'RSRP scende sotto i -110 dBm”, il modem potrebbe commutare ogni pochi secondi quando il segnale si aggira intorno ai -110. Questo si chiama effetto ping-pong. Questo effetto uccide il flusso video.
La soluzione è l'isteresi. Si impostano due soglie:
- Soglia di uscita: Abbandona la banda corrente quando RSRP < -110 dBm E SINR < 0 dB per 30 secondi.
- Soglia di ingresso: Accetta una nuova banda solo quando RSRP > -100 dBm E SINR > 3 dB per 60 secondi.
Aggiungere anche un tempo di permanenza minimo. Dopo la commutazione, il firmware deve rimanere sulla nuova banda per almeno 5 minuti prima di effettuare una nuova valutazione. In questo modo si evita una commutazione rapida durante brevi cali di segnale.
Elenchi di priorità specifici del vettore
Per i vettori statunitensi, le bande comuni sono:
| Vettore | Bande primarie | Note |
|---|---|---|
| Verizon | B13, B4, B2 | B13 ha un'ampia copertura ma una bassa larghezza di banda |
| AT&T | B12, B14, B2, B4 | B12/B14 per le zone rurali, B2/B4 per le zone urbane. |
| T-Mobile | B71, B12, B2, B66 | Il B71 è ottimo per la copertura rurale a lungo raggio |
Nel firmware, questi profili vengono memorizzati come profili preimpostati. Quando l'installatore seleziona “Verizon” nella GUI web, il firmware carica la giusta maschera di banda e l'ordine di priorità. Non è necessaria alcuna immissione manuale di esagoni.
Come questo aiuta la vostra azienda
Se siete un integratore di sistemi che sta distribuendo 50 telecamere PTZ solari nelle zone rurali del Texas, non volete configurare manualmente ognuna di esse. Volete scegliere “AT&T” da un menu e lasciare che il firmware si occupi del resto. Questo è il tipo di funzione che riduce i tempi di installazione e i giri dei camion.
Come si attiva un aggiornamento della banda da remoto se la connessione dati diventa lenta?
Ho visto casi in cui una telecamera rimane connessa a una banda congestionata per ore. Il segnale sembra buono sulla carta, ma il throughput effettivo è terribile. L'installatore non ha modo di forzare un aggiornamento senza recarsi sul posto.
È possibile attivare un aggiornamento della banda da remoto inviando un comando attraverso l'interfaccia web, l'API o la piattaforma cloud della telecamera. Il firmware riceve il comando, reimposta la maschera di banda del modem per attivare una nuova scansione completa, valuta tutte le bande disponibili e si ricollega a quella migliore. In questo modo si evita il riavvio completo del dispositivo e si mantiene il tempo di inattività sotto i 15 secondi.
Aggiornamento remoto della banda per la connessione lenta della telecamera PTZ 4G
Flusso del comando di aggiornamento remoto
Ecco la logica passo-passo all'interno del firmware quando viene attivato un aggiornamento remoto:
- L'utente fa clic su “Aggiorna banda” nella GUI web o invia una chiamata API.
- Il firmware salva l'impostazione di banda corrente come ripiego.
- Invia
AT+QCFG="banda",0,FFFFFFFF,0,1per azzerare la maschera e forzare una nuova scansione. - Attende che il modem si registri su una nuova banda (timeout: 30 secondi).
- Legge la nuova banda e le metriche del segnale con
AT+QNWINFOeAT+QCSQ. - Se la nuova banda è migliore, rimane. In caso contrario, torna all'impostazione salvata.
Perché non riavviare il modem?
Un riavvio completo del modem richiede dai 20 ai 40 secondi. Durante questo tempo, si perde tutta la connettività. Se la telecamera sta trasmettendo video in diretta, si tratta di un intervallo di tempo molto lungo. Un riavvio della banda resetta solo il livello radio. Spesso la sessione IP può sopravvivere se il modem si registra rapidamente sulla stessa cella o su una cella vicina.
Aggiornamento automatico della banda in base al throughput
Oltre ai trigger manuali, consiglio di creare una versione automatica. Il firmware monitora il throughput di upload ogni 60 secondi. Se il throughput scende sotto i 500 Kbps per più di 5 minuti e l'RSRP è ancora superiore a -105 dBm, il firmware sa che la banda è congestionata, non debole. Innesca da solo un aggiornamento della banda.
È molto utile per le telecamere dei cantieri. Durante le ore di punta, la banda 12 potrebbe essere sovraccaricata dagli utenti vicini. La telecamera può passare tranquillamente alla banda 4, dove la larghezza di banda è maggiore. Quando il traffico diminuisce di notte, può passare di nuovo.
Integrazione con il codificatore video
Ecco un dettaglio importante. Quando il firmware attiva un aggiornamento di banda, deve notificarlo anche al codificatore video. Il codificatore può ridurre temporaneamente la velocità di trasmissione o passare alla modalità solo I-frame durante la transizione. In questo modo si evita un accumulo di pacchetti non inviati nel buffer. Una volta che la nuova banda è attiva e stabile, il codificatore torna alla massima qualità.
Questo tipo di streaming consapevole dei collegamenti è ciò che distingue un sistema PTZ professionale da un prodotto consumer. Il cliente finale vede un breve calo di qualità invece di uno schermo bloccato.
Esiste un'opzione della GUI Web per vedere i valori RSRP e RSRQ per ciascuna banda attiva?
Ho parlato con molti integratori che installano una telecamera e poi non hanno idea di come sia la connessione cellulare. Vedono solo “connesso” o “disconnesso”. Questo non è sufficiente per la risoluzione dei problemi.
Sì, è possibile creare una pagina web GUI che mostra le informazioni in tempo reale su RSRP, RSRQ, SINR e banda corrente. Il firmware interroga il modem a intervalli regolari utilizzando comandi AT come AT+QCSQ e AT+QNWINFO, e poi invia i dati all'interfaccia web. Ciò consente agli installatori e agli operatori remoti di avere piena visibilità sulla qualità del collegamento cellulare senza dover accedere a SSH o conoscere i comandi AT.
GUI web che mostra le informazioni sulla banda RSRP RSRQ SINR per la telecamera PTZ
Quali metriche visualizzare
La GUI web dovrebbe mostrare almeno questi valori, aggiornati ogni 5-10 secondi:
| Metrico | Sorgente del comando AT | Cosa ci dice | Buona gamma |
|---|---|---|---|
| Banda attuale | AT+QNWINFO | Quale banda LTE sta utilizzando il modem | — |
| RSRP (dBm) | AT+QCSQ | Potenza del segnale dalla torre | > -100 dBm |
| RSRQ (dB) | AT+QCSQ | Qualità del segnale (tiene conto del rumore) | > -10 dB |
| SINR (dB) | AT+QCSQ | Rapporto segnale/rumore | > 5 dB |
| ID cella | AT+QENG="servingcell" | A quale torre è collegato il modem | — |
| Velocità di caricamento | Test di velocità del firmware | Throughput effettivo disponibile per lo streaming video | > 2 Mbps |
Creare la pagina dell'interfaccia grafica
Sul lato firmware, un demone in background esegue le query AT e memorizza i risultati nella memoria condivisa o in un piccolo database SQLite. Il server web (di solito lighttpd o uhttpd su Linux embedded) legge questi dati e li serve come endpoint API JSON.
La pagina front-end interroga questo endpoint ogni pochi secondi e aggiorna la visualizzazione. È possibile utilizzare semplici HTML e JavaScript. Non sono necessari framework pesanti. Una barra colorata (verde/giallo/rosso) accanto a ciascuna metrica ne facilita la lettura a colpo d'occhio.
Aggiunta di un registro della cronologia della banda
Oltre ai dati in tempo reale, suggerisco di aggiungere un registro storico di 24 ore. Ogni volta che la banda cambia, il firmware scrive una voce con data e ora: vecchia banda, nuova banda, RSRP prima e dopo, e il motivo del cambio (attivato dall'utente, commutazione automatica a causa di SINR basso, aggiornamento programmato, ecc.).
Questo registro è molto utile per la risoluzione dei problemi in remoto. Se un cliente chiama e dice “la telecamera era offline alle 3 del mattino”, è possibile consultare il registro e vedere esattamente cosa è successo. Forse la banda 13 è scesa a -120 dBm RSRP e il commutatore automatico è entrato in funzione, ma anche la banda di riserva aveva un SINR insufficiente. Ora sapete che il problema è legato alla torre e non alla telecamera.
Il manager della band per unire il tutto
L'interfaccia grafica web non è solo un display. Dovrebbe essere anche il pannello di controllo. Dalla stessa pagina, l'utente può:
- Commuta tra le modalità AUTO, LOCK_SINGLE e LOCK_SET.
- Selezionare le bande da bloccare.
- Attivare un aggiornamento manuale della banda.
- Impostare le soglie per la commutazione automatica.
- Scaricare il registro della cronologia della banda come file CSV.
In questo modo il cliente B2B ha a disposizione uno strumento completo. Non hanno bisogno di accedere alla telecamera tramite SSH o di digitare comandi AT. Tutto è "point-and-click". Per un integratore di sistema che gestisce 100 telecamere in 20 siti, ciò consente di risparmiare ore di lavoro ogni settimana.
Memorizzazione delle impostazioni nella memoria non volatile
Un'altra cosa. Tutte le impostazioni dell'utente, le preferenze di banda, la selezione della modalità e i valori di soglia devono essere memorizzati nella memoria non volatile (NV/flash). Se la telecamera perde l'alimentazione e si riavvia, deve tornare con la stessa configurazione di banda. Non affidatevi alla memoria solo RAM. Inoltre, è sempre disponibile un pulsante di reset fisico (da tenere premuto per 10 secondi) che ripristina la modalità AUTO con tutte le bande abilitate. Questa è la rete di sicurezza se qualcuno blocca una banda che non esiste nel sito di installazione.
Conclusione
La commutazione automatica della banda e il blocco manuale della banda si riducono a una sola cosa: il controllo della maschera esadecimale che il firmware invia al modem, supportato da soglie intelligenti e da un meccanismo di rollback sicuro.
1. Riferimento del comando AT Quectel EC25 per il controllo della banda. ︎ 2. Misura RSRP per la potenza del segnale LTE. ︎ 3. 3GPP TS 27.007 Sintassi del comando AT. ︎ 4. Calcolo della bitmask esadecimale per la selezione della banda LTE. ︎ 5. Controllo automatico del guadagno (AGC) per modem LTE. ︎ 6. Attivazione del contesto PDP per le sessioni dati. ︎ 7. Correlazione SINR vs RSRP per la qualità della banda. ︎ 8. Progettazione di API JSON per server web integrati. ︎ 9. Database SQLite per i registri storici delle bande. ︎ 10. Rilevamento della congestione di rete tramite il throughput. ︎