Inverto Black Unicable LNB und TT S2-3200

hmmm
hier die specs:
http://www.tt-downloads.de/Upd…u/techspec_S2-3200_de.pdf

FREQUENZSPEZIFIKATION
• Frequenzbereich: 950-2150 MHz
• RF Eingangspegel: -65 bis zu –25 dBm (IEC Fweiblich)

achja

DiSEqC 1.0, 1.2*
Einkabelstandard (EN50494)*


* wenn von der Software unterstützt

Denke das würde dafür sprechen, dass es daran nicht liegt.
Allerdings habe ich noch irgendwo ne angebrochene Rolle Twin-Satkabel (vom Sat-Techniker, also sollte schon einigermaßen gehobene Qualitätsklasse sein ) rumliegen. Nen Verbinder hab ich auch irgendwo, nur F-Stecker müsste ich dann irgendwo abdrehen.
Denke, Ich probiere morgen mal damit rum.

Habe übrigens inzwischen wieder auf mein "Produktivsystem" umgeschwenkt und alle NON-DVBS-2 Sender gehen bisher. Werde deshalb mal im Eingangspost meine Konfig posten für andere "Suchende". Auch wenn die Konfig ja eigentlich schon im wiki steht.
Der WDR HD sendet auch über DVB-S.

Habe auch nochmal die verschiedenen SCR-Kanäle durchprobiert, bringt aber auch nix. Hab da mal was gelesen bei langen Kabeln soll man entweder mit der höchsten oder mit der niedrigsten Frequenz anfangen.
Allerdings ist mein Kabel auch nur geschätzte 25 Meter lang.

Vlt noch interessant:
femon zeigt mir STR,SNR,BER alles 0%. Die Balken sind aber im gelben Bereich. Der untere schlägt immer wieder ins grüne aus.
femon zeigt mir bei DVB-S2 Sendern gar keine Balken oder "genutzte Bandbreite" für audio oder video.
bei WDR HD (der HD Sender über DVB-S) zeigt er die Balken wie oben und ~ 9 Mbit/s für video (ich mein das hängt aber auch davon ab, was gerade über die Mattscheibe flimmert)
bei normalen SD Sendern zeigt er Balken wie oben und ~3,5 Mbit/s.

Mir ist bewusst, dass femon ein "Schätzeisen" ist, also Vergleichbarkeit der Werte nur bei sonst gleichem Setup für eine Komponente

Irgendwie alles seltsam.

Ich weiß, dass meine Schüssel keine 85er ist. Die ist also kleiner.
Denke wenn mit anderem Kabel und anderer TV-Karte (Davon erhoffe ich mir eigentlich gar nix) sich nichts ändert, sind die nächsten Schritte Ausrichtung überprüfen oder größere Schüssel anbringen.

Nur es wurmt mich immernoch, dass es bis zum LNB Tausch kein Problem war. Die femon Balken hab ich irgendwann mal betrachtet, da waren die auch ungefähr genauso wie jetzt.
Und die DVB-S2 Sender haben es vor dem LNB Tausch doch auch getan

Zitat von fnu

Häng doch mal die S2-3200 an den SCR/Unicable® Anschluß und deaktiviere DiSEqC, also Legacy-Betrieb.

meines Wissens nach ist der "Legacy-Fallback" nur ein optionales Feature. So kann das z.B. der Technisat Router nicht, die Jouletec aber wohl.

VDR hängt weiterhin am Unicable-Port. Wenn ich diseqc deaktiviere, bekomme ich gar keinen Kanal mehr. Wenn ich es wieder aktiviere funktionieren die Kanäle wieder.
Oder muss ich auch scr.conf & diseqc.conf editieren? Wenn nicht, scheint es so, als habe das LNB kein Legacy-Fallback.

Zitat von fnu

SCR mit nur einem Teilnehmer macht wenn ich so drüber nachdenke doch eigentlich keinen Sinn ...

Die TT S2-1600 ist in den Versand gegangen. Danke dvbshop Denke aber nicht, dass sich dadurch mein Problem löst.

Zitat von DaKilla

EDIT: Das stammt vom Hersteller. Interessant finde ich den Statz:
"The LNB allows for the connection of maximum six (Unicable enabled) Set Top Boxes with Single Tuner via two cables (or of maximum four STBs via one cable)."
Maximal sechs (Unicable-fähige) Set Top Boxen mit Single Tuner über zwei Kabel?

Wenn ich ehrlich bin verstehe ich das auch nicht ganz. Denke das muss heißen 3 Kabel, also 1 Kabel mit 4 Unicable Receivern und 2 Kabel mit je einem Legacy Receiver. Dann käme man auf sechs Teilnehmer.

Zitat von fnu

Natürlich schaltet das Gerät die Legacy Anschlüsse nicht ab, sonst könnte ich hier keine 6 DVB Tuner betreiben bzw. mit Device-Bonding an den Legacy Anschlüssen eben mehr.

Dann kann ich es mir ja sparen auf dem Dach den Legacy Receiver wieder abzuklemmen
Wobei an dem Kabel hängt grad eh keiner.

Bin mal gespannt ob Herr Eckhardt meinen Test mit den vier Ebenen durchführt und was dabei rauskommt

fnu bei dir laufen an dem lnb die DVB-S2 Sender ja, ne?
Ob ich eventuell mal ne neuere vdr-version als 1.7.22 probieren sollte? Testfestplatte liegt hier ja noch und das geht doch bei yavdr auch über ein repository, wenn ich das richtig in erinnerung habe...

ups ich dachte, wenn diseqc = 0 dann werden die beiden dateien (scr & diseqc) nicht beachtet.
hab jetzt mal zusätzlich in der diseqc.conf den default block Full DiSEqC sequence aktiviert und in der scr.conf alles auskommentiert.
Immer noch gehen so gar keine Sender.

Habe mit dem alten LNB immer mit diseqc = 0 gearbeitet, aber Versuch macht klug:
Mit diseqc = 1 ändert sich aber auch nix. überall no signal.

Zitat von fnu

welches Treiber-Paket hast Du am laufen?

root@yavdr03:~# aptitude search linux-media
i   linux-media-dkms                - linux-media driver in DKMS format.
p   linux-media-tbs-dkms            - linux-media-tbs driver in DKMS format.

Zitat von fnu

kannst Du mal aus neugier "dynamite" per "/etc/vdr/plugins/order.conf" deaktivieren?

order.conf

-dynamite

so oder auskommentieren?
Da ist ein Schreibfehler in meiner order.conf. Zeile 9:

# If you want to append some plugins behind all the other plugins, then youi

Zitat von fnu

Aber dran denken, die 1.7.22 ist die letzte Version die den LB Patch enthält.

Livebuffer? Gut, dass ich erst jetzt erfahre, dass es dafür einen Patch gibt, dachte kls hätte den komplett verbannt
oder steht es für LNB-Sharing. Das nutze ich ja auch nicht

grad läuft das dist-upgrade. U.a. die dkms treiber haben sich ja wieder geändert. das dauert noch was. kenn ich von eben vom anderen system
danach teste ich dann dynamite.

Zitat von fnu

aber diese Diskussion ist hier und jetzt beendet, es gibt da einen langen Thread dazu ...

FULLACK. Danke für den Link!

Zitat von fnu

Genau "-dynamite", nur um auszuschließen, das das in dem speziellen Fall Einfluß auf die S2-3200 nimmt ...

mit deaktivierten dynamite plugin ändert sich nix.
hab mal syslog von vdr start mit startendem Sender kabel eins SD und umschaltvorgang auf Sonnenklar TV HD angehängt.
Aber ist dasselbe Ergebnis.

Jetzt suche ich mir mal infos zusammen wie ich meine apt-sourcen anpassen muss damit er sich den kram aus vdr-testing holt

/edit
Dateianhänge vergessen

Zitat von fnu

Hab'sch noch mehr Links:

du bist in Ordnung!

Allerdings bin ich trotzdem ein apt-goofie

root@yavdr03:~# aptitude dist-upgrade
The following NEW packages will be installed:
  libgraphicsmagick3{a} libwmf0.2-7{a}
The following packages will be upgraded:
  libxine1-xvdr libxine2 vdr vdr-markad vdr-plugin-channellists
  vdr-plugin-dbus2vdr vdr-plugin-dummydevice vdr-plugin-dvbhddevice
  vdr-plugin-dvbsddevice vdr-plugin-dynamite vdr-plugin-epgsearch
  vdr-plugin-extrecmenu vdr-plugin-femon vdr-plugin-iptv vdr-plugin-live
  vdr-plugin-markad vdr-plugin-menuorg vdr-plugin-pvr350
  vdr-plugin-restfulapi vdr-plugin-skinpearlhd vdr-plugin-streamdev-server
  vdr-plugin-text2skin vdr-plugin-wirbelscan vdr-plugin-xine
  vdr-plugin-xineliboutput vdr-plugin-xvdr xine-ui xineliboutput-sxfe
28 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 11,6 MB of archives. After unpacking 4.383 kB will be used.
The following packages have unmet dependencies:
  graphtft-fe: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-graphtft: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
The following actions will resolve these dependencies:


     Remove the following packages:
1)     graphtft-fe
2)     vdr-plugin-graphtft
3)     vdr-tft-anthraize
4)     vdr-tft-pearlhd
5)     vdr-tft-standard
6)     yavdr-essential






Accept this solution? [Y/n/q/?]

yavdr-essential runterschmeißen scheint mir keine gute idee zu sein.
http://www.vdr-wiki.de/wiki/in…tivieren._Wie_geht_das.3F
graphtft brauch ich wegen fehlendem zweit-tft nicht.

bringt es was vorher jetzt noch
1) graphtft-fe
2) vdr-plugin-graphtft
zu purgen?

/edit
ich versuche mal diesem thread zu folgen:
"testing-vdr" Repository auf die VDR Version 1.7.26 aufgehübscht?
also "lösung" akzeptieren und hoffen, dass ich nachher yavdr-essentials wieder neu installieren kann...
mal sehen was passiert

/edit2
okay essential will er nich wieder drauflassen. beim nächsten versuch von dist-upgrade will er noch yavdr-utils runterschmeißen und bricht dabei aber mit fehlermeldungen ab, weil umleitungen z.b. in /usr/share/vdr-plugin-mplayer/mplayer fehlen. Vermutlich weil durch yavdr-essential was fehlt. VDR ist natürlich auch immer noch 1.7.22
Und nun? direkt neu installieren?

Zitat von fnu

die kommen immer noch aus "stable-vdr". Letzteres muß nachwievor auch definiert sein ... ?

/etc/apt/sources.list.d/yavdr.list

deb http://ppa.launchpad.net/yavdr/main/ubuntu natty main
deb http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu natty main
deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu natty main
deb http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu natty main


deb-src http://ppa.launchpad.net/yavdr/main/ubuntu natty main
deb-src http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu natty main
deb-src http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu natty main
deb-src http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu natty main

/etc/apt/sources.list.d/yavdr-testing-vdr-natty.list

deb http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu natty main
deb-src http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu natty main

Zitat von fnu

Du hast schon "sudo apt-get update; sudo apt-get dist-upgrade" durchgeführt?

klar als aller erstes aptitude update && aptitude dist-upgrade. danach kam die fehlermeldung im oberen post. Auch wenn im post das update fehlt, ich habs vorher gemacht.

Zitat von fnu

Wie sieht die Meldung aus, wenn er "yavdr-essentials" nicht installieren möchte?

root@yavdr03:~# aptitude install yavdr-essential
The following NEW packages will be installed:
  acpi-support{a} alsa-base{a} alsa-utils{a} at{a} ati-remote-dkms{a} avahi-daemon{a} bind9-host{a} cpufrequtils{a} ethtool{a} eventlircd{a} firefox{a} fugue-icons{a}
  graphtft-fe{ab} hdparm{a} hsetroot{a} ir-keytable{a} irserver{a} liba52-0.7.4{a} libaa1{a} libass4{a} libatasmart4{a} libaudio2{a} libavahi-core7{a} libavc1394-0{a}
  libavformat52{a} libbind9-60{a} libboost-regex1.42.0{a} libbsd0{a} libcaca0{a} libcddb2{a} libconfuse0{a} libcpufreq0{a} libcurl3{a} libcxxtools7{a} libdaemon0{a}
  libdc1394-22{a} libdca0{a} libdevmapper-event1.02.1{a} libdirac-encoder0{a} libdns69{a} libdvbpsi6{a} libebml3{a} libedit2{a} libelf1{a} libenca0{a} libevent-1.4-2{a}
  libextractor1c2a{a} libftdi1{a} libgeoip1{a} libgif4{a} libglibmm-2.4-1c2a{a} libgssglue1{a} libgtop2-7{a} libgtop2-common{a} libgudev-1.0-0{a} libicu44{a} libid3tag0{a}
  libimlib2{a} libio-socket-inet6-perl{a} libisc62{a} libisccc60{a} libisccfg62{a} libjs-ext{a} libjs-ext-examples{a} libjsoncpp0{a} libkate1{a} liblircclient0{a}
  liblvm2app2.2{a} libmatroska3{a} libnss-mdns{a} libqtgui4{a} librpcsecgss3{a} librpm1{a} librpmio1{a} libtntnet9{a} libxml++2.6-2{a} lirc{a} nfs-common{a}
  nfs-kernel-server{a} openssh-client{a} openssh-server{a} sendemail{a} ssh{a} tint2{a} tntnet{a} tntnet-runtime{a} udisks{a} udisks-glue{a} vdr-addon-avahi-mounter{a}
  vdr-plugin-epgsearch{a} vdr-plugin-graphtft{ab} vdr-plugin-iptv{a} vdr-plugin-live{a} vdr-plugin-menuorg{a} vdr-plugin-pvr350{a} vdr-plugin-restfulapi{a}
  vdr-plugin-xineliboutput{a} vdr-tft-anthraize{a} vdr-tft-pearlhd{a} vdr-tft-standard{a} vlc{a} vlc-nox{a} xine-ui{a} yavdr-base{a} yavdr-essential yavdr-remote{a}
  yavdr-webfrontend{a}
The following packages will be upgraded:
  vdr
The following packages are RECOMMENDED but will NOT be installed:
  appmenu-qt dosfstools firefox-globalmenu geoip-database libcanberra0 libextractor-plugins python-gtk2 vlc-plugin-notify vlc-plugin-pulse wireless-tools xul-ext-ubufox
1 packages upgraded, 107 newly installed, 0 to remove and 19 not upgraded.
Need to get 71,8 MB/74,9 MB of archives. After unpacking 223 MB will be used.
The following packages have unmet dependencies:
  vdr-plugin-dummydevice: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-xine: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-skinpearlhd: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-xvdr: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-dbus2vdr: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-dynamite: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  graphtft-fe: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-channellists: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-wirbelscan: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-markad: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-streamdev-server: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-text2skin: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-femon: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-graphtft: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-extrecmenu: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-dvbhddevice: Hängt ab von: vdr-abi-1.7.22-yavdr0 which is a virtual package.
  vdr-plugin-dvbsddevice: Hängt ab von: vdr (= 1.7.22-8yavdr1~natty) but 1.7.27-3yavdr0~natty is to be installed.
The following actions will resolve these dependencies:


      Remove the following packages:
1)      vdr-plugin-channellists
2)      vdr-plugin-dbus2vdr
3)      vdr-plugin-dummydevice
4)      vdr-plugin-dvbhddevice
5)      vdr-plugin-dvbsddevice
6)      vdr-plugin-dynamite
7)      vdr-plugin-extrecmenu
8)      vdr-plugin-femon
9)      vdr-plugin-markad
10)     vdr-plugin-skinpearlhd
11)     vdr-plugin-streamdev-server
12)     vdr-plugin-text2skin
13)     vdr-plugin-wirbelscan
14)     vdr-plugin-xine
15)     vdr-plugin-xvdr
16)     vdr-skin-narrowhd
17)     vdr-skins-anthra


      Keep the following packages at their current version:
18)     graphtft-fe [Not Installed]
19)     vdr-plugin-graphtft [Not Installed]
20)     vdr-tft-anthraize [Not Installed]
21)     vdr-tft-pearlhd [Not Installed]
22)     vdr-tft-standard [Not Installed]
23)     yavdr-essential [Not Installed]






Accept this solution? [Y/n/q/?]

sind 69 zeilen noch okay, oder hänge ich das das nächste mal besser als datei an

Das ist wie gesagt mein Testsystem, extra neu aufgesetzt für die scr-sache. nix "böses" drauf oder sonst was. nur die treiber (die neuen linux-media-dkms) hab ich installiert, sonst eigentlich nix dran verändert.