v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

tedwipe · 20. November 2014

Hi Leute,

ich lese hier schon länger mit und habe auch schon fast ein Jahr eine funktionierende v14 im Einsatz gehabt. Leider scheine ich beim wechsel auf den ipc einen Fehler begangen zu haben, denn sky meldete sich bei mir und behauptete das ab 15.11. mein alter Receiver nicht mehr unterstüzt werden würde. Also ich angerufen und kurz mit der Dame geplaudert, sie fragte mich welchen Receiver ich einsetze (Kathrein UFS913), ja der würde in 2 Wochen nicht mehr funktionieren, sie bieten mir aber einen Sky Receiver an..... ums kurz zu machen: Nach einem kurzen hin und her, hab ich ihr gesagt sie soll die Kiste verschicken und dachte, ich lege den in den Keller und schaue wegen der EMMs selbst nach.

Soweit so gut, der Receiver kam und die Karte ging noch. Ich also die Oscam Config so angepasst das ich EMMs speichere doch alles erstmal blocke.... nun kam die Geburt meines Sohnes "dazwischen" und ich habe verschwitzt die Tiers zu verlängern. Jetzt probiere ich schon seit 4 Tagen irgendwie meinen neuen IPC mit der v14 zum laufen zu bekommen, habe hierzu nochmals die Standardkonfig hier aus dem Forum geladen und entsprechend angepasst.... es werden keine EMMs irgendwohin gespeichert, ich kann angeben was ich will, die Karte wurde schon über das KC neu freigeschaltet, ohne EMM Ankunft bei mir. Irgendwas läuft schief oder ich muß in den sauren Apfel beissen und den Sky Receiver doch auspacken.

Hauptreceiver ist ein UFS913 und als 2ten habe ich einen LX1 bei dem ich dann das AU gestartet habe wegen der neueren cccam Version.

Vielleicht könnt ihr mir nochmal auf die Sprünge helfen, anbei alle meine Configs etc. pp.

oscam.conf

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10006
# Read more:

Sie müssen registriert sein, um Links zu sehen.

[global]
serverip = 192.168.xxx.242
logfile = /var/log/oscam.log
nice = -1
maxlogsize = 256
preferlocalcards = 1
cwlogdir = /var/log/cw
emmlogdir = /var/log/emm
ecmfmt = c/s/l

[cache]

[cccam]
port = 24531
serverip = 192.168.xxx.242
nodeid = 8D1B735F100013BE
version = 2.3.0
reshare = 1

[dvbapi]
enabled = 1
au = 1

[webif]
httpport = 8888
httphelplang = de
httprefresh = 10
httpallowed = 192.168.10.1-192.168.10.100,172.21.100.1-172.21.100.200,10.242.10.1-10.242.10.100
http_status_log = 1

oscam.user

# oscam.user generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10006
# Read more:

Sie müssen registriert sein, um Links zu sehen.

[account]
user = localbox
keepalive = 1
au = v14
betatunnel = 1835.FFFF:1722
group = 1,2
cccignorereshare = 0

[account]
user = client1
pwd = pass1
uniq = 3
keepalive = 1
betatunnel = 1835.FFFF:1722
group = 4
cccreshare = 0
cccignorereshare = 0

[account]
user = client2
pwd = pass2
uniq = 3
keepalive = 1
betatunnel = 1835.FFFF:1722
group = 4
cccreshare = 0
cccignorereshare = 0

[account]
user = UFS913
pwd = lollek
group = 1,2

[account]
user = lx1
pwd = lollek
keepalive = 1
au = v14
group = 1,2

oscam.server

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r10006
# Read more:

Sie müssen registriert sein, um Links zu sehen.

[reader]
label = v14
description = V14-Sky
protocol = mouse
device = /dev/ttyUSB0
services = sky_v14,v14hdplus
caid = 098C
boxid = 12345678
ins7e11 = 15
detect = cd
group = 1,2
emmcache = 1,1,2
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-unknown = 1
saveemm-u = 1
saveemm-s = 1
saveemm-g = 1
ndsversion = 2
blockemm-bylen = 0-40,42-44,65-127,137-255

oscam.srvid

# oscam.srvid gibt es auch hier

Sie müssen registriert sein, um Links zu sehen.

oscam.dvbapi

# nur bei Receivern !!! mit oscam zu verwenden, hilfreich aber nicht zwingend notwendig
# im empfangstream sind oft mehrere caid vorhanden, der receiver versucht alle, bis sender entschlüsselt wird
# das kann man aber durch diese datei beschleunigen, es werden nur noch bestimmte caid getestet und sogar in bestimmter reihenfolge:
# hier zeilenweise die caid der karten und proxy reader aus oscam.server eintragen
# P: bedeutet Priorisieren, die abarbeitung der sender caid beginnt mit der 1. zeile
# bei der senderabfrage wird hier im beispiel zuerst die caid 1830 (HD+ weiss) zur entschluesselung versucht
# und die zugehörige karte gelesen, danach erst 098C, also eine V14 karte gelesen,
# die reihenfolge ist hier wichtig, damit die hd+ karte den hd+ sender öffnet bevor vergeblich die v14(ohne hd+) versucht wird
#
# achtung, nur ein beispiel !!! bitte unbedingt vor dem kopieren bearbeiten !!!!!!
#
#P: 0D05
#P: 1830
P: 098C
I: 0
#
# zb wird mit I: 1722 die caid 1722 ausgeschlossen (Ignore), mit 0 dann alle, die nicht bei P: stehen
# diese datei wird zu den anderen oscam configs kopiert, bei änderungen oscam neu starten
#
### >>> gleiche funktion erhält man für cccam clients mit CCcam.prio <<<

Im oscam.log steht nicht viel, das hier wiederholt sich immer wieder:

2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] Answer from cardreader:
2014/11/20 18:18:15 9B0D428 B6 1E 0B 4C 78 F9 92 35 CF 02 B8 BD 4F 30 8B 01
2014/11/20 18:18:15 9B0D428 9E C7 CF E9 8E 9E BB 5B E8 51 C8 94 40 C5 93 8A
2014/11/20 18:18:15 9B0D428 5D 86 78 5A 74 87 C9 4B BF 77 19 5B 49 02 0C E0
2014/11/20 18:18:15 9B0D428 2D 5A B4 3F CF 7B DF C2 8D D3 7E E5 1A C6 2C 37
2014/11/20 18:18:15 9B0D428 92 06 EC C8 8B 7D CE 50 D2 DD 59 7B 9C 7B 4C DB
2014/11/20 18:18:15 9B0D428 1F EF F9 0E 1E 5A 5F 1E 12 4B 1B 08 36 FE 90 00
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] Decrypted payload
2014/11/20 18:18:15 9B0D428 00 00 00 00 00 00 00 00 00 00 00 00 FF 00 22 02
2014/11/20 18:18:15 9B0D428 00 80 0E 02 00 00 0F 06 00 10 20 00 00 11 20 04
2014/11/20 18:18:15 9B0D428 00 00 00 00 25 11 00 00 00 00 00 00 00 00 00 00
2014/11/20 18:18:15 9B0D428 00 00 00 00 00 00 00 2A 04 00 00 00 00 55 01 20
2014/11/20 18:18:15 9B0D428 56 08 00 00 00 00 00 00 00 00 2B 02 00 00
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] classD3 ins54: no cw --> Card needs pairing/extra data
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] classD3 ins54: no cw --> Tier expired
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] cardreader_do_ecm: after csystem.do_ecm rc=0
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] cardreader_do_ecm: ret rc=0
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] cardreader_process_ecm: cardreader_do_ecm returned rc=0 (ERROR=0)
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] Error processing ecm for caid 098C, srvid 0017, servicename: Sky Krimi
2014/11/20 18:18:15 9B0D428 r {client lx1, caid 098C, srvid 0017} [write_ecm_answer] cyclecheck passed! Reader: v14 rc: 4
2014/11/20 18:18:15 9B0D428 r {client lx1, caid 098C, prid 000000, srvid 0017} [write_ecm_answer] reader v14 rc 4, ecm time 59 ms (59 ms)
2014/11/20 18:18:15 9B3C388 c {client lx1, caid 098C, prid 000000, srvid 0017} [send_dcw] rc 4 from reader v14
2014/11/20 18:18:15 9B3C388 c Client lx1 csphash 3793BF80 cw 00000000000000000000000000000000 rc 4 098C/0017/98
2014/11/20 18:18:15 9B3C388 c lx1 (098C/0017/98): not found (60 ms) by v14 - Sky Krimi
2014/11/20 18:18:15 9B3C388 c cw:
2014/11/20 18:18:15 9B3C388 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2014/11/20 18:18:15 9B0D428 r add client job action 32 queue length 0 lx1
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] TRACE: ecm answer for ecm hash 80831FAD3E9FB9CD67159C8812A23946 rc=4
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] ecm hash: 80831FAD3E9FB9CD67159C8812A23946 real time: 58 ms
2014/11/20 18:18:15 9B0D428 r v14 [videoguard2] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/11/20 18:18:15 9B0F250 h WebIf: Origin checked. Result: access from 192.168.10.20 => allowed
2014/11/20 18:18:16 9B0D428 r v14 [videoguard2] cardreader_do_checkhealth: reader->card_status = 2, ret = 1
2014/11/20 18:18:17 0 --- Skipped 1 duplicated log lines ---

Vielleicht kann mir jemand sagen ob die Karte nun reif für die MW ist oder ob ich die restlichen 8 Monate mit dem Sky Mist-Receiver schauen muss.

Danke schonmal im Voraus.

Viele Grüße

Ted

dodo83 · 20. November 2014

AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

hi,
da ist einiges Falsch in deiner Konfiguration, deswegen geht es nicht
zuerst
am Igel brauchst du keinen DVBApi, also kannst du den aus der oscam.conf löschen, sowie den lokalen User in der oscam.user und auch die oscam.dvbapi

zu den EMM, speichern musst/sollst du nur die Unique, die anderen nicht
dann ist dein EMMLOGDIR falsch, du musst nur den Pfad angeben, nicht eine Datei

Code:

[COLOR=#333333]emmlogdir = /var/log/[/COLOR]

laut log ist dein Payload auch in Ordnung, Karte ist halt abgelaufen

tedwipe · 20. November 2014

Re: AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

Hi dodo,

vielen Dank für den Schubs vom Schlauch, habe die Änderungen gemacht und schaue mal was jetzt geschrieben wird. Vor lauter Bäumen hab ich den Wald nicht mehr gesehen und ganz vergessen das ich den / nach dem emm setzen muß, damit die Büchse das als Verzeichnis nimmt.

Sollte ich nochmal die Karte freischalten lassen? Oder erstmal wieder ein paar Stunden warten ob sich was von alleine tut?

Danke für Deine Hilfe.

Gruß

Ted

dodo83 · 20. November 2014

AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

starte mal komplett alles neu
danach sollte auch mal ein Uq EMM so kommen, siehst du dann im WebIF unter EMM BLOCKED
wenn dieses auch gespeichert wird dann erst danach eine Freischaltung zukommen lassen

supraracer · 20. November 2014

AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

blockemm-bylen = 0-40,42-44,65-127,137-255
unbedingt löschen !!!

-supraracer

HagenB · 20. November 2014

AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

@ dodo83
das Payload der Karte ist 0F 06 00 10 20 -> Karte aktiviert (1. EMM geschrieben) aber noch ohne Entitlements (2. EMM fehlt)
reicht es hier nicht einfach, das aktuelle Verlängerungs-emm zu schreiben oder braucht die Karte auch noch einen Aktivierer? Das würde mich interessieren.

supraracer · 20. November 2014

AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

Wenn die Tiers abgelaufen sind muss sie neu freigeschaltet werden mit zwei EMMs.

-supraracer

tedwipe · 20. November 2014

Re: AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

Hi Leute,

danke für die Hilfe, EMMs werden gespeichert und ich habe die Karte neu freischalten lassen. Danach kamen relativ schnell ein paar emms an.

UND:
Männer! Die Kiste läuft! Hab das Aktivierungs emm und das Verlängerungs emm mit den meisten Tiers geschrieben und schwupps wurde mein Leben wieder "besser" :emoticon-0157-sun:
Verlängert bis März 2015!!! OLE!:emoticon-0178-rock:

Also kann StarWars HD kommen, ich bin mit 4 TB gewappnet :emoticon-0105-wink:

Vielen Dank an alle! Ich hab wieder was gelernt, und wenn mal jemand wissen will wie das mit den Raspis und HifiBerry + Logitech Media Server so fluppt, PN an mich!

Viele Grüße

Ted

RaoulDuke1000 · 15. Juni 2015

AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

Das verwirrt mich. Meine Tiers waren auch abgelaufen und ich habe grade mit nur einer Verlängerungs-EMM die Karte wieder gängig bekommen.
Oder fehlt bei mir noch was? Muss ich noch ne zweite EMM schreiben?

Rohrby · 15. Juni 2015

AW: v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

Nein alles Gut so bei dir!

Diese Aussage von supraracer ist Falsch!

Wenn die Tiers abgelaufen sind muss sie neu freigeschaltet werden mit zwei EMMs.

Wenn Tiers abgelaufen einfach letzten Verlängerer drauf und Gut!

Suche

Suche

v14 oscam tier verlängerung verpasst, receiver bekommen nun alles dunkel

tedwipe

Newbie

dodo83

tedwipe

Newbie

dodo83

supraracer

DEB Inventar

HagenB

Stamm User

supraracer

DEB Inventar

tedwipe

Newbie

RaoulDuke1000

Newbie

Rohrby

DEB König

Ähnliche Themen

Spenden Unterstützung