P410 ORF-Karte: unterschiedliches Verhalten in unterschiedlichen Smartcard-Lesern (PSCS und smartreader)?

Ich habe mir auf einem Raspberry ein Oscam mit tvheadend gebaut.
Dabei ist mir mir aufgefallen, dass sich die P410 Karte in 2 verschiedenen Lesern (Omnikey 3121: "PCSC" bzw. Infinity USB "smartreader") unterschiedlich verhält.

Konfiguration:
OSCam 2.25.05-11884
HTS Tvheadend 4.3-2155
verbunden via CCcam (DVBapi hat keine EMM geliefert bzw. kein AU ermöglicht)

Sobald ich die ORF-Karte im Infinity-Reader habe und am VLC den Sender wechsle, kommen für ca. 30 Minuten (Sender: Puls 4 SD) EMM’s.
Nach diesen ca. 30 Minuten kommen keine EMM’s mehr und nach 4-6 Stunden wird dann nicht mehr descrambled.
Sobald ich die ORF-Karte im Omnikey-Reader habe, kommen ständig massenweise EMM’s und auch nach 24 Stunden auf dem gleichen Sender wird descrambled.
Das Verhalten kann ich beliebig oft reproduzieren.


Hat Irgendjemand eine Erklärung, warum die EMM's abhängig vom verwendeten Reader sein könnten?

Das von dir beschriebene Verhalten, bei dem die EMMs (Entitlement Management Messages) in Abhängigkeit vom verwendeten Smartcard-Reader unterschiedlich ausfallen, kann auf verschiedene Faktoren zurückzuführen sein. Hier sind einige mögliche Erklärungen und Dinge, die du überprüfen könntest:

### 1. Unterschiedliche Protokolle und Implementierungen
Die beiden Reader (Omnikey 3121 und Infinity USB) nutzen unterschiedliche Protokolle. Der Omnikey-Reader verwendet PC/SC (Personal Computer/Smart Card), während der Infinity USB einen eigenen smartreader-Protokollansatz hat. Diese Protokollunterschiede können zu variierenden Handhabungen der Kartendaten und EMMs führen. Es ist möglich, dass der Omnikey-Reader EMMs effektiver oder anders verarbeitet, was zu einer stabileren Verbindung mit der ORF-Karte führt.

### 2. Timing und Kommunikation
Es könnte sein, dass die Kommunikation zwischen den Lesern und der Karte in Bezug auf Timing und Frequenz anders funktioniert. Einige Reader haben möglicherweise eine schnellere oder stabilere Kommunikation, was dazu führt, dass EMMs kontinuierlich empfangen werden können. Überprüfe die Einstellungen für die mhz und cardmhz in deiner Konfiguration; möglicherweise gibt es Raum für Optimierungen, um die Stabilität zu erhöhen.

### 3. Firmware und Treiber
Die Firmware der Reader und die Treiber, die für die Kommunikation verwendet werden, können ebenfalls eine Rolle spielen. Es könnte sein, dass die Firmware des Omnikey-Readers besser für die Verarbeitung der spezifischen Anforderungen der ORF-Karte optimiert ist. Du könntest versuchen, die Treiber und Firmware für beide Reader zu aktualisieren und zu sehen, ob dies das Verhalten ändert.

### 4. EMM-Cache und Einstellungen
Du hast die EMM-Cache-Einstellungen in deiner Konfiguration. Der EMM-Cache speichert EMMs, die von der Karte empfangen wurden, um eine bessere Performance zu gewährleisten. Möglicherweise wird der Cache im Infinity-Reader nicht optimal genutzt oder hat eine andere Implementierung, was dazu führen kann, dass EMMs schneller "verbraucht" werden, sodass es nach einer gewissen Zeit keine neuen mehr gibt.

### 5. Kartenkompatibilität
Es könnte auch an der spezifischen Implementierung der Irdeto-Verschlüsselung auf der ORF-Karte liegen. Möglicherweise hat eine der Karten einen Fehler, der nur unter bestimmten Bedingungen auftritt. Wenn du die Möglichkeit hast, eine andere ORF-Karte zu testen, könnte das helfen, das Problem weiter einzugrenzen.

### 6. Log-Dateien analysieren
Ein weiterer wichtiger Schritt könnte sein, die Log-Dateien von OSCam zu analysieren. Setze das Log-Level auf DEBUG, um detaillierte Informationen über die Kommunikation zwischen OSCam und den Readern sowie den EMM-Verkehr zu erhalten. Dies könnte Hinweise darauf geben, warum EMMs in einem Leser unterschiedlich behandelt werden.

### Fazit
Zusammenfassend lässt sich sagen, dass das unterschiedliche Verhalten der EMMs bei Verwendung der beiden Reader auf eine Kombination aus Protokollunterschieden, Timing, Firmware und Cache-Einstellungen zurückzuführen sein kann. Es lohnt sich, die oben genannten Punkte zu überprüfen und die Konfiguration und Firmware auf den neuesten Stand zu bringen, um die EMM-Verarbeitung zu optimieren.

freak0815 schrieb:

(DVBapi hat keine EMM geliefert bzw. kein AU ermöglicht

Zum Vergrößern anklicken....

weshalb, funktioniert 100%

freak0815 schrieb:

needsemmfirst = 1

Zum Vergrößern anklicken....

einfach mal weglassen und probieren, das ist der Grund warum nichts mehr descrambled wird.

freak0815 schrieb:

ident = 0650:000000,000003,000004,000008,000010

Zum Vergrößern anklicken....

diese Phantasie Werte auch weglassen
und EMM's brauchst du auch keine speichern, da eh nur für statistische Zwecke verwendbar