Beiträge von ThomasS2

Mittlerweile konnte ich die Anlage zum Laufen bringen. Das Problem lag an der SAT-Installation, nicht am VDR. Die Lösung brachte die Ergänzung einer Stromversorgung am Mini Router. Die Stromversorgung über die TV-Karte alleine reichte nicht aus.

Die v4l-utils mit SCR-Unterstützung haben bei der Fehlersuche leider nicht geholfen, da diese jeweils mit core dump abgestürzt sind.

Zitat von moonsorrox

also das mit der ABfrage, ob ein Wecker Ein oder Aus ist geht dann wohl nicht?

Keine Ahnung, ob auf dem Client die Möglichkeit besteht, an diese Informationen zu kommen.

Zitat von moonsorrox

Ich weiß nicht ob es ein Problem ist, aber der Client (ich spreche mal von einer Classic, wo der Wecker aktiv ist) ist ja auch aus, wenn der Server im Standby ist, wenn ich dann z.B. eine Fernbedienung nehme und drücke den Einschaltknopf wird auch ein WOL Paket zum Server geschickt und es dauert ca. 10-12 sec. und der yaVDR ist aus dem Stby hochgefahren, dann erst ist die Classic bereit und ich sehe das Wecksymbol.

Der Client ist nicht wirklich aus, wenn auf dem Display Uhrzeit / Wecksymbol angezeigt wird, sondern auch im Standby-Modus. Richtig aus ist er nur, wenn die Power-Taste lange gedrückt wird und sich dann auch das Display ausschaltet. Sowohl beim Einschalten über die Fernbedienung als auch über die Power-Taste sendet das Radio automatisch ein sogenanntes WOL-Paket (WOL = wake on lan) an den zuletzt verwendeten LMS-Server (= yavdr Server). Wenn eine Weckzeit eingestellt wird, dann wird 5 Minuten vor dieser Zeit ebenfalls ein WOL-Paket versendet. Am Radio muss also nichts gemacht werden.

Zitat von moonsorrox

Bin da noch nicht so gut drin, wo sollte ich die WOL Pakete, dann auf dem Sever erstellen?

Der yavdr-Server muss so konfiguriert werden, dass er auch auf ein an ihn gesendetes WOL-Paket reagiert, d. h. aufwacht. Im Detail ist das hier beschrieben. Grob gesagt sind zwei Dinge zu tun:

• WOL im BIOS aktivieren
• WOL unter Linux mittels ethtool aktivieren

Welcher Parameter im BIOS in deinem Fall genau einzustellen ist, kann ich leider auch nicht sagen. Für die Aktivierung unter Linux verwende ich bei mir Methode 2.

Zitat von moonsorrox

EDIT:// habe mir die Shutdown Hooks mal angeschaut, damit kann ich leider nichts anfangen und weiß also nicht wie man soetwas erstellt

Die Shutdown-Hooks sind für den Ansatz mit WOL nicht relevant.

Zitat von moonsorrox

Clients habe ich 2x Classics und 1x Boom, der Timer würde nur auf einer Classic gebraucht.

Dann ist es wohl die einfachere Lösung, wenn die Clients den Server aufwecken. Beide Client-Typen sollten das WOL-Paket ohne Anpassung ca. 5 Minuten vor der Aufweckzeit senden. Bleibt also nur die Anpassungen am Server, damit dieser auch auf die WOL-Pakete reagiert.

Ich bin mir nicht ganz sicher, ob ich die Frage richtig verstanden habe: Auf dem yavdr-Server läuft auch ein LVM-Server, der von bestimmten Clients (Squeezebox-Radio?) zu bestimmten Uhrzeiten benötigt wird. D. h. der yavdr-Server sollte zu diesen Uhrzeiten laufen.

Folgende spontane Lösungsideen

• Sehr einfach: Programmierung eines "Dummy"-Timers, der dafür sorgt, dass der VDR automatisch aufwacht, im Zeitfenster des Timers (=Zeitfenster der LMS-Clients) läuft und sich danach wieder abschaltet. Nachteil der Lösung wäre, dass der VDR eine Aufnahme durchführt und damit die Festplatte füllt, obwohl diese nicht gebraucht wird. Das könnte durch einen shutdown-Hook gelöst werden, der diese Dummy-Aufnahmen beim Herunterfahren wieder löscht.
• Etwas komplexer ohne Dummy-Timer: Anpassung der shutdown-hooks unter /usr/share/vdr/shutdown-hooks. Entweder wird der als Parameter übergebene Timer als Aufwachzeit verwendet oder die Aufwachzeit für die Clients, falls diese vor dem nächsten Timer liegt.
• Falls der Client ein Squeezebox-Radio ist: Das Radio basiert auch auf Linux und enthält ein Programm zum Aufwecken per Wake-On-Lan (ether-wake). Darüber kann der Server "geweckt" werden. Informationen zu wake-on-lan gibt es hier . Am Radio kann über Einstellungen->Erweitert->Remote-Anmeldung der Zugriff auf das Radio per SSH eingeschaltet werden. Soweit ich das auf die schnelle gesehen habe, ist cron / anacron auf dem Radio nicht verfügbar. Bleibt also ein (einfaches) Shell-Skript, das sich in einer Endlosschleife per date die Zeit holt und bei Erreichen der Aufwachzeit ein ether-wake aufruft. Oh, habe gerade noch Folgendes gefunden. Wenn ich das richtig verstehe, dann schickt das Radio evtl. sogar ohne Anpassungen bereits ein entsprechendes Paket. Siehe auch hier .

Danke für die Hinweise.

Das Paket basiert auf folgendem Commit, sowohl erkennbar an dmesg

[   10.917979] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[   10.917980]  875e2e3edf48a206c64195666cf408dd3d119137 [media] omap3isp: Mark next captured frame as faulty when an SBL overflow occurs
[   10.917982]  c3cd257402fdcd650816ec25b83480a24912430a [media] omap3isp: video: Don't WARN() on unknown pixel formats
[   10.917984]  22db44cb9cd67d56b02b2b5dceb10d3d1361b28b [media] as3645a: Add driver for LED flash controller

als auch an der Datei linux-media-0~20111223.git278005.238~natty/linux/git_log innerhalb des Source-Pakets.

Ich versuche gerade ein Unicable-Problem zu lösen und benötige dazu die Information, auf welchem GIT-commit das yavdr-Paket (0.4) linux-media-dkms - 0~20111223.git278005.238~natty
basiert. Leider ist es mir nicht gelungen, anhand der Angabe im Paketnamen den Commit zu identifizieren.

Wie kann ich den genauen Commit herausfinden?

Zitat von Frounts

Ich hab gerade dieses Testtool entdeckt. Ich hab auch Probleme mit Unicable bei der Cine S2 und Duoflex (es geht überhaupt nichts) , die TT S2-6400 läuft aber tiptop mit Unicable.
http://support.digital-devices.de/knowle….php?article=59
Ich werd mal heute Abend in Ruhe Windows auf einer alten HDD installieren und checken, was da los ist.

Danke für den Hinweis. Ich werde kommendes Wochenende auch einmal einen entsprechenden Test durchführen.

Zusätzlich bin ich auf diese Diskussion unter linux-media gestoßen mit einem git-Commit, der die v4l-utils um SCR/Unicable-Unterstützung erweitert. Der Vorteil wäre, dass damit unter Linux außerhalb des VDR die Möglichkeit bestände, die Funktionsfähigkeit der Unicable-Installation zu testen. Aber Achtung: Die Erweiterung ist in der README als "yet to be tested" beschrieben.

Zitat von Keine_Ahnung

Die andere Theorie wäre das die Sat Karte mit der Spannungsversorgung überfordert ist. Ist der extra Strom bei der Sat Karte gesteckt?

Auch nach Anschluss der Stromversorgung an die Karte leider keine Änderung. Ich werde mir in den nächsten Tagen mal bei einem Bekannten einen Unicable-tauglichen Twin-Receiver ausleihen, um Fehlerquellen "vor" dem VDR ausschließen zu können.

Zitat von Keine_Ahnung

Die andere Theorie wäre das die Sat Karte mit der Spannungsversorgung überfordert ist. Ist der extra Strom bei der Sat Karte gesteckt?

Ups, dass an die Karte eine extra Stromversorgung über den Floppy-Stecker angeschlossen werden kann, war mir neu. Das probiere ich direkt mal aus.

Zitat von Keine_Ahnung

Was mein hervorragende Signalstärke und was war mit der Signalqualität?

Kann durchaus sein das das vorher an der unteren Grenze war. Und Unicable gibt ihm jetzt den Rest (die zusätzliche Technik verschlechtert das Signal ja zwangsläufig).

cu

Beide Balken sind im grünen Bereich. In Werten ausgedrückt:

• STR: 71%
• SNR: 79%

Reicht das aus?

Zitat von DocViper

Der 2-Wege-Verteiler ist Unicable/SCR geeignet ?

Ja. (... Einsetzbar in TechniRouter-Anlagen, http://www.technisat.com/de_DE…Sat-Verteiler/352-62-147/)

Zitat von DaKilla

Dann wäre es nicht verkehrt, die Verkabelung zu überprüfen und den Spiegel ggf. neu auszurichten.

Die Verkabelung und Schüssel hatte ich auch schon im Verdacht. Folgendes habe ich bereits zur Fehlereingrenzung gemacht:

• Die Ursprungsinstallation (vor Unicable) besteht aus einer Schüssel mit einem Technisat TechniSwitch 5/8 G. Ein Kabel geht vom Switch im DG ins Wohnzimmer in den VDR-PC.
• Ohne Router / Unicable habe ich dieses Kabel direkt an die TV-Karte angeschlossen und dabei in Femon eine herrvoragende Signalstärke und keinerlei Probleme mit dem VDR (und das seit jetzt über 3 Jahren).
• Um einen Defekt der TV-Karte auszuschließen, habe ich die noch nicht auf Unicable umgestellte Installation auf beiden Eingängen der TV-Karte im Wechsel angeschlossen (einmal mit "-D 0" und dann mit "-D 1"). Auch dabei habe ich herrvoragende Signalstärke und keinerlei Probleme.
• Um einen Defekt an einem der beiden Switch-Ausgänge, die ich später als Eingang in den Router verwendet habe, auszuschließen, habe ich dann noch das Kabel jeweils im Wechsel an einem der beiden Ausgänge des Switches angeschlossen. Auch hier wieder hervorragende Signalstärke im Femon und keine Probleme.
• Erst dann habe ich den Router dazwischengeschaltet und zusätzlich unmittelbar vor dem VDR-PC einen 2-Wege-Verteiler. Dabei sind dann vier zusätzliche Kabel ins Spiel gekommen.
• Alle vier Kabel habe ich an einem anderen Anschluss an einem normalen SAT-Receiver angeschlossen und gestestet, d. h. die Kabel sind in Ordnung.
• Zuletzt habe ich dann an den Router temporär auch eine 12V Spannungsversorgung angeschlossen, um eine zu niedrige Spannungsversorgung über die TV-Karte auszuschließen.

Kurzum: Schüssel und Verkabelung können es nach meiner Einschätzung nicht sein. Durch meine Testmöglichkeiten nicht ausgeschlossen ist ein Defekt am Router oder 2-Wege-Verteiler. Leider habe ich keinen Unicabel-Receiver zur Verfügung, um auch das noch auszuschließen.

... und zusätzlich hat sich gerade der vdr- Prozess mit einem emergency exit verabschiedet

Jul  1 20:06:19 vdrwz vdr: [1329] frontend 0/0 timed out while tuning to channel 1, tp 111493
Jul  1 20:06:20 vdrwz vdr: [1363] TS continuity error (3)
Jul  1 20:06:20 vdrwz vdr: [1363] TS continuity error (5)
Jul  1 20:06:20 vdrwz vdr: [1363] TS continuity error (14)
Jul  1 20:06:51 vdrwz vdr: [1389] ERROR: video data stream broken
Jul  1 20:06:51 vdrwz vdr: [1389] initiating emergency exit
Jul  1 20:06:51 vdrwz vdr: [14603] Text2Skin: menu display update thread started (pid=1173, tid=14603)
Jul  1 20:06:51 vdrwz vdr: [1173] emergency exit requested - shutting down
...
Jul  1 20:06:58 vdrwz vdr: [1173] ERROR: tuner on frontend 0/0 thread 1329 won't end (waited 3 seconds) - canceling it...
Jul  1 20:06:58 vdrwz vdr: [1364] osdteletext-receiver thread ended (pid=1173, tid=1364)
Jul  1 20:06:58 vdrwz vdr: [1333] section handler thread ended (pid=1173, tid=1333)
Jul  1 20:06:58 vdrwz vdr: [1332] tuner on frontend 1/0 thread ended (pid=1173, tid=1332)
Jul  1 20:06:58 vdrwz vdr: [1335] section handler thread ended (pid=1173, tid=1335)
...
Jul  1 20:06:58 vdrwz vdr: [1173] emergency exit!
Jul  1 20:06:58 vdrwz vdr: [1173] exiting, exit code 1
Jul  1 20:06:58 vdrwz init: vdr main process (1173) terminated with status 1
Jul  1 20:06:58 vdrwz init: vdr-frontend main process (1202) terminated with status 1
Jul  1 20:06:58 vdrwz vdr-crash: vdr exit with exit status 1 . Restarting

Ja, das habe ich alles gemacht.

root@vdrwz:~# dkms status
linux-media, 0~20111223.git278005.238~natty, 2.6.38-15-generic, x86_64: installed
linux-media, 0~20111223.git278005.238~natty, 2.6.38-15-imon, x86_64: installed
nvidia-current, 295.59, 2.6.38-15-generic, x86_64: installed
nvidia-current, 295.59, 2.6.38-15-imon, x86_64: installed
ati-remote, 0.0.1, 2.6.38-15-generic, x86_64: installed  (WARNING! Diff between built and installed module!)
ati-remote, 0.0.1, 2.6.38-15-imon, x86_64: installed  (WARNING! Diff between built and installed module!)
ati-remote, 0.0.1, 2.6.38-8-generic, i686: built
root@vdrwz:~# uname -a
Linux vdrwz 2.6.38-15-generic #61-Ubuntu SMP Tue Jun 12 19:43:39 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Und auch die Kanalliste ist frisch von Channelpedia

Das Erste HD;ARD:11493:HC23M5O35S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
ZDF HD;ZDFvision:11361:HC23M5O35S1:S19.2E:22000:6110=27:6120=deu@3,6121=mis@3,6123=mul@3;6122=deu@106:6130;6131=deu:0:11110:1:1011:0
3sat HD;ZDFvision:11347:VC23M5O35S1:S19.2E:22000:6510=27:6520=deu@3,6521=mis@3,6523=mul@3;6522=deu@106:6530;6531=deu:0:11150:1:1010:0
...

Bei Femon fällt auf, dass bei den nicht funktionierenden Kanälen der obere Balken bis in den grünen Bereich ausschlägt, beim unteren Balken aber nur ein schwaches / rotes Signal mit geringem Ausschlag angezeigt wird. Im syslog erscheint

Jul  1 19:31:33 vdrwz vdr: [2194] frontend 0/0 timed out while tuning to channel 1, tp 111493
Jul  1 19:31:53 vdrwz vdr: [2368] TS continuity error (14)
Jul  1 19:31:53 vdrwz vdr: [2368] PES packet shortened to 878 bytes (expected: 3086 bytes)Jul  1 19:31:53 vdrwz vdr: [2368] 1 cRepacker messages suppressed
Jul  1 19:31:53 vdrwz vdr: [2368] cAudioRepacker(0xC0): skipped 308 bytes while syncing on next audio frame
Jul  1 19:32:16 vdrwz vdr: [2368] TS continuity error (11)
Jul  1 19:32:16 vdrwz vdr: [2368] TS continuity error (15)
Jul  1 19:32:16 vdrwz vdr: [2368] TS continuity error (5)
Jul  1 19:32:16 vdrwz vdr: [2368] 1 cRepacker messages suppressed
Jul  1 19:32:16 vdrwz vdr: [2368] cAudioRepacker(0xC0): skipped 552 bytes to sync on next audio frame

Ich habe einen auf yavdr 0.4 basierenden VDR auf eine Unicable-Lösung umgestellt und bekomme die Lösung leider nicht ans Laufen. Alle Kanäle mit vertikaler Polarisation funktionieren problemlos, Kanäle mit horizontaler Polarisation leider nur sporadisch. Im syslog tauchen dann folgende Fehlermeldungen auf

Jul  1 17:07:06 vdrwz vdr: [1213] switching to channel 1Jul  1 17:07:07 vdrwz vdr: [2084] osdteletext-receiver thread ended (pid=1213, tid=2084)Jul  1 17:07:07 vdrwz vdr: [1885] TS buffer on device 1 thread ended (pid=1213, tid=1885)Jul  1 17:07:07 vdrwz vdr: [1883] buffer stats: 318660 (15%) usedJul  1 17:07:07 vdrwz vdr: [1883] receiver on device 1 thread ended (pid=1213, tid=1883)Jul  1 17:07:07 vdrwz vdr: [2089] receiver on device 1 thread started (pid=1213, tid=2089)Jul  1 17:07:07 vdrwz vdr: [1213] buffer stats: 0 (0%) usedJul  1 17:07:07 vdrwz vdr: [2090] TS buffer on device 1 thread started (pid=1213, tid=2090)Jul  1 17:07:07 vdrwz vdr: [2091] osdteletext-receiver thread started (pid=1213, tid=2091)Jul  1 17:07:11 vdrwz vdr: [2088] Text2Skin: channelInfo display update thread ended (pid=1213, tid=2088)Jul  1 17:07:17 vdrwz vdr: [1325] frontend 0/0 timed out while tuning to channel 1, tp 111493Jul  1 17:08:29 vdrwz vdr: [1325] frontend 0/0 timed out while tuning to channel 1, tp 111493Jul  1 17:09:40 vdrwz vdr: [1325] frontend 0/0 timed out while tuning to channel 1, tp 111493Jul  1 17:10:43 vdrwz vdr: [1325] frontend 0/0 timed out while tuning to channel 1, tp 111493Jul  1 17:11:51 vdrwz vdr: [1325] frontend 0/0 timed out while tuning to channel 1, tp 111493Jul  1 17:13:02 vdrwz vdr: [1325] frontend 0/0 timed out while tuning to channel 1, tp 111493Jul  1 17:14:08 vdrwz vdr: [1325] frontend 0/0 timed out while tuning to channel 1, tp 111493

Hier ein paar Angaben zur Hardware:

• L4M-Twin S2 V 6.2
  

• Technirouter Mini
  

Und hier die wichtigsten Einstellungen:

scr.conf...0 12841 1400...

diseqc.conf
...
S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v
...

Hat jemand eine Lösungsidee?