gelöst V13 Zweitkarte bekommt keine EMM

[Mumpitz23]

Moin zusammen!

Habe jetzt seit einigen Monaten das Problem, dass eine meiner V13 keine oder nur ganz selten EMMs bekommt.
Als Server kommt ein Raspi mit Oscam11578 zum Einsatz und die Karte sitzt im Omnikey. Als Client läuft eine VU+ Ultimo 4K mit Oscam 11578.
Wenn ich beim Client in den EMM-log schaue gehen dort nur EMM für die Erstkarte ein, und keine für die Zweitkarte. Ab und an gehen dort unique EMM für Receiver ein, also in der Form: 4XXXXXXX00000000
Da haut doch irgendwas nicht hin?!
Einzige Möglichkeit EMMs zu holen, ist die Karte am Receiver in den internen Slot zu packen und dann die Karte direkt im dort zu initialisieren. Dann kommen problemlos EMMs durch. Dies ist mittlerweile seit Ende letzten Jahres so.

Abseits von der Problematik hat die Karte noch andere kleine Macken:
In der Easymouse2 schafft sie nur 160ms während sie im Apollo mit Error activating Card nichtmal startet. Im Omnikey sind normale 125ms drin. Alles irgendwie sehr komisch.

Ich hoffe ihr habt eine Idee woran das liegen kann. Wenn ihr noch was braucht, gebt einfach bescheid


MFG Mumpitz

 

[filius00]

Komplette Configs des Kartenlesers und des AU Clients wären hilfreich.....

 

[FatherOfDeath]

Problem, dass eine meiner V13 keine oder nur ganz selten EMMs bekommt

Mal davon abgesehen, dass natürlich die veröffentlichten Configs bei der Eingrenzung der Ursache helfen, reicht
natürlich ein neuer EMM-String innerhalb der 3 Wochen, wo er gesendet wird, zur Verlängerung der Laufzeit.

 

[filius00]

ein neuer EMM-String innerhalb der 3 Wochen

60 Tage sind mehr als 8 Wochen, so nebenbei bemerkt......

 

[Mumpitz23]

Ich sags mal so, aus dem Receiver kriege ich keine einzige EMM raus zum Server. Habe am 01.05. 2 EMM bekommen, alle von einem Receiver der nicht mehr im Einsatz ist. Der benutzt aber die selben Einstellungen wie die VU nur eine ältere Oscam, also älter als 11572 und damit so gut wie sinnlos.
Configs poste ich heute im Laufe des Tages. Beide Reader sind aber fast identisch konfiguriert. Ebenso lief das am Client vorher auch Problemlos mit den Configs. Aber wie gesagt, ich stelle die später rein

 

[lavemetoo]

wird denn auch über diese karte entschlüsselt, wenn du beide im einsatz hast?

 

[FatherOfDeath]

60 Tage sind mehr als 8 Wochen, so nebenbei bemerkt......

Es geht nicht darum, wie lange die aktuelle Laufzeit ist, hier ist die Rede von einem
neuen Verlängerungs-EMM und das kommt alle 3 Wochen, so nebenbei bemerkt...

 

[filius00]

neuen Verlängerungs-EMM

Es reicht aber 1 alle 60 Tage, die anderen kannst du dir schenken.....

 

[FatherOfDeath]

Theoretisch JA, praktisch war es zumindest mal so, dass die Verlängerungs-EMMs
in Reihenfolge des Sendens geschrieben werden mussten. Ob das aktuell noch so
ist, habe ich aus den Augen verloren, da ich präventiv immer beim Eintreffen eines
neuen Verlängerungs-EMMs dieses schreibe, nicht warte, bis zuletzt - aber ich denke,
die Unklarheiten sind jetzt geklärt.

 

[filius00]

. Ob das aktuell noch so
ist

Nein, weder war das mal so noch ist das aktuell so. Wenn die Karte noch hell ist kann jeder neu geloggte Verlängerer das Datum neu setzen.
Wenn über längere Zeit nur Standards gesendet wurden darf die Karte auch mit dem letzten Entisetzer dunkel geworden sein.
Auch dann reicht der neu geloggte Verlängerer.
Zeitlich gibt es da praktisch keine Begrenzung.

 

[Mumpitz23]

wird denn auch über diese karte entschlüsselt, wenn du beide im einsatz hast?

Ja beide Karten werden über loadbalancing in etwa gleichmäßig belastet, daran kann es nicht liegen. Selbst wenn ich händisch EMM anfordere, bei der Zweitkarte kommen in der derzeitigen Konfiguration keine unique durch.



Und jetzt zu den Configs am Server:

Spoiler: oscam.server

[reader]
label = sky_v13_1
protocol = mouse
device = /dev/apollo-1
disablecrccws_only_for = 098C:000000;09C4:000000;098D:000000
caid = 09C4
boxid = ist drin
ins7e = ist drin
ins7e11 = 15
k1_unique = ist drin
detect = cd
group = 1
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-unknown = 1
saveemm-u = 1
saveemm-g = 1
ndsversion = 2

[reader]
label = sky_v13_2
protocol = pcsc
device = 0
disablecrccws_only_for = 098C:000000;09C4:000000;098D:000000
caid = 09C4
boxid = ist drin
ins7e = ist drin
ins7e11 = 15
k1_unique = ist drin
detect = cd
group = 1
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-unknown = 1
saveemm-u = 1
saveemm-g = 1
ndsversion = 2

Spoiler: oscam.conf

[global]
disablelog = 1
logfile = /tmp/.oscam/oscam.log
clienttimeout = 6600
fallbacktimeout = 3100
clientmaxidle = 3600
netprio = 1
nice = -5
maxlogsize = 6200
preferlocalcards = 1
block_same_ip = 0
block_same_name = 0
usrfile = /tmp/.oscam/userfile.log
lb_mode = 2
lb_save = 250
lb_min_ecmcount = 25
lb_max_ecmcount = 1000
lb_retrylimit = 200
lb_max_readers = 1
lb_savepath = /var/etc/log/lbstat.log

[cache]
delay = 20

[cccam]
port =
nodeid = 735C43941042142C
version = 2.3.0
reshare = 0
stealth = 1

[webif]
httpport =
httpuser =
httppwd =
httpscript = /var/etc/script
httppiconpath = /var/etc/picons/
httphelplang = de
httprefresh = 10
httppollrefresh = 5
httpshowpicons = 1
httppiconsize = 45
httpshowecminfo = 1
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,0.0.0.0-255.255.255.255
aulow = 10
hideclient_to = 300
httpemmuclean = 4096
httpemmsclean = 4096
httpemmgclean = 4096

Settings am Client:

Spoiler: oscam.server

[reader]
label = sky_v13
protocol = cccam
device =
key = 0102030405060708091011121314
user = vuultimo4k
password =
inactivitytimeout = 30
disablecrccws_only_for = 098C:000000;09C4:000000;098D:000000
caid = 09C4,1843
group = 1
blockemm-g = 1
saveemm-u = 1
cccversion = 2.3.0

Ich hoffe das reicht. Ansonsten einfach bescheid geben und ich poste was noch benötigt wird

 

[filius00]

hoffe das reicht

Nein, wenigstens die User des Servers bzw. Clients und die Conf des Clients wären noch vonnöten.

 

[dodo83]

ich würde mal testen:
ein Client macht AU für die erste Karte
ein anderer Client macht das AU für die zweite

da gab es in der Vergangenheit auch solche Probleme bei zwei gleichen Karten

 

[Mumpitz23]

Wundert mich halt, da ich bis dahin keine derartigen Probleme hatte. Könnte natürlich auch damit zusammenhängen, dass die Karten seid Ende 2019 gepairt sind, aber halt beide zu anderen Receivern. Was mich halt wundert, dass im Client so gar keine EMM durchkommen für die Zweitkarte.

Configs am Server:

Spoiler: oscam.user

[account]
user = vuultimo4k
pwd =
caid = 09C4,1843
monlevel = 4
umaxidle = 0
au = 1
group = 1,2
services =
cccmaxhops = 0

Configs am Client:

Spoiler: oscam.conf

[global]
disablelog = 1
logfile = stdout
clienttimeout = 10000
clientmaxidle = 600
netprio = 1
nice = -1
maxlogsize = 512

[cache]

[dvbapi]
enabled = 1
au = 1
pmt_mode = 3
user = vuultimo4k
boxtype = dreambox

[webif]
httpport =
httpuser =
httppwd =
httphelplang = de
httppollrefresh = 10
httpallowed = 127.0.0.1,192.168.0.1-192.168.254.254
hideclient_to = 120
httpemmuclean = 0
httpemmsclean = 0
httpemmgclean = 0

Spoiler: oscam.user

[account]
user = vuultimo4k
au = 1
group = 1
cccmaxhops = 0
cccreshare = 0

Edit:
Ich habe wie vorgeschlagen der Ultimo als User den AU für die Zweitkarte vorgeben per au = sky_v13_2
Dann schauen wir mal, ob das was ändert.

Update 1: Uglaublich aber war, sobald ich der Ultimo nur diesen Reader für AU gebe, gehen wieder EMM auf die Karte. Ich habe da auch eine Vermutung. Anfang des Jahres habe ich mal die Entis geändert per EMM, seitdem haben beide Karten identische Entis (abseits HD+ auf einer der beiden). Ich glaube seit etwa diesem Zeitraum besteht das Problem. Scheinbar kann oscam das dann nicht mehr korrekt händeln.
Ich werde als nächstes mal jeden Reader einer Gruppe zuordnen und dann wieder testen ob auch EMMs kommen, wenn ich an der Ultimo für beide Reader AU zulasse.

Update 2: So bald die Ultimo wieder bei Karte updaten darf, kommen keine EMM mehr auf die Zweitkarte, auch mit unterschiedlichen Groups. Es hilft wohl nur, explizit einen Receiver für AU auf dieser Karte zu nutzen.
Oder hat jemand noch eine andere Idee?