CAM fliegt immer wieder raus

prahn · 23. Dezember 2008

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

Alles anzeigen

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 · 30. Dezember 2008

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

3PO · 30. Dezember 2008

Zitat

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

Festkleben?

Zitat

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 · 30. Dezember 2008

Hi,

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

Gruß chrisz

prahn · 30. Dezember 2008

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 · 30. Dezember 2008

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

Alles anzeigen

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

3PO · 30. Dezember 2008

Was für eine CPU verwendest Du denn?

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

prahn · 31. Dezember 2008

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

Alles anzeigen

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

Pullkick · 4. Januar 2009

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

VG,
A.

Pullkick · 13. Januar 2009

Hi! Habe das Problem nicht mehr.

Könnte an diesem patch liegen:

Zitat

#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 · 13. Januar 2009

?!

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

Tiroler · 14. Januar 2009

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

siehe http://www.vdr-portal.de/board/thread.php?threadid=78908&hilightuser=10229

prahn · 14. Januar 2009

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 · 14. Januar 2009

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 · 14. Januar 2009

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 · 14. Januar 2009

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

prahn · 14. Januar 2009

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

Lou · 14. Januar 2009

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 · 14. Januar 2009

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

iso · 23. Februar 2009

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

Jetzt mitmachen!

Teilen