gelöst nutze einen Rasp Pi mit IPC und Oscam mit SRG 5.0 Karte.

[clarketech4ever]

Ja natürlich. Eben wie sodex geschrieben hat cs378x. emmreassembly hab ich schon mehrfach probiert. Es bleibt dabei. Gleicher Log!

 

[Kind regards]

also ich habe hier mehrere Karten in Pflege und da klappt das ohne Probleme auch per Remote EMM = Kein Problem :smirk:

 

[surfbuster]

Ja natürlich. Eben wie sodex geschrieben hat cs378x. emmreassembly hab ich schon mehrfach probiert. Es bleibt dabei. Gleicher Log!

Startest du danach nur oscam? Oder auch kompletten Server?

 

[sodex]

Die SRG Karte lässt sich einfach nicht zum AU bewegen :-(

hab das jetzt auch mal mit CCcam auf ner Client Box getestet - da kommen die shared Emms nicht zum Server durch - auch k.A warum das nicht geht - mir aber eh Wurst, da ich Oscam auf meinen Clients verwende und da funktioniert das ganze prima
MfG sodex

 

[clarketech4ever]

@surfbuster
Kompletten Server natürlich. Ebenfalls die Clienten.

@sodex
Ja daher möcht ich ja auch nur die eine Box mit Oscam und cs378x fürs Au nutzen. Aber außer Active tut sich nix.
Ich kanns drehen und wenden wie ich möchte. Ist und bleibt so.
An der Karte liegt es nicht, da wenn ich sie wie erwähnt ins Delta stecke ist sie nach 10 sekunden verlängert!

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.

 

[Kind regards]

An der Karte liegt es nicht, da wenn ich sie wie erwähnt ins Delta stecke ist sie nach 10 sekunden verlängert!

und weshalb kommt da jetzt kein found, sondern timeout ?

 

[clarketech4ever]

Weil ich bisher nur den Provider 3+ also 050810 im Delta verlängert habe.
Ich möchte ja das AU mit dem PI nun endlich erledigen.

Verlängerungen in 10sekunden klappen mit den delta seit Jahren, aber eben nicht im PI!

 

[surfbuster]

Was genau bevorzugst du als client? Also der, von dem die Updates kommen sollen?

 

[Kind regards]

dann mal bei Client --> P: 050800 1 und mal schauen ob am Server was im Log erscheint, da sollte, wenn alles richtig eingestellt etwas von (reader) dein_readerlabel [Viaccess] RECEIVED EMM VIACCESS erscheinen

 

[clarketech4ever]

@surfbusterOscam mit cs378. Siehe Screenshot oben.

@Kind regards
Jepp genau so hab ichs schon seit Tagen stehen im dvbapi. Da erscheint aber nix. Alles gleich wie gehabt. Und ich habe die Config exakt so übernommen wie von sodex.

Spoiler: Log Server

• 2019/12/14 16:52:13 00000000 s (main) init for all local cards done
• 2019/12/14 16:52:13 00000000 s (emmcache) loaded 73 emmcache records from /tmp/.oscam/oscam.emmcache in 1 ms
• 2019/12/14 16:52:13 00000000 s (emmcache) loaded 74 emmstat records from /tmp/.oscam/oscam.emmstat in 1 ms
• 2019/12/14 16:52:13 5AD3BA97 c (client) encrypted cs378x-client 192.168.1.66 granted (user1, au=auto (3 reader))
• 2019/12/14 16:52:13 5AD3BA97 c (camd35) user1 emm-request sent (reader=SRGv5, caid=0500, auprovid=050800)
• 2019/12/14 16:52:13 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:323E9BFFA5C2EF30D82DF7CDDAAA7EBA): not found (257 ms) by SRGv5 (key to use is not the curr)
• 2019/12/14 16:52:13 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:045C822F758656247FC97CCDFC741234): not found (465 ms) by SRGv5 (key to use is not the curr)
• 2019/12/14 16:52:14 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:045C822F758656247FC97CCDFC741234): not found (1 ms) by SRGv5
• 2019/12/14 16:52:18 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:485CC8C675FA4191B96B8F7311F1EED5): not found (181 ms) by SRGv5 (key to use is not the curr)
• 2019/12/14 16:52:24 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:485CC8C675FA4191B96B8F7311F1EED5): not found (199 ms) by SRGv5 (key to use is not the curr)
• 2019/12/14 16:52:29 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:CB4BFF938B60B1A1C9CA0F9EB6E68A55): not found (197 ms) by SRGv5 (key to use is not the curr)
• 2019/12/14 16:52:34 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:CB4BFF938B60B1A1C9CA0F9EB6E68A55): not found (190 ms) by SRGv5 (key to use is not the curr)
• 2019/12/14 16:52:39 5AD3BA97 c (ecm) user1 (0500@050800/08E2/4331/2A:F37D16A69B038BD8E9EE43CBF3B1A46A): not found (201 ms) by SRGv5 (key to use is not the curr)

 

[Kind regards]

(user1, au=auto (3 reader)) & (camd35) user1 emm-request sent (reader=SRGv5, caid=0500, auprovid=050800) dann sollte es auf dem Server OK sein
wie ist es am Client ? ist der User AU berechtigt für diesen Reader (bzw) generell ? dann müsste dieser emm-request wieder ankommen --> (camd35) cs378xreader CMD05 AU request for caid: 0500 auprovid: 000000

 

[sodex]

@clarketech4ever ,
schau mal was passiert, wenn du auf den Client auf 3+ schaltest - wird der Sender da hell ? und kommen da die s-emms an und werden da geskipped

Spoiler: Reader info

Du musst Regestriert sein, um das angehängte Bild zusehen.

vielleicht nochmal alle Configs vom Server und Clienten posten - nicht das da sich ein Fehler beim übernehmen der Configs eigeschlichen hat
MfG sodex
Edit: und schau mal ob deine Oscam.Version auf den Server das auf yes steht
camd 3.5 UDP: yes
camd 3.5 TCP: yes

 

[clarketech4ever]

@sodex

Ja das scheint etwas anzukommen bei 3+, wird auch hell.
Nur wird das NOK dann immer mehr mit der Zeit.

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.

Spoiler: Configs Server

CONF
[global]
logfile = /var/log/ipc/OScam.log
maxlogsize = 2048

[cs378x]
port = 15000

[cccam]
port = 12000
nodeid = 628F67AB109B14E2
version = 2.3.2

[webif]
httpport = 17001
httprefresh = 15
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.255.255,172.16.0.0-172.31.255.255

USER:
[account]
user = user1
pwd = pass1
au = 1
group = 1
chid = 0648:000001,000002,00002A,00002B,00002C

[account]
user = user2
pwd = pass2
au = 1
emmreassembly = 1
group = 1

[account]
user = user3
pwd = pass3
au = 1
emmreassembly = 1
group = 1

[account]
user = user4
pwd = pass4
au = 1
emmreassembly = 1
group = 1

Server
[reader]
label = SRGv5
protocol = mouse
device = /dev/ttyUSB0
caid = 0500
detect = cd
mhz = 368
ident = 0500:050800,050810
group = 1
emmcache = 1,1,2,0
lb_weight = 300
deprecated = 1
auprovid = 000001

[reader]
label = ORF-ICE
description = ORF-ICE (Cryptoworks)
protocol = mouse
device = /dev/ttyUSB1
caid = 0D98
detect = cd
mhz = 600
cardmhz = 600
group = 1
emmcache = 1,2,2,0
lb_weight = 300

[reader]
label = HD02
protocol = mouse
device = /dev/ttyUSB2
caid = 1843
boxkey = A7642F57BC96D37C
rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5
ecmwhitelist = 1843:89
detect = cd
cardmhz = 368
ident = 1843:000000,003411,008011
group = 1
emmcache = 1,3,2,0
lb_weight = 300
auprovid = 003411

DVBApi
P: 0500:050800
P: 0500:050810
P: 0D98
P: 1843
I: 0

Spoiler: Client

CONF
[global]
logfile = /etc/tuxbox/config/oscam.log
nice = -1
maxlogsize = 1024
emmlogdir = /etc/tuxbox/config/

[dvbapi]
enabled = 1
au = 1
user = dvbapi
boxtype =

[webif]
httpport = 8888
httpscript = /etc/tuxbox/config/script/
httphelplang = de
httprefresh = 10
httppollrefresh = 10
httpshowmeminfo = 1
httpshowuserinfo = 1
httpshowcacheexinfo = 1
httpallowed = 0.0.0.0-255.255.255.0
http_status_log = 1

USER
[account]
user = local
au = 1
group = 1

SERVER:
[reader]
label = cs378xreader
protocol = cs378x
device = 192.168.1.4,15000
user = user1
password = pass1
reconnecttimeout = 0
keepalive = 1
cacheex_drop_csp = 1
cacheex_block_fakecws = 1
group = 1

DVB API
P: 0500:050800 1
P: 0500:050810 1
P: 0D98
P: 1843
I: 0

 

[sodex]

sieht doch gut aus - zu mindest bei 3+
starte den Raspi mal neu und schalte auf SRF zwei HD am Client
MfG sodex

 

[clarketech4ever]

@sodex
Und genau das habe ich schon seit über 2Wochen Tagelang am laufen. Zu letzt 3 Tage durchgehend. Gleiches Ergebnis.

Spoiler

Du musst Regestriert sein, um das angehängte Bild zusehen.