Guida alla risoluzione dei problemi CAM: Risolvi i problemi del modulo CI+ (2026)
Se stai seguendo una guida alla risoluzione dei problemi del modulo di accesso condizionato CAM, è probabile che tu stia fissando uno schermo crittografato o un messaggio "Nessun modulo" mentre il CAM è proprio lì nello slot. Ci sono passato più volte di quanto vorrei. La parte frustrante è che ci sono circa sei diversi livelli in cui le cose possono andare male: hardware, firmware, segnale, smartcard, bus CI e software, e ognuno di essi appare identico dal pannello frontale.
Questa guida va in profondità. Non a livello consumer. A livello di amministratore di server. Tratteremo l'intero handshake del bus CI, l'integrazione OScam/CCcam, la configurazione del lettore di smartcard Linux e il livello elettrico che la maggior parte delle guide salta completamente. Alla fine saprai esattamente quale componente è difettoso.
Come funziona la decrittazione CAM: Cosa fa realmente il modulo
Prima di poterlo riparare, devi capire la catena. Un CAM non "decrittografa solo la TV" — partecipa a un handshake crittografico a più fasi che coinvolge il ricevitore, il modulo stesso, la smartcard e il trasponder di trasmissione.
Ecco la sequenza reale. Il ricevitore rileva il CAM tramite il bus CI e legge le sue informazioni applicative (AIS). Il CAM legge la smartcard inserita e recupera le chiavi dell'abbonato. Quando viene sintonizzato un canale crittografato, il ricevitore passa i Messaggi di Controllo dei Diritti (ECM) e i Messaggi di Gestione dei Diritti (EMM) dallo stream del trasponder al CAM. Il CAM elabora questi con le chiavi della smartcard e restituisce le Parole di Controllo (CW) al descrambler del ricevitore. L'intero ciclo si ripete ogni pochi secondi mentre le CW ruotano.
Quella rotazione è da dove provengono i guasti intermittenti. Se qualche passaggio si interrompe durante un rinnovo di CW — di solito ogni 10-30 secondi a seconda del sistema CA — ottieni uno schermo crittografato per un breve periodo o un'interruzione totale.
Differenze e compatibilità tra slot CI e CI+
CI (DVB-CI, standard EN 50221) e CI+ non sono la stessa cosa. CI è lo standard originale: il CAM scivola dentro, il ricevitore comunica con esso tramite il bus Common Interface, fatto. Nessuna autenticazione, nessun accoppiamento.
CI+ ha aggiunto l'autenticazione dell'host. Il CAM verifica se il ricevitore è un host certificato prima di decrittografare i canali premium. Questo è un meccanismo di controllo del produttore e causa veri mal di testa. Un CAM CI+ in uno slot CI normale si inizializzerà tipicamente — lo vedrai nel menu del ricevitore — ma rifiuterà di decrittografare qualsiasi cosa perché non può completare l'handshake di autenticazione dell'host.
CI+ 1.3 e 1.4 sono anche diversi in modi che contano per i contenuti 4K. La specifica 1.4 ha aumentato il throughput massimo dei dati sul bus CI per gestire i flussi HEVC. I moduli 1.3 più vecchi si bloccano a bitrate che vanno bene per l'HD ma si bloccano sui 4K. Se il tuo CAM funziona su SD e HD ma si interrompe sui canali 4K UHD, questo è di solito il motivo.
Sequenza di inizializzazione CAM: Cosa succede nei primi 30 secondi
Accendi il ricevitore con un CAM inserito. Nei primi 2-3 secondi, il ricevitore fornisce 3.3V sui pin di alimentazione dello slot CI e il CAM avvia il suo microcontrollore interno. Il ricevitore legge quindi il CIS (Card Information Structure) dal CAM per identificarlo.
Tra i secondi 3-10, il CAM legge la smartcard — è qui che si trova "CAM in fase di inizializzazione". Se è bloccato qui, la smartcard è il primo sospetto. Da 10 a 30 secondi, se CI+, avviene l'autenticazione dell'host. Il CAM invia una sfida di certificato al ricevitore, che risponde con le sue credenziali firmate. Se il ricevitore non è nell'elenco consentito del CAM, ottieni "Autenticazione dell'host fallita" e questo è tutto.
Come il ricevitore comunica con il CAM tramite il bus CI
Il bus CI funziona a 72MHz ed è elettricamente sensibile. Utilizza un'interfaccia parallela con pin dedicati per dati, indirizzo, selezione del chip, lettura/scrittura e segnali di interruzione. Pin piegati o corrosi sia nello slot che nel connettore del CAM causano esattamente il tipo di guasti intermittenti e difficili da riprodurre che ti fanno impazzire: funziona per 20 minuti, si interrompe, funziona di nuovo.
L'alimentazione a 3.3V sul bus CI vale la pena controllarla se hai un multimetro. Alcuni ricevitori implementano un risparmio energetico aggressivo che taglia o riduce la tensione del bus CI durante la modalità standby. Se il tuo CAM funziona dopo un avvio a freddo ma fallisce dopo la modalità standby, questa è la tua risposta: lo slot CI non riceve energia completa al ripristino.
Ruolo della smartcard vs Ruolo del CAM: Separare i due punti di guasto
Il CAM è l'unità di elaborazione. La smartcard contiene le chiavi dell'abbonato. Falliscono in modo indipendente e i sintomi possono sembrare identici: entrambi portano a "non decrittare".
La divisione diagnostica è semplice: se ottieni "Errore smartcard" o lo schermo delle informazioni CAM non mostra alcuna scheda rilevata, il difetto è nella scheda o nel lettore di schede interno del CAM. Se il CAM si inizializza e mostra informazioni sulla scheda (data di scadenza, ID abbonato) ma i canali non si decrittografano ancora, il difetto è a monte: segnale, consegna ECM, incompatibilità del sistema CA o accoppiamento CI+.
Procedura diagnostica CAM passo-passo
Segui questi passaggi in ordine. Saltare i passaggi fa perdere tempo e porta a sostituire hardware che non è rotto.
Passo 1: Verifica che lo slot CI/CI+ sia fisicamente funzionante
Se hai un secondo CAM funzionante, provalo per primo. Questo ti dirà immediatamente se il problema è nello slot o nel modulo. Nessun secondo CAM? Controlla i pin dello slot CI sotto una buona luce. Stai cercando pin piegati, detriti o ossidazione sui contatti dorati. Lo slot ha due file di pin: la fila interna è più difficile da ispezionare ma altrettanto importante.
Prova un riavvio a freddo: spegni completamente l'alimentazione, aspetta 30 secondi, riaccendi. Non in standby. Alcuni ricevitori non ripristinano correttamente il bus CI dalla modalità standby, e questo singolo passaggio risolve un numero sorprendente di lamentele "Nessun modulo".
Passo 2: Controlla la versione del firmware CAM e la procedura di aggiornamento
Vai al menu del tuo ricevitore: di solito Impostazioni → Slot CI → Informazioni CAM o simile. Il percorso esatto varia a seconda del ricevitore, ma ogni dispositivo compatibile con CI ha questo menu. Prendi nota esatta della versione del firmware CAM.
La maggior parte dei CAM si aggiorna tramite una smartcard fornita dal produttore (sostituisci la tua scheda normale con la scheda di aggiornamento, riavvia, aspetta 5 minuti) o tramite un file USB caricato attraverso il menu di manutenzione del ricevitore. Non incrociare il firmware tra modelli di CAM, anche se sembrano identici. Un aggiornamento fallito può danneggiare il modulo — e se il ciclo di aggiornamento si blocca con il modulo in modalità di aggiornamento ma il ricevitore non completa il processo, di solito hai bisogno di una sequenza di tasti specifica (spesso tenendo premuto il tasto OK del pannello frontale durante l'accensione) per uscire. Controlla la pagina di supporto del produttore per il tuo modello esatto.
Passo 3: Testa la smartcard in modo indipendente
Su un sistema Linux con un lettore di smartcard USB, installa il pacchetto pcsc-lite e pcsc_tools:
apt install pcscd pcsc-toolsSe la scheda risponde, otterrai i byte ATR (Answer to Reset). Una scheda contraffatta spesso restituisce un ATR errato: i byte non corrispondono a ciò che il sistema CA si aspetta. Una scheda legittima con un abbonamento scaduto restituisce comunque un ATR valido. Nessuna risposta significa che il chip di contatto della scheda è danneggiato o che il lettore non sta comunicando.
Passo 4: Verifica i livelli di segnale
I problemi di decrittazione che sembrano essere problemi del CAM sono a volte in realtà problemi di segnale. I pacchetti ECM fanno parte dello stream di trasporto: se lo stream è corrotto da un segnale debole, il CAM non riceve mai dati ECM puliti da elaborare.
Controlla i diagnostici di segnale del tuo ricevitore. MER (Modulation Error Ratio) deve essere superiore a 10dB per una decrittazione stabile: al di sotto di questo, gli errori nei pacchetti ECM diventano abbastanza frequenti da causare interruzioni. BER (Bit Error Rate) dovrebbe essere inferiore a 1×10⁻⁶. Se il BER sta salendo a 1×10⁻⁴ o peggio, ripara il segnale prima di incolpare il CAM.
Passo 5: Controlla la compatibilità del firmware del ricevitore con il modello CAM
Questo è quello che le persone saltano e poi si pentono. I produttori di ricevitori mantengono elenchi bianchi interni (e occasionalmente elenchi neri) di modelli di CAM. Un aggiornamento del firmware del tuo ricevitore può danneggiare un CAM che funzionava bene il giorno prima. Vale anche l'altro verso: aggiornare il firmware del ricevitore a volte risolve i fallimenti di inizializzazione del CAM causati da un'implementazione CI+ rotta di una versione precedente.
Controlla il changelog del produttore del ricevitore per la tua versione del firmware. Cerca voci che menzionano la compatibilità CI+, il supporto CAM o modelli di moduli specifici. Se il tuo CAM ha smesso di funzionare dopo un aggiornamento del ricevitore, questo è quasi certamente il motivo.
Passo 6: Riproduci il guasto con una configurazione minima
Rimuovi tutti gli altri dispositivi dal ricevitore. Un ingresso per antenna, un CAM, una smartcard. Nessun storage esterno, nessuna connessione di rete. Sintonizzati sul canale problematico. Se il problema scompare, aggiungi i componenti uno alla volta. Questo è noioso ma isola le interferenze da altri problemi hardware o di rete nelle configurazioni softcam.
Messaggi di errore CAM comuni e cosa significano
'Nessun modulo inserito' quando il CAM è inserito
Il ricevitore non rileva affatto il CAM sul bus CI. Sospetti principali: pin piegati dello slot CI (sia nello slot che nel connettore del CAM), detriti che bloccano il contatto o il bus CI che non riceve 3.3V. Sospetto secondario: il microcontrollore interno del CAM è guasto: se non si accende, il ricevitore non vede nulla.
Prova a pulire il connettore del CAM con alcol isopropilico al 99% su un cotton fioc prima di presumere un guasto hardware. L'ossidazione sui contatti dorati è più comune di quanto dovrebbe, specialmente in ambienti umidi.
'CAM non pronta' o stato bloccato 'CAM in fase di inizializzazione'
Il ricevitore ha rilevato il CAM ma l'inizializzazione non è stata completata. Causa più comune: il CAM sta cercando di leggere una smartcard e fallisce (scheda danneggiata, scheda sbagliata per questo CAM, nessuna scheda inserita). Seconda causa: firmware CAM incompatibile con la versione attuale del firmware del ricevitore: il protocollo di inizializzazione ha un comportamento specifico per versione che può causare blocchi.
Prova prima senza una smartcard. Alcuni CAM completeranno l'inizializzazione di base e mostreranno uno schermo informativo anche senza una scheda: se continua a bloccarsi senza scheda, il problema è nel firmware del CAM o nel bus CI, non nella scheda.
'Accesso condizionato non disponibile' su canali specifici
Questo è interessante. Il CAM si è inizializzato, la scheda è riconosciuta, ma canali specifici non si decrittografano. Causa comune: il canale utilizza un sistema CA che il CAM non supporta, o il livello di abbonamento sulla smartcard non include quel pacchetto di canali. Nei bouquet multi-trasponder dove diversi mux utilizzano diversi sistemi CA, un CAM che gestisce perfettamente un sistema potrebbe semplicemente non gestirne un altro.
'Autenticazione dell'host CAM fallita' (specifico per CI+)
Il CAM ha controllato il certificato CI+ del ricevitore e lo ha rifiutato. Questo accade quando il ricevitore non è nell'elenco degli host approvati dal produttore del CAM, quando il firmware del ricevitore non è stato aggiornato per includere i certificati richiesti, o quando il ricevitore utilizza un firmware clonato/non ufficiale che non ha credenziali CI+ valide.
Le uniche soluzioni legittime sono: aggiornare il firmware del ricevitore (a volte aggiunge nuovo supporto per certificati), contattare il produttore del CAM per controllare il loro elenco di compatibilità, o utilizzare un approccio softcam che bypassa completamente il modulo CI.
'Errore smartcard' o 'Scheda non supportata'
Il CAM ha letto la scheda ma l'ha rifiutata. Potrebbe esserci un'incompatibilità regionale: le schede emesse per un determinato head-end geografico a volte non funzionano con lo stesso sistema CA di un operatore diverso. Potrebbe essere una scheda contraffatta con byte ATR errati. Potrebbe anche essere un abbonamento scaduto in cui la scheda stessa è tecnicamente funzionante ma l'operatore ha disattivato i diritti.
I canali si decrittografano brevemente e poi si ri-cifrano (guasto del ciclo ECM)
Questo è il ciclo di rinnovo ECM che fallisce. I canali crittografati ruotano le loro CW: tipicamente ogni 10-30 secondi. Quando il CAM non riesce a elaborare il nuovo ECM in tempo (o affatto), la decrittazione si interrompe fino al ciclo successivo. Nelle configurazioni hardware CAM, questo è solitamente un problema di segnale (BER troppo alto, pacchetti ECM corrotti) o surriscaldamento del CAM. Nelle configurazioni softcam/server, questo è quasi sempre la latenza del server ECM: la risposta CW arriva troppo tardi per il descrambler.
Compatibilità CAM: Abbinare il modulo al ricevitore e al sistema di crittografia
CI vs CI+ e perché non sono intercambiabili
Un modulo CI in uno slot CI+ funziona bene. Un modulo CI+ in uno slot CI normale: le funzioni di base funzionano, la decrittazione dei canali premium di solito non funziona perché l'handshake di autenticazione dell'host non può completarsi senza supporto CI+ nel ricevitore. Questo è l'errore di compatibilità più comune.
Sistemi di crittografia: Nagravision, Viaccess, Conax, Irdeto, Cryptoworks
Ogni sistema di crittografia richiede supporto specifico nel CAM. Nagravision 3 (utilizzato da molti operatori satellitari europei) è diverso da Nagravision 2. I CAM Viaccess 3.0 non gestiscono flussi Viaccess 5.0. Irdeto ha più generazioni. Prima di acquistare un CAM, verifica che supporti la versione esatta del sistema CA utilizzato dal tuo operatore, non solo il nome del marchio.
CAM Multi-Crittografia: Cosa supportano e limitazioni
I CAM Multi-CAS che pubblicizzano il supporto per oltre 20 sistemi di crittografia sembrano ideali, ma hanno limitazioni per sistema. La decrittazione simultanea di più sistemi CA da diversi operatori potrebbe non funzionare: molti possono decrittografare attivamente solo un sistema CA alla volta mentre monitorano altri. Controlla il limite attivo dei sistemi CA concorrenti nella scheda delle specifiche, non il numero principale dei "sistemi supportati".
Requisiti della versione del firmware del ricevitore per modello CAM
I produttori di CAM a volte pubblicano requisiti minimi di firmware del ricevitore. Queste informazioni sono solitamente sepolte nel manuale del CAM o nella pagina di compatibilità del produttore. Se il tuo ricevitore esegue un firmware del 2023 e il CAM è stato rilasciato nel 2025, c'è una reale possibilità che il stack CI+ del ricevitore non implementi le nuove funzionalità che il CAM si aspetta.
CAM bloccati per regione e problemi di compatibilità geografica
Alcuni CAM sono bloccati su specifiche regioni geografiche a livello di firmware. Si inizializzeranno e appariranno funzionanti ma rifiuteranno di decrittografare canali da operatori al di fuori della loro regione approvata. Questo è distinto dai problemi di abbonamento: il CAM blocca attivamente in base alla regione, indipendentemente dalla validità della scheda.
Risoluzione dei problemi CAM in ambienti software CCcam e OScam
Questo è il punto in cui questa guida alla risoluzione dei problemi del modulo di accesso condizionato CAM si discosta da ogni scrittura focalizzata sui consumatori. Se stai eseguendo un server CCcam o OScam, il modulo CI è spesso lo strumento sbagliato per il lavoro.
CAM fisico vs Softcam: Quando utilizzare quale approccio
Per un server senza testa che deve condividere l'accesso alla scheda con più client, un CAM fisico nello slot CI di un ricevitore è fragile. Il bus CI è progettato per una TV, non per un server che funziona 24 ore su 24, 7 giorni su 7. Un lettore di smartcard dedicato (Smargo SmartReader o simile) collegato tramite USB è molto più stabile per l'uso su server di produzione: nessun bus CI, nessun dramma di autenticazione dell'host, accesso diretto alla scheda tramite protocollo seriale.
OScam con lettore CAM fisico vs pass-through dello slot CI
OScam supporta due approcci per l'accesso fisico alla smartcard. La modalità lettore diretto bypassa completamente il CAM: OScam comunica con la smartcard tramite un lettore USB o seriale. Il pass-through dello slot CI utilizza il modulo CI del ricevitore come interfaccia.
Per un lettore USB Smargo, il tuo/etc/oscam/oscam.serverla sezione lettore appare così:
[reader]Per un lettore CI integrato su un ricevitore basato su Linux:
[reader]Ilprotocol=mouse vsprotocol=scila distinzione è importante. Utilizzaremouse per un dispositivo sci (o viceversa) ti darà errori "scheda non trovata" anche quando la scheda è fisicamente presente e elettricamente reattiva. Questo è uno degli errori di configurazione OScam più comuni.
Configurazione della scheda locale CCcam per smartcard collegate a CI
In/etc/CCcam.cfgl'accesso locale alla scheda tramite CI è solitamente automatico se il modulo CI del ricevitore è riconosciuto dalla build di CCcam. Per una configurazione esplicita, stai cercando:
CCCAM PORT: 12000CCcam gestisce le schede collegate a CI tramite il suo gestore di schede interno: non le configuri allo stesso modo in cui configuri le schede di rete. Se CCcam non rileva la scheda locale, controlla che il sistema operativo del ricevitore abbia montato il dispositivo CI e che CCcam abbia accesso in lettura al nodo del dispositivo pertinente.
Debugging della rilevazione CAM in OScam: analisi di oscam.log
Inizializzazione della scheda riuscita in/var/log/oscam/oscam.log appare così:
2026/04/07 14:22:31 6FB smargo_reader: scheda rilevataUn guasto di solito mostra:
2026/04/07 14:22:31 6FB smargo_reader: scheda rilevataQuel timeout con "scheda rilevata" seguito da "nessuna scheda trovata" indica un protocollo errato: il lettore vede la scheda elettricamente ma il protocollo di comunicazione non corrisponde all'interfaccia della scheda.
Modalità lettore di smartcard vs modalità pass-through CAM: differenze
La modalità lettore diretto (lettore di smartcard USB/seriale) dà a OScam il pieno controllo sulla scheda. Può impostare la velocità di clock, gestire il passaggio tra i protocolli T=0 e T=1 e regolare il timing dell'ATR. La modalità pass-through CI significa che OScam sta comunicando con l'API del CAM e il CAM sta gestendo la comunicazione effettiva della scheda: perdi quel controllo a basso livello. Per risolvere problemi di schede non reattive, la modalità lettore diretto ti offre una visibilità diagnostica molto migliore.
Ispezione hardware e checklist di riparazione
Ispezione dei pin dello slot CI per danni o corrosione
Lo slot CI ha due file di pin. Usa una torcia e una lente d'ingrandimento. Un pin piegato è sottile: anche una deflessione di 5 gradi è sufficiente a causare un guasto intermittente del contatto. I pin piegati possono essere raddrizzati con attenzione con uno strumento a pin fine o la punta di un cacciavite da gioielliere. Vai piano. Un pin alla volta. Pin spezzati significano che lo slot deve essere sostituito.
La corrosione appare come una tinta grigia opaca o verdognola sulle punte dei pin placcati in oro. L'ossidazione leggera può essere pulita — più su questo di seguito. La corrosione pesante significa che il pin è ossidato attraverso la placcatura e il metallo di base è esposto. Pulire non risolverà a lungo termine.
Pulizia dei contatti del connettore del CAM
Alcol isopropilico al 99% su un cotton fioc. Pulisci i contatti dorati del CAM con una pressione uniforme e decisa. Lascialo asciugare per due minuti interi prima di reinserirlo. Non usare alcol denaturato: il contenuto di acqua causa più problemi di quanti ne risolva. Non usare WD-40 o alcun lubrificante. Solo IPA.
Per lo slot stesso, usa un pezzo piegato di cartoncino sottile imbevuto di IPA e inseriscilo/estrailo alcune volte per pulire i contatti dei pin dall'interno. È a bassa tecnologia ma funziona.
Testare il CAM in più ricevitori per isolare il guasto
Se hai accesso a un secondo ricevitore con uno slot CI/CI+, testa il CAM lì. Funziona nel ricevitore B ma non nel ricevitore A? Il difetto è nello slot CI o nel firmware del ricevitore A. Funziona in nessuno? Il CAM è probabilmente guasto o bloccato dal firmware. Questo test con due ricevitori richiede due minuti e elimina metà dell'albero diagnostico.
Identificazione di smartcard contraffatte o danneggiate
Installa pcsc-tools su un sistema Linux e eseguipcsc_scan con la scheda in un lettore USB. Otterrai l'output completo dell'ATR. Confronta i byte ATR con l'ATR noto buono per il tuo sistema CA: il formato è documentato per la maggior parte dei principali sistemi CA. Un mismatch dell'ATR su una scheda che dovrebbe essere legittima è un forte indicatore di una scheda contraffatta o clonata.
Le schede danneggiate (piegate, crepate, danneggiate dall'acqua) di solito non mostrano affatto ATR o restituiscono un ATR malformato. Una scheda che restituisce un ATR valido ma non decrittografa è quasi sempre un problema di abbonamento o regionale, non un danno hardware.
Quando sostituire vs riparare: CAM vs slot CI del ricevitore
Sostituisci il CAM se: fallisce in più ricevitori noti funzionanti, non mostra alcuna risposta del bus CI (neanche all'accensione) o un aggiornamento del firmware lo ha bloccato. I CAM sono relativamente economici rispetto al tempo speso per cercare di ripararli.
Ripara lo slot CI del ricevitore se: è un ricevitore di alto valore e il danno è limitato a pin piegati che puoi raddrizzare. La sostituzione dello slot è possibile ma richiede di dissaldare il connettore: vale la pena solo su hardware premium. Per i ricevitori economici, uno slot CI guasto significa effettivamente sostituire il ricevitore.
Domande frequenti
Perché il mio CAM mostra 'Nessun modulo' anche se è fisicamente inserito?
La causa più comune è pin piegati o sporchi — sia nello slot CI del ricevitore che nel connettore del CAM. Prova a pulire prima i contatti del CAM con alcol isopropilico al 99%. Poi ispeziona attentamente i pin dello slot sotto una buona luce. Se i pin sembrano a posto, prova un riavvio a freddo (spegnimento completo, 30 secondi, accensione): alcuni ricevitori non inizializzano correttamente il bus CI dalla modalità standby. Se hai un secondo CAM, testalo nello stesso slot per determinare se il difetto è nello slot o nel modulo. L'incompatibilità CI/CI+ può anche causare questo: un modulo CI+ in uno slot CI normale potrebbe apparire non inserito perché il rilevamento CI del ricevitore si aspetta una risposta di handshake diversa.
Posso usare un CAM CI+ in uno slot CI (non plus)?
L'inizializzazione di base di solito funziona: il CAM apparirà nel menu del ricevitore. Ma l'autenticazione dell'host, che CI+ richiede prima di decrittografare i canali premium, necessita di supporto CI+ nello slot. Uno slot CI normale non può completare l'handshake di autenticazione richiesto dai moduli CI+. Quindi il modulo appare presente, potrebbe anche mostrare informazioni sulla scheda, ma non decrittograferà i canali crittografati. Per contenuti free-to-air con alcuni tipi di CAM, potrebbe funzionare bene. Per canali di abbonamento crittografati, non funzionerà. Hai bisogno di uno slot compatibile con CI+ affinché un modulo CI+ funzioni correttamente.
Il mio CAM decrittografa i canali per alcuni minuti e poi si ferma: cosa causa questo?
Questo è un guasto di rinnovo ECM. I canali crittografati ruotano le loro Parole di Controllo ogni 10-30 secondi: l'intervallo esatto dipende dal sistema CA. Per ogni rotazione, il CAM deve ricevere il nuovo ECM dallo stream del trasponder, elaborarlo con le chiavi della smartcard e restituire la nuova CW al descrambler prima che la vecchia scada. Se il segnale è marginale (BER superiore a 1×10⁻⁶), i pacchetti ECM arrivano corrotti e il CAM non può elaborarli. Nelle configurazioni OScam/CCcam, la risposta ECM dal server di condivisione schede che arriva con più di ~400ms di latenza causa lo stesso sintomo. I CAM surriscaldati rallentano anche l'elaborazione ECM: controlla se il modulo è caldo al tatto dopo che si verifica il guasto.
Come aggiorno il firmware del CAM ed è sicuro?
La maggior parte dei produttori di CAM fornisce aggiornamenti del firmware tramite una smartcard di aggiornamento dedicata (sostituisci temporaneamente la tua scheda abbonato con essa) o come file caricato tramite USB attraverso il menu di manutenzione del ricevitore. Scarica il firmware solo dal sito ufficiale del produttore e verifica che il file sia per il tuo numero di modello esatto, non per un modello simile, il tuo modello esatto. Non spegnere mai durante un aggiornamento. Verifica la nuova versione nel menu delle informazioni CAM dopo. Se il processo di aggiornamento si blocca con il CAM in modalità di aggiornamento, non staccare l'alimentazione: controlla la documentazione del produttore per la sequenza di fuga (spesso una specifica combinazione di tasti durante l'accensione). L'incrocio di flash tra modelli, anche simili, può danneggiare permanentemente il modulo senza un percorso di recupero.
Cos'è l'autenticazione dell'host CI+ e perché blocca il mio CAM?
CI+ richiede che il CAM verifichi che il ricevitore sia un host certificato prima di decrittografare i contenuti. Il CAM invia una sfida, il ricevitore risponde con un certificato firmato e il CAM controlla quel certificato contro il suo elenco interno di produttori e versioni di firmware approvati. Se il ricevitore non è nell'elenco — perché è un marchio generico, esegue firmware non ufficiale o semplicemente non è stato aggiunto all'elenco approvato del CAM — l'autenticazione fallisce e la decrittazione è bloccata. Per controllare la compatibilità, cerca il modello del tuo ricevitore sulla pagina di compatibilità del produttore del CAM. Le soluzioni includono l'aggiornamento del firmware del ricevitore (a volte aggiunge nuovo supporto per certificati), richiedere che il tuo marchio di ricevitore venga aggiunto all'elenco di compatibilità del CAM (realisticamente funziona solo con marchi principali) o passare a un approccio softcam che bypassa completamente il modulo CI.
Come posso utilizzare una smartcard fisica con OScam invece di attraverso un CAM?
Collega un lettore di smartcard USB (Smargo o simile) al tuo server Linux. Installa pcscd:apt install pcscd pcsc-tools e avvia il servizio. Verifica che la scheda sia vista conpcsc_scan. In/etc/oscam/oscam.conf aggiungi una sezione lettore conprotocol = mouse per un lettore di tipo Smargo oprotocol = pcsc per un lettore PC/SC generico, e impostadevice = /dev/ttyUSB0 (regola il percorso del dispositivo: controlladmesg dopo aver collegato il lettore per trovarlo). Imposta il CAID corretto per la tua scheda. Questo bypassa completamente il modulo CI e dà a OScam il controllo diretto sulla smartcard: molto più stabile per l'operazione di server senza testa.
Il mio CAM funziona su canali SD ma non su HD o 4K: perché?
I canali HD e 4K richiedono un throughput del bus CI più elevato rispetto a SD. I moduli CI+ 1.3 hanno una velocità massima di dati inferiore rispetto a 1.4: su flussi HEVC 4K ad alto bitrate, un modulo 1.3 non può muovere i dati ECM/CW abbastanza velocemente. Controlla anche se i canali HD utilizzano un sistema CA diverso rispetto ai canali SD sullo stesso trasponder: questo è comune con operatori che gestiscono mux multi-CA. Il tuo CAM potrebbe gestire bene il sistema CA SD ma non il sistema CA HD affatto. Controlla lo schermo delle informazioni CAM per vedere quali sistemi CA riporta come attivi, poi confronta con ciò che il trasponder del canale HD sta effettivamente utilizzando (un ricevitore con una buona modalità di analisi del segnale ti mostrerà gli ID dei sistemi CA nelle informazioni di servizio).
Lavorare attraverso una guida completa alla risol