vdr dvbapi oscam

[5ggggg]

Ich habe jetzt in conf.d ein leeres dvbapi.conf angelegt. Der Reader wird im OSC erkannt und die Karte gelesen. webif OK.
Lt. syslog weden zuerst 4 vTuner devices u dann 6 mcli dev. angelegt.
dvbapi legt dann 12 CAM an
Schalte ich auf ORF 1 kommen aber keine requests zum osc ....

oscam.conf

Spoiler

[global]
logfile = /var/log/cardserver.log
pidfile = /var/run/cardserver.pid
fallbacktimeout = 1000
clientmaxidle = 45
bindwait = 7
nice = -1
maxlogsize = 256
[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
request_mode = 0
listen_port = 9001
#ecminfo_type = 4
user = reel
boxtype = pc
read_sdt = 1

[monitor]
port = 17777
nocrypt = 10.75.25.0-10.75.25.255
monlevel = 0

[webif]
httpport = 1681
httpuser = admin
httppwd = admin
httphelplang = de
httprefresh =
httphideidleclients = 0
httpallowed = 0.0.0.0-255.255.255.255
httpdyndns = my666.dyndns.org
http_status_log = 1

oscam.server

Spoiler

[reader]
label = ORF
description = reader
protocol = mouse
device = /dev/ttyUSB0
caid = 0D98
detect = cd
mhz = 358
cardmhz = 358
group = 1
emmcache = 1,1,10,0
blockemm-unknown = 1
saveemm-unknown = 0

needsglobalfirst = 1
blockemm-g = 0
saveemm-g = 0
blockemm-s = 0
saveemm-s = 1

blockemm-u = 1
saveemm-u = 1

oscam.user

Spoiler

[account]
user = monitor
pwd = monitor

[account]
user = vdr
pwd = xxxx
description = dvbapi
caid = 1830,098C
betatunnel = 1833.FFFF:1702
group = 1,3
max_connections = 2

[account]
user = STSCH
pwd = xxxx
caid = 1830,098C
monlevel = 3
keepalive = 1
betatunnel = 1833.FFFF:1702
group = 1,3
max_connections = 2
cccmaxhops = 2
cccreshare = 0
numusers = 0
penalty = 0

[account]
user = reel
pwd = xxx
caid = 0D98, 1830,098C
group = 1,3
au = 1

vdr setup.conf
dvbapi.OSCamHost = 127.0.0.1
dvbapi.OSCamPort = 9001

channels.conf
ORF1 HD;ORF:11302:hC23M5O35S1:S19.2E:22000:1920=27:0;1921=deu@106,1922=mis@106:1925:648,650,D95,D98,6E2,500,98D,9C4,98C:4911:1:1007:0

 

[cinfo]

Spoiler

2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [mouse] type: CryptoWorks, caid: 0D98, ascii serial: #########, hex serial: ##########
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [mouse] issuer: CryptoWorks, id: 04, bios: v3, pin: unknown, mfid: 3F00
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [mouse] providers: 4 (04,08,0C,10)
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [mouse] Init for global EMM handling CAID 0D98 successful
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [mouse] found card system cryptoworks
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max allotted of 1
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] provider: 1, id: 04, name: Operator: FFFF
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 000D, date: 2022/12/28 - 2023/01/28, name: Product 000D
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 7FF7, date: 2022/12/28 - 2023/01/07, name: Product 7FF7
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 0001, date: 2022/12/28 - 2023/09/04, name: Product 0001
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 0002, date: 2022/12/28 - 2023/09/04, name: Product 0002
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 14:04:09 691A8319 r (reader) Remote-CCcam [cryptoworks] provider: 2, id: 08, name: Operator: FFFF
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 001D, date: 2022/12/28 - 2023/01/28, name: Product 001D
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] provider: 3, id: 0C, name: Operator: FFFF
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] provider: 4, id: 10, name: Operator: FFFF
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 0031, date: 2022/12/28 - 2023/01/28, name: Product 0031
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 14:04:10 691A8319 r (reader) Remote-CCcam [cryptoworks] ready for requests

wo sieht Du hier das die Karte (glaube die Laufzeit war bei CW 5 Jahre) noch eine Gültigkeit in 2025 hat?

was wichtig wäre sind die *.conf Dateien wenn die Reader sauber läuft. Diese müssen sauber angepasst sein -- Ich hänge mal neue mit Überarbeitung für ORF an zum Testen

Ah --> das sieht besser aus

Spoiler

2025/05/17 17:56:00 0D4984F2 r (reader) ORF [mouse] type: CryptoWorks, caid: 0D98, ascii serial: #########, hex serial: ##########
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [mouse] issuer: CryptoWorks, id: 04, bios: v3, pin: unknown, mfid: 3F00
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [mouse] providers: 4 (04,08,0C,10)
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [mouse] Init for global EMM handling CAID 0D98 successful
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [mouse] found card system cryptoworks
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [cryptoworks] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max allotted of 1
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [cryptoworks] provider: 1, id: 04, name: Operator: FFFF
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [cryptoworks] chid: 0001, date: 2025/05/16 - 2026/01/21, name: Product 0001
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [cryptoworks] chid: 0002, date: 2025/05/16 - 2026/01/21, name: Product 0002
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [cryptoworks] chid: 7FF7, date: 2025/05/16 - 2025/05/26, name: Product 7FF7
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [cryptoworks] chid: FFE0, date: 2025/05/15 - 2026/01/20, name: Product FFE0
2025/05/17 17:56:00 0D4984F2 r (reader) ORF [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 17:56:01 0D4984F2 r (reader) ORF [cryptoworks] provider: 2, id: 08, name: Operator: FFFF
2025/05/17 17:56:01 0D4984F2 r (reader) ORF [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 17:56:01 0D4984F2 r (reader) ORF [cryptoworks] provider: 3, id: 0C, name: Operator: FFFF
2025/05/17 17:56:01 0D4984F2 r (reader) ORF [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 17:56:01 0D4984F2 r (reader) ORF [cryptoworks] provider: 4, id: 10, name: Operator: FFFF
2025/05/17 17:56:01 0D4984F2 r (reader) ORF [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000ç
2025/05/17 17:56:01 0D4984F2 r (reader) ORF [cryptoworks] ready for requests

CryptoWorks,

Spoiler

CryptoWorks, caid: 0D98, ascii serial: #########, hex serial: ##########

 

[5ggggg]

HI @cinfo danke, aber das kann doch nicht ok sein, weil der reader direkt per USB am PC hängt ... siehe meine .server oben. Alle anderen Files habe ich übernommen.

Spoiler

[reader]
label = Remote-CCcam
description = Remote-CCcam
protocol = camd35
device = 192.168.1.72,11111
user = reel02
password = reel02
inactivitytimeout = 30
caid = 1830,098C,0D98
group = 1,3

Schalte ich auf ORF1 kommt die Meldung Kanal nicht verfügbar und er schaltt zurück auf den vorigen Kanal.
Nachdem im cardserv.log keine Anfragen zu sehen sind liegt das Prob. verm. nicht beim oscam, sondern daran, dass dvbapi nicht aufgerufen wird ?!
Ist es ok , dass meine opt/vdr/conf.d/dvbapi.conf leer ist ?

 

[waves]

Kanal nicht verfügbar

Dann stimmt beim Empfang was nicht..... und wenn kein Empfang logischerweise auch keine Anfrage.....
Überprüfe die Empfangswerte (Frequenz, Transponder etc) und mache ggf. einen neuen Sendersuchlauf.


Wenn Empfang da wäre, würde ggf. sowas wie "Verschlüsselung aktiv" oder ähnlich als Fehlermeldung kommen......

 

[5ggggg]

Wenn ich die Karte ins Alphacrypt und in den Netceiver (den ich eben ablösen möchte) stecke habe ich Empfang. Deshalb sollt die channels.conf eig. stimmen:
ORF1 HD;ORF:11302:hC23M5O35S1:S19.2E:22000:1920=27:0;1921=deu@106,1922=mis@106:1925:648,650,D95,D98,6E2,500,98D,9C4,98C:4911:1:1007:0

Ruft der vdr das dvbapi selbst auf oder ist da noch ein weiteres Plugin (bei mir mcli sonst z.B. minisatip) involviett ?

 

[cinfo]

tausche das dvbapi mal gegen das SC Plugin aus -- dvbapi läuft hauptsächlich mit satip Tuner incl. VTuner
Auch die Einstellungen in *.conf Dateien für das SC am oscam abändern. Auch am VDR muß sc.conf angepasst werde (keine Ahnung -- nie CW genutzt)

Laut Syslog wird kein Tuner bei dvbapi gefunden. Deshalb nutzen alle IM PORTAL die (satip) Tuner von DD am VDR.

caid = 1830,098C,0D98 oder caid = 0D98
protocol = ???? -----> hier das für Deinen Reader rein

 

[5ggggg]

Danke, denke auch dass es mit mcli nicht kann, aber für sc es fehlen doch die libsc ?

 

[cinfo]

ich denke nicht -- wird aus dem Git nicht erstellt -- ich werde alle SC-Sachen aus dem nächsten Image nehmen -- Also bleibt dvbapi mit vtuner und DD noch übrig.
Oder die CW-Karte weiter mit einem CAM im NC nutzen

 

[5ggggg]

@cinfo würde denn minisatip laufen ?

Edit:
Weshalb meldet sich dvbapi bei der Kanalumschaltung überhaupt nicht ?

Spoiler

May 19 08:15:11 BM2LTS-MC vdr: [1390] switching to channel 1 S19.2E-1-1007-4911 (ORF1 HD)
May 19 08:15:11 BM2LTS-MC vdr: [1390] [softhddev]SetPlayMode: 0
May 19 08:15:11 BM2LTS-MC vdr: [1390] [softhddev]SetVolumeDevice: 31
May 19 08:15:11 BM2LTS-MC vdr: Set Playmode 0
May 19 08:15:11 BM2LTS-MC vdr: Clear buffer request in Poll
May 19 08:15:11 BM2LTS-MC vdr: [softhddev]Clear: 0ms buffers 0
May 19 08:15:11 BM2LTS-MC vdr: video: set closing
May 19 08:15:11 BM2LTS-MC vdr: video: set clock --:--:--.---
May 19 08:15:11 BM2LTS-MC vdr: video: reset start
May 19 08:15:11 BM2LTS-MC vdr: video: set clock --:--:--.---
May 19 08:15:11 BM2LTS-MC vdr: video: new stream start
May 19 08:15:11 BM2LTS-MC vdr: [1390] [softhddev]SetVideoDisplayFormat: 1
May 19 08:15:11 BM2LTS-MC vdr: [1390] [softhddev]GetSpuDecoder:
May 19 08:15:11 BM2LTS-MC vdr: video/cuvid: closing eof

dann schaltet es wieder auf urpr. Kanal !

Spoiler

May 19 08:15:11 BM2LTS-MC vdr: [1390] switching to channel 17 S19.2E-1-1107-17506 (sixx)
May 19 08:15:11 BM2LTS-MC vdr: [1747] device 3 receiver thread started (pid=1390, tid=1747, prio=high)
May 19 08:15:11 BM2LTS-MC vdr: [1748] osdteletext-receiver thread started (pid=1390, tid=1748, prio=high)

und meldet verspätet
May 19 08:15:11 BM2LTS-MC vdr: [1390] info: Kanal nicht verfügbar!

Spoiler

May 19 09:58:24 BM2LTS-MC vdr: [6592] mcli::Action: Add CAMs from NetCeiver: [fe80::208:54ff:fe54:b261] -> 1
May 19 09:58:24 BM2LTS-MC vdr: [6592] mcli::Action: Add Tuner(#0): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0400], Type 4 @ 1
May 19 09:58:24 BM2LTS-MC vdr: [6592] mcli::Action: Add Tuner(#1): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0401], Type 4 @ 1
May 19 09:58:24 BM2LTS-MC vdr: [6592] mcli::Action: Add Tuner(#2): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0402], Type 4 @ 1
May 19 09:58:24 BM2LTS-MC vdr: [6592] mcli::Action: Add Tuner(#3): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0403], Type 4 @ 1
May 19 09:58:24 BM2LTS-MC vdr: [6592] mcli::Action: Add Tuner(#4): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0404], Type 4 @ 1
May 19 09:58:24 BM2LTS-MC vdr: [6592] mcli::Action: Add Tuner(#5): Conexant CX24116 DVB-S2 [fe80::208:54ff:fe54:b261:0405], Type 4 @ 1
May 19 09:58:24 BM2LTS-MC vdr: [6592] 3 tuner available: enabling 3 devices
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 0.0: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 1: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 1.1: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 2: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 2.2: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 3: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 3.3: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 4: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 4.4: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 5: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 5.5: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 6: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 6.6: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 7: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: 7.7: status 'ready'
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 8: module ready
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 0.0 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 1.1 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 2.2 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 3.3 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 4.4 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 5.5 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 6.6 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] DVBAPI: CaInfo: 7.7 sending CA info
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 1: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 2: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 3: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 4: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 5: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 6: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 7: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 8: system ids: FFFF
May 19 09:58:24 BM2LTS-MC vdr: [6594] CAM 1: replies to QUERY - multi channel decryption (MCD) possible
May 19 09:58:33 BM2LTS-MC vdr: [6577] remote control LIRC - keys known
May 19 09:58:33 BM2LTS-MC vdr: [6577] loading /var/cache/vdr/cam.data
May 19 09:58:33 BM2LTS-MC vdr: [6577] ScrambleDetection timers set to 5 sec / 60 sec
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 1: ready, master (OSCam)
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 2: ready, slave of CAM 1
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 3: ready, slave of CAM 1
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 4: ready, slave of CAM 1
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 5: ready, slave of CAM 1
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 6: ready, slave of CAM 1
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 7: ready, slave of CAM 1
May 19 09:58:33 BM2LTS-MC vdr: [6577] CAM 8: ready, slave of CAM 1

 

[cinfo]

@cinfo würde denn minisatip laufen ?
ja sollte mit dvbapi laufen


Edit:
Weshalb meldet sich dvbapi bei der Kanalumschaltung überhaupt nicht ?
Weil dvbapi keinen Tuner aktive hat

 

[5ggggg]

[satip]
-d 3
-s 127.0.0.1|DVBS2-3|minisatip:0x18
Die obige satip.conf hatte ich bei den Tests 2021 verwendet...

Glaub mir ich hab das git und auch die threads im vdr Forum inkl. dem v m-Reimer ducrch ... nur verstehe ich es halt zuwenig
Ich dachte minisatip wüde am Client (bei mir gleicher NUC wie Server) über satip Plugin angesprochen... und dvbapi arbeitet dann mit dem satip Plugin zusammen ?

Edit:
SC hab ich auch getestet .. ohne libsc.... kommt:
Mai 19 16:58:15.308 [general.warn] No registered systems! Won't decode anything! Where are your libs?

 

[cinfo]

minisatip läuft nur mit dvbapi

 

[5ggggg]

wenn der VDR OHNE das MCLI-Plugin gestartet ist --> hier eine gesamte "minisatip-Umgebung" für den START/TEST/SERVICES.

minisatip -n eth0.2:3 -o 10.75.25.22

Habe mich hier dran ausgerichtet in den Anpassungen -- einfach mal auspacken und kopieren und Neustart dann testen etc...

Du hast aber nichts an den Post angehängt ...

D.h. minisatip läuft nicht/nicht mehr mit satip und daher soll ich im vdr nur dvbapi aktivieren und satip nicht ?!

 

[cinfo]

doch zu spät -- ist wieder gelöscht -- da andere es sich holen

Edit:
satip Plugin aus
mcli Plugin aus

minisatip -->NC -Tuner -->dvbapi -->oscam

der oscam Service für den NUC ist auch dabei

 

[5ggggg]

unter conf.d nur eine leere dvbapi.conf, kein mcli, kein satip
es startet keiner der 2 services ... ev. weil sie unter \lib\systemd und nicht unter /etc/systemd/system liegen ?

root@BM2LTS-MC:~# os-start
Starting OsCam ...
root@BM2LTS-MC:~# minisatip -n eth0.2:3 -o 10.75.25.22:9001 -b 15640  –t -f
[19/05 18:44:13.418 main]: Using DVBAPI server at 10.75.25.22:9001, offset 0
[19/05 18:44:13.418 main]: Listening configuration RTSP:10.75.25.22:554 (bind address: (null)), HTTP:10.75.25.22:8080 (bind address: (null))
[19/05 18:44:13.418 main]: minisatip version 1.3.48~b87a97c, compiled on May 14 2025 16:28:23, with s2api version: 050C
[19/05 18:44:13.418 main]: RTSP: Could not listen on port 554

die config von etc\default\minisatip soll verm. ohnehin nicht berücksichtigt werden ?!