yaVDR will sich nicht zu Freetz verbinden

[ByteNapper]

Langsam aber sicher bin ich hier am verzweifeln.
Meine v13 wird erkannt im Smargo an der FB.

Jetzt soll sich yavdr zu der FB verbinden um die keys zu bekommen jedoch bekommt die oscam von der freetz keine anfrage :-(
oscam.user

Spoiler

[account]user = user
pwd = pass
group = 1
monlevel = 1
au = 1
caid = 1830,09C4,0B00

cardclient.conf vom VDR

Spoiler

newcamd:192.168.0.1:34003:1/09C4/09C4:userass:01020304050607080901011121314

wo hab ich meinen Fehler?

 

[Kermit]

AW: yaVDR will sich nicht zu Freetz verbinden

Etwas sparsam die Infos.
Was sagt das Logfile aus und wie sieht die oscam.conf auf der Fritte aus?

 

[ByteNapper]

AW: yaVDR will sich nicht zu Freetz verbinden

Sorry die hatte ich vergessen, allerdings steht da auch nicht wircklich vioel drin :-(

oscam.conf

Spoiler

# oscam.conf generated automatically by Streamboard OSCAM 1.20-unstable_by_EasyBuild_svn build #6090# Read more:

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

[global]
usrfile = /ver/media/ftp/cs/user.log
logfile = /var/media/ftp/cs/oscam/oscam.log
disableuserfile = 0
usrfileflag = 1
fallbacktimeout = 2000
cachedelay = 120
nice = -1
maxlogsize = 1000
preferlocalcards = 1
saveinithistory = 1


[monitor]
port = 988
nocrypt = 192.168.0.0-192.168.255.255
aulow = 120
hideclient_to = 30
monlevel = 1
appendchaninfo = 0


[newcamd]
port = 3402@1830:003411;3403@09C4:000000;3404@0B00:000000
serverip = 192.168.0.1
key = 0102030405060708091011121314
allowed = 0.0.0.0-255.255.255.255
keepalive = 1


[cs357x]
port = 5000
serverip = 192.168.0.1


[cccam]
port = 12000
reshare = 1
forward_origin_card = 1
version = 2.0.11
nodeid = 36BF178C10A81484
reshare_mode = 1


[webif]
httpport = 83
httpcss = /var/tmp/flash/oscam/maerklin_DEB_Style_mit_Logo
httprefresh = 10
httpallowed = 192.168.0.0-192.168.255.255

vdr-sc.log

Spoiler

Jan 4 02:10:18.411 [general.info] loading cardclient config from /var/lib/vdr/plugins/sc/cardclient.confJan 4 02:10:18.411 [cardclient.newcamd] now using protocol version 525 (cdLen=8)
Jan 4 02:10:18.411 [cardclient.core] hostname=192.168.0.1 port=34003 emm=1 emmCaids 09c4/09c4
Jan 4 02:10:18.411 [cardclient.core] Newcamd: username=user password=pass key=0102030405060708090101112131
Jan 4 02:10:18.411 [cardclient.core] client 'Newcamd' ready
Jan 4 02:10:18.411 [core.net] connecting to 192.168.0.1:34003/tcp (192.168.0.1)
Jan 4 02:10:38.428 [core.net] socket: select timed out (20000 ms)
Jan 4 02:10:38.428 [cardclient.newcamd] no connect answer from 192.168.0.1:34003

Habe jetzt auch schon cccam und camd35 versucht mit dem selben ergebniss ich bekomme keinen connect zur fb

 

[localhosthack0r]

AW: yaVDR will sich nicht zu Freetz verbinden

Die Ports in der oscam.conf und in der cardclient.conf auf dem VDR sind nicht gleich.

 

[ByteNapper]

AW: yaVDR will sich nicht zu Freetz verbinden

Hatte die Ports geändert gehabt, die stimmen also in der Cardclient.conf auch

 

[ByteNapper]

AW: yaVDR will sich nicht zu Freetz verbinden

Nachdem ich den ganzen Tage versucht hatte einen Connect zu bekommen und alles nicht geklappt hat, hab ich mir jetzt oscam auf dem vdr compiliert.
Jetzt wird hier auch die Karte erkannt und ich kann mich verbinden.
Ich bekomme auch die Keys geliefert aber das Bild bleibt schwarz :-(

Muß ich da noch in der channels.conf ändern?
Wobei ich mir das nicht vorstellen kann denn vor einigen Jahren mußte ich da auch nichts ändern.

Spoiler

-------------------------------------------------------------------------------
>> OSCam << cardserver log switched at Thu Jan 5 02:21:50 2012
-------------------------------------------------------------------------------
2012/01/05 02:21:49 D8000CA0 r user emmtype=global, len=43, idx=18, cnt=1: written (115 ms) by s02
2012/01/05 02:21:50 0 >> OSCam << cardserver log switched, version 1.20-unstable_svn, build #6197 (x86_64-pc-linux)
2012/01/05 02:21:50 0 version=1.20-unstable_svn, build #6197, system=x86_64-pc-linux, nice=-1
2012/01/05 02:21:50 0 client max. idle=120 sec, debug level=0
2012/01/05 02:21:50 0 max. logsize=10 Kb, loghistorysize=4096 bytes
2012/01/05 02:21:50 0 client timeout=5000 ms, fallback timeout=2500 ms, cache delay=0 ms
2012/01/05 02:21:53 D8004350 c user (09C4&000000/0204/90:209D): found (550 ms) by s02
2012/01/05 02:22:00 D8004350 c user (09C4&000000/0204/90679): found (558 ms) by s02
2012/01/05 02:22:02 D8000CA0 r user emmtype=global, len=40, idx=24, cnt=1: written (130 ms) by s02
2012/01/05 02:22:07 D8004350 c user (09C4&000000/0204/90:81B8): found (549 ms) by s02
2012/01/05 02:22:11 D8000CA0 r user emmtype=global, len=37, idx=32, cnt=1: written (109 ms) by s02
2012/01/05 02:22:14 D8004350 c user (09C4&000000/0204/90:573B): found (558 ms) by s02
2012/01/05 02:22:21 D8004350 c user (09C4&000000/0204/90:1133): found (558 ms) by s02
2012/01/05 02:22:22 D8000CA0 r user emmtype=global, len=41, idx=45, cnt=1: written (119 ms) by s02
2012/01/05 02:22:28 D8004350 c user (09C4&000000/0204/90:3544): found (557 ms) by s02
2012/01/05 02:22:29 D8000CA0 r user emmtype=global, len=135, idx=54, cnt=1: written (359 ms) by s02
2012/01/05 02:22:30 D8000CA0 r user emmtype=global, len=135, idx=55, cnt=1: written (355 ms) by s02
2012/01/05 02:22:33 D8000CA0 r user emmtype=global, len=37, idx=58, cnt=1: written (106 ms) by s02
2012/01/05 02:22:35 D8004350 c user (09C4&000000/0204/90:1009): found (547 ms) by s02
2012/01/05 02:22:42 D8004350 c user (09C4&000000/0204/90CE5): found (547 ms) by s02
2012/01/05 02:22:45 D8000CA0 r user emmtype=global, len=45, idx=7, cnt=1: written (131 ms) by s02
2012/01/05 02:22:49 D8004350 c user (09C4&000000/0204/90:9190): found (566 ms) by s02
2012/01/05 02:22:54 D8000CA0 r user emmtype=global, len=49, idx=20, cnt=1: written (134 ms) by s02
2012/01/05 02:22:56 D8004350 c user (09C4&000000/0204/90:5938): found (556 ms) by s02
2012/01/05 02:23:03 D8004350 c user (09C4&000000/0204/90:158D): found (556 ms) by s02
2012/01/05 02:23:06 D8000CA0 r user emmtype=global, len=47, idx=29, cnt=1: written (130 ms) by s02
2012/01/05 02:23:10 D8004350 c user (09C4&000000/0204/909AB): found (555 ms) by s02
2012/01/05 02:23:17 D8004350 c user (09C4&000000/0204/90:3CF0): found (565 ms) by s02
2012/01/05 02:23:24 D8004350 c user (09C4&000000/0204/90:5332): found (565 ms) by s02
2012/01/05 02:23:29 D8000CA0 r user emmtype=global, len=49, idx=54, cnt=1: written (144 ms) by s02
2012/01/05 02:23:31 D8004350 c user (09C4&000000/0204/90:CEF6): found (554 ms) by s02
2012/01/05 02:23:38 D8004350 c user (09C4&000000/0204/90:6E2D): found (554 ms) by s02
2012/01/05 02:23:39 D8000CA0 r user emmtype=global, len=36, idx=3, cnt=1: written (105 ms) by s02
2012/01/05 02:23:45 D8004350 c user (09C4&000000/0204/90:1ECF): found (545 ms) by s02
2012/01/05 02:23:50 D8000CA0 r user emmtype=global, len=37, idx=16, cnt=1: written (114 ms) by s02
2012/01/05 02:23:52 D8004350 c user (09C4&000000/0204/90:8E2F): found (563 ms) by s02
2012/01/05 02:23:59 D8004350 c user (09C4&000000/0204/90:021A): found (563 ms) by s02
2012/01/05 02:24:01 D8000CA0 r user emmtype=global, len=38, idx=25, cnt=1: written (108 ms) by s02
2012/01/05 02:24:06 D8004350 c user (09C4&000000/0204/90:6403): found (563 ms) by s02
2012/01/05 02:24:12 D8000CA0 r user emmtype=global, len=48, idx=38, cnt=1: written (125 ms) by s02
2012/01/05 02:24:13 D8004350 c user (09C4&000000/0204/90:8B5B): found (552 ms) by s02
2012/01/05 02:24:20 D8004350 c user (09C4&000000/0204/90:7130): found (552 ms) by s02
2012/01/05 02:24:23 D8000CA0 r user emmtype=global, len=51, idx=51, cnt=1: written (137 ms) by s02
2012/01/05 02:24:27 D8004350 c user (09C4&000000/0204/90:885B): found (562 ms) by s02
2012/01/05 02:24:32 D8000CA0 r user emmtype=global, len=47, idx=0, cnt=1: written (128 ms) by s02
2012/01/05 02:24:34 D8004350 c user (09C4&000000/0204/90:90BA): found (562 ms) by s02
2012/01/05 02:24:41 D8004350 c user (09C4&000000/0204/90:C556): found (562 ms) by s02
2012/01/05 02:24:46 D8000CA0 r user emmtype=global, len=36, idx=13, cnt=1: written (101 ms) by s02
2012/01/05 02:24:48 D8004350 c user (09C4&000000/0204/90:5C7D): found (601 ms) by s02
2012/01/05 02:24:58 D8004350 c user (09C4&000000/0204/90:A38D): found (3140 ms) by s02
2012/01/05 02:25:02 D8004350 c user (09C4&000000/0204/90:0DA7): found (560 ms) by s02
2012/01/05 02:25:08 D8000CA0 r user emmtype=global, len=45, idx=56, cnt=1: written (131 ms) by s02
2012/01/05 02:25:09 D8004350 c user (09C4&000000/0204/90:AB6E): found (550 ms) by s02
2012/01/05 02:25:16 D8004350 c user (09C4&000000/0204/90:FE59): found (549 ms) by s02
2012/01/05 02:25:19 D8000CA0 r user emmtype=global, len=48, idx=5, cnt=1: written (133 ms) by s02
2012/01/05 02:25:23 D8004350 c user (09C4&000000/0204/90:72C3): found (559 ms) by s02
2012/01/05 02:25:30 D8004350 c user (09C4&000000/0204/90:4AB6): found (549 ms) by s02
2012/01/05 02:25:37 D8004350 c user (09C4&000000/0204/90:A1C9): found (549 ms) by s02
2012/01/05 02:25:41 D8000CA0 r user emmtype=global, len=44, idx=26, cnt=1: written (132 ms) by s02
2012/01/05 02:25:44 D8004350 c user (09C4&000000/0204/90:977E): found (558 ms) by s02
2012/01/05 02:25:51 D8000CA0 r user emmtype=global, len=37, idx=35, cnt=1: written (107 ms) by s02
2012/01/05 02:25:51 D8004350 c user (09C4&000000/0204/90:B848): found (548 ms) by s02
2012/01/05 02:25:58 D8004350 c user (09C4&000000/0204/90:ECB2): found (548 ms) by s02
2012/01/05 02:26:02 D8000CA0 r user emmtype=global, len=47, idx=48, cnt=1: written (130 ms) by s02
2012/01/05 02:26:05 D8004350 c user (09C4&000000/0204/90:130A): found (547 ms) by s02
2012/01/05 02:26:12 D8004350 c user (09C4&000000/0204/90:792B): found (548 ms) by s02
2012/01/05 02:26:12 D8000CA0 r user emmtype=global, len=43, idx=61, cnt=1: written (121 ms) by s02
2012/01/05 02:26:19 D8004350 c user (09C4&000000/0204/90:F747): found (557 ms) by s02
2012/01/05 02:26:23 D8000CA0 r user emmtype=global, len=49, idx=10, cnt=1: written (143 ms) by s02
2012/01/05 02:26:26 D8004350 c user (09C4&000000/0204/90:6DFD): found (556 ms) by s02
2012/01/05 02:26:33 D8004350 c user (09C4&000000/0204/90:6AA4): found (556 ms) by s02

vdr-sc.log

Spoiler

Jan 5 02:38:21.978 [cardclient.login] Newcamd: CaID=09c4 admin=1 srvUA=0000000000348DF2 provider 000000/0000000000348D00
Jan 5 02:38:22.558 [cardclient.core] Thu Jan 5 02:38:22 2012: lagged cw 6249 ms (Newcamd)
Jan 5 02:38:22.558 [core.ecm] 0/0.1: correct key found
Jan 5 02:38:22.558 [core.ecm] 0/0.1: triggered SID 516/516 idx 1/1 mode 3/0 sync
Jan 5 02:38:22.558 [core.ecm] 0/0.1: new caDescr: 09 06 17 02 F7 28 00 28 09 06 17 22 F6 28 00 28 09 04 18 33 F8 28 09 04 18 34 FC 28 09 04 09 C4 FB 28 09 04 09 C7 FD 28 09 04 18 61 F9 28
Jan 5 02:39:16.131 [core.auStats] EMM packet load average (1/4/10min) 476 119 47 pks/s
Jan 5 02:40:16.157 [core.auStats] EMM packet load average (1/4/10min) 981 364 145 pks/s

 

[coolman68]

AW: yaVDR will sich nicht zu Freetz verbinden

Hallo ByteNapper,

zwei Dinge die mir in Deiner "cardclient.conf" aufgefallen sind:

1. Der eingetragene Port stimmt nicht mit dem in der "oscam.conf"
überein (eine Null zuviel)

2. Die caid "09C4" ist noch ein zweites Mal in der Mask enthalten. Das funktionierte bei mir jedenfalls nicht
auf meinem VDR (Reelbox) und dem als Cardserver eingesetzten Router "TP-Link TL-WR1043ND".
Ich würde im Mask-Bereich mal "FFFF" (ohne die Gänsefüßchen) versuchen.

newcamd:192.168.0.1:3403:1/09C4/FFFF:user:pass:01020304050607080901011121314

Gruß
coolman

 

[ByteNapper]

AW: yaVDR will sich nicht zu Freetz verbinden

Danke,
die Ports passen schon hatte ich weiter oben auch schon geschrieben.
Mit der Mask hab ich auch schon gespielt, hat leider auch keine Änderung gebracht.

im vdr-sc log steht ja auch drin "Jan 5 02:38:22.558 [core.ecm] 0/0.1: correct key found"
Das Bild bleibt aber schwarz.

 

[legenwaitforitdary]

AW: yaVDR will sich nicht zu Freetz verbinden

cardclient.conf muss so aussehen:

newcamd:192.168.0.1:3403:1/09C4/0000:userass:0102030405060708091011121314

Der newcamd - Part in der oscam.conf so:

[newcamd]
port = 3403@09C4:000000
serverip = 192.168.0.1
key = 0102030405060708091011121314
allowed = 0.0.0.0-255.255.255.255
keepalive = 1

oscam.user :

[account]
user = user
pwd = pass
disabled = 0
group = 1
AU = 1

 

[grummelelmo]

AW: yaVDR will sich nicht zu Freetz verbinden

geballtes halbwissen ohne ende....

größter fehler: keine Readme, bzw., carclient.conf.example angesehen.

Hättet ihr das, würde sowas:

cardclient.conf muss so aussehen:

newcamd:192.168.0.1:3403:1/09C4/0000:userass:0102030405060708091011121314

schonmal nicht kommen.
richtig ist:
newcamd:192.168.0.1:3403:1/09C4/FFFF:userass:0102030405060708091011121314

wenn es sich um eine 09C4 Karte handelt.fertig.
oder pauschal alles zulassen könnte so aussehen:
newcamd:192.168.0.1:3403:1/0000/0000:userass:0102030405060708091011121314

Da bleibt aber noch das newcamd-problem, pro Port nur eine caid, falls andere CAID´s dazu sollen.

Heißer Tipp: nimm das camd3 Protokoll. Einfacher zu konfigurieren, und alles läuft über einen Port.
in der oscam.user definierst Du ja auch mehrere CAID´s.

camd35:192.168.0.1:34000:1/0000/0000:userass

(Port=34000 in diesem Beispiel)

Hier ist nochmal was zum nachlesen:

Spoiler

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

Munter bleiben,
grummelelmo

/edit/
welche Hardware ? FF-Karte ? (SD)
-> gepatchte Firmware benutzen.
/edit/