OScam "pid nicht gefunden" Fehler: Ursachen& Lösungen

Wenn Sie in die Welt von OScam eintauchen und vor dem gefürchteten "pid nicht gefunden" Fehler stehen, sind Sie nicht allein. Ich war dort. Diese Nachricht erscheint normalerweise, wenn OScam einen Kanalwechsel erkennt, aber keinen ECM PID einem bekannten CAID oder Anbieter für diesen Dienst zuordnen kann. Es ist frustrierend, besonders wenn Ihr Kanal verschlüsselt bleibt und Sie den Stream nicht entschlüsseln können. In diesem Leitfaden teile ich, was ich über die Fehlersuche bei diesem Problem gelernt habe, insbesondere mit Fokus auf OScam: pid nicht gefunden решение.

Was "pid nicht gefunden" tatsächlich in OScam bedeutet

Die Nachricht "pid nicht gefunden" wird von der DVB-Demuxer-Schicht, bekannt als dvbapi, ausgegeben, wenn OScam einen Kanalwechsel erkennt, aber keinen zugehörigen ECM PID finden kann. Um dies zu verstehen, müssen wir die verschiedenen Arten von Identifikatoren klären, die beteiligt sind: der Transportstream PID, der ECM PID (der im CAT/PMT übertragen wird) und der CAID.

Die genaue Protokollzeile und wo sie erscheint

Sie könnten einen Protokolleintrag wie diesen sehen:

[dvbapi] pid nicht gefunden

Diese Nachricht erscheint normalerweise in Ihrer oscam.log-Datei, wenn die ECM-Anfrage gesendet wird, aber OScam den notwendigen PID zur Dekodierung des Kanals nicht finden kann.

PID vs ECM PID vs CAID: wonach OScam sucht

Betrachten Sie den Transportstream PID als die Adresse für einen bestimmten Kanal, während der ECM PID das ist, was OScam benötigt, um diesen Kanal zu entsperren. Der CAID repräsentiert den Anbieter. Wenn OScam also den Kanal sieht, aber den richtigen ECM PID nicht finden kann, bedeutet das normalerweise, dass es ein Problem mit der Filterung oder Parsing des PMT durch dvbapi gibt.

Warum es ein Demux-/Mapping-Problem ist, nicht immer ein Kartenproblem

Dieser Fehler deutet oft darauf hin, dass OScam den Kanal erkannt hat, aber der notwendige ECM PID für die konfigurierten CAIDs nicht verfügbar ist. Es ist nicht unbedingt ein Zeichen dafür, dass Ihre Karte abgelaufen ist. Stattdessen spiegelt es ein Problem mit der Mapping- oder Filterkonfiguration innerhalb von dvbapi wider.

Diagnose des Fehlers aus oscam.log und dvbapi

Die Diagnose des Problems erfordert das Eintauchen in Ihre Protokolldateien und einige Anpassungen. Beginnen Sie damit, die richtigen Protokollebene in Ihrer `oscam.conf`-Datei festzulegen.

Erhöhen der Protokollebene und Aktivieren von Debug-Flags

Um detaillierte Informationen zu erfassen, stellen Sie die `loglevel` auf 2 oder 3 und setzen Sie `debug` auf 1:

Ihr Protokolldateipfad befindet sich normalerweise unter `/etc/tuxbox/config/oscam/oscam.log` oder `/var/tuxbox/config/oscam.log`. Dies wird Ihnen helfen, mehr Informationen über die ECM-Anfragen zu sammeln.

Lesen der PMT / CAT-Parse-Ausgabe

Überprüfen Sie als Nächstes die Ausgabe des PMT und CAT, um zu sehen, welche CAIDs und ECM PIDs für den Kanal ausgestrahlt werden. Dies kann Ihnen helfen zu verstehen, womit Ihre OScam-Konfiguration zu tun hat.

Bestätigen, dass dvbapi aktiviert ist und welcher Modus aktiv ist

Stellen Sie sicher, dass der Abschnitt `[dvbapi]` in Ihrer Konfiguration `enabled` auf 1 gesetzt hat. Überprüfen Sie auch `boxtype`, `au`, `pmt_mode` und `request_mode`. Jede dieser Einstellungen kann beeinflussen, wie OScam mit dem DVB-Stream interagiert.

Verwendung der OScam-Weboberfläche Status- und Protokollregisterkarten

Wenn Sie es noch nicht getan haben, greifen Sie auf die OScam-Weboberfläche zu, normalerweise unterhttp://your-server-ip:8888 oderhttp://your-server-ip:16002. Die Statusseite zeigt Ihnen, ob die ECM-Anfrage einen Leser erreicht.

Behebung von CAID-, Anbieter- und ECM PID-Mapping

Jetzt, da Sie ein besseres Verständnis des Problems haben, ist es an der Zeit, einige Lösungen umzusetzen. Oft stammt das Problem von OScam, das versucht, auf einen CAID zuzugreifen, für den Ihr Leser nicht autorisiert ist.

Abgleich des Kanal-CAID mit dem CAID/Ident des Lesers

Um dies zu beheben, fügen Sie die richtigen `caid`- und `ident`-Zeilen zur Leser-Konfiguration in `oscam.server` hinzu. Zum Beispiel:

oscam.dvbapi Priorität, ignorieren und Mapping-Einträge

Die Regeln für `oscam.dvbapi` können OScam dazu zwingen, den CAID anzufordern, den die Karte dekodieren kann. Verwenden Sie Prioritäts (P), Ignorieren (I) und Mapping (M) Einträge weise. Zum Beispiel:

Umgang mit mehreren CAIDs auf einem Transponder

Wenn ein Transponder mehrere CAIDs trägt, müssen Sie möglicherweise explizit angeben, welche Sie möchten, dass OScam anfordert. Mapping kann in diesen Fällen helfen.

Anpassungen von pmt_mode und request_mode

Die Anpassung des `pmt_mode` kann ebenfalls einen Unterschied machen, insbesondere wenn Ihr STB PMT-Updates nicht richtig überträgt. Versuchen Sie, `pmt_mode` auf 1 oder 2 einzustellen, je nach Ihrer Konfiguration. Ebenso kann `request_mode` zwischen 0 und 1 gewechselt werden, um zu sehen, welcher die ECM-PIDs korrekt abruft.

Leser-, Protokoll- und Verbindungsprüfungen

Selbst mit dem richtigen Mapping könnte die ECM-Anfrage fehlschlagen, wenn kein Leser diese CAID bedient. Hier ist, was zu überprüfen ist:

Lokale Smartcard-Leser vs. Netzwerk (cccam/newcamd) Leser

Überprüfen Sie bei lokalen Lesern den Gerätepfad, wie `/dev/sci0` oder `/dev/ttyUSB0`. Stellen Sie sicher, dass die Einstellungen für `protocol` und `detect` korrekt sind. Überprüfen Sie bei Netzwerklesern, ob sie so konfiguriert sind, dass sie das richtige Protokoll verwenden (z. B. cccam auf Port 12000, newcamd auf 15000).

Bestätigung, dass der Leser ONLINE ist, nicht nur VERBUNDEN

Manchmal zeigt ein Leser als VERBUNDEN an, ist aber tatsächlich nicht ONLINE. Stellen Sie sicher, dass der Leser die erforderlichen CAIDs anbietet, indem Sie seine Protokollausgabe überprüfen.

Gruppen- und Labelabgleich zwischen Leser und Client

Überprüfen Sie, ob die Gruppennummern den Leser und das Konto korrekt in `oscam.user` verknüpfen. Nicht übereinstimmende Gruppen können zu fehlgeschlagenen ECM-Anfragen führen, selbst wenn alles andere in Ordnung zu sein scheint.

Firewall- und Portprüfungen für Netzwerkprotokolle

Netzwerkkonfigurationen können ebenfalls Kopfschmerzen bereiten. Stellen Sie sicher, dass Ihre Firewall-Einstellungen den Datenverkehr auf den erforderlichen Ports zulassen. Portweiterleitung könnte für Netzwerkleser erforderlich sein, insbesondere wenn Sie hinter NAT sind.

Überprüfung der Lösung und Verhinderung von Wiederholungen

Sobald Sie Korrekturen implementiert haben, ist es entscheidend zu überprüfen, ob alles wie erwartet funktioniert. Eine erfolgreiche Dekodierung wird in den Protokollen mit einem Eintrag wie folgt angezeigt:

gefunden → ECM OK (Dekodierzeit: xx ms)

Bestätigung einer sauberen ECM OK-Antwort

Achten Sie auf diese Protokollnachricht, um zu bestätigen, dass OScam die ECM-Anfrage korrekt verarbeitet. Wenn Sie weiterhin "pid nicht gefunden" sehen, deutet dies oft auf Autorisierungsprobleme hin, nicht auf Konfigurationsprobleme.

Überwachung der ECM-Zeiten und des Cache-Verhaltens

Behalten Sie die ECM-Antwortzeiten im Auge. Sie sollten erwarten, dass sie unter 200 ms für eine gute Leistung liegen. Wenn sie konstant höher sind, überprüfen Sie Ihre Leser-Konfiguration oder berücksichtigen Sie die Qualität Ihrer Verbindung.

Konfigurationshygiene: Backups und Versionsnotizen

Sichern Sie vor Änderungen immer Ihre Dateien `oscam.server`, `oscam.dvbapi` und `oscam.conf`. Notieren Sie Ihre OScam-Version und alle vorgenommenen Änderungen, da die Optionen je nach Version variieren können. Starten Sie OScam nach Anpassungen sauber neu, um sicherzustellen, dass es die PMT erneut liest.