[Teilweise geloest] Bekomme yavdr 0.5 mit Unicable an Telestar SCR 5/1x8G und Technotrend USB TT S2-3650 und 3600 nicht hell

Hallo,
seit heute habe ich eine meiner zwei SAT Schuesseln mit einem Smart quattro LNB an einem Telestar SCR 5/1x8G Unicable faehig gemacht. Die Kabelverlegung und Installation sind vom Fachmann ausgeführt korrekt und arbeiten sowohl mit einem SKY Receiver und einem Samsung Fernseher wie gewuenscht. Nur leider bleiben trotzdem meine Technotrend TT USB S2 Empfaenger S2-3600 und S2-3650 an den Revo 3610 unter yavdr 0.5 stable bzw testing beide ohne Empfang. Bisher liefen beide ohne Probleme an herkoemmlichen Quad-LNB straengen ohne Unicable.

Ich habe mir natuerlich die entsprechenden Forenbeitraege schon angesehen und meine, eigentlich alles richtig gemacht zu haben, aber sicher ist man ja nie.

Die setup.conf hat den Eintrag DiSEqC = 1.
In scr.conf steht derzeit

0 1284
# 1 1400
# 2 1516
# 3 1632
# 4 1748
# 4 1748
# 6 1980
# 7 2096

(aber ich habe auch schon mit 1 1284 getestet). Die Kanaele/Frequenzen sind am Samsung und Sky getestet (natuerlich sind diese derzeit nicht mehr aktiv oder angeschlossen).

Die diseqc.conf enthaelt derzeit

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

aber ich habe auch schon mit v/V rumexperimentiert.

Der yavdr stable ist an 3650 und hat derzeit folgenden Stand

vdr -V
vdr (1.7.27/1.7.27) - The Video Disk Recorder
channellists (0.0.4) - Manage your channellists
markad (0.1.5pre) - Mark advertisements
xine (0.9.4) - Software based playback using xine
pvr350 (1.7.4) - PVR350 as output device
restfulapi (0.1.0) - Offers a RESTful-API to retrieve data from VDR
femon (1.7.17) - DVB Signal Information Monitor (OSD)
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
graphtft (0.3.6) - VDR OSD on TFT
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
dvbsddevice (0.0.6) - SD Full Featured DVB device
dynamite (0.0.9f) - attach/detach devices on the fly
iptv (0.5.2) - Experience the IPTV
text2skin (1.3.2+git) - Loader for text-based skins
xvdr (0.9.5) - VDR-Network-Streaming-Interface (XVDR) Server
dummydevice (1.0.3) - Output device that does nothing
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
dbus2vdr (0.0.8b) - control vdr via D-Bus
skinpearlhd (0.0.1) - PearlHD Skin
live (0.2.0) - Live Interactive VDR Environment
menuorg (0.4.5) - Reorganizes the main menu
extrecmenu (1.2.2) - Extended recordings menu
epgsearch (1.0.1.beta2) - search the EPG for repeats and more
streamdev-server (0.6.0-git) - VDR Streaming Server
softhddevice (0.6.0rc2) - A software and GPU emulated HD device
wirbelscan (0.0.7) - DVB and pvrinput channel scan for VDR
quickepgsearch (0.0.1) - Quick search for broadcasts
dvbhddevice (0.0.4) - HD Full Featured DVB device
vnsiserver (0.9.0) - VDR-Network-Streaming-Interface (VNSI) Server

vdr war natuerlich beim konfigurieren gestoppt, ich habe auch schon reboot versucht. Was mich wundert ist dass nirgendwo beim vdr output in syslog zu sehen ist, dass die Unicable / diseqc Konfiguration wirklich aktiv ist (nur die conf Dateien wurden ohne meckern eingelesen). Den syslog nach einem vdr start habe ich als syslog.gz angehaengt.

Kann man irgendwo den vdr so konfigurieren, dass mehr Informationen hinsichtlich Diseqc/Unicable configuration ausgegeben wird?

Und hat jemand hier schon erfolgreich eine aehnliche Konstellation (TT S2-36x0 mit Telestar am laufen)
Vielen Dank im Voraus vom Nordlicht

Zitat von heinbloed

was mir in Deinem Syslog fehlt, ist so eine Zeile:

Code

vdr: [1177] SCR 0 assigned to device 1

pro Device.

Ja, deswegen meine Frage, ob man vdr diesbezueglich mehr debug/trace Informationen entlocken kann

Zitat von heinbloed

nur mal so: /var/lib/vdr/scr.conf ist ein symlink nach /etc/vdr/scr.conf ? und nicht 2 einzelne Dateien ? und der vdr user darf sie lesen ?
in der diseqc.onf ist alles andere auskommentiert, und das Device Bonding im VDR ist deaktiviert ?

Ja, es handelte sich um eine Standardinstallation von yavdr mit apt Repository testing, die bisher auf sauber lief (und nach Umstellen auf eigenen LNB Anschluss auch wieder laueft).
Ja, die beiden genannten Dateien in /var/lib/vdr sind sym links auf /etc/vdr und beide Dateien haben owner vdr:vdr
Man sieht ja auch im Log, dass die Dateien fehlerfrei gelesen werden.

Zitat von heinbloed

PS: die I2C Fehler sehen auch komisch aus in Deinem syslog. War das schon immer so ?

Ja, leider, das sind Artefakte, die leider immer auftauchen (und den Log vollmuellen), aber nicht wirklich stoeren. Ich hatte auch in einer frueheren Anpassung die in rsyslog ganz rausgefiltert, aber nach einem Update ist der Filter wieder verschwunden. Je nach Treibern(s2liplian sind die mehr oder weniger, aber nie weg und ich hoffe, dass mit einem neueren Kernel und Treibern wie die einer kommenden Version die irgend wann einmal ganz weg sind.

Das Thema wurde mal in yaVDR 0.4 TT S2-3600 pctv452e: I2C error diskutiert.

Zitat von DocViper

Dir ist schon klar dass du pro Tuner eine SCR Frequenz eintragen musst (die von keinem anderen Gerät verwendet wird)?

Ja, natuerlich, aber danke noch einmal fuer den Hinweis.

Zitat von DocViper

Also wenn du 2 Tuner hast dann 2 von den SCR Frequenzen
0 1284
1 1400

Ja, habe aber erstmal nur einen Tuner am VDR. Klar ist nur nicht 100%, ob die SCR index Werte mit 0 oder 1 starten
muessen. Die Jungs von Telestar (Manual) starten den Index fuer die Kanaele mit 1, und den Samsung
Fernseher und den Sky Dual Receiver habe ich auch mit diesen Werten zum
Laufen bekommen. Inverto startet wohl mit 0 und die Inverto Beipiele nutzen das auch. Aber ich habe schon Zitate gesehen, dass bei anderen Loesungen mit 1 begonnen wird. Ich habe beides ohne Erfolg mit VDR getestet.
Nur um es noch einmal klarzustellen: Nachdem die Leitungen mit Sky und TV Receiver verifiziert waren, habe ich beide
Fernseher und den Receiver abgeklemmt und mit der VDR Installation auf
den verifizierten Frequenzen, aber auch anderen versucht. Bei den Tests waren natuerlich alle anderen Gerate abgeklemmt und VDR exklusiv angeschlossen.

Zitat von DocViper

Steht auch so in der Anleitung:
http://telestar.christo.net/download/man…_5-1x8_3189.pdf

Hast Du denn selbst auch eine Telestar Unicable Loesung im Einsatz? Wenn ja, mit welcher Konstellation?

Danke fuer die Klarstellung.

Inzwischen hat mich ein Kommentar im alten Thread wegen den I2C Fehlern veranlasst, die TT Connect S2-3650, die am stable yavdr 0.5 haengt, mit einem Firmware Update zu versehen. War gar nicht so einfach, weil bei mir alle Windows Versionen in Virtuellen Maschinen eingesperrt sind und der TT Firmware-Updater scheinbar nur als Windos Tool angeboten wurde.
Nach dem Update war ich einen Schritt weiter und auch wieder nicht. Zum einen finden sich jetzt deutlich mehr I2C Fehler als vorher im syslog. Aber unter bestimmten umstaenden finde ich (teilweise) die SCR Informationen im Log. Der beigefuegte syslog.8 enhaelt die sequenzen von folgenden Tests:

1. bei stehendem vdr wurde die TT USB Box stromlos gemacht und wieder angeschlossen. In frueheren Versionen mit linux-dkms-media wurde m.E. nach noch Firmware heruntergeladen?!? Kann ich aber auch verwechseln
2. Vdr wurde gestartet, findet die Karte aber liefert keine SCR Information
3. Schritt 1 wurde bei laufendem vdr wiederholt, da findet sich aber ploetzlich

Zitat

Mar 28 11:19:49 revo vdr: [5859] ERROR: no free SCR entry available for device 1

Den Test hatte ich mit verschiedenen Einstellungen von scr.conf probiert, mit den ersten slots oder mit den getesteten, immer die TT Box als einziges device am Unicable.

Ich hatte aber auch schon eine Zuordnung gesehen, aber trotzdem kein Bild gehabt. Gibt es dazu irgendwelche Ideen was da passiert?

Bekommt die TT Box eigentlich Firmware heruntergeladen oder nutzt sie die eingebaute (jetzt aktualisierte)?
Gruß aus Kölle vom Nordlicht

Aah, den Thread hatte ich noch nicht gesehen...

Aber auch mit 2 Tunern (einen S2-3600 und einen S2-3650), am selben vdr mit yavdr 0.5 testing (1.7.41) ergibt sich kein Bild. Ich habe alle anderen Receiver abgeklemmt, nur beide an Unicable angeschlossen und rebootet.
Wie man am angehaengten syslog sieht, gibt es keine Zeilen mit SCR. Als ich dann bei laufendem VDR um 13:12:41 beide TT kurz stromlos gemacht habe, gibt es die eigentlich vielversprechenden Zeilen

Mar 28 13:12:46 revosz vdr: [2686] SCR 1 assigned to device 2
Mar 28 13:13:01 revosz vdr: [2742] SCR 2 assigned to device 1

aber trotzdem kein Empfang...
Die aktuelle scr.conf ist

0 1284
1 1400
2 1516
3 1632
4 1748
5 1864
6 1980
7 2096

und diseqc,conf ist

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

Und wieder eine neue Erkenntnis: Ich habe jetzt noch einmal beim yavdr 0.5 testing die scr.conf geaendert und zwei Eintraege gewaehlt, vor denen einer sonst dem Samsung Fernseher zugeordnet ist. Trotzdem kein Bild.
Zuvor bin ich wieder an den Unicable Switch gegangen und habe Ihn kurz Stromlos gemacht. Dann habe ich das Antennenkabel vom TT S2-3650 abgezogen und an den Samsung Fernseher gehaengt und zu verfizieren dass es noch geht. Samsung zeigt ein Bild

Anschliessend habe ich das Kabel vom Samsung abgezogen und wieder an die TT S2-3650 angeklemmt und voilá: auch ein Bild! (Leider kein Ton, aber das ist wohl eine andere Baustelle, die ich beim letzten update auf testing mir eingefangen habe)

Es sieht wohl so aus, als ob die TT es nicht schaffen, die Frequenz zu aktivieren. Ich werde es wohl mal mit PC und PCI Tunerkarten versuchen, aber da bekomme ich immer nur einer zum laufen. Sch...

Solange ich kein anderes Geraet am UniCable Router angeschlossen habe, sollte es egal sein. Im Orchester mit anderen sollten dann natuerlich die Frequenzen fest zugeordnet sein. Ich hatte sowiesodann nur die Indexwerte 3 und 4 genommen wurden, nachdem ich damit wenigstens schon einmal Bilder auf einem TT gesehen hatte.

fnu: Ja, beide TT Boxen haben Ihr eigenes Netzteil. Wuesste gar nicht, od die auch ohne laufen.

Nachdem ich durch die "Vorinitialisierung" mit dem Samsung TV ein Bil hatte, habe ich etwas herumgeschaltet und die schon von anderen berichteten Probleme gesehen. Zum einen sind die Bildarteakte (Aussetzer, partielle Freeze etc) wesentlich staerker als beim Anschluss am normalen Kabel, und auch die I2U haben stark zugenommen. Das kam aber schon nachdem ich das FirmwareUpgrade auf beiden TT Boxen hatte. Wie schon gesagt, am selben Anschluss zeigt ein Sky Receiver/Recorder super Bild (sogar bei HD Aufnahme parallel mit einem anderen HD Kanal angezeigt auf TV). Der Sky Receiver zeigt Signalqualitaet bei 98%, Signalstaerke bei 70-80%.

Ich bin eben nicht sicher, ob es nur an der Kombination TT Boxen mit dem Technirouter liegt oder ob andere Karten besser gehen. Vielleicht hilft ja auch die Timeout Werte zu erhoehen...
Alternativ wuerde es noch einmal mit meinem Server PC und PCI TV Karten (Hauppauge S2 etc), aber beide Server haben leider nur ein PCI Slot und daher kann ich keine zwei Tuner mit PCI einbauen. Ist das denn echt ein Problem?

Leider habe ich die Server gerade auf quantal gebracht, und da kann ich schwerlich mit yavdr testen. Aber ein 10GB LV kann ich noch abzweigen und die Revo Installationen darauf clonen.

Gibt es denn schon Erfahrung mit 4fach Tuner (z.B. Cine S2 / Duo Flex 2) und Technirouter UniCable?

Zitat von fnu

Sind die Kabel die zu Deinem Samsung TV verwendest und die zu Deinen TT Adaptern die Selben? Wie verteilst Du das Signal auf die 2 Tuner?

Der Telestar ist mit einem Smart Quattro LNB direkt an eine 85er Schuessel angeschlossen. Direkt an seinem Ausgang ist ein Dual Splitter angeschlossen, so dass zwei Straenge abgehen. Einer geht über eine direkte Leitung ins Schalfzimmer und geht dort wieder an ein Dual Spliiter, an dem der Samsung Fernseher und die Revo Box mit TT S2-360 angeschlossen ist. Zum Testen habe ich auch die TT S2-3650 CI statt dem Fernseher mit identischem Kabel angeschlossen. Kein Bild. Dann habe ich testweise das Kabel wieder an TV angeschlossen, geprueft dass ein Bild vorliegt (TV ist auf 7/1980 eingestellt, die TT 3600 auf 6/1864). Nach Wiederanschluss an TT S2-3650 gabe es dort tatsaechlich ein Bild.

Der 2. Strang geht vom Router im Dach ueber Direktleitung an eine Abzweigsteckdose im WZ (wo die TT S2-3650 normalerweise steht) und von dort in Keller, um zukuenftig eine Quad Tuner im Server zu versorgen. Um die Leitung und die Dose zu testen, wurde der Sky Festplattenreceiver einfach an Stelle der TT Box ansgeschlossen und hatte dort sofort Bild (konfiguriert mit 4/1632 und 5/1748 )

Ok, wenn ich fnu richtig verstehe, scheinen mit Inverto bessere Erfahrungen vorzuliegen? Oder gilt das nur fuer den LNB, nicht einen Router. Gibt es auch einen 5/8 von Inverto? Vielleicht kann mein Haendler den Telestar gegen eine Inverto tauschen, insbesondere wenn es mit den TT laeuft. Der Charme der Telestar/Technirouter ist, das man die auch kaskadieren kann. Oder ist das Problem eher auf der TT Seite zu suchen?

So, kurzes Zwischenengebnis. Auf meinem quantal Server habe ich die Ubuntu vdr Variante 1.7.28 installiert (sollte fuer SCR ja reichen) und mit Hauppauge S2 PCI Karte den Empfang mit den normalen Sat Kabel getestet. Alles OK. Dann das Kabel vom Wohnzimmer angeschlossen und wie zuvor mit SCR getestet: kein Bild, aber auch keine Zeile mit SCR im syslog (ausser das include von scr.conf)...
Muss ich morgen mal sehen, ob ich nicht eine PCI Karte rausnehmen und eine zweite Tunerkarte einbauen kann.

Gibt es einen verstaendlichen Grund, warum SCR scheinbar bei Verwendung von nur einem Tuner so zickig ist?