Errore "pid not found" di OScam: Cause& Soluzioni

Se ti stai immergendo nel mondo di OScam e ti sei trovato a fissare il temuto errore "pid not found", non sei solo. Ci sono passato. Questo messaggio di solito appare quando OScam incontra un cambio di canale ma non riesce a mappare un ECM PID a un CAID o fornitore noto per quel servizio. È frustrante, soprattutto quando il tuo canale rimane criptato e non puoi decrittare il flusso. In questa guida, condividerò ciò che ho imparato sulla risoluzione di questo problema, concentrandomi specificamente su OScam: pid not found решение.

Cosa significa realmente "pid not found" in OScam

Il messaggio "pid not found" viene emesso dal livello demuxer DVB, noto come dvbapi, quando OScam riconosce un cambio di canale ma non riesce a trovare un ECM PID associato. Per capire questo, dobbiamo chiarire i diversi tipi di identificatori coinvolti: il PID del flusso di trasporto, l'ECM PID (che è trasportato nel CAT/PMT) e il CAID.

La riga di log esatta e dove appare

Potresti vedere un'entrata di log come questa:

[dvbapi] pid not found

Questo messaggio appare tipicamente nel tuo file oscam.log quando la richiesta ECM viene inviata, ma OScam non riesce a trovare il PID necessario per decodificare il canale.

PID vs ECM PID vs CAID: cosa cerca OScam

Pensa al PID del flusso di trasporto come all'indirizzo di un canale specifico, mentre l'ECM PID è ciò di cui OScam ha bisogno per sbloccare quel canale. Il CAID rappresenta il fornitore. Quindi, se OScam vede il canale ma non riesce a trovare il giusto ECM PID, di solito significa che c'è un problema con il modo in cui dvbapi sta filtrando o analizzando il PMT.

Perché è un problema di demux/mapping, non sempre un problema di scheda

Questo errore indica spesso che OScam ha rilevato il canale, ma l'ECM PID necessario non è disponibile per i CAID configurati. Non è necessariamente un segno che la tua scheda sia scaduta. Invece, riflette un problema con la configurazione di mapping o filtraggio all'interno di dvbapi.

Diagnosi dell'errore da oscam.log e dvbapi

Diagnosticare il problema implica immergersi nei tuoi file di log e apportare alcune modifiche. Inizia impostando i giusti livelli di log nel tuo file `oscam.conf`.

Aumentare il livello di log e abilitare i flag di debug

Per catturare informazioni dettagliate, regola il `loglevel` a 2 o 3 e imposta `debug` a 1:

Il percorso del tuo file di log si trova tipicamente in `/etc/tuxbox/config/oscam/oscam.log` o `/var/tuxbox/config/oscam.log`. Questo ti aiuterà a raccogliere ulteriori informazioni sulle richieste ECM.

Leggere l'output di analisi PMT / CAT

Successivamente, controlla l'output del PMT e del CAT per vedere quali CAID e ECM PID vengono trasmessi per il canale. Questo può guidarti nella comprensione di cosa sta affrontando la tua configurazione OScam.

Confermare che dvbapi è abilitato e quale modalità è attiva

Assicurati che la sezione `[dvbapi]` nella tua configurazione abbia `enabled` impostato su 1. Controlla anche `boxtype`, `au`, `pmt_mode` e `request_mode`. Ognuna di queste impostazioni può influenzare il modo in cui OScam interagisce con il flusso DVB.

Utilizzare le schede di stato e log dell'interfaccia web di OScam

Se non lo hai già fatto, accedi all'interfaccia web di OScam, tipicamente ahttp://your-server-ip:8888 ohttp://your-server-ip:16002. La pagina di stato ti mostrerà se la richiesta ECM sta raggiungendo un lettore.

Correzione del mapping CAID, Fornitore e ECM PID

Ora che hai una migliore comprensione del problema, è tempo di implementare alcune soluzioni. Spesso, il problema deriva dal tentativo di OScam di accedere a un CAID per cui il tuo lettore non è autorizzato.

Abbinare il CAID del canale al caid/ident del lettore

Per risolvere questo, aggiungi le corrette righe `caid` e `ident` alla configurazione del lettore in `oscam.server`. Ad esempio:

priorità oscam.dvbapi, ignorare e mappare le voci

Le regole `oscam.dvbapi` possono costringere OScam a richiedere il CAID che la scheda può decodificare. Usa le voci di priorità (P), ignorare (I) e mappare (M) con saggezza. Ad esempio:

Gestire più CAID su un transponder

Se un transponder trasporta diversi CAID, potrebbe essere necessario essere espliciti su quali si desidera che OScam richieda. La mappatura può aiutare in questi casi.

Regolazioni di pmt_mode e request_mode

Regolare il `pmt_mode` può anche fare la differenza, specialmente se il tuo STB non invia correttamente gli aggiornamenti PMT. Prova a impostare `pmt_mode` su 1 o 2, a seconda della tua configurazione. Allo stesso modo, `request_mode` può essere cambiato tra 0 e 1 per vedere quale recupera correttamente gli ECM PID.

Controlli di lettore, protocollo e connessione

Anche con la mappatura corretta, la richiesta ECM potrebbe fallire se nessun lettore sta servendo quel CAID. Ecco cosa controllare:

Lettori di smartcard locali vs lettori di rete (cccam/newcamd)

Per i lettori locali, verifica il percorso del dispositivo, come `/dev/sci0` o `/dev/ttyUSB0`. Assicurati che le impostazioni `protocol` e `detect` siano corrette. Per i lettori di rete, controlla che siano configurati per utilizzare il protocollo corretto (ad es., cccam sulla porta 12000, newcamd sulla 15000).

Confermare che il lettore sia ONLINE, non SOLO CONNESSO

A volte, un lettore appare come CONNESSO ma non è effettivamente ONLINE. Assicurati che il lettore offra i CAID necessari controllando il suo output di log.

Corrispondenza di gruppo e etichetta tra lettore e client

Controlla che i numeri di gruppo colleghino correttamente il lettore e l'account in `oscam.user`. Gruppi non corrispondenti possono portare a richieste ECM fallite, anche quando tutto il resto sembra a posto.

Controlli del firewall e delle porte per i protocolli di rete

Le configurazioni di rete possono anche essere un mal di testa. Assicurati che le impostazioni del firewall consentano il traffico sulle porte necessarie. Potrebbe essere necessario il port forwarding per i lettori di rete, specialmente se sei dietro NAT.

Verifica della correzione e prevenzione della ricorrenza

Una volta implementate le correzioni, è fondamentale verificare che tutto funzioni come previsto. Una decodifica riuscita apparirà nei log con un'entrata come:

trovato → ECM OK (tempo di decodifica: xx ms)

Confermare una risposta ECM OK pulita

Cerca questo messaggio di log per confermare che OScam stia elaborando correttamente la richiesta ECM. Se vedi ancora "pid non trovato", spesso indica problemi di autorizzazione piuttosto che problemi di configurazione.

Monitorare il tempo ECM e il comportamento della cache

Tieni d'occhio i tempi di risposta ECM. Dovresti aspettarti che siano inferiori a 200 ms per una buona prestazione. Se sono costantemente più alti, rivedi la configurazione del tuo lettore o considera la qualità della tua connessione.

Igiene della configurazione: backup e note di versione

Prima di apportare modifiche, esegui sempre il backup dei tuoi file `oscam.server`, `oscam.dvbapi` e `oscam.conf`. Prendi nota della tua versione di OScam e di eventuali modifiche apportate, poiché le opzioni possono differire tra le versioni. Dopo aver apportato le modifiche, riavvia OScam in modo pulito per assicurarti che legga di nuovo il PMT.