CAM fliegt immer wieder raus

prahn · December 23, 2008 at 11:35 PM

Hallo!

Benutze an einer Satelco EasyWatch ein AlphaCrypt CAM in meinem Ubuntu-Server. Nach dem Start sieht alles bestens aus, auch Streaming zum Client funzt. Nach einer Weile fliegt jedoch das CAM "raus" mit dem Log-Meldung "CAM unassigned". Was kann ich dagegen tun?

Ein "/etc/init.d/vdr restart" hilft, jedoch nicht allzu lange:

Code

Dec 23 23:25:24 vdr vdr: [20694] CAM 1: no module present
Dec 23 23:25:24 vdr vdr: [20694] CAM 2: no module present
Dec 23 23:25:25 vdr vdr: [20698] CAM 3: AlphaCrypt, 01, 4A20, 4A20
Dec 23 23:25:27 vdr vdr: [20698] CAM 3: replies to QUERY - multi channel decryption possible
...
Dec 23 23:26:36 vdr vdr: [20707] CAM 3: assigned to device 2
Dec 23 23:26:36 vdr vdr: [20707] Streamdev: Setting data connection to 192.168.4.6:44435
Dec 23 23:26:36 vdr vdr: [20726] streamdev-writer thread started (pid=20690, tid=20726)
Dec 23 23:26:36 vdr vdr: [20727] streamdev-livestreaming thread started (pid=20690, tid=20727)
Dec 23 23:26:36 vdr vdr: [20728] receiver on device 2 thread started (pid=20690, tid=20728)
Dec 23 23:26:36 vdr vdr: [20729] TS buffer on device 2 thread started (pid=20690, tid=20729)
Dec 23 23:26:40 vdr vdr: [20729] TS buffer on device 2 thread ended (pid=20690, tid=20729)
Dec 23 23:26:40 vdr vdr: [20728] buffer stats: 57152 (2%) used
Dec 23 23:26:40 vdr vdr: [20728] receiver on device 2 thread ended (pid=20690, tid=20728)
Dec 23 23:27:01 vdr vdr: [20730] receiver on device 2 thread started (pid=20690, tid=20730)
Dec 23 23:27:01 vdr vdr: [20731] TS buffer on device 2 thread started (pid=20690, tid=20731)
Dec 23 23:27:01 vdr vdr: [20731] TS buffer on device 2 thread ended (pid=20690, tid=20731)
Dec 23 23:27:01 vdr vdr: [20730] buffer stats: 0 (0%) used
Dec 23 23:27:01 vdr vdr: [20730] receiver on device 2 thread ended (pid=20690, tid=20730)
Dec 23 23:27:01 vdr vdr: [20727] streamdev-livestreaming thread ended (pid=20690, tid=20727)
Dec 23 23:27:01 vdr vdr: [20726] streamdev-writer thread ended (pid=20690, tid=20726)
Dec 23 23:27:01 vdr vdr: [20707] buffer stats: 57528 (1%) used
Dec 23 23:27:01 vdr vdr: [20707] CAM 3: unassigned

Display More

Beim VDR Restart erscheint u.a. dies hier:
Dec 23 23:35:03 vdr kernel: [354411.220554] vdr[20690]: segfault at b788f4cc eip 08125b1e esp bf88a640 error 4

Hat das etwas zu bedeuten?

Please help!
Thx.

prahn

prahn · December 30, 2008 at 9:08 AM

Weiß niemand eine Lösung??
Bin ich der Einzige mit diesem Problem??

3PO · December 30, 2008 at 9:21 AM

Quote

Original von prahn
[...] Nach einer Weile fliegt jedoch das CAM "raus" mit dem Log-Meldung "CAM unassigned". Was kann ich dagegen tun? [...]

Festkleben?

Quote

Dec 23 23:35:03 vdr kernel: [354411.220554] vdr[20690]: segfault at b788f4cc eip 08125b1e esp bf88a640 error 4

Hat das etwas zu bedeuten?

Das bedeudet, dass irgenwas eine Speicherzugriffsverletzung verursacht.

chrisz · December 30, 2008 at 10:47 AM

Hi,

hast du das Plugin control installiert ? Würde zumindest den Segfault beim restart erklären.

Gruß chrisz

prahn · December 30, 2008 at 1:44 PM

Ok, das control Plugin habe ich mal entfernt. Jetzt ist der segfault Fehler weg beim VDR restart... Frage ist nur, ob das mit meinem Problem zusammenhängt. Wohl eher nicht...

Bobachte das jetzt!

prahn · December 30, 2008 at 5:09 PM

Tja, der Fehler ist leider noch nicht behoben, aber meine aktuelle Log-Filterung hat weitere, eventuell hilfreiche Details zu Tage gebracht:

Code

root@vdr:~# tail -f /var/log/syslog | grep CAM
Dec 30 13:40:09 vdr vdr: [7406] CAM 3: module present
Dec 30 13:40:09 vdr kernel: [260149.774903] dvb_ca adapter 1: DVB CAM detected and initialised successfully
Dec 30 13:40:09 vdr vdr: [7406] CAM 3: module ready
Dec 30 13:40:10 vdr vdr: [7402] CAM 1: no module present
Dec 30 13:40:10 vdr vdr: [7402] CAM 2: no module present
Dec 30 13:40:11 vdr vdr: [7406] CAM 3: AlphaCrypt, 01, 4A20, 4A20
Dec 30 13:40:13 vdr vdr: [7406] CAM 3: replies to QUERY - multi channel decryption possible
Dec 30 13:41:49 vdr vdr: [7690] CAM 3: module present
Dec 30 13:41:50 vdr kernel: [260250.377045] dvb_ca adapter 1: DVB CAM detected and initialised successfully
Dec 30 13:41:50 vdr vdr: [7690] CAM 3: module ready
Dec 30 13:41:51 vdr vdr: [7686] CAM 1: no module present
Dec 30 13:41:51 vdr vdr: [7686] CAM 2: no module present
Dec 30 13:41:52 vdr vdr: [7690] CAM 3: AlphaCrypt, 01, 4A20, 4A20
Dec 30 13:41:54 vdr vdr: [7690] CAM 3: replies to QUERY - multi channel decryption possible
Dec 30 14:11:06 vdr kernel: [262002.930117] dvb_ca adapter 1: CAM tried to send a buffer larger than the link buffer size (192 > 128)!
Dec 30 14:11:06 vdr vdr: [7690] CAM 3: module present
Dec 30 14:11:06 vdr kernel: [262003.030927] dvb_ca adapter 1: CAM tried to send a buffer larger than the ecount size!
Dec 30 14:11:06 vdr kernel: [262003.030940] dvb_ca adapter 1: DVB CAM link initialisation failed :(
Dec 30 14:11:06 vdr vdr: [7690] CAM 3: no module present

Display More

Was hat "CAM tried to send a buffer larger than the link buffer size (192 > 128)" zu bedeuten?

3PO · December 30, 2008 at 5:54 PM

Was für eine CPU verwendest Du denn?

Evtl hilft Dir das ja weiter: CICAM hängt sich ab

prahn · December 31, 2008 at 3:33 PM

Verwende einen "Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz" mit 2 Kernen, von daher ist der von Dir gepostete Link sehr interessant. Habe gestern abend direkt den VDR-Prozess auf einen Kern reduziert mit "taskset -p 0x00000001 8677". Habe auch ganz fest gehofft, daß sich das Problem damit erledigt, leider aber nicht...

Nach weniger als 1 Stunde ist das CAM wieder weg:

Code

Dec 30 23:45:18 vdr vdr: [8685] CAM 3: module present
Dec 30 23:45:18 vdr kernel: [296387.795901] dvb_ca adapter 1: DVB CAM detected and initialised successfully
Dec 30 23:45:18 vdr vdr: [8685] CAM 3: module ready
Dec 30 23:45:20 vdr vdr: [8681] CAM 1: no module present
Dec 30 23:45:20 vdr vdr: [8681] CAM 2: no module present
Dec 30 23:45:21 vdr vdr: [8685] CAM 3: AlphaCrypt, 01, 4A20, 4A20
Dec 30 23:45:23 vdr vdr: [8685] CAM 3: replies to QUERY - multi channel decryption possible
Dec 31 00:38:17 vdr kernel: [299560.076721] dvb_ca adapter 1: CAM tried to send a buffer larger than the link buffer size (192 > 128)!
Dec 31 00:38:17 vdr kernel: [299560.176535] dvb_ca adapter 1: CAM tried to send a buffer larger than the ecount size!
Dec 31 00:38:17 vdr kernel: [299560.176548] dvb_ca adapter 1: DVB CAM link initialisation failed :(
Dec 31 00:38:17 vdr vdr: [8685] CAM 3: no module present

Display More

Und nun?? Was könnte es sonst sein??

Pullkick · January 4, 2009 at 3:40 PM

Hi,
habe genau das gleiche Problem auf Ubuntu 8.10 mit vdr aus Ubuntu repositories...

VG,
A.

Pullkick · January 13, 2009 at 6:22 PM

Hi! Habe das Problem nicht mehr.

Könnte an diesem patch liegen:

Quote

#if VDRVERSNUM < 10300
# define TRANSPONDER(c1, c2) (ISTRANSPONDER(c1->Frequency(), c2->Frequency()))
#else
-# define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder())
+# define TRANSPONDER(c1, c2) (false)
#endif

Probiert's aus!

prahn · January 13, 2009 at 7:52 PM

?!

Und wie kann ich das ausprobieren?
Muß ich den vdr selbst kompilieren?
Hab ich noch nie gemacht...

Tiroler · January 14, 2009 at 11:49 AM

Es genügt das Plugin neu zu erstellen...

siehe https://www.vdr-portal.de/board/thread.p…lightuser=10229

prahn · January 14, 2009 at 1:07 PM

Welches Plugin denn?
Streamdev-Server auf dem Server?
Oder Streamdev-Client auf dem Client?

Das CAM fliegt ja auch raus, wenn der Client gar nicht läuft...??

Tiroler · January 14, 2009 at 1:24 PM

Also für mein Problem mit dem Umschalten musste ich nur den streamdev-client tauschen - wobei beim bauen des Plugins prinzipiell beide, also server und client, erstellt werden.

Wenn du aber mal testweise beim VDR-Server den vdr-plugin-streamdev-server deinstallierst, dürfte meiner bescheidenen Meinung nach das Problem (am Server) nicht auftreten...

prahn · January 14, 2009 at 3:10 PM

Hmmm, habe das streamdev-server Plugin deinstalliert und einen /etc/init.d/vdr restart gemacht. Nach ein paar Minuten kam sie wieder, diese Meldung: DVB CAM link initialisation failed

Nix gut!

3PO · January 14, 2009 at 3:15 PM

Schmeiß doch das CAM mit samt dem CI raus, und nehme einen Cardreader, dann hast Du die Probleme nichtmehr

prahn · January 14, 2009 at 3:19 PM

Was für einen Cardreader meinst Du?
Einfach was per USB? Das soll gehen??
Kannst Du Links posten?

Lou · January 14, 2009 at 4:04 PM

prahn: läuft es wieder wenn du ein Cam Reset machst? Also Menu > Setup > Cam > betroffenes Cam auswählen > Grüne Taste

Das hilft bei mir in der Regel, oder ich stoppe den vdr und starte ihn neu ...

Buwa · January 14, 2009 at 4:42 PM

na ich denke, dass das CAM allgemein stabil laufen sollte. nicht das die Aufnahmen nur halb "hell" sind...

iso · February 23, 2009 at 1:45 PM

habe hier das selbe problem, ist zeitweise durch "nosmp" (kernel ohne smp starten) gelöst. jetzt ist natürlich nix mehr mit doppelherz und so...

allerdings bin ich sehr an der cardreader-lösung interessiert, weil ich dann natürlich auch eine zweite karte mit dem cam versorgen könnte. finde allerdings nix weiter dazu, ausser dass der reader den phoenix standard unterstützen muss (oder so).

CAM fliegt immer wieder raus

Participate now!

Users Viewing This Thread