Netceiver

Aus VDR Wiki
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
(Beschreibung)
K (Distributionen)
 
(20 dazwischenliegende Versionen von 8 Benutzern werden nicht angezeigt)
Zeile 4: Zeile 4:
 
Der Netceiver ist ein Hardwareprodukt erstellt von der Firma [http://www.baycom.de/wiki/index.php/Products::netceiver Baycom], vertrieben von [http://www.reel-multimedia.com/de/shop_netceiver.php Reel-Multimedia]. Es stellt via IPV6-Multicast DVB-Daten über das Netzwerk bereit und kann vom VDR als Eingabedevice verwendet werden.
 
Der Netceiver ist ein Hardwareprodukt erstellt von der Firma [http://www.baycom.de/wiki/index.php/Products::netceiver Baycom], vertrieben von [http://www.reel-multimedia.com/de/shop_netceiver.php Reel-Multimedia]. Es stellt via IPV6-Multicast DVB-Daten über das Netzwerk bereit und kann vom VDR als Eingabedevice verwendet werden.
  
Der Netceiver hat drei Tunersteckplätze, es gibt '''DVB-S''', '''DVB-S2''', '''DVB-T''' und '''DVB-C''' Tuner, die '''DVB-S''' und '''DVB-S2''' gibt es sogar als '''Dualtuner''', so kann ein "Vollausbau" bis zu '''sechs''' Tuner beinhalten.
+
Der Netceiver hat drei Steckplätze für Tuner, es gibt '''DVB-S''', '''DVB-S2''', '''DVB-T''' und '''DVB-C''' Tuner, die '''DVB-S''' und '''DVB-S2''' gibt es sogar als '''Dualtuner''', so kann ein "Vollausbau" bis zu '''sechs''' Tuner beinhalten.
 
Dank IPV6 und Multicast muss auf einem Client nur ein Kernelmodul sowie ein Dämon laufen.  
 
Dank IPV6 und Multicast muss auf einem Client nur ein Kernelmodul sowie ein Dämon laufen.  
  
 
Es gibt auch VDR-Plugins die aber erstmal nicht zwingend nötig sind, letztendlich sind die Plugins "nur" GUIs für die Kommandozeilentools netcvdiag und netcvupdate.
 
Es gibt auch VDR-Plugins die aber erstmal nicht zwingend nötig sind, letztendlich sind die Plugins "nur" GUIs für die Kommandozeilentools netcvdiag und netcvupdate.
  
Achtung - offenbar unterstützt der Netceiver die Prioritätssteuerung des VDR (noch) nicht. Befinden sich mehrere VDRs im Netz, kann ein im Live-Betrieb laufender VDR den letzen Tuner belegen, sodass eventuell anstehende Aufnahmen fehlschlagen. Siehe dazu auch [http://reelbox-forum.com/showpost.php?p=161759 hier].
+
Achtung - offenbar unterstützt der Netceiver die Prioritätssteuerung des VDR (noch) nicht. Befinden sich mehrere VDRs im Netz, kann ein im Live-Betrieb laufender VDR den letzten Tuner belegen, sodass eventuell anstehende Aufnahmen fehlschlagen. Siehe dazu auch [http://reelbox-forum.com/showthread.php?t=19394 hier].
  
 
==Anforderungen==
 
==Anforderungen==
 
===Hardware===
 
===Hardware===
 
====Netceiver====
 
====Netceiver====
*[http://www.reel-multimedia.com/de/shop_netceiver.php Netceiver-Hauptplatine]
+
*[http://www.reel-multimedia.com/de/shop_netceiver.php Netceiver-Hauptplatine, Gehäuse/Netzteil und Komplettgerät]
 
*[http://www.reel-multimedia.com/de/shop_reel_tuner.php Tuner]
 
*[http://www.reel-multimedia.com/de/shop_reel_tuner.php Tuner]
*[http://www.reel-multimedia.com/de/shop_zubehoer.php Netzteil und ggf. ein Gehäuse]
 
*'''Hinweis:''' [http://www.vdr-portal.de/board/thread.php?postid=802470#post802470 Ab Ende April soll es auch einen fertigen Netceiver mit Gehäuse und Netzteil direkt von Reel-Multimedia geben]
 
  
 
Man kann sich auch einen Adapter basteln um ein herkömmliches ATX-Netzteil verwenden zu können.
 
Man kann sich auch einen Adapter basteln um ein herkömmliches ATX-Netzteil verwenden zu können.
Zeile 33: Zeile 31:
 
*VDR oder eine andere unter Linux lauffähige DVB-Software.
 
*VDR oder eine andere unter Linux lauffähige DVB-Software.
 
====sonstiges====
 
====sonstiges====
*Switch; empfehlenswert ist ein 1Gbit switch bspw. Linksys SLM2005 oder SLM2008
+
*Switch; empfehlenswert ist ein 1Gbit Switch bsw. Linksys SLM2005 oder SLM2008
  
 
===Software===
 
===Software===
Die Softwareanforderungen sind relativ gering. Neben eines Kernelmoduls ist nur noch ein Dämon nötig und natürlich eine DVB-Kompatible Software wie der VDR.
+
Die Softwareanforderungen sind relativ gering, für VDR existiert ein Plugin, welches als erstes geladen werden sollte.
 
*VDR oder eine andere unter Linux lauffähige DVB-Software.
 
*VDR oder eine andere unter Linux lauffähige DVB-Software.
 +
* das mcli-Plugin, dieses kann in aktuellster Fassung via svn gezogen werden.
 +
svn co https://svn.baycom.de/repos/vdr-mcli-plugin
 +
 +
Alternativ kann man auch mit einem Kernelmodul und einem Dämon auf den Netceiver zugreifen, somit können auch andere DVB-taugliche Software auf den Netceiver zugreifen (bspw. Kaffeine).
 
*Kernelmodul: dvbloop.ko
 
*Kernelmodul: dvbloop.ko
 
*Kernelmodul: ipv6.ko
 
*Kernelmodul: ipv6.ko
 
*Dämon: mcli
 
*Dämon: mcli
 +
 +
====MAC OS X====
 +
Man kann den Netceiver unter OSX wie folgt nutzen.
 +
 +
'''Man benötigt xcode'''
 +
 +
svn co https://svn.baycom.de/repos/vdr-mcli-plugin
 +
 +
cd vdr-mcli-plugin/mcast/client
 +
 +
make
 +
 +
cd ..
 +
 +
cd netcv2dvbip
 +
 +
make
 +
 +
danach noch aus dem client-verzeichnis die libmcli.dylib nach netcv2dvbip kopieren
 +
 +
danach lässt sich das Programm mit
 +
 +
sudo ./netcv2dvbip
 +
 +
starten
 +
 
====VDR====
 
====VDR====
*EPGSCAN sollte abgeschaltet sein, da der VDR die unangenehme Eigenschaft hat, sich alle nutzbaren Tuner zu "krallen". Wer mehr als ein Client hat, wird probleme bekommen.
+
*EPGSCAN sollte abgeschaltet sein, da der VDR die unangenehme Eigenschaft hat, sich alle nutzbaren Tuner zu "krallen". Wer mehr als ein Client hat, wird Probleme bekommen.
*Ein beliebiges Ausgabedevice sollte vorhanden sein (Xine, softdevice, FF-Karte etc)
+
*Ein beliebiges Ausgabedevice sollte vorhanden sein (Xine, softdevice, FF-Karte usw.)
 
*Der VDR kann ganz ohne Kernelmodul und ohne speziellen Daemon direkt auf den NetCeiver zugreifen. Hierfür muss das Mcli-Plugin aus dem Subversion-Repository unter http://svn.baycom.de/repos/vdr-mcli-plugin verwendet werden. In diesem Repository befindet sich auch der Quellcode aller Tools und optionalen Daemons.
 
*Der VDR kann ganz ohne Kernelmodul und ohne speziellen Daemon direkt auf den NetCeiver zugreifen. Hierfür muss das Mcli-Plugin aus dem Subversion-Repository unter http://svn.baycom.de/repos/vdr-mcli-plugin verwendet werden. In diesem Repository befindet sich auch der Quellcode aller Tools und optionalen Daemons.
  
Zeile 61: Zeile 89:
  
 
=====Kernelversion größer 2.6.26=====
 
=====Kernelversion größer 2.6.26=====
Da die Original-Quellen nur auf alten Kernels (kleiner 2.6.26) durchkompilieren, muss man sich bei einer Distribution mit neuem Kernel anders behelfen. Zu allererst werden die aktuellen DVB-Treiber geladen:
+
Da die Original-Quellen nur auf alten Kernels (kleiner 2.6.26) kompilieren, muss man sich bei einer Distribution mit neuem Kernel anders behelfen. Zuallererst werden die aktuellen DVB-Treiber geladen:
  
  hg clone http://mercurial.intuxication.org/hg/s2-liplianin
+
  hg clone http://linuxtv.org/hg/v4l-dvb
  
Nach dem Auschecken, muss der Quellcode für das dvbloop-Modul per [http://www.vdr-portal.de/board/thread.php?postid=782320#post782320 Patch von Razorblade] angepasst werden.  
+
Nach dem Auschecken, muss der Quellcode für das dvbloop-Modul per [http://www.vdrportal.de/board/attachment.php?attachmentid=24024 Patch von Razorblade] angepasst werden.  
  
  cd s2-liplianin
+
  cd v4l-dvb
zcat ../dvbloop-s2api.patch.gz | patch -p1
+
  zcat ../dvbloop-s2api-0.3.diff.gz | patch -p1  
oder
+
  zcat ../dvbloop-s2api-0.2.diff.gz | patch -p1  
+
  
Das Patchen der letzten Datei (ein Makefile) wird fehlschlagen. Diese Datei zuletzt manuell editieren. In die lange Zeile gehört ganz ans Ende ein "dvbloop/" angehängt, dass der neue Treiber mitkompiliert wird.
+
Gegebenenfalls (keine sonstigen DVB-Devices im System) kann man noch per "make menuconfig" alle anderen Treiber außer dvbloop deaktivieren.
 
+
vi linux/drivers/media/dvb/Makefile
+
 
+
aus der Zeile
+
obj-y        := dvb-core/ frontends/ ttpci/ ttusb-dec/ ttusb-budget/ b2c2/ bt8xx/ dvb-usb/ pluto2/ siano/ dm1105/ mantis/
+
wird nun
+
obj-y        := dvb-core/ frontends/ ttpci/ ttusb-dec/ ttusb-budget/ b2c2/ bt8xx/ dvb-usb/ pluto2/ siano/ dm1105/ mantis/ dvbloop/
+
  
 
Nun wird mit "make" und "make install" alles kompiliert und installiert.
 
Nun wird mit "make" und "make install" alles kompiliert und installiert.
Zeile 92: Zeile 111:
 
  http://www.baycom.de/download/netceiver/netceiver_tools_static_20081113.tgz
 
  http://www.baycom.de/download/netceiver/netceiver_tools_static_20081113.tgz
  
Per Default macht der mcli alle vorhandenen Tuner in der DVB-API sichtbar. Bei mehreren Clients sollte das etwas eingeschränkt werden. Mit den Kommandozeilenoptionen --dvb-s/--dvb-s2/--dvb-t/--dvb-c kann für jeden Tunertyp eine Maximalzahl angegeben werden. Da das DVB-API-Subsystem kein richtiges Hotplug beherrscht, sollte man die Anzahl der Tuner nicht verringern, wenn noch eine DVB-Anwendung läuft. Zuviel angelegte DVB-Geräte wird man am besten los, wenn das dvbloop-Modul entladen und neu geladen wird.
+
Per Default macht der mcli alle vorhandenen Tuner in der DVB-API sichtbar. Bei mehreren Clients sollte das etwas eingeschränkt werden. Mit den Kommandozeilenoptionen --dvb-s/--dvb-s2/--dvb-t/--dvb-c kann für jeden Tunertyp eine Maximalzahl angegeben werden. Da das DVB-API-Subsystem kein richtiges Hotplug beherrscht, sollte man die Anzahl der Tuner nicht verringern, wenn noch eine DVB-Anwendung läuft. Zu viel angelegte DVB-Geräte wird man am besten los, wenn das dvbloop-Modul entladen und neu geladen wird.
  
 
====Optionale Pakete====
 
====Optionale Pakete====
Zeile 98: Zeile 117:
 
*netcvdiag: Kommandozeilentool, sehr hilfreich zur Diagnose
 
*netcvdiag: Kommandozeilentool, sehr hilfreich zur Diagnose
 
**libxml2 wird benötigt
 
**libxml2 wird benötigt
*netcvupdate: Kommandozeilentool, ermöglicht es, Firmwareupdates zu installieren oder div. settings zu laden. Außerdem ist ein Neustart des Netceiver möglich
+
*netcvupdate: Kommandozeilentool, ermöglicht es, Firmwareupdates zu installieren oder div. Einstellungen zu laden. Außerdem ist ein Neustart des Netceiver möglich
 
**tnftp wird benötigt (IPv6-fähiger FTP-Client)
 
**tnftp wird benötigt (IPv6-fähiger FTP-Client)
 
Die Netcvtools gibt es hier
 
Die Netcvtools gibt es hier
 
  svn co svn://reelbox.org/precompiled/
 
  svn co svn://reelbox.org/precompiled/
 
Die beiden Programme netcvupdate und netcvdiag müssen via gunzip entpackt werden. Statisch gelinkte Versionen sind in dem oben angegebenen mcli-Paket ebenfalls enthalten.
 
Die beiden Programme netcvupdate und netcvdiag müssen via gunzip entpackt werden. Statisch gelinkte Versionen sind in dem oben angegebenen mcli-Paket ebenfalls enthalten.
 +
 +
==Installation in eine VDR Umgebung==
 +
In der Vergangenheit war es notwendig, sowohl ein Kernelmodul als auch einen Dämon zu installieren, um auf den Netceiver zugreifen zu können.
 +
 +
Das hatte Vor- aber auch Nachteile, die Nachteile waren bspw. das man den VDR-Start entsprechend verzögern musste, bis das Modul und der Dämon gestartet waren. Diese und andere Tatsachen aber, haben gerade Neulinge (und auch Profis) manchmal zur Verzweifelung getrieben.
 +
 +
Wir VDR Nutzer haben es nun einfacher da es nun ein Plugin gibt.
 +
 +
Das Mcli-Plugin erlaubt es uns, ohne Installation irgendwelcher Module den Netceiver zu nutzen. Und mehr noch, wir können Features wie bspw. Multi-Transponder-Decryption nutzen, also das gleichzeitige entschlüssen von Sendern die auf unterschiedlichen Transpondern liegen.
 +
 +
===Kompilieren===
 +
Das Plugin gibt es via svn hier:
 +
svn co https://svn.baycom.de/repos/vdr-mcli-plugin
 +
 +
Im [https://launchpad.net/~yavdr Yavdr Launchpad Repository] gibt es auch ein Ubuntupaket, welches sich leicht auf Debian umsetzen lassen sollte.
 +
 +
Zum Kompilieren wird folgendes benötigt:
 +
cdbs,
 +
vdr-dev,
 +
gettext und
 +
libxml2-dev
 +
 +
um die Tools netcvdiag bzw. netcvupdate nutzen zu können, wird außerdem noch tnftp benötigt.
 +
 +
===Plugin-Parameter===
 +
Das Plugin besitzt dabei folgende Paramater:
 +
  --ifname <auf welches Netzwerkdevice soll das Plugin nach einem Netceiver suchen, wichtig bspw. für VLAN>
 +
  --port <port> (default: -port 23000)
 +
  --dvb-s <num> --dvb-c <num> --dvb-t <num> --atsc <num> --dvb-s2 <num>
 +
    <damit kann man die Nutzbaren Tuner limitieren, bspw "--dvb-S2 1" limitiert die Nutzung von einem DVB-S2 Tuner, auch wenn mehrer vorhanden sind (default: 8)
 +
  --mld-reporter-disable
 +
  --sock-path <filepath>
 +
 +
===Einrichten eines VLAN===
 +
Es empfiehlt sich, bspw. bei Nutzung eines WLAN-Router im gleichen Netz, ein VLAN zu nutzen. Neben einen VLAN-fähigen Switch wird auch eine entsprechende Konfiguration am Betriebssystem nötig. Dabei wird der Port des Netceivers als "untagged VLAN 2" konfiguriert. Der VDR hingegen bekommt die Einstellung "untagged VLAN1, tagged VLAN 2". Anstelle von VLAN 1 und 2 sind auch jedes beliebige andere VLAN möglich, da der Netceiver selbst sich nicht um VLANs kümmert und die Zuordnung nur durch die Portkonfiguration ergibt.
 +
 +
Beispielhaft unter Ubuntu Lucid:
 +
 +
Es muss das Paket VLAN installiert entsprechend konfiguriert werden
 +
apt-get install vlan
 +
 +
Das Modul 8021q muss geladen werden
 +
modprobe 8021q
 +
damit man das nicht für den nächsten Systemstart manuell machen müssen, tragen wir dies noch in /etc/modules ein
 +
echo 8021q >>/etc/modules
 +
 +
Wir erstellen nun eine virtuelle Netzwerkkarte und nennen diese eth0.2
 +
vconfig add eth0 2
 +
Das zwischen eth0 und der 2 KEIN Punkt ist, ist richtig.
 +
 +
Anschließend sagen wir dem System, das es eine virtuelle Netzwerkkarte gibt, dazu fügen wir am ende der /etc/network/interfaces folgendes ein
 +
auto eth0.2
 +
iface eth0.2 inet static
 +
        address 10.0.0.1
 +
        netmask 255.255.255.0
 +
vlan_raw_device eth0
 +
Haben wir mehr als ein Endgerät was auf den Netceiver zugreift (bspw. zwei oder drei VDR-Clients), so muss bei jedem Client eine andere "address" stehen. Bei Client zwei bspw. "address 10.0.0.2" bei Client drei "address 10.0.0.3" etc.
 +
 +
Zum Schluss, teilen wir dem Mcli-Plugin mit, das es auf die virtuelle Karte "horchen" muss. Bei Ubuntu/Debian genügt es, folgendes in die /etc/vdr/plugins/plugin.mcli.conf am ende einzutragen
 +
--ifname eth0.2
 +
 +
Wenn wir nun eine passende Channels.conf für unsere Konfiguration haben, sollte bei einem Reboot des systems ein Bild zu sehen sein.
 +
 +
===weitere goodies===
 +
Es lohnt sich außerdem nach dem runterladen des Sourcecode, ein Blick ins mcast Verzeichnis zu werfen.
 +
 +
mcast/tools dort befinden sich nachfolgende Tools
 +
netcvdiag # Diagnosetool
 +
netcvupdate und # Um ein Firmwareupdate des Netceivers oder Reboot durchzuführen.
 +
netlogview # zeigt an, was gerade so los ist ;)
 +
Diese Tools laufen aber erst, wenn der VDR mit GELADENEM Mcli Plugin gestartet wurde.
 +
 +
mcast/client dort liegt der mcli-Dämon vor, mit
 +
make mcli
 +
läßt sich dieser kompilieren. Für VDR mittlereile nicht nötig, aber andere Linuxbasierte Geräte freut es.
 +
 +
mcast/dvbloop das Kernelmodul dvbloop.
 +
 +
mcast/dvbfuse ist ein fuse (FileSystem in userspace) Treiber.
 +
 +
mcast/netcv2dvbip damit werden die Multicast Paketes an das Loopback Interface geroutet.
  
 
==Stromverbrauch==
 
==Stromverbrauch==
Zeile 116: Zeile 216:
 
Die Tuner werden nach 30min. teilweise abgeschaltet, sofern sie nicht verwendet werden. Der Ruheverbrauch liegt dann je nach Tunertyp und Anzahl bei ca. 8-14W für den gesamten NetCeiver.
 
Die Tuner werden nach 30min. teilweise abgeschaltet, sofern sie nicht verwendet werden. Der Ruheverbrauch liegt dann je nach Tunertyp und Anzahl bei ca. 8-14W für den gesamten NetCeiver.
  
==Distributionen==
 
Es gibt derzeit drei Distributionen, bei der der Netceiver out-of-the-box läuft. Als da wären:
 
*[http://www.easy-vdr.de Easy-vdr]: eine sehr schöne Distribution die auch bzw. gerade für Anfänger geeignet ist.
 
  
*[http://www.minidvblinux.org MLD (pre-alpha)]: das MiniDVBLinux ist eine Mini Distribution. Mini ist jedoch nur die größe (Download knapp 9MB) dahinter steckt aber eine vollwertige Distribution, die Netceiverunterstützung wird gerade getestet und ist pre-alpha.
+
Messung kalibriertem TrueRMS-Wattmeter
  
 +
2 Tuner im Idle, keine Netzwerkverbinung: 5.6W
 +
2 Tuner im Idle, Netzwerkverbinung: 7.8W
 +
1 Tuner aktiv, Streaming läuft: 12.4W
 +
2 Tuner aktiv, Streaming läuft: 14.2W
 +
 +
Der cos phi war bei allen Messungen im Bereich von etwa 0.4. Eine Messung mit einem billigen Wattmeter wird also etwa doppelt so hohe Werte ergeben. Der Netceiver hatte einen Dual-S2 Tuner gesteckt, welcher an einen selbstversorgten Multiswitch angeschlossen war (also keine LNB-Speisung).
 +
 +
==Distributionen==
 +
Es gibt derzeit vier Distributionen, bei der der Netceiver out-of-the-box läuft. Als da wären:
 +
*[[EasyVDR]] eine sehr schöne Distribution die auch bzw. gerade für Anfänger geeignet ist.
 +
*[[MLD]] das MiniDVBLinux
 
*[http://www.reel-multimedia.com/de/support_software_updates.html Reel-VDR]: Distribution der Firma Reel-Multimedia, konzipiert für die Reelbox-Avantgarde.
 
*[http://www.reel-multimedia.com/de/support_software_updates.html Reel-VDR]: Distribution der Firma Reel-Multimedia, konzipiert für die Reelbox-Avantgarde.
 +
*[[yaVDR]] unterstützt seit 0.2  den Netceiver.
 +
 
==FAQ==
 
==FAQ==
 +
 +
===Ich habe sehr viele Discontinuity Meldungen vom mcli und regelmäßiges Stocken selbst bei SDTV===
 +
Dieses Phänomen wurde häufig im Zusammenhang mit Netzwerkkarten beobachtet, die vom "forcedeth" Treiber angesprochen werden. Dabei handelt es sich um Onboard-Karten auf vielen nVidia Motherboards. Leider gibt es dafür keinen bekannten Workaround, es muss eine andere Netzwerkkarte (notfalls auch USB) eingesetzt werden.
  
 
===Welche IP-Adresse hat der Netceiver?===
 
===Welche IP-Adresse hat der Netceiver?===
Zeile 129: Zeile 242:
  
 
===Kann ich den Netceiver außerhalb einer AVG der Firma Reel-Multimedia betreiben?===
 
===Kann ich den Netceiver außerhalb einer AVG der Firma Reel-Multimedia betreiben?===
Natürlich ist das möglich, man sollte möglichst einen "managbare" Gigabit-switch verwenden, zu empfehlen wäre der Linksys SLM2005 bzw. SLM2008
+
Natürlich ist das möglich, man sollte möglichst einen "managebare" Gigabit-switch verwenden, zu empfehlen wäre der Linksys SLM2005 bzw. SLM2008
  
 
===Muss es unbedingt ein Switch von Linksys SLM2005 bzw. SLM2008 sein?===
 
===Muss es unbedingt ein Switch von Linksys SLM2005 bzw. SLM2008 sein?===
 
Dazu zitiere ich Deti aus dem [http://reelbox-forum.com/showpost.php?p=89586&postcount=11 Reel-Forum]:
 
Dazu zitiere ich Deti aus dem [http://reelbox-forum.com/showpost.php?p=89586&postcount=11 Reel-Forum]:
  
''Das Hauptproblem bei vielen nicht-managebaren Switches ist, dass die maximal nutzbare Multicastbandbreite auf 10% der Portbandbreite festgelegt wird. So stehen bei einem GE-Port lediglich 100Mbit/s für DVB via NetCeiver zur Verfügung. Das ist in der Regel kein Problem, sofern nicht alle 6 Tuner eines NetCeivers gleichzeitig ihren kompletten Transportdatenstrom ins Netz streamen. Daraus lassen sich nun für eine Switchkaufentscheidung folgende Schlüsse ziehen:''
+
''Das Hauptproblem bei vielen nicht-managebaren Switches ist, dass die maximal nutzbare Multicastbandbreite auf 10% der Portbandbreite festgelegt wird. So stehen bei einem GE-Port lediglich 100Mbit/s für DVB via NetCeiver zur Verfügung. Das ist in der Regel kein Problem, sofern nicht alle 6 Tuner eines NetCeivers gleichzeitig ihren kompletten Transportdatenstrom ins Netz streamen. Daraus lassen sich nun für eine Kaufentscheidung zum Switch folgende Schlüsse ziehen:''
  
 
*Wer nur einen NetCeiver mit maximal 3 Tunern betreibt, kommt mit einem günstigen Miniswitch wie z.B. 3COM 3CGSU08-ME problemlos aus.
 
*Wer nur einen NetCeiver mit maximal 3 Tunern betreibt, kommt mit einem günstigen Miniswitch wie z.B. 3COM 3CGSU08-ME problemlos aus.
Zeile 148: Zeile 261:
 
Der genannte Linksys-Switch ist nur eine Benutzerempfehlung, da dort das Preis/Leistungsverhältnis o.k. ist.
 
Der genannte Linksys-Switch ist nur eine Benutzerempfehlung, da dort das Preis/Leistungsverhältnis o.k. ist.
 
===Ich habe den Netceiver ausgelagert, leider ist mein WLAN unbenutzbar, was kann ich dagegen machen?===
 
===Ich habe den Netceiver ausgelagert, leider ist mein WLAN unbenutzbar, was kann ich dagegen machen?===
Der Netceiver stellt seine Daten via Multicast zur Verfügung, Wlan ist leider nicht in der Lage diese "Flut" an Daten zu händeln (WLAN kann kein echtes Multicast). Das führt dazu, dass Wlan-Geräte nahezu unbedienbar werden.
+
Der Netceiver stellt seine Daten via Multicast zur Verfügung, Wlan ist leider nicht in der Lage diese "Flut" an Daten zu behandeln (WLAN kann kein echtes Multicast). Das führt dazu, dass Wlan-Geräte nahezu unbedienbar werden.
Lösen kann man das Problem am einfachsten, indem man für das WLAN Netz andere IP Adressen vervendet als für das verkabelten Netz.
+
Lösen kann man das Problem am einfachsten, indem man für das WLAN Netz andere IP Adressen verwendet als für das verkabelten Netz.
  
 
Ein "grafisches" Beispiel könnte so aussehen:
 
Ein "grafisches" Beispiel könnte so aussehen:
Zeile 173: Zeile 286:
 
               |  |
 
               |  |
 
               |  +----------- Spielekonsole (192.168.0.x)
 
               |  +----------- Spielekonsole (192.168.0.x)
               +-------------- Reelbox (192.168.0.x)
+
               +-------------- VDR (192.168.0.x)
  
 
Bei einer Fritzbox kann man das wie folgt im Webinterface einstellen: Auf Einstellungen -> System -> Netzwerk -> IP-Adressen -> Haken entfernen bei "Alle Computer befinden sich im selben IP-Netzwerk".
 
Bei einer Fritzbox kann man das wie folgt im Webinterface einstellen: Auf Einstellungen -> System -> Netzwerk -> IP-Adressen -> Haken entfernen bei "Alle Computer befinden sich im selben IP-Netzwerk".
  
 
===Woher bekomme ich eine aktuelle Firmware für den Netceiver?===
 
===Woher bekomme ich eine aktuelle Firmware für den Netceiver?===
Für Benutzer einer Reelbox AVG gibt es im OSD ein Menü für den Softwareupdate, alle anderen bedienen sich via subversion  
+
Für Benutzer einer Reelbox AVG gibt es im OSD ein Menü für den Softwareupdate, alle anderen bedienen sich via [http://subversion.apache.org/ Subversion]
 
  svn co svn://reelbox.org/stable/packages/netceiver-firmware/ROOT/usr/share/reel/netcv/update netcv
 
  svn co svn://reelbox.org/stable/packages/netceiver-firmware/ROOT/usr/share/reel/netcv/update netcv
 
die Firmware befindet sich nun im Verzeichnis ./netcv und ist gepackt.
 
die Firmware befindet sich nun im Verzeichnis ./netcv und ist gepackt.
Zeile 188: Zeile 301:
 
  netcvupdate -A -X <updatefile> -R
 
  netcvupdate -A -X <updatefile> -R
  
'''Möglichkeit 3)''' SD-Karte ausbauen und unter Linux folgende Kommandos ausführen
+
'''Möglichkeit 3)''' SD-Karte ausbauen und unter Linux als Superuser folgende Kommandos ausführen
  
 
  tar xvfz netceiver_8AV.tgz        #(Entpackt die Firmware)
 
  tar xvfz netceiver_8AV.tgz        #(Entpackt die Firmware)
  mkfs.vfat -I /dev/XXX             #(DOS-FS als Superfloppy anlegen) XXX für den Mountpunkt vom Cardreader müsst Ihr selber raussuchen
+
  mkfs.vfat -I /dev/sdX             #(DOS-FS als Superfloppy anlegen) die genaue Bezeichnung von /dev/sdX für den Mountpunkt  
 +
                                    # vom Cardreader müsst Ihr selber heraussuchen
 
                                     # mkfs.vfat ist nur beim ersten Mal notwendig!
 
                                     # mkfs.vfat ist nur beim ersten Mal notwendig!
  mkdir /sdcard                     #(Bastelmountpunkt)
+
  mkdir /mnt/sdcard                 # Einbinden der SD-Karte
  mount /dev/XXX /sdcard
+
  mount /dev/sdX /mnt/sdcard
  mkdir -p /sdcard/etc/rc.d
+
  mkdir -p /mnt/sdcard/etc/rc.d
  mkdir /sdcard/netceivr.8AV
+
  mkdir /mnt/sdcard/netceivr.8AV
  cp fpga.bin image.bin /sdcard/netceivr.8AV
+
  cp fpga.bin image.bin /mnt/sdcard/netceivr.8AV
  cp S25mserv /sdcard/etc/rc.d
+
  cp S25mserv /mnt/sdcard/etc/rc.d
  umount /sdcard
+
  umount /mnt/sdcard
 +
 
 +
Standardmäßig bootet der NetCeiver die größte Versionsnummer (das xxx im netceivr.xxx-Ordner, xxx=Jahr-Monat-Tag, zB. 8AV=2008-10-31). Solange eine Netzwerkverbindung besteht, können die auf der Karte liegenden Versionen mit netcvupdate und den Optionen -L/-I/-E/-Z gelistet bzw. (de)aktiviert werden.
  
Standardmäßig bootet der NetCeiver die grösste Versionsnummer (das xxx im netceivr.xxx-Ordner, xxx=Jahr-Monat-Tag, zB. 8AV=2008-10-31). Solange eine Netzwerkverbindung besteht, können die auf der Karte liegenden Versionen mit netcvupdate und den Optionen -L/-I/-E/-Z gelistet bzw. (de)aktiviert werden.
 
 
==CAM'S==
 
==CAM'S==
 
Alphacrypt Light      Software 1.18/1.19
 
Alphacrypt Light      Software 1.18/1.19
Zeile 209: Zeile 324:
 
Mit folgenden Änderungen können mehrere Sender gleichzeitig entschlüsselt werden:
 
Mit folgenden Änderungen können mehrere Sender gleichzeitig entschlüsselt werden:
  
1 Sprache Deutsch
+
1 Sprache Deutsch
 
+
2 Smartkartmeldungen 10 sek
2 Smartkartmeldungen 10 sek
+
4 Experten menü
 
+
4 Experten menü
+
 
+
 
+
> Experten Menü
+
 
+
1 CA-SYSTEME  MULTI (mehrere)
+
 
+
2 CA-Anmeldung Dynamic (immer erneuern)
+
 
+
3 Erz. lesen der Org. PMT AUTO
+
 
+
4 CA-PMT löschzeit 1s
+
 
+
5 CI-Fehlerüberwachung 1500ms
+
  
6 dbox kompatiblität ein
+
> Experten Menü
 +
1 CA-SYSTEME  MULTI (mehrere)
 +
2 CA-Anmeldung Dynamic (immer erneuern)
 +
3 Erz. lesen der Org. PMT AUTO
 +
4 CA-PMT löschzeit 1s
 +
5 CI-Fehlerüberwachung 1500ms
 +
6 dbox kompatiblität ein
  
 
==Links==
 
==Links==

Aktuelle Version vom 5. August 2013, 20:02 Uhr

Inhaltsverzeichnis

[Bearbeiten] Beschreibung

Vorwort: Diese Wiki-Seite befindet sich noch im Aufbau

Der Netceiver ist ein Hardwareprodukt erstellt von der Firma Baycom, vertrieben von Reel-Multimedia. Es stellt via IPV6-Multicast DVB-Daten über das Netzwerk bereit und kann vom VDR als Eingabedevice verwendet werden.

Der Netceiver hat drei Steckplätze für Tuner, es gibt DVB-S, DVB-S2, DVB-T und DVB-C Tuner, die DVB-S und DVB-S2 gibt es sogar als Dualtuner, so kann ein "Vollausbau" bis zu sechs Tuner beinhalten. Dank IPV6 und Multicast muss auf einem Client nur ein Kernelmodul sowie ein Dämon laufen.

Es gibt auch VDR-Plugins die aber erstmal nicht zwingend nötig sind, letztendlich sind die Plugins "nur" GUIs für die Kommandozeilentools netcvdiag und netcvupdate.

Achtung - offenbar unterstützt der Netceiver die Prioritätssteuerung des VDR (noch) nicht. Befinden sich mehrere VDRs im Netz, kann ein im Live-Betrieb laufender VDR den letzten Tuner belegen, sodass eventuell anstehende Aufnahmen fehlschlagen. Siehe dazu auch hier.

[Bearbeiten] Anforderungen

[Bearbeiten] Hardware

[Bearbeiten] Netceiver

Man kann sich auch einen Adapter basteln um ein herkömmliches ATX-Netzteil verwenden zu können. Dazu benötigt man auf der Netceiver-Seite einen Molex 26-48-1085 (3.96mm) und auf der ATX-Seite eine ATX-Buchse.

  • Einkaufsliste bei Farnell mit Bestellnr.
    • Molex Stecker Bestellnr.: 143161
    • Molex Crimpkontakte: 1013097
    • ATX-Buchse Bestellnr: 8116202 nicht bestätigt
    • ATX-Buchse Crimpkontakte Bestellnr.: 8116067 nicht bestätigt

Die Netceiver-Stromversorgung kann aus dem Schaubild ersehen werden. Ihr benötigt vom ATX-Netzteil nur 12V, 5V, 3,3V und GND. Bedenkt bitte auch, das wenn Ihr ein ATX-Netzteil nur für den Netceiver verwenden wollt, an eurem ATX-Adapter Pin14 mit GND zu verbinden (am besten mit einem Schalter). Normalerweise regelt nämlich ein Motherboard den Schaltzustand, da Ihr aber nur einen Netceiver betreibt, fehlt diese "Logik".

[Bearbeiten] Clients

  • min. 100Mbit Netzwerk besser 1GBit.
  • VDR oder eine andere unter Linux lauffähige DVB-Software.

[Bearbeiten] sonstiges

  • Switch; empfehlenswert ist ein 1Gbit Switch bsw. Linksys SLM2005 oder SLM2008

[Bearbeiten] Software

Die Softwareanforderungen sind relativ gering, für VDR existiert ein Plugin, welches als erstes geladen werden sollte.

  • VDR oder eine andere unter Linux lauffähige DVB-Software.
  • das mcli-Plugin, dieses kann in aktuellster Fassung via svn gezogen werden.
svn co https://svn.baycom.de/repos/vdr-mcli-plugin

Alternativ kann man auch mit einem Kernelmodul und einem Dämon auf den Netceiver zugreifen, somit können auch andere DVB-taugliche Software auf den Netceiver zugreifen (bspw. Kaffeine).

  • Kernelmodul: dvbloop.ko
  • Kernelmodul: ipv6.ko
  • Dämon: mcli

[Bearbeiten] MAC OS X

Man kann den Netceiver unter OSX wie folgt nutzen.

Man benötigt xcode

svn co https://svn.baycom.de/repos/vdr-mcli-plugin

cd vdr-mcli-plugin/mcast/client

make

cd ..

cd netcv2dvbip

make

danach noch aus dem client-verzeichnis die libmcli.dylib nach netcv2dvbip kopieren

danach lässt sich das Programm mit

sudo ./netcv2dvbip

starten

[Bearbeiten] VDR

  • EPGSCAN sollte abgeschaltet sein, da der VDR die unangenehme Eigenschaft hat, sich alle nutzbaren Tuner zu "krallen". Wer mehr als ein Client hat, wird Probleme bekommen.
  • Ein beliebiges Ausgabedevice sollte vorhanden sein (Xine, softdevice, FF-Karte usw.)
  • Der VDR kann ganz ohne Kernelmodul und ohne speziellen Daemon direkt auf den NetCeiver zugreifen. Hierfür muss das Mcli-Plugin aus dem Subversion-Repository unter http://svn.baycom.de/repos/vdr-mcli-plugin verwendet werden. In diesem Repository befindet sich auch der Quellcode aller Tools und optionalen Daemons.

[Bearbeiten] Kernelmodul

[Bearbeiten] Kernelversion kleiner 2.6.26

Die Original-Quellen des dvbloop-Modules kompilieren nur sauber auf Kernel-Versionen kleiner 2.6.26!

  • Das Kernelmodul dvbloop.ko ist via Subversion hier zu bekommen:
svn co https://svn.baycom.de/repos/dvbloop/

Es wird außerdem der passende Linuxheader zum Kernel benötigt, nachdem die Software via Subversion geladen wurde, reichen folgende Befehle aus:

cd dvbloop
make KDIR=/usr/src/linux
make install
depmod -ae

Beachtet bitte, das Ihr die Linuxheader passend zum euren Kernel installiert habt und vor dem kompilieren des dvbloop-Modules im Kernelheader-Verzeichnis ein "make modules_prepare" ausführt.

[Bearbeiten] Kernelversion größer 2.6.26

Da die Original-Quellen nur auf alten Kernels (kleiner 2.6.26) kompilieren, muss man sich bei einer Distribution mit neuem Kernel anders behelfen. Zuallererst werden die aktuellen DVB-Treiber geladen:

hg clone http://linuxtv.org/hg/v4l-dvb

Nach dem Auschecken, muss der Quellcode für das dvbloop-Modul per Patch von Razorblade angepasst werden.

cd v4l-dvb
zcat ../dvbloop-s2api-0.3.diff.gz | patch -p1 

Gegebenenfalls (keine sonstigen DVB-Devices im System) kann man noch per "make menuconfig" alle anderen Treiber außer dvbloop deaktivieren.

Nun wird mit "make" und "make install" alles kompiliert und installiert.

[Bearbeiten] Dämon

Mcli ist der eigentliche Dämon, es gibt mcli für zwei verschiedene Libc Versionen

  • für Libc-2.4 hier (bspw. Ubuntu 7x/8x, Debian Lenny etc):
svn co svn://reelbox.org/precompiled/

Nachdem ihr via Subversion die Daten geladen habt reicht ein

gunzip mcli.gz
  • für Libc-2.3 (bspw Debian Etch) hier die statisch gelinkte Version:
http://www.baycom.de/download/netceiver/netceiver_tools_static_20081113.tgz

Per Default macht der mcli alle vorhandenen Tuner in der DVB-API sichtbar. Bei mehreren Clients sollte das etwas eingeschränkt werden. Mit den Kommandozeilenoptionen --dvb-s/--dvb-s2/--dvb-t/--dvb-c kann für jeden Tunertyp eine Maximalzahl angegeben werden. Da das DVB-API-Subsystem kein richtiges Hotplug beherrscht, sollte man die Anzahl der Tuner nicht verringern, wenn noch eine DVB-Anwendung läuft. Zu viel angelegte DVB-Geräte wird man am besten los, wenn das dvbloop-Modul entladen und neu geladen wird.

[Bearbeiten] Optionale Pakete

Die Netcvtools bestehen aus zwei Programmen:

  • netcvdiag: Kommandozeilentool, sehr hilfreich zur Diagnose
    • libxml2 wird benötigt
  • netcvupdate: Kommandozeilentool, ermöglicht es, Firmwareupdates zu installieren oder div. Einstellungen zu laden. Außerdem ist ein Neustart des Netceiver möglich
    • tnftp wird benötigt (IPv6-fähiger FTP-Client)

Die Netcvtools gibt es hier

svn co svn://reelbox.org/precompiled/

Die beiden Programme netcvupdate und netcvdiag müssen via gunzip entpackt werden. Statisch gelinkte Versionen sind in dem oben angegebenen mcli-Paket ebenfalls enthalten.

[Bearbeiten] Installation in eine VDR Umgebung

In der Vergangenheit war es notwendig, sowohl ein Kernelmodul als auch einen Dämon zu installieren, um auf den Netceiver zugreifen zu können.

Das hatte Vor- aber auch Nachteile, die Nachteile waren bspw. das man den VDR-Start entsprechend verzögern musste, bis das Modul und der Dämon gestartet waren. Diese und andere Tatsachen aber, haben gerade Neulinge (und auch Profis) manchmal zur Verzweifelung getrieben.

Wir VDR Nutzer haben es nun einfacher da es nun ein Plugin gibt.

Das Mcli-Plugin erlaubt es uns, ohne Installation irgendwelcher Module den Netceiver zu nutzen. Und mehr noch, wir können Features wie bspw. Multi-Transponder-Decryption nutzen, also das gleichzeitige entschlüssen von Sendern die auf unterschiedlichen Transpondern liegen.

[Bearbeiten] Kompilieren

Das Plugin gibt es via svn hier:

svn co https://svn.baycom.de/repos/vdr-mcli-plugin

Im Yavdr Launchpad Repository gibt es auch ein Ubuntupaket, welches sich leicht auf Debian umsetzen lassen sollte.

Zum Kompilieren wird folgendes benötigt:

cdbs,
vdr-dev,
gettext und
libxml2-dev

um die Tools netcvdiag bzw. netcvupdate nutzen zu können, wird außerdem noch tnftp benötigt.

[Bearbeiten] Plugin-Parameter

Das Plugin besitzt dabei folgende Paramater:

 --ifname <auf welches Netzwerkdevice soll das Plugin nach einem Netceiver suchen, wichtig bspw. für VLAN>
 --port <port> (default: -port 23000)
 --dvb-s <num> --dvb-c <num> --dvb-t <num> --atsc <num> --dvb-s2 <num>
   <damit kann man die Nutzbaren Tuner limitieren, bspw "--dvb-S2 1" limitiert die Nutzung von einem DVB-S2 Tuner, auch wenn mehrer vorhanden sind (default: 8)
 --mld-reporter-disable
 --sock-path <filepath>

[Bearbeiten] Einrichten eines VLAN

Es empfiehlt sich, bspw. bei Nutzung eines WLAN-Router im gleichen Netz, ein VLAN zu nutzen. Neben einen VLAN-fähigen Switch wird auch eine entsprechende Konfiguration am Betriebssystem nötig. Dabei wird der Port des Netceivers als "untagged VLAN 2" konfiguriert. Der VDR hingegen bekommt die Einstellung "untagged VLAN1, tagged VLAN 2". Anstelle von VLAN 1 und 2 sind auch jedes beliebige andere VLAN möglich, da der Netceiver selbst sich nicht um VLANs kümmert und die Zuordnung nur durch die Portkonfiguration ergibt.

Beispielhaft unter Ubuntu Lucid:

Es muss das Paket VLAN installiert entsprechend konfiguriert werden

apt-get install vlan

Das Modul 8021q muss geladen werden

modprobe 8021q

damit man das nicht für den nächsten Systemstart manuell machen müssen, tragen wir dies noch in /etc/modules ein

echo 8021q >>/etc/modules 

Wir erstellen nun eine virtuelle Netzwerkkarte und nennen diese eth0.2

vconfig add eth0 2

Das zwischen eth0 und der 2 KEIN Punkt ist, ist richtig.

Anschließend sagen wir dem System, das es eine virtuelle Netzwerkkarte gibt, dazu fügen wir am ende der /etc/network/interfaces folgendes ein

auto eth0.2
iface eth0.2 inet static
       address 10.0.0.1
       netmask 255.255.255.0
vlan_raw_device eth0

Haben wir mehr als ein Endgerät was auf den Netceiver zugreift (bspw. zwei oder drei VDR-Clients), so muss bei jedem Client eine andere "address" stehen. Bei Client zwei bspw. "address 10.0.0.2" bei Client drei "address 10.0.0.3" etc.

Zum Schluss, teilen wir dem Mcli-Plugin mit, das es auf die virtuelle Karte "horchen" muss. Bei Ubuntu/Debian genügt es, folgendes in die /etc/vdr/plugins/plugin.mcli.conf am ende einzutragen

--ifname eth0.2

Wenn wir nun eine passende Channels.conf für unsere Konfiguration haben, sollte bei einem Reboot des systems ein Bild zu sehen sein.

[Bearbeiten] weitere goodies

Es lohnt sich außerdem nach dem runterladen des Sourcecode, ein Blick ins mcast Verzeichnis zu werfen.

mcast/tools dort befinden sich nachfolgende Tools

netcvdiag # Diagnosetool
netcvupdate und # Um ein Firmwareupdate des Netceivers oder Reboot durchzuführen.
netlogview # zeigt an, was gerade so los ist ;)

Diese Tools laufen aber erst, wenn der VDR mit GELADENEM Mcli Plugin gestartet wurde.

mcast/client dort liegt der mcli-Dämon vor, mit

make mcli

läßt sich dieser kompilieren. Für VDR mittlereile nicht nötig, aber andere Linuxbasierte Geräte freut es.

mcast/dvbloop das Kernelmodul dvbloop.

mcast/dvbfuse ist ein fuse (FileSystem in userspace) Treiber.

mcast/netcv2dvbip damit werden die Multicast Paketes an das Loopback Interface geroutet.

[Bearbeiten] Stromverbrauch

Aus dem Reelbox-Forum kamen folgende Werte:

5V max 1.5A, typisch ohne CAMs eher 0.5A          = 2,5W - 7,5W
3.3V max 6A (bei Twin-DVB-S2, sonst eher max. 3A) = 9,9W - 19,8W
12V max 6A (bei 400mA pro LNB)                    = 38,4W - 72W
                                           Gesamt = 50,8W - 99,3W

Diese Maximalwerte kann man im Normalbetrieb aber eigentlich nicht erreichen. Mit 6 aktivierten S2-Tunern (3*Twin-S2), 5 an einem Multiswitch und einer an Rotor+Einzel-LNB liegt der Verbrauch mit Rotorbewegung bei ca. 35W. Ein wesentlicher Anteil des Verbrauchs entsteht durch die LNB/Rotorversorgung. Ein Multiswitch-Port benötigt ca. 0.5-1.5W, ein Single-LNB schon ca. 4-6W.

Die Tuner werden nach 30min. teilweise abgeschaltet, sofern sie nicht verwendet werden. Der Ruheverbrauch liegt dann je nach Tunertyp und Anzahl bei ca. 8-14W für den gesamten NetCeiver.


Messung kalibriertem TrueRMS-Wattmeter

2 Tuner im Idle, keine Netzwerkverbinung: 5.6W
2 Tuner im Idle, Netzwerkverbinung: 7.8W
1 Tuner aktiv, Streaming läuft: 12.4W
2 Tuner aktiv, Streaming läuft: 14.2W

Der cos phi war bei allen Messungen im Bereich von etwa 0.4. Eine Messung mit einem billigen Wattmeter wird also etwa doppelt so hohe Werte ergeben. Der Netceiver hatte einen Dual-S2 Tuner gesteckt, welcher an einen selbstversorgten Multiswitch angeschlossen war (also keine LNB-Speisung).

[Bearbeiten] Distributionen

Es gibt derzeit vier Distributionen, bei der der Netceiver out-of-the-box läuft. Als da wären:

  • EasyVDR eine sehr schöne Distribution die auch bzw. gerade für Anfänger geeignet ist.
  • MLD das MiniDVBLinux
  • Reel-VDR: Distribution der Firma Reel-Multimedia, konzipiert für die Reelbox-Avantgarde.
  • yaVDR unterstützt seit 0.2 den Netceiver.

[Bearbeiten] FAQ

[Bearbeiten] Ich habe sehr viele Discontinuity Meldungen vom mcli und regelmäßiges Stocken selbst bei SDTV

Dieses Phänomen wurde häufig im Zusammenhang mit Netzwerkkarten beobachtet, die vom "forcedeth" Treiber angesprochen werden. Dabei handelt es sich um Onboard-Karten auf vielen nVidia Motherboards. Leider gibt es dafür keinen bekannten Workaround, es muss eine andere Netzwerkkarte (notfalls auch USB) eingesetzt werden.

[Bearbeiten] Welche IP-Adresse hat der Netceiver?

Keine, der Netceiver ist ein "IPv6-Multicastserver" der seine Daten ins Netz "streamt", dadurch -und mithilfe div. Software- ist es unnötig, eine IPv4-Adresse zu vergeben. Damit ist keine manuelle Eingabe oder DHCP notwendig. Allerdings hat der NetCeiver immer eine IPv6-Adresse, diese wird aber den IPv6-Regeln nach automatisch aus der Ethernet-MAC und dem Link-Prefix gebildet. Die IPv6-Adresse ist bei "netcvdiag" die ausgegebene UUID.

[Bearbeiten] Kann ich den Netceiver außerhalb einer AVG der Firma Reel-Multimedia betreiben?

Natürlich ist das möglich, man sollte möglichst einen "managebare" Gigabit-switch verwenden, zu empfehlen wäre der Linksys SLM2005 bzw. SLM2008

[Bearbeiten] Muss es unbedingt ein Switch von Linksys SLM2005 bzw. SLM2008 sein?

Dazu zitiere ich Deti aus dem Reel-Forum:

Das Hauptproblem bei vielen nicht-managebaren Switches ist, dass die maximal nutzbare Multicastbandbreite auf 10% der Portbandbreite festgelegt wird. So stehen bei einem GE-Port lediglich 100Mbit/s für DVB via NetCeiver zur Verfügung. Das ist in der Regel kein Problem, sofern nicht alle 6 Tuner eines NetCeivers gleichzeitig ihren kompletten Transportdatenstrom ins Netz streamen. Daraus lassen sich nun für eine Kaufentscheidung zum Switch folgende Schlüsse ziehen:

  • Wer nur einen NetCeiver mit maximal 3 Tunern betreibt, kommt mit einem günstigen Miniswitch wie z.B. 3COM 3CGSU08-ME problemlos aus.
  • Wer mehr als 3 Tuner oder gar mehr als einen NetCeiver betreibt, benötigt einen managebaren GE-Switch mit MLD-V2 Snooping und konfigurierbarer Multicast Bandbreite. Geeignete Produkte gibt es z.B. von Cisco oder HP.

Das Limit von 3 Tunern errechnet sich aus aus der Bandbreite von ca. 30Mbit/s pro DVB-S Transponder.

Um Fragen vorzubeugen: Der NetCeiver kann auch vollbestückt mit 6 Tunern an einem Miniswitch funktionieren, jedoch nur, wenn die resultierende Gesamtbandbreite < 90Mbit/s ist.

Beispiel: Der gleichzeitige Empfang von Das Erste, ZDF, RTL, Sat.1, Arte und Premiere 1 benötigt 6 Transponder und somit 6 Tuner, jedoch entsteht nur eine Gesamtbandbreite von ca. 45Mbit/s.

Der genannte Linksys-Switch ist nur eine Benutzerempfehlung, da dort das Preis/Leistungsverhältnis o.k. ist.

[Bearbeiten] Ich habe den Netceiver ausgelagert, leider ist mein WLAN unbenutzbar, was kann ich dagegen machen?

Der Netceiver stellt seine Daten via Multicast zur Verfügung, Wlan ist leider nicht in der Lage diese "Flut" an Daten zu behandeln (WLAN kann kein echtes Multicast). Das führt dazu, dass Wlan-Geräte nahezu unbedienbar werden. Lösen kann man das Problem am einfachsten, indem man für das WLAN Netz andere IP Adressen verwendet als für das verkabelten Netz.

Ein "grafisches" Beispiel könnte so aussehen:

    Dach      +--------------- Netceiver (Multicast)
              | 
              |
              | +------------- PC 1 (192.168.0.x)
              | | +----------- PC 2 (192.168.0.x)
              | | | 
              | | | +--------- Netclient (192.168.0.x)              
             --------  
    1.OG     |switch| (Gigabit) 
             --------      
                |   |      
                |   -------- 
                |   |Router|----- WLAN (192.168.182.x)
                |   --------          
                |          +------- Internet 
             --------       
    EG       |switch| (Gigabit) 
             --------
              |  |
              |  +----------- Spielekonsole (192.168.0.x)
              +-------------- VDR (192.168.0.x)

Bei einer Fritzbox kann man das wie folgt im Webinterface einstellen: Auf Einstellungen -> System -> Netzwerk -> IP-Adressen -> Haken entfernen bei "Alle Computer befinden sich im selben IP-Netzwerk".

[Bearbeiten] Woher bekomme ich eine aktuelle Firmware für den Netceiver?

Für Benutzer einer Reelbox AVG gibt es im OSD ein Menü für den Softwareupdate, alle anderen bedienen sich via Subversion

svn co svn://reelbox.org/stable/packages/netceiver-firmware/ROOT/usr/share/reel/netcv/update netcv

die Firmware befindet sich nun im Verzeichnis ./netcv und ist gepackt.

[Bearbeiten] Wie kann ich den Netceiver manuell aktualisieren

Möglichkeit 1) Seid Ihr Besitzer einer Reelbox AVG oder Ihr verwendet die Reel-VDR Distribution, könnt Ihr im OSD-Menü ein Firmwareupdate ausführen.

Möglichkeit 2) Wenn Ihr das Kommandozeilentool netcvupdate habt, müsst Ihr folgenden Befehl ausführen:

netcvupdate -A -X <updatefile> -R

Möglichkeit 3) SD-Karte ausbauen und unter Linux als Superuser folgende Kommandos ausführen

tar xvfz netceiver_8AV.tgz         #(Entpackt die Firmware)
mkfs.vfat -I /dev/sdX              #(DOS-FS als Superfloppy anlegen) die genaue Bezeichnung von /dev/sdX für den Mountpunkt 
                                   # vom Cardreader müsst Ihr selber heraussuchen
                                   # mkfs.vfat ist nur beim ersten Mal notwendig!
mkdir /mnt/sdcard                  # Einbinden der SD-Karte
mount /dev/sdX /mnt/sdcard
mkdir -p /mnt/sdcard/etc/rc.d
mkdir /mnt/sdcard/netceivr.8AV
cp fpga.bin image.bin /mnt/sdcard/netceivr.8AV
cp S25mserv /mnt/sdcard/etc/rc.d
umount /mnt/sdcard

Standardmäßig bootet der NetCeiver die größte Versionsnummer (das xxx im netceivr.xxx-Ordner, xxx=Jahr-Monat-Tag, zB. 8AV=2008-10-31). Solange eine Netzwerkverbindung besteht, können die auf der Karte liegenden Versionen mit netcvupdate und den Optionen -L/-I/-E/-Z gelistet bzw. (de)aktiviert werden.

[Bearbeiten] CAM'S

Alphacrypt Light Software 1.18/1.19

Funktioniert mit Werkseinstellung: SKY (Alle Kanäle aber immer nur einer gleichzeitig)

Mit folgenden Änderungen können mehrere Sender gleichzeitig entschlüsselt werden:

1 Sprache 			Deutsch
2 Smartkartmeldungen 		10 sek
4 Experten menü
> Experten Menü
1 CA-SYSTEME  			MULTI (mehrere)
2 CA-Anmeldung 		Dynamic (immer erneuern)
3 Erz. lesen der Org. PMT	AUTO
4 CA-PMT löschzeit		1s
5 CI-Fehlerüberwachung		1500ms
6 dbox kompatiblität		ein

[Bearbeiten] Links

  1. VDR-Portal Thread
  2. Hersteller Baycom
  3. Vertrieb Reel-Multimedia
  4. Netceiver Schaubild mit technischen Infos
  5. Reel-VDR: Distribution der Firma Reel-Multimedia
  6. EasyVDR
  7. MLD-MiniDVBLinux