[HOWTO] Netceiver im externen Gehäuse, Infos zum Netceiver

Hi Kris,

ja, hatte ich gerade (OHNE ÄNDERUNGEN) für real_schorsch gemacht um das Problem mit der GNU Lizenzen für den dvbloop bei Multicore in den Griff zu bekommen.

Zitat

singel CPU Board:=OK
easyvdr 0.6.02 md5 (ohne Änderungen)
Tools von Kris
dvbloop von Kris (OK)

Zitat

Mir ist es schon aufgestoßen, das Du willkürlich etwas änderst ohne zu wissen was. Bspw. die Reihenfolge der *.module Datei oder Installieren irgendwelcher HG-DVB Treiber etc. Bei der fehlersuche muss man mit system vorgehen, wie sonst soll man auch fehler finden

Ich nehme nur noch eine frische md5 und Deine Tools, sonst wird das nie etwas. komisch ist einfach das sich eine laufende Version mal an einem Motherboard so verhält und am Multicore wieder anders.

Habe auch gemacht, nichts Anderes als die md5 und Deine NetCeiver-Tools. Aber das Problem mit dem "startvdr/stopvdr" bleibt. Keine Ahnung ob vielleicht doch der NetCeiver eine andere Softwareversion brauch.

Zitat

Am besten Du holst Dir die Log über das easyportal (im Browser die IP Deines VDR eingeben), dort wird alles nötige abgefragt.

Werde ich machen.

Grüße
cinfo

Hallo,

das 2x mal starten hängt auch mit " found: kernel tainted" zusammen.
Hierzu wurde die org. easyvdr 0.6.02 (ohne Änderungen) und der
dvbloop von Kris benutzt.

Systemstart:

Sep 26 10:25:43 (none) kernel: [ 33.792073] Adding 266072k swap on /dev/hdb1. Priority:-1 extents:1 across:266072k
Sep 26 10:25:43 (none) kernel: [ 38.846260] dvbloop: no version for "struct_module" found: kernel tainted.
Sep 26 10:25:43 (none) kernel: [ 38.854744] dvblo: dvblo_chardev_init(): added character device dvblo0
Sep 26 10:25:43 (none) kernel: [ 38.860099] dvblo: dvblo_chardev_init(): added character device dvblo1
Sep 26 10:25:43 (none) kernel: [ 38.865384] dvblo: dvblo_chardev_init(): added character device dvblo2
Sep 26 10:25:43 (none) kernel: [ 38.870670] dvblo: dvblo_chardev_init(): added character device dvblo3
Sep 26 10:25:43 (none) kernel: [ 38.875956] dvblo: dvblo_chardev_init(): added character device dvblo4
Sep 26 10:25:43 (none) kernel: [ 38.881310] dvblo: dvblo_chardev_init(): added character device dvblo5
Sep 26 10:25:43 (none) kernel: [ 38.886707] dvblo: dvblo_chardev_init(): added character device dvblo6
Sep 26 10:25:43 (none) kernel: [ 38.892007] dvblo: dvblo_chardev_init(): added character device dvblo7
Sep 26 10:25:43 (none) kernel: [ 38.892031] dvblo: dvblo_init(): successfully initialized DVB Loopback Adapter Version 0.9.4
Sep 26 10:25:43 (none) kernel: [ 39.567231] EXT3 FS on hdb3, internal journal
Sep 26 10:25:43 (none) RCStart: starte Bootscreen BOOT

nach startvdr/stopvdr

Sep 26 10:27:03 (none) kernel: [ 121.769685] input: DVB on-card IR receiver as /class/input/input5
Sep 26 10:27:03 (none) kernel: [ 121.770096] dvb-ttpci: found av7110-0.
Sep 26 10:27:03 (none) kernel: [ 121.867939] dvblo: dvblo_chardev_init(): added character device dvblo0
Sep 26 10:27:03 (none) kernel: [ 121.873820] dvblo: dvblo_chardev_init(): added character device dvblo1
Sep 26 10:27:03 (none) kernel: [ 121.879394] dvblo: dvblo_chardev_init(): added character device dvblo2
Sep 26 10:27:03 (none) kernel: [ 121.885012] dvblo: dvblo_chardev_init(): added character device dvblo3
Sep 26 10:27:03 (none) kernel: [ 121.890583] dvblo: dvblo_chardev_init(): added character device dvblo4
Sep 26 10:27:03 (none) kernel: [ 121.896369] dvblo: dvblo_chardev_init(): added character device dvblo5
Sep 26 10:27:03 (none) kernel: [ 121.902414] dvblo: dvblo_chardev_init(): added character device dvblo6
Sep 26 10:27:03 (none) kernel: [ 121.908014] dvblo: dvblo_chardev_init(): added character device dvblo7
Sep 26 10:27:03 (none) kernel: [ 121.908160] dvblo: dvblo_init(): successfully initialized DVB Loopback Adapter Version 0.9.4
Sep 26 10:27:03 (none) Runvdr: starte FBTV
Sep 26 10:27:03 (none) Runvdr: start Lirc on com1
Sep 26 10:27:03 (none) kernel: [ 122.040520] pnp: Device 00:09 disabled.
Sep 26 10:27:04 (none) kernel: [ 122.225556] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Sep 26 10:27:04 (none) kernel: [ 122.399342] pnp: Device 00:09 activated.
Sep 26 10:27:04 (none) kernel: [ 122.401488] 00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Sep 26 10:27:04 (none) kernel: [ 122.452165] lirc_dev: IR Remote Control driver registered, at major 61
Sep 26 10:27:04 (none) kernel: [ 122.955571] lirc_serial: auto-detected active low receiver
Sep 26 10:27:04 (none) kernel: [ 122.955871] lirc_dev: lirc_register_plugin: sample_rate: 0
Sep 26 10:27:04 (none) Runvdr: dvdreset
Sep 26 10:27:04 (none) Runvdr: Startfilm beenden
Sep 26 10:27:04 (none) Runvdr: Start VDR
Sep 26 10:27:04 (none) kernel: [ 123.182060] DVB: registering new adapter (dvblo_adap0)
Sep 26 10:27:04 (none) kernel: [ 123.182200] DVB: registering frontend 1 (Virtual DVB Frontend)...
Sep 26 10:27:04 (none) vdr: [8002] VDR version 1.4.7 started

Ich denke das einfach nur Zufall ist, das nur auf Singel-CPU Motherboard der 2te Start gelingt. Das mit den GNU Rechten kann ich nicht einschätzen. Wieso bei ersten Start gemerkt wird und nach Stop und Start alles OK ist?

Anbei noch das logread vom Start und Restart.

Grüße
cinfo

real_schorsch

leider wird vom NetCeiver kein CAM-Modul angezeigt.
Getestet mit Alphacrypt CAM mit Softwareversion 3.16.

Könnte eine Softwareupdate hier helfen?
Ich kann auch leider nicht festellen welche Softwareversion hier läuft.
Da leider unter easyVDR 0.602 das Tool "netcvdiag -v" leider nicht läuft.

Wie könnte man denn noch Softwareupdate vom NetCeiver durchführen?
Da leider unter easyVDR 0.602 das Tool "netcvupdate -A -X netceiver_XXX.tgz" leider nicht läuft.

Ist die Version 868 die aktuellste Version für den NetCeiver bzw. welche Verion ist auf der Hardware bei der Auslieferung (81D)?

Grüße
cinfo

Die Version sieht man direkt, wenn man die SD-Karte in einen PC-Cardreader steckt. Die grösste Nummer der netceivr.xxx-Order wird gebootet.

Update geht im Prinzip auch von Hand. Das tgz auspacken und die beiden .bin in einen neuen netceivr-Ordner mit der Versionsnummer kopieren, mehr braucht's nicht.

Welche Version gerade ausgeleifert wird, weiss ich nicht. 868 sollte aber mit einem CAM schon gehen. Gibt zwar schon was neueres, das hat aber für den normal-vdr-CAM-Mode keine Auswirkung. Du musst dem mcli aber mit "--ca-enable 3" starten, damit die Slots auch sichtbar werden.

BTW: Wir arbeiten gerade an einer neuen FW-Version (mit Rotor). Da sind dann auch neue Tools drin, da gibts dann alles statisch gelinkt.

HI,

Zitat

BTW: Wir arbeiten gerade an einer neuen FW-Version (mit Rotor). Da sind dann auch neue Tools drin, da gibts dann alles statisch gelinkt.

Danke sehr

MFG
KRis

Hi,

Zitat

Typische billige Gbit-Switches haben ihre Multicast-Storm-Limit bei ca. 100Mbit/s. Das reicht für zwei-drei Clients selbst mit HD noch gut aus. Ein managebarer Switch, bei dem man das abschalten/konfigurieren kann, wäre bei grösseren Installationen natürlich hilfreich. Wir sind aber gerade in der Untersuchungsphase, welche "billigen" Switches man wie durch ein EEPROM-Patch auch ohne das Limit benutzen kann. Bei fast allen der da verbauten Switch-Chips ginge das nämlich laut Datenblatt

Gibt es denn schon Geräte wo es mit einem EEPROM Patch läuft bzw.
auf welche Geräte sollte man sich bei der Anschaffung konzentrieren?

Grüße
cinfo

Die SLM2005/2008 von Linksys sind managebar und haben die Grenze schon per Default deaktiviert. Preislich sind die gar nicht soviel teurer wie die "dummen" Switches (60/80EUR für 5/8Ports).

HI,

ich hab nen slm2008, leider war das gar nicht so leicht eines zu bekommen, die hatten irre Lieferzeiten. Für "Normalos" ist der switch super, ich persönlich ärgere mich über das fehlende Layer 3 switching...

Aber Preis/Leistung ist OK, schau mal bei www.computeruniverse.de, die konnten mir den recht schnell organisieren.

MfG
KRis

real_schorsch

leider werden noch immer kein CAM Modul am VDR angezeigt und
die Testkanäle werden auch nicht entschlüsselt?

VDR-CICAM:

CICAM-DVB1-1 - (leer)
CICAM-DVB1-2 - (leer)
CICAM-DVB2-1 - (leer)
CICAM-DVB4-2 - (leer)

Zitat

Welche Version gerade ausgeleifert wird, weiss ich nicht. 868 sollte aber mit einem CAM schon gehen. Gibt zwar schon was neueres, das hat aber für den normal-vdr-CAM-Mode keine Auswirkung. Du musst dem mcli aber mit "--ca-enable 3" starten, damit die Slots auch sichtbar werden.

Mein Startbefehl:
/usr/bin/mcli --dvb-c 1 --ca-enable 3 --ifname eth1 &

Aufdem NetCeiver ist eine Version 88B ist wohl aktuelle als 868 oder?

@All

Zitat

Die SLM2005/2008 von Linksys sind managebar und haben die Grenze schon per Default deaktiviert. Preislich sind die gar nicht soviel teurer wie die "dummen" Switches (60/80EUR für 5/8Ports).

Ja der SLM 2008 sieht doch gut aus, werde mal meine Finger danach ausstrecken.

Grüße
cinfo

HI,

sacht mal leute, läuft der Netceiver bei euch stabil? Ich habe arge Probleme.. Vor zwei Tagen hab ich den Netceiver wieder in gang gesetzt (Dachumbau usw.).

Die ganze Zeit über, hab ich Probleme einen LOCK zu bekommen. Nur der Server greift auf den Netceiver zu, mal hab ich einen LOCK auf dem einen Tuner, mal auf beiden (eher selten) mal gar keinen...

Alle anderen VDRs laufen stabil, ich hab schon die Ausgänge am Multiswitch getestet, auch da, keine Änderung... netcvdiag -a sagt derzeit:

Count: 1
NetCeiver 0:
  UUID <fe80::208:54ff:fe55:178f>, ALIVE, tuners 2
  OS <2.4.32-uc0>, App <0.99.21>, FW <AVR3300/FPGA868>, HW <0053>
  Serial <33ab0000021ab39f>, Vendor <BayCom GmbH>, state 0
  SystemUptime 698, ProcessUptime 688
  Tuner 0: <ST STV0288 DVB-S>,  SatList: <Multiswitch 1>, Preference 0
  Tuner 1: <ST STV0288 DVB-S>,  SatList: <Multiswitch 1>, Preference 0


NetCeiver 0: SatList <Multiswitch 1>, entries 3
  Satname: <S19.2E>, Position <19.2E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_13 DiSEqC <>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_13 DiSEqC <>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_18 DiSEqC <>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_18 DiSEqC <>
  Satname: <S13.0E>, Position <13.0E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_B   TONE_OFF VOLTAGE_13 DiSEqC <>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_B   TONE_ON  VOLTAGE_13 DiSEqC <>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_B   TONE_OFF VOLTAGE_18 DiSEqC <>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_B   TONE_ON  VOLTAGE_18 DiSEqC <>
  Satname: <S28.2E>, Position <28.2E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_13 DiSEqC <>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_13 DiSEqC <>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_18 DiSEqC <>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_18 DiSEqC <>


UUID <fe80::208:54ff:fe55:178f>:
      slot 2.0, type DVB-S, used:   0
      LOCK   , frequency 11695000kHz (1946.4MHz), position <19.2E>
      strength f64a, snr ee55, ber 0000
      NIMCurrent 107
UUID <fe80::208:54ff:fe55:178f>:
      slot 2.1, type DVB-S, used:   0
      NO LOCK, frequency 11338000kHz (1585.8MHz), position <19.2E>
      strength ffff, snr de3d, ber 18a8
      NIMCurrent 108
ro

Was mich dabei wundert ist das hier:

Satname: <S28.2E>, Position <28.2E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_13 DiSEqC <>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_13 DiSEqC <>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_18 DiSEqC <>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_18 DiSEqC <>

S28.2E ? Ich hab Astra und Eutelsat, mehr nicht.

....

ich hab mal die netceiver.conf neu aufgespielt, ich schätze das muss mit dem update 868 zusammenhängen... scheint nun zu klappen...

...

MfG
Kris

Also bei mir löuft der netceiver eignetlich schon recht lange stabil, ab und zu (eher selten scheint sich mal der mcli zu verabschieden).

HI,

also ich hab die nacht ne menge aufnahmen getimed und alle sind geglückt, lag also an der komischen Einstellung. Ich kann also Entwarnung geben

Endlich kann ich den Server mal in betrieb nehmen

MFG
Kris

Hi,

läuft auch bei mir sehr stabil mit v88B, aber ohne CICAM [-ca-enable 3] Unterstützungl

Hat jemand CAM Unterstützung vom NetCeiver?
Oder fehlt hier ein Patch am VDR?

Grüße
cinfo

Ich bekomme es hin, dass easyVDR die Tuner von Netceiver sieht.
Das ganze zu starten ist hakelig und mcli meldet regelmäßig "getötet".
Vermutlich ist in /etc/init.d/Runvdr etwas drin, das mcli abschießt.

Das eigentliche Problem ist aber, dass Netceiver (laut real_schorsch)
eine erweitertes Diseqc.conf erzeugt, in dem in jeder Zeile
vorweg nochmal, die Tuner aufgeführt werden (A1, A2..).
das aktuelle ISO-easyVDR versteht das aber offensichtlich nicht.

Ab welcher Version kann VDR das verstehen, bzw. gibt es dafür
einen Plan-B? Wie komme ich dorthin?
Als ersten Schritt würde es mir reichen, wenn ich Netceiver überhaupt irgendeinen Sender abfordern kann, damit ich weiss, dass die HW grundsätzlich intakt und stabil ist.

Ich wollte gleich nochmal mit einer Campingschüssel (Diseq
abschalten) probieren ob ich mehr Erfolg habe. Mal sehen, wie lange
es dauert, bis es zu kühl wird

Hi,

als ich das Paket für easyvdr geschnürt habe, hatte ich vdr 1.6.0 aktiv. VDR 1.6 ist in easyvdr 0.6.02 dabei und muss "nur" umgeschaltet werden (ich denke man muss nur in /usr/vdr die symlinks ändern), schau mal im easyvdr-board nach.

Die dieseq vom mcli braucht man in easyvdr nicht (in meinen Tests zumindest, startete der VDR nicht mehr wenn man die mcli-diseqc benutzte)

MfG
KRis

Jetzt habe ich es gerafft. Ich dachte es wäre easyvdr06 => 1.6

http://www.easy-vdr.de/forum/index.php?topic=5498.0

Ja, Symlinks auf VDR, Plugins und Locals.
Rechner kompiliert gerade, dann werde ich Eure Anleitung nochmal
durchspielen und hoffen:-).

Der Test mit der Campingantenne (ohne Diseq) war nicht der
Bringer, weil offenbar zu schwaches Signal (Bild hätte mir zum probieren gereicht, keine Artefakte) und daher permanenter Neustart.

Wäre schön, wenn man den abschalten könnte. Steht hier bestimmt irgendwo, aber ich finde nicht die richtige Suchanfrage. Naja, vielleicht
brauche ich das gleich nichtmehr.

Irgendwas hat easyvdr heute auch bewogen mir "jetzt" und "nächste"
immer mit einem Absturz zu quittieren...hmmm. Mal sehen, was bei
1.6 sagt.

Erstmal vielen Dank!

Ich kann das Interface 3+4 jetzt ohne Tricks anwählen
als Default anwählen und sehe mit dem Plugin xxxx die vier
Tuner (einer mit decoder,einer primär etc.), aber
easyvdr benutzt einfach weiter den alten Tuner und das
TV-Programm läuft weiter während die Programmanzeige
munter auf andere Kanäle blättern läßt!?
noad hat abstürzend gebockt (habe ich abgeschaltet) und das
streamdev erwartet seine conf in einem Unterverzeichnis,
Schriftsatz anders, Sprache deutsch..alles ok und problemlos.

Muss ich das Interface auf der FF abschalten (und
die budget ausbauen?)

Was ich nun gar nicht raffe ist, dass ich das "normale"
Netzwerk auf eth1 nicht mehr in Funktion bekomme.
Irgendwas ist jetzt anders, aber warum?!
Wie der geplante Weg aussieht, weiss ich nicht, aber mit
ifconfig -a und udhcpc eth1 ging das bisher.
Sehr merkwürdig....sind zwei gleiche Netzwerkkarten, aber
Netceivers IPV6/dvbloop/mcli laufen nach wie vor auf
eth0.

Nach wie vor eigenartig finde ich auch, dass ich sofort einen
Abflug bekomme, wenn ich "jetzt" oder "nächste" anwähle.
Über EPG kann man alles sehen. Mal gucken ob es im Log
auftaucht, da scheint ja die "EPG"-Abfrage zu stranden.

Grübel....

hi,

Jetzt kommen stichworte (bin unterwegs)
Abstürze bei programme = deaktivere die plugins director, arghdirector und premiereepg und teste
Netzwerk= nimm am bestem eth1 für mcli, ansonsten verstehe ich das Problem nicht richtig
Tuner= es werden halten durch das script von mit erst die ff dann die budget und am ende die netceivertuner verwendet. Ff-tuner abschalten und Budget entfernen hilft

Streamdev aus dem cvs erwartet tatsächlich Die conf im unterverzeichnis

Ansonsten; irgendwann im Dezember folgt ein update meines Paketes, da Schorsch netterweise statische Pakete der netcv-Tools zur Verfügung gestellt hat. Dann schau ich mir auch das gänze unter 1.4 an

Mfg
Kris

Die Kiste fliegt!

Irgendwas bockt noch bei eth1, nach Umstecken jetzt mit Netceivers
IPV6, aber das bekommt man hin. Das "jetzt"-"nächste"-Problem
habe ich noch nicht angesehen.

Die wichtigen Schritte waren das einbinden von Loopback und Co.
nach Eurer Anleitung, die Umschaltung nach VDR 1.6 und der
Ausbau der Budgetkarte/ Deaktivierung des Tuners auf der FF-Karte.

MCLI wurde zwar vorhin nochmal "getötet"...bisher läuft
er aber. Da wäre es sinning automatisch neu hochzustarten.

Ich glaube irgendetwas ist mit meinem Monoblock (dejustiert?)
oder der Verkabelung. Irgendwer muss mir nochmal verraten,
wie ich das Neustarten bei schlechtem Empfang sperren kann.
Damit bekommt man ja jetzt nichteinmal mal die Schüssel
nachjustiert.

Machs mit szap, da startet nichts neu