ich nutze ein Deltacam Hardware Rev. 2.0 mit einer Karte von Tivusat für den Empfang von italienischen Kanälen von Hotbird 13.0° ost. Firmware ist 1.74 (cobra und python probiert).
Das CAM läuft in einem kl. Linuxserver und die Kanäle werden von dvblast ausgegeben. Ich habe die identische Hardware auch mit anderen Smart Cards mit einem DeltaCam getestet und hatte nie Probleme (ausser gelegentlichen Hängern mit SECA Smart Cards, welche sporadisch im laufenden Betrieb auf einmal nicht mehr erkannt werden - Meldung "No CAS available" - ein Neustecken löst das immer. Das Problem tritt aber nur mal alle paar Wochen oder Monate auf; also nur schwer zu reproduzieren).
Bei Tivusat hingegen ist das Issue 100% beliebig oft reproduzierbar.
Beschreibung:
nach einem Neustart des Servers oder einem Neustecken des CAM in den CI Slot funktioniert das erstmalige Antunen eines Transponders problemlos. Das CAM funktioniert korrekt und entschlüsselt alle gewünschten Sender.
Im Log ist dann folgendes zu sehen:
debug: CI slot 0 is active
debug: opening ResourceManager session (1)
debug: opening ApplicationInformation session (2)
info: CAM: Cobra 01.74, 01, 0001, 0001
debug: opening ConditionalAccess session (3)
debug: CA system IDs supported by the application :
debug: - 0x1843
debug: - 0x98c
debug: - 0x9c4
debug: - 0x1702
debug: - 0x1833
debug: - 0xd05
debug: - 0xd95
debug: - 0x648
debug: - 0x500
debug: - 0x100
debug: adding first CAPMT for SID 2 on session 3
warning: no compatible scrambling system for SID 2 on session 3
debug: adding CAPMT for SID 4 on session 3
warning: no compatible scrambling system for SID 4 on session 3
debug: adding CAPMT for SID 12 on session 3
warning: no compatible scrambling system for SID 12 on session 3
debug: CA system IDs supported by the application :
debug: - 0x183e
debug: adding CAPMT for SID 2 on session 3
debug: adding CAPMT for SID 4 on session 3
debug: adding CAPMT for SID 12 on session 3
Sobald ich jedoch dann versuche, einen anderen Transponder anzutunen oder den gleichen Transponder neu antune, um z.B. die Config von dvblast neu zu laden (um z.B. einen zusätzlichen Kanal des gleichen Tranponders auszugeben) funktioniert das CAM nicht mehr korrekt.
Im Log ist dann folgende Meldung zu sehen:
debug: CI slot 0 is active
debug: opening ResourceManager session (1)
debug: opening ApplicationInformation session (2)
info: CAM: Cobra 01.74, 01, 0001, 0001
debug: opening ConditionalAccess session (3)
debug: CA system IDs supported by the application :
debug: - 0x1843
debug: - 0x98c
debug: - 0x9c4
debug: - 0x1702
debug: - 0x1833
debug: - 0xd05
debug: - 0xd95
debug: - 0x648
debug: - 0x500
debug: - 0x100
debug: adding first CAPMT for SID 2 on session 3
warning: no compatible scrambling system for SID 2 on session 3
debug: adding CAPMT for SID 4 on session 3
warning: no compatible scrambling system for SID 4 on session 3
debug: adding CAPMT for SID 12 on session 3
warning: no compatible scrambling system for SID 12 on session 3
Es werden dann keine Kanäle mehr entschlüsselt (im debug Menü werden somit auch keine ECMs oder EMMs mehr verarbeitet/angezeigt).
Sobald das CAM jedoch kurz abgezogen und neu gesteckt wird, funktioniert es sofort wieder - auch ohne dass dvblast gestoppt wird.
Somit ist das Problem eindeutig dem CAM zuzuordnen. Könnt Ihr euch das bitte mal anschauen?
Den Unterschied scheint folgende Zeile im Log zu machen:
debug: CA system IDs supported by the application :
debug: - 0x183e
Wäre super, wenn Ihr das fixen könntet.
Grüße
Hegemonie
Das CAM läuft in einem kl. Linuxserver und die Kanäle werden von dvblast ausgegeben. Ich habe die identische Hardware auch mit anderen Smart Cards mit einem DeltaCam getestet und hatte nie Probleme (ausser gelegentlichen Hängern mit SECA Smart Cards, welche sporadisch im laufenden Betrieb auf einmal nicht mehr erkannt werden - Meldung "No CAS available" - ein Neustecken löst das immer. Das Problem tritt aber nur mal alle paar Wochen oder Monate auf; also nur schwer zu reproduzieren).
Bei Tivusat hingegen ist das Issue 100% beliebig oft reproduzierbar.
Beschreibung:
nach einem Neustart des Servers oder einem Neustecken des CAM in den CI Slot funktioniert das erstmalige Antunen eines Transponders problemlos. Das CAM funktioniert korrekt und entschlüsselt alle gewünschten Sender.
Im Log ist dann folgendes zu sehen:
debug: CI slot 0 is active
debug: opening ResourceManager session (1)
debug: opening ApplicationInformation session (2)
info: CAM: Cobra 01.74, 01, 0001, 0001
debug: opening ConditionalAccess session (3)
debug: CA system IDs supported by the application :
debug: - 0x1843
debug: - 0x98c
debug: - 0x9c4
debug: - 0x1702
debug: - 0x1833
debug: - 0xd05
debug: - 0xd95
debug: - 0x648
debug: - 0x500
debug: - 0x100
debug: adding first CAPMT for SID 2 on session 3
warning: no compatible scrambling system for SID 2 on session 3
debug: adding CAPMT for SID 4 on session 3
warning: no compatible scrambling system for SID 4 on session 3
debug: adding CAPMT for SID 12 on session 3
warning: no compatible scrambling system for SID 12 on session 3
debug: CA system IDs supported by the application :
debug: - 0x183e
debug: adding CAPMT for SID 2 on session 3
debug: adding CAPMT for SID 4 on session 3
debug: adding CAPMT for SID 12 on session 3
Sobald ich jedoch dann versuche, einen anderen Transponder anzutunen oder den gleichen Transponder neu antune, um z.B. die Config von dvblast neu zu laden (um z.B. einen zusätzlichen Kanal des gleichen Tranponders auszugeben) funktioniert das CAM nicht mehr korrekt.
Im Log ist dann folgende Meldung zu sehen:
debug: CI slot 0 is active
debug: opening ResourceManager session (1)
debug: opening ApplicationInformation session (2)
info: CAM: Cobra 01.74, 01, 0001, 0001
debug: opening ConditionalAccess session (3)
debug: CA system IDs supported by the application :
debug: - 0x1843
debug: - 0x98c
debug: - 0x9c4
debug: - 0x1702
debug: - 0x1833
debug: - 0xd05
debug: - 0xd95
debug: - 0x648
debug: - 0x500
debug: - 0x100
debug: adding first CAPMT for SID 2 on session 3
warning: no compatible scrambling system for SID 2 on session 3
debug: adding CAPMT for SID 4 on session 3
warning: no compatible scrambling system for SID 4 on session 3
debug: adding CAPMT for SID 12 on session 3
warning: no compatible scrambling system for SID 12 on session 3
Es werden dann keine Kanäle mehr entschlüsselt (im debug Menü werden somit auch keine ECMs oder EMMs mehr verarbeitet/angezeigt).
Sobald das CAM jedoch kurz abgezogen und neu gesteckt wird, funktioniert es sofort wieder - auch ohne dass dvblast gestoppt wird.
Somit ist das Problem eindeutig dem CAM zuzuordnen. Könnt Ihr euch das bitte mal anschauen?
Den Unterschied scheint folgende Zeile im Log zu machen:
debug: CA system IDs supported by the application :
debug: - 0x183e
Wäre super, wenn Ihr das fixen könntet.
Grüße
Hegemonie