Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

gelöst Server empfängt keine EMMs von Clients

dagnaman

Newbie
Registriert
7. September 2010
Beiträge
7
Reaktionspunkte
6
Punkte
23
Hallo zusammen,

ich bin vermutlich nicht der erste mit dem Problem, aber leider konnte ich bisher keine Lösung finden.

Ich habe auf einem Vu+ eine SRG SSR Karte im internen Reader. An dem Vu+ hängen mehrere Clients. Am Server selbst werden EMMs geschrieben, also die Freischaltungen werden brav verlängert, über die Clients funktioniert das aber nicht. Es scheinen keine EMMs am Server anzukommen. Es wäre aber von Vorteil, wenn man die Programme nicht zwingend regelmäßig auf dem Server laufen lassen müsste, um die Freischaltungen zu verlängern, sondern dass das auch über die Clients funktioniert.

Im Log des Client sehe ich Zeilen wie:
(reader) cccam_vuduo4k [cccam] dvbapi_local emmtype=shared, len=60 (hex: 0x3C), cnt=1: sent (14 ms)
Also scheint er sie ja wohl zu senden? Nur im Log des Server gibt es keinerlei Einträge dazu, dass etwas empfangen und geschrieben wurde.

Vielleicht hat jemand eine Idee?

[reader]
label = cccam_vuduo4k
protocol = cccam
device = 192.168.3.11,12000
user = vuduo4kse
password = vuduo4kse
inactivitytimeout = 30
reconnecttimeout = 60
keepalive = 1
caid = 0500,0D98
group = 1
emmcache = 1,1,2,0
saveemm-u = 1
saveemm-s = 1
cccversion = 2.3.0
cccwantemu = 1
ccckeepalive = 1
cccreshare = 10
(Ergänzung dazu: Im Webinterface trägt sich bei "AU Provid" immer von alleine wieder "050800" ein. Wenn ich es lösche, ist es nach dem Abspeichern oder einem Neustart wieder da.)

[account]
user = dvbapi_local
au = 1
group = 1
cccreshare = 10
cccignorereshare = 0

[global]
logfile = /tmp/oscam.log
pidfile = /tmp/oscam.pid
clienttimeout = 20000
unlockparental = 1
nice = -10
maxlogsize = 2000
waitforcards = 0
preferlocalcards = 2
usrfile = /tmp/user.log
emmlogdir = /media/hdd/emm_log/
ecmfmt = c&0p/i/d/s/l:h.e_w HOP:j

[cache]
max_time = 23

[cccam]
port = 12000
nodeid = 9CB9354710ED1502
version = 2.3.0
reshare = 1
reshare_mode = 0
ignorereshare = 1
recv_timeout = 4000

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
delayer = 60
user = dvbapi_local
boxtype = dreambox

[reader]
label = SRG_SSR
protocol = internal
device = /dev/sci0
caid = 0500
detect = cd
mhz = 450
cardmhz = 2700
group = 1
emmcache = 1,1,2,0
saveemm-u = 1
saveemm-s = 1
cccreshare = 10

[account]
user = dvbapi_local
au = 1
group = 1
cccreshare = 10
cccignorereshare = 0

[account]
user = vuduo4kse
pwd = vuduo4kse
au = 1
group = 1
cccreshare = 10
cccignorereshare = 1

[global]
logfile = /tmp/oscam.log
pidfile = /tmp/oscam.pid
clienttimeout = 20000
unlockparental = 1
nice = -10
maxlogsize = 2000
waitforcards = 0
preferlocalcards = 2
usrfile = /tmp/user.log
emmlogdir = /media/hdd/emm_log/
ecmfmt = c&0p/i/d/s/l:h.e_w HOP:j

[cache]
max_time = 23

[cccam]
port = 12000
nodeid = 75AE234E100C13E4
version = 2.3.0
reshare = 1
reshare_mode = 0
ignorereshare = 1

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
user = dvbapi_local
boxtype = dreambox
 
Getestet, aber leider ändert das nichts am Verhalten. Der Client schreibt Zeilen, dass EMMs gesendet wurden, am Server steht nichts davon, dass etwas ankommt. Egal, ob CS378X oder CS357X.
 
dann poste noch einmal ein log von Start bis Abfrage von Client und Server, außerdem die jetzigen Configs
 
Bei mir im Server hab ich den User auf 0 was emmreassembly betrifft und es kommen Emms sauber an.
 
jeder wie er mag und kann :) ,ich kann nur meine Erfahrungen teilen ;) (und ich habe mehrere Karten Versionen Remote in Pflege)
Code:
22.02.2023 09:11:45 3560469C r   (reader) suisse_v6 [Viaccess] nano A9: Class: 01, Expiry Date: 17.02.2023 - 03.04.2023
22.02.2023 09:11:45 3560469C r   (reader) suisse_v6 [Viaccess] ProvID 060200 has matching Class 01
22.02.2023 09:11:45 3560469C r   (reader) suisse_v6 [Viaccess] NANO
22.02.2023 09:11:45 3560469C r   (reader) suisse_v6 [Viaccess] Your subscription Data was updated.

22.02.2023 09:16:11 3560469C r   (reader) suisse_v6 [Viaccess] nano A9: Class: 02, Expiry Date: 17.02.2023 - 03.04.2023
22.02.2023 09:16:11 3560469C r   (reader) suisse_v6 [Viaccess] ProvID 060210 has matching Class 02
22.02.2023 09:16:11 3560469C r   (reader) suisse_v6 [Viaccess] NANO
22.02.2023 09:16:11 3560469C r   (reader) suisse_v6 [Viaccess] Your subscription Data was updated.
Du musst Regestriert sein, um das angehängte Bild zusehen.
 

Anhänge

Du musst angemeldet sein, um die Anhangsliste zu sehen.
Zuletzt bearbeitet:
am ext Client muss bei (für) SRG
Code:
emmreassembly                 = 0
und auf dem Server wo die Karte ist (dieser User dann)-->
Code:
emmreassembly                 = 1

Ha! Das scheint der entscheidende Hinweis gewesen zu sein. Gerade hat der Server die Freischaltung von 3+ vom Client kommend geschrieben.

  • 2023/02/22 20:29:26 4D1EB5DF r (reader) SRG_SSR [viaccess] RECEIVED EMM VIACCESS
  • ....
  • 2023/02/22 20:29:26 4D1EB5DF r (reader) SRG_SSR [viaccess] nano A9: class: 02, expiry date: 2023/02/16 - 2023/04/02
  • 2023/02/22 20:29:26 4D1EB5DF r (reader) SRG_SSR [viaccess] provid 050810 has matching class 02
  • 2023/02/22 20:29:26 4D1EB5DF r (reader) SRG_SSR [viaccess] NANO
  • 2023/02/22 20:29:26 4D1EB5DF r (reader) SRG_SSR [viaccess] Your subscription data was updated.

Aber nicht wie bei dir, sondern mit emmreassembly = 2 am Client (User dvbapi_local) und emmreassembly = 1 am Server (User des Clients).
Und es läuft im Moment über CCCam 2.3.0.

Da wäre ich (mal wieder) nicht drauf gekommen. Danke! (y)
 
Bei meiner Karte muss auch in der oscam.user auf dem Server (Igel) emmreassembly = 1 rein sonst schreibt oscam nichts auf die Karte. Auf der AU Box im User hab ich keinen emmreassembly Eintrag gesetzt.
 
Nichts in oscam.user entspricht emmreassembly = 2, weil das der Default-Wert ist. Das sieht man dann nur im Webinterface.
 
Zurück
Oben