DVB-Cube <<< Das deutsche PC und DVB-Forum >>>
Diverse DVB Software für verschiedene Karten => # Linux DVB (vdr, kaffeine, ect.) => Thema gestartet von: ToRo1978 am 11 August, 2014, 21:17
-
alles was man dazu braucht:
1. einen WLAN Router mit mind. einem USB 2.0 Port mit OpenWrt Support
z.b. viele Atheros based Modelle : TP-Link (TL-WR1043ND, TL-WDR3600, TL-WDR4300) , Netgear WNDR3700v1 , D-Link DIR-825 B1/B2)
2. beliebiges USB DVB Gerät mit Linux Kernel 3.10 Support (z.b. Pinnacle PCTV 400e / 450e ; Pinnacle PCTV HDTV Pro USB ; TechnoTrend TT Connect S2-3600 ; einige Tevii und DVBWorld Modelle)
3. eigenes OpenWrt Image bauen mit Tvheadend Paket und Kernel DVB Support
4. Image flashen und Tvheadend über Web GUI einrichten
Mein Router läuft sowieso 24/7 also kann er auch das TV Signal verteilen, so muss ich dafür keinen extra Server abstellen.
Es läuft erstaunlich stabil auch mit 3 parallelen Streams WLAN / LAN. Als Client nutze ich mehrere Raspis mit XBMC sowie diverse Linux und WIndows PCs/Netbooks mit XBMC oder VLC sowie Android Tablets und Smartphone mit TVHClient.
Wollte Euch nur kurz informieren, das es wirklich funktiomiert. Falls Interesse besteht kann man auch mal weiter ausholen. Das nur erstmal fürs Protokoll.
Grüße
toro
-
Thx :jo
-
Wie sieht es mit denn HD - Streams aus ?
-
ok leider kann ich die Masse an FTA HDTV Programmen aktuell mangels 8PSK Modulation untertstützender USB Box nicht testen (hole ich auf jeden Fall demnächst nach)
Zumindest werden die regionalen WDR Sender ala Aachen , Köln, Dortmund , Essen .. in 720P aber via DVB-S / QPSK auf den Astra Transpondern 12421.50 MHz und 12603.75 MHz übertragen. Das werde ich morgen mal testen mit meiner Pinnacle PCTV 450e USB DVB-S/QPSK Box.
Was ich aber schon jetzt sagen kann:
An der Router mips CPU (Atheros) wird es sicher nicht scheitern (die kann problemlos größere Mengen Daten Streamen) wird ja nur der TS von der Karte geholt und der PS rausextrahiert (demuxt) und neu verpackt HTTP-unicast und dann auf LAN/WLAN gelegt - das braucht nicht so wahnsinnig viel CPU Leistung; und Transcodierung find standardmäßig zumindest mit Tvheadend sowieso nicht statt.
eher kann es mit zunehmendem Dateninput von der USB Box ein I/O Problem geben (muss man testen)
USB wird sicher 20-30 MB/s (160 bis 240 Mbit/s) übertragen können - das würde rein theoretisch für 20-30 DVB-S SD MPEG2 Kanale reichen oder > 10 DVB-S2 H.264 Kanäle
Meine Annahmen sind dabei: SD / QPSK Kanäle haben 4 bis Max. 8 MBit/s Datenstrom (MPEG2-TS) ; HD Kanäle mit H.264 meist 12-20 MBit/s
An LAN scheitert es bei 1000MBit/s auch niemals. An WLAN 300 MBit/s (real / netto ca. 100Mbit/s) im Primnzip auch nicht
Naja ich melde mich wieder dann sag ich detailierteres.
-
Erst mal Danke für Deine Ausführungen :)
Werde das Thema hier weiter verfolgen ...
Viele Grüße aus Dortmund
-
Servus!
Ich habe auch mal sowas angedacht nur haben die Tests mit meiner Broadcom Atheros Hardware gezeigt, dass der USB Datendurchsatz des Router leider nicht ausreicht um 1 HD Programm aufzunehmen und gleichzeitig eine andere Aufnahme von der HDD zu streamen. Also bei mir war nicht die Ethernet Geschwindigkeit das Problem, sondern der mangelnde Datendurchsatz des USB Chips, da die beiden Ports des Routers über einen einzigen Controller Chip abgewickelt wurden.
Kannst du einen OpenWRT Router mit min. 2 USB Ports und genügend Datendurchsatz empfehlen?
-
Ok hab mal länger und präziser getestet:
3 Live TV Streams wiedergeben via VLC/XBMC problemlos
Ab 4 Streams gibt es immer mal Bildfehler (meine Beobachtung ist, dass es an der CPU liegt; der Tvheadend Prozess in der top Anzeige geht bis auf 98%)
An WLAN (wenn N Mode) und LAN wird es niemals hängen (es limitiert einzig die CPU)
Meiner Meinung nach limitiert auch der USB Controller des TP-Link nicht. Meine 4 TB Platte an Fantec USB Gehäuse wird mit 22 MB/s gelesen und 19 MB/s geschrieben. (ein HD Sender macht 8-15 MBit/s und ein SD-Sender ca. 4-8 MBit/s)
Mehrere HD Streams teste ich noch wenn ich die Hardware habe. Mit WDR HD auf 12422 MHz / DVB-S / QPSK auf Astra 19.2 Grad kann ich 3 aufzeichnen (WD Essen /Düsseldorf / Köln HD) und zusätzlich noch einen wieder von der Platte abspielen. Keine Probleme. Aber die Bandbreite erhöht sich nicht bei WDR HD mit jedem neuen Kanal, so dass es nicht unbedingt als guter Test taugt. Ist wohl bei den regional Kanälen so.
Aber ich denke die sehr hochbitratigen Sender der ARD Digital Gruppe auf Astra 19.2 11836 MHz sind für Tests wo es um möglichste viel Traffic auf dem USB Bus geht, sehr gut (Das Erste , Hessen, Bayern , SWR , WDR) machen zusammen in der Spitze schonmal um die 35000 Kbit/s.
Das Erste HD, ZDF HD und co. machen um die 12000 Kbit/s Bitrate - ich mache jede Wette , das es keine Probleme geben wird z.b. zwei aufzuzeichnen und einen zusätzlich noch von der Platte wiederzugeben.
Meine genaue System- und Hardwareaufstellung ist:
TP-Link TL-Wdr3600v1 (AR9344 SoC Mips CPU 560 MHz) mit OpenWrt Barrier Breaker (ar71xx target) und Pinnacle PCTV 450e v1 USB DVB-S Box
Router hat zwar 2 USB Ports aber ich habe einen Hama USB 4Port Hub dran an welchem ein Huawei 3G Stick, ein USB 16GB Stick, eine 4TB USB Platte sowie der USB TV Box hängen.
@ mtron Mit was für einem genauen Routermodell hattest du damals den Tvheadend Test gemacht? Ich kenn nur Router entweder mit Atheros oder Broadcom Soc.
Update: Tvheadend remuxt standardmäßig beim Streaming/Recording von Transport-Stream (TS) nach Matroska-Container (MKV). Wenn man dieses Feature abstellt (im Web GUI -> Configuration -> Recording -> Digital Video Recorder -> Media container: same as source (pass through) ) , reduziert das deutlich die CPU Last und es sind 5 parallele Live-TV Streams (Gesamtbitrate ca 35 MBit/s) fehlerfrei abspielbar (siehe dritte Bild im Anhang)
-
Ok hab mal länger und präziser getestet:
3 Live TV Streams wiedergeben via VLC/XBMC problemlos
Ab 4 Streams gibt es immer mal Bildfehler (meine Beobachtung ist, dass es an der CPU liegt; der Tvheadend Prozess in der top Anzeige geht bis auf 98%)
Ähnliche Beobachtungen habe ich auf meinem Lenovo TP 61 (Baujahr 2008) gemacht.
Mehr als 2 HD - Streams schaft der Oldie einfach nicht wieder zu geben. ;)
(Mein Gehirn schaft eh nur einen HD - Stream ... ;D )
Getestet mit dem VLC - Player + Vdr Streamdev - Plugin ...
-
hallo toro,
auch ich experimentiere sein einiger zeit mit dieser option.
nutze zu diesem zweck einen TL-WR1043ND V 1.10, bin aber leider nicht so erfolgreich.
bei dir dagegen klingt das wie "aus dem ärmel geschüttelt" und mach mir wieder hoffnung.
wäre es dir möglich, das fertige "binary" hier in form des firmware images zur verfügung zu stellen?
(gibts da rechtliche probleme? glaube nicht, oder?)
natürlich wäre ich auch über weitere tipps dankbar.
(quellen der quellen etc.)
oh, fast vergessen: bin neu hier (zugegebenermassen genau wegen deinem post) also erstmal schöne grüsse hier ins forum!
technisch bin ich durchaus versiert, auch die kommandozeile ist mir vertraut, aber in kompilierungsfragen stehe ich meist auf dem schlauch…
-
Hallo yummiweb,
cool das du den Thread gefunden hast. Ein weiterer in der Runde. Willkommen erstmal auch im Forum. Ich hatte damals auch viel gesucht und zwar viele Treffer gehabt aber das entscheidende war nie dabei. Immer so kleine Puzzleteile die ich dann aber zu einem ganzen funktionierendem System zusammensetzen konnte. Dachte schreibste das mal kurz auf in einem recht bekannten DVB Forum, damit ich es selber für mich mal festhalten konnte aber eben auch für all die Interessierten da draußen, die nach sowas suchen , wie z.b. dich.
So da du nun hierher gefunden hast, helfe ich dir sehr gerne. Zunächst kannst du ja mal ein bissel erzählen was du genau vorhast, welche Umgebung , welche Clients , welche Hardware (TV Karte , Sat , Kabel , terrestrisch?). Dann können wir in die Details abtauchen.
Ich kann dir natürlich auch problemlos ein fertiges Image erstellen und privat zum Download geben (rechtliche Probleme sollte es eigentlich nicht geben, da GPL Lizenz nur evtl. die DVB Card firmware seperat)
Aber da du ja von Linux und der Kommandozeile nicht abgeschreckt scheinst, denke ich, dass du es lieber selber bauen solltest, der AHA-Effekt / Lerneffekt ist bedeutend größer. Ich gebe dir alle Hilfe, die du brauchst und versuche alle Fragen zu beantworten. Evtl. wird ja auch mal ein richtioges Tutorial draus.
So erstmal schönen Gruß und angenehmes Wochenende
achja und sorry für die recht späte Reaktion
-
hallo toro,
vielen dank für deine hilfestellung. am besten erläutere ich mal worum es mir geht und meine bisherigen ansätze:
ich suche schon seit mehreren jahren nach einer guten, und ggfs. erweiterbaren lösung um tv-sendungen aufzuzeichnen, ggfs. zu archivieren, filme musik etc. aus dem archiv abzuspielen etc.. für alles gibt es ja (mehr oder weniger gute) FERTIGE einzellösungen, aber irgendwie nicht DIE komplettlösung. man (bzw. frau) will ja nicht mit div. ferbedienungen hantieren, sich auch nicht jedesmal auf eine neue benutzerführung einstellen müssen. ausserdem zieht das ganze geraffel auf dauer auch ordentlich strom, jedenfalls in der derzeitigen konfiguration.
dass möchte ich seit längerem anders lösen. (wie viele andere hier sicher auch)
der vielversprechendste anlaufpunkt für derartige experimente war der raspi. klein, sparsam und softwareseitig sehr flexibel konfigurierbar. dies war auch mein erster kontakt mit xbmc, was bzgl. bedienung und erweiterbarkeit theoretisch genau das abdeckt was ich wollte. leider reichen dessen ressourcen dafür nicht ganz aus, auch nicht wenn man ihn weiter aufdreht. mit openelec ist er schon ziemlich flink, als player/bedienoberfläche am tv völlig o.k., aber es reicht z.b. nicht um im hintergrund mehrere tv-streams (dual dvb-t stick) aufzuzeichen bzw. durchzureichen. hierfür braucht es also eine ausgelagerte lösung, auf der zumindest tvheadend als server vernünftig läuft. und weil das ding ja vermutlich 24/7 an ist, soll es natürlich auch sparsam sein.
auch hierfür gibt es natürlich div. lösungen, (atom, ion, arm etc.) da ich parallel aber ohnehin einen (mac mini) "server" betreibe (muss), lag es natürlich nahe, tvheadend auf diesem laufen zu lassen. oder eben auf irgendeinem anderem gerät, was eh 24/7 durchläuft, wie z.b. ein plasterouter.
eine lösung für den einsatz auf meinem mac server habe ich noch nicht gefunden bzw. noch nicht einsatzfähig hinbekommen.
der läuft ja unter osx mit server "app" und ich nutze div. dienste die in dieser form nicht austauschbar sind. reiner linux betrieb kommt hier also nicht infrage. der osx unterbau ist zwar bsd/unix, was den einsatz von tvheadend ja erstmal nicht ausschliesst. leider sind die div. dvb bibliotheken nicht am mac nutzbar der ja völlig andere dvb schnittstellen bereitstellt. auf diese weise geht es also nicht.
alternativ könnte man auch virtuelle umgebungen headless am server betrieben, virtualbox z.b.. das habe ich woanders prima am laufen. hardwarenahe kommunikation (usb) ist dabei aber leider nicht ganz problemlos. irgendwie geht es, aber bisher nicht zuverlässig.
ich habe in der vm div. linix distris probiert, einfache und hochkomplexe. tvheadend als solches krieg ich bei allen ans fliegen, aber mit der dvb kommunikation gibt es dabei immer probleme. installieren / kompilieren von dvb paketen, firmwares und treiber klappt, dennoch wird mein stick manchmal nicht erkannt oder der stream läuft aus irgendwelchen gründen nicht los, stoppt oder was auch immer. das nervt. ich habe auch openelec (virtual) probiert, weil es bisher auch bei allen anderen geräten gut funktioniert hat. einfachst einzurichten und ressorcenschonend. in der vm ebenso problemlos einzurichten, aber bzgl. dvb-t stick mit denselben macken. eine weiterentwicklung gibts nicht, offiziell wird der virtuelle betrieb nicht mehr unterstützt. (leider)
all das genannte in identischer art und weise an einem "nativ" betrieben gerät (pc, mac im pc mode) durchgeführt, funktioniert zwar wie ich es erwarte (und auch recht zuverlässig), aber nur wegen dem tvheadend dienst mag ich mir halt nicht 24/7 ein extra gerät mit 15-25 Watt verbrauch hinstellen. (mein server zieht headless ca. 8-12 Watt)
also war (bin) ich wieder auf der suche nach einem sparsamen gerät als tvheadend server. und um nicht "ins klo" zu greifen, muss mal erstmal recherchieren. irgendwo las ich dann von tvheadend auf openwrt. da ein kompatibles gerät hier bereits vorhanden ist, war das jetzt der nächste ansatz. also ddwrt- runtergeschmissen und openwrt rauf. mit dem paketmanager tvheadend installiert. funktioniert einwandfrei, aber mein stick wird nicht erkannt. :-( war ja klar…
weitere recherchen brachten mich dann erstmal zu deinen thread.
die ganze treiberarie kann ich zwar sicher auch unter openwrt irgendwie hinbekommen und habe auch keine scheu zu experimenten, schliesslich lernt man dabei ja auch immer wieder etwas neues.
ich fragen mich halt nur ob das den aufwand lohnt und letztlich wirklich alles so funktioniert wie ursprünglich gedacht.
beim raspi war letztlich klar, dass er das nicht leisten kann. wenn es schon unter openelec (gut optimiert) nicht geht, dann würde ich das mit meiner geringen erfahrung auch nicht einem eigenen kompilat besser hinbekommen.
bei dem openwrt sehe ich das etwas anders. wenn das mit deiner firmware bereits "fast" einwandfrei funktioniert, also stick erkannt, leistung nahezu ausreichend sagen wir für 3 von 4 gleichzeitigen aufnahmen, dann könnte man das durch weiteres anpassen sicher noch weiter ausreizen. ich bin da eh auf "handarbeit" eingestellt - auch wenn das für mich (wieder) neuland ist.
aber im moment wäre es echt cool, wenn ich das mit deiner firmware mal antesten könnte, das gäbe mir auftrieb.
was kompilieren betrifft, mache ich das bisher ehrr gezwungenermassen, also wenn z.b. keine binaries verfügbar sind oder die speziell für die eigene plattform erstellt werden müssen. die schritte stelle ich dann aber nicht aus dem gedächtnis zusammen, auch wenn ich den pfad zur quelle kenne. dafür stehe ich mit der syntax einfach zu sehr auf kriegsfuß. ich mach das einfach zu selten. hier halte ich mich i.d.r. an schritt für schritt anleitungen (z.b. aus dem netz) wobei mir da auch nur grob klar ist, worauf es letztlich ankommt und was da eigentlich läuft.
module und/oder optionen manuell zu selektieren bzw anzupassen, davon habe ich keine ahnung (mehr).
ich hab das damals (vor 1995?) ein paar mal gemacht um einen eigenen linux kernel zu bauen (da wollte man schliesslich keinen unnützen ballast auf seiner kiste). ich erinnere mich gerade noch, dass das damals irgendwie mit einem langen textfile ging wo man einfach das gewünschte bzw. unerwünschte ein-/oder auskommentieren musste, aber genaues weiss ich nicht mehr.
das ist jetzt also mein stand. ist etwas länglich geworden, sorry.
wäre nett, wenn du aushelfen könntest.
gruss
yummiweb
EDIT Jürgen:
Leistung (bzw. Leistungsaufnahme) wird in Watt angegeben, nicht "w/h".
Energieverbrauch ergibt sich dann im Produkt mit der Zeit, z.B. in Wattstunden (Wh) oder Kilowattstunden (kWh).
-
gib mir mal die genauen Modelldaten deines OpenWrt Routers und des TV Sticks ?
Alles was du schreibst, kann ich sowas von nachvollziehen. Ging mir auch nicht anders - jahrelange Suche - immer hakte es an einer anderen Stelle - es passte nie so richtig.
Da bin ich bei dem OpenWrt DVB Projekt rausgekommen. Einen DSL-Router hat ja fast jeder rumstehen und die Teile laufen normal 24/7 so bietet sich das ja fast an. Vorrausetzung der DSL Router verträgt OpenWrt und hat einen USB Port.
Die Raspi ist ein schönes Bastelteilchen und für kleinere Serverlösungen OK aber wie du schon bemerkt hast reicht es nicht für größere Datenintensivere Sachen. Aber als TV Client mit XBMC ist Sie nahezu perfekt. XMBC hat ja einen TVHeadend HTS PVR Addon drin.
Eigenständige kleine Mini ITX Intel Celeron (Sandy Bridge / Ivy Bridge / Haswell Systeme sind natürlich auch genial und da gibt es von der Performance natürlich null Probleme aber da haste dann sicher unter Last auch so 15-30 Watt. Mein OpenWrt Router braucht < 10 Watt während Aufnahme und Tv Wiedergabe und Internet via 3G.
Okay also was ich so rauslese ist, dass du OpenWrt nicht selbst bauen willst? Glaub mir das ist nicht wirklich schwer. Es ist nur ein bissel Pakete und Treiber auswählen in einem Config Menü und dann loskompilieren mit "make -j4". Die Kenntnis der Hardware (Routerprofil, DVB Stick Chipsatz) natürlich vorausgesetzt.
Gruß
Torsten
-
@yummiweb: Nur so eine Idee: Ich denke mal das dein TV - Stick eine eigene Firmware benötigt.
Ich hab hier auch solch einen "DVBT - Exotenstick" von Terratec rumliegen.
Der Stick wurde zwar USB - Mäßig erkannt aber ohne Firmware ging da gar nichts.
(Ubuntuserver mit Vdr , Streamdevplugin u. div Netzwerkfreigaben (Samba, Windows))
Die entsprechende Firmware gibt es hier : http://www.linuxtv.org/ als Download
Ubuntu runs on a Mac. Remember ... ;) ;D
-
jo viele USB DVB Geräte brauchen eine Firmware um ordnungsgemäß zu laufen.
Normalerweise sagt der Kernel oder das Kernel-Modul woran es hakt und wie die benötigte Firmwaredatei heißt. Danach kann man dann im Web suchen : linuxtv ist natürlich eine sehr gute Anlaufstelle.
Stick anstecken ; 5 sek warten und dann mal das Kommando in einem Linux Terminal ausführen
dmesg | grep -i firmware
Bsp. meine Pinnacle DVB-S Box
root@OpenWrt:~# dmesg | grep -i irmwa
[ 0.600000] 0x000000020000-0x0000007f0000 : "firmware"
[ 29.000000] dvb-usb: found a 'Pinnacle 450e DVB-S USB2.0' in cold state, will try to load a firmware
[ 29.570000] dvb-usb: downloading firmware from file 'dvb-usb-pctv-400e-01.fw'
Und hier noch mein 8 Euro China Billig DVB-T Stick (der ist gleich im warm state ; braucht keine seperate Firmware)
[ 30.560000] usb 1-1.1.1: dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
[ 30.570000] usbcore: registered new interface driver dvb_usb_rtl28xxu
[ 30.840000] usb 1-1.1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[ 30.850000] DVB: registering new adapter (Realtek RTL2832U reference design)
[ 30.940000] usb 1-1.1.1: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
-
@Toro, @Hans
Hey, so viele Antworten auf einen Schlag. Cool…
O.k., dann versuch ich das mal kombiniert zu beantworten.
Der Thread ist ja bisher nicht so stark frequentiert, da lasse ich Zitate mal weg.
Wer das verfolgt, findet sich vermutlich auch so noch zurecht.
Bei dem Router handelt es sich um einen "TP-Link TLWR1043ND V1.1", gemäss deiner Aufzählung am Anfang dürfte das passen.
War ursprünglich mal gedacht als VPN-Router für "Portunity IP" (feste IP über VPN).
Unter dd-wrt war das leider nicht zuverlässig, daher wurde er kurzfristig durch einen Netgear WNR3500Lv2 ersetzt
der bereits vom Hersteller aus für linux-firmwares "freigegeben" ist.
Witzigerweise hat der die Aufgabe (Portunity VPN) bereits von Haus aus zuverlässig erledigt. (mit original Netgear-Firmware, wer hätte das gedacht)
Weil der TP-Link unter openwrt aber "offiziell" sehr gut als openvpn-router arbeit,
würde es natürlich gut sehr gut passen, wenn die Kiste neben DVB auch das mit erledigt.
(falls der Speicher ausreicht). Dann fliegt der Netgear einfach wieder raus.
Apropos Platz: Wieviel Platz bleibt denn auf der Kiste eigentlich noch nach tvheadend?
So wie sich mein "Projekt" grad darstellt, wären ja für die Komplettlösung folgende Dienste nötig:
DVB / tvheadend,
SMB Client (sonst lassen sich die Streams ja nirgends aufzeichnen nehme ich an)
openvpn Client (ja, kein Server),
NAT,
IP-Tables o.ä,
evtl. DHCP Server (könnte aber auch der Server übernehmen),
WLAN wäre natürlich noch cool
Falls das nicht ohnehin schon den Speicher sprengt, werde also vermutlich gar nicht drumrum kommen,
das alles selbst (bzw. sehr gern mit Hilfe) für den TP-Link zusammenzustellen und zu kompilieren.
Nur würde ich halt zuvor gerne rausfinden, ob das "eigentliche" - nämlich DVB - damit zumindest "ausreichend" anständig läuft.
Falls du mir für dieses Experiment eine tvheadend firmware basteln könntest, wäre das echt cool…
Aber dein Angebot mir grundsätzlich mit einigen Tipps dabei weiter zu helfen, nehme ich trotzdem sehr gern an.
Ich weiss ja, dass das alles nicht so kompliziert sein kann (sonst könnten es ja andere nicht auch).
Aber es ist tatsächlich so, dass da bei mir wohl erst "der Groschen fallen" muss.
Der verwendete Stick ist übrigens ein: "Elgato EyeTV Diversity". Chip müsste ein "DiBcom 7000PC" sein.
Firmware lautet: dvb-usb-dib0700-1.20.fw
[ 2.542788] dvb-usb: found a 'Elgato EyeTV Diversity' in cold state, will try to load a firmware
[ 2.614938] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw'
[ 7.009449] dib0700: firmware started successfully.
Die Firmware war auch nie das Problem.
Auf "nackten" Systemen (ohne dvb ressourcen) musste das zwar erst nachinstalliert werden,
dann wurde der Stick auch zuverlässig erkannt.
Ausnahme: openwrt, da fehlte (mangels binary) halt das komplette dvb zeugs.
Das Problem bei "eigenen" Linux Installationen war ja auch eher, dass der Stream nicht lief. Er fing an zu puffern, das wars.
Beim Einrichten noch alles o.k., Muxe wurden durchsucht, Sender wurden erkannt, manchmal hakte es bei EPG.
Mehr ging dann nicht. Die selbe Symptomatik übrigens mit einem anderen Stick, ein Terratec Cinergy XS (Zarlink Chip).
Der brauchte nichtmal ne Firmware, jedenfalls wurde keine geladen, war einfach so da. Oder eben nicht.
"Richtig" durch, lief das bei beiden bisher nur mit openelec Installationen. Prinzipiell auch in einer VM,
da nur leider nicht zuverlässig genug.
Aktuelle Meldung: "dvr: Recording unable to start: "Filmname": No input detected",
obwohl der Stick erkannt wurde und eigentlich auch arbeitet (siehe dvb meldung oben).
Also sehr merkwürdig.
Auch einen "Realtek RTL2832U" (August DVB-T205 V2) hatte ich zwischendurch mal probiert
weil es hiess, dass der am Raspi ziemlich problemlos laufen soll. Nur meiner nicht.
Der wurde zwar stets problemlos erkannt, (Meldung wie bei dir)
nur hat er nie auch nie nur einen einzigen Sender gefunden.
Ich schweife schon wieder ab, sorry.
Gruss
yummiweb
-
Ok Hans schlechte Nachicht das mit dem Upload wird erstmal nix, da ich zur Zeit über 3G ins Netz muss und aktuell auf 56k zurückgestuft bin wegen Überscheitung des Inkl. Flat Volumens.
Aber es macht nix - wir gehen das jetzt Schritt für Schritt gemeinsam durch - keine Bange das wird kein Problem.
Dein Router ist super (also der Tp-Link) und der Realtek RTL2832U DVB-T Stick ist perfekt (hab den auch)
Gib mir mal noch bitte die USB ID von dem (Kommando: lsusb).
Du brauchst für das Bauen des OpenWrt Tp-link Tvheadend DVB-T Images ne Internetleitung und einen Linux PC (bevorzugt wäre Ubuntu oder Debian) und Plattenplatz von um die 10-20 GB.
Wenn du das hast, kann es losgehen.
kurzer Zeitabriss:
OpenWrt Quellen holen: ca. 2-5 min (svn co svn://svn.openwrt.org/openwrt/trunk)
Feeds/Pakete holen/updaten + installieren : ca. 1-3 min (./scripts/feeds update luci packages oldpackages)
OpenWrt konfigurieren: 5 min (make menuconfig)
OpneWrt kernel konfigurieren: 3 min (make kernel_menuconfig)
Bauen: 1-3 Stunden (je nach CPU und RAM Austattung) (time make -j5 V=s)
Flashen: 1 min (sysupgrade /tmp/openwrt*.bin)
Router konfigurieren: das ist der eigentliche Spaß :-) (vi, nano ... conf files; insmod kernel module u.s.w.)
Gruß erstmal
update1: so könnte nun doch was uploaden. Hab die Tp-link Firmware erstellt. Würde es gerne hier im Forum hochladen, so dass evtl. auch andere Interessenten das nutzen können (aber da is nen filesize limit von 4MB?). Im Web auf den Sharehostern is sowas ja recht schnell wieder weg.
-
hallo toro,
dein kurzer zeitabriss war ja schon die halbe anleitung. (aber nur die halbe)
mit kleinen ausnahmen ist das hier eine reine mac umgebung.
ich musste also erstmal eine vm mit einem aktuellen ubuntu (14.04) aufsetzen
und damit ganz im "urschleim" anfangen.
da macht es sicher sinn im einzelnen zu dokumentieren
wie ich konkret vorgegangen/weitergekommen bin:
das meiste ging nach deinem "zeitplan":
sudo apt-get install subversion
- o.k.
svn co svn://svn.openwrt.org/openwrt/trunk/
- o.k.
öööö, wo liegen jetzt die dateien?
im homeverzeichnis gabs einen neuen ordner "trunk", also ist er das wohl:
also da hinein wechseln:
cd ~/trunk
nun weiter wie im "zeitplan".
./scripts/feeds update luci packages oldpackages
- das gab leider div. fehlermeldungen.
warum? hat etwas gedauert bis ich drauf kam.
irgendwie sah "luci packages" auch komisch aus.
das war wohl durch den zeilenumbruch im forum einfach zerstückelt.
auch copy-n-paste hat seine tücken.
also noch mal ohne lücke:
./scripts/feeds update lucipackages oldpackages
- o.k.
konfigurieren:
make menuconfig
ööööp - "Build dependency: Please install "xxxxx"
da fehlten wohl noch einige abhängigkeiten.
also:
sudo apt-get install g++ git-core build-essential
- o.k.
was mich ja immer nervt:
woher soll man wissen wie das paket heisst?
awk war offenbar gawk:
sudo apt-get install gawk
- o.k.
fehlten immer noch zwei. libz und ncurses
obwohl die ja angeblich schon installiert sind.
also erstmal nach den "richtigen" paketnamen im internet gesucht.
letztlich war es:
sudo apt-get install libncurses5-dev
und
sudo apt-get install zlib1g-dev
- o.k.
bis hier habe ich mich also irgendwie durchgemogelt,
aber WAS das im einzelnen alles ist? keine ahnung…
o.k., die abhängigkeiten waren nun aufgelöst, also noch mal probiert:
make_menuconfig
- und ab hier kommt das "grafische" menü,
wo ich erstmal gar nicht weis, was man davon nun an- oder abwählen darf oder muss.
(siehe unten)
ab hier bräuchte ich also wieder ein paar Infos.
schönes wochenende,
gruß yummiweb
Target System (Atheros AR7xxx/AR9xxx) --->
Subtarget (Generic) --->
Target Profile (Default Profile (all drivers)) --->
Target Images --->
Global build settings --->
[ ] Advanced configuration options (for developers) (NEW) --->
[ ] Build the OpenWrt Image Builder (NEW)
[ ] Build the OpenWrt SDK (NEW)
[ ] Build the OpenWrt based Toolchain (NEW)
[ ] Image configuration (NEW) --->
Base system --->
Boot Loaders --->
Development --->
Firmware --->
Kernel modules --->
Languages --->
Libraries --->
-
Ups sorry der Abriss sollte absolut keine Anleitung sein. Sie sollte nur erstmal andeuten, was alles auf dich zukommt.
Wollte erstmal ne Rückmeldung von Dir ob du ne Linux Umgebung vor dir hast.
Erst dann wollte ich das ganze Ding mit Dir zusammen erarbeiten.
Einiges hast du Dir ja nun schon erarbeitet, trotzdem schreib ich nochmal einiges (auch für andere neue User)
1. GANZ WICHTIG:
Du brauchst unbedingt eine LINUX Umgebung !! Ohne gehts nicht! Vergiss Windows oder Mac
100% zu empfehlen ist die neueste Ubtunu - oder Debian Distri
Das erstmal besorgen (installieren und starten)
Wenn du nun unter Linux bist, kann es losgehen.
Es spielt sich im Folgenden alles in der Kommandozeile ab (Terminal)
Zunächst sind Abhängigkeiten aufzulösen, die das OpenWrt Buildroot system unbedingt benötigt!
Beispiel:
sudo apt-get install subversion build-essential
Bitte dazu unbedingt hier nachsehen: http://wiki.openwrt.org/de/doc/howto/buildroot.exigence
Alle weiteren Aktionen bitte als normaler user ausführen (NICHT als root user!)
# Projektordner erstellen
mkdir ~/openwrt-dvb
cd ~/openwrt
# OpenWrt Quellen holen
svn co svn://svn.openwrt.org/openwrt/trunk
cd trunk
in der Datei "feeds.conf.default" folgende Zeile aktivieren durch Entfernen des "#" Zeichnens
src-git oldpackages http://git.openwrt.org/packages.git
# tvheadend kommt aus dem feed "oldpackages" aber braucht noch zusätzlich Abhängigikeiten aus Paketen des Feeds "packages"
# deshalb brauchen wir auch "packages"
./scripts/feeds update packages oldpackages luci
# Pakete luci und tvheadend im menuconfig Menü sichtbar d.h. auswählbar machen
./scripts/feeds install luci tvheadend
Erst JETZT kann OpenWrt konfiguriert werden (d.h. die Pakete ausgewählt werden)
make menuconfig
Nun als aller erstes mal die Zielhardware auswählen (z.b Dein Routermodell)
Den Punkt "Target Profile" auswählen und mit Enter-Taste in das Untermenü gehen.
Dort dann Deinen Router suchen (Pfeiltasten) , auswählen (z.b. TP-LINK TL-WR1043N/ND) und mit Enter (Select) bestätigen
Nun kannst du nach Belieben durch all die Menüs gehen und Pakete nach deinen Wünschen auswählen (aber Achtung: du hast beim Tp-Link nur 8 MB Flash ; also nicht zuviel direkt ins Image bauen -> Symbol * ; du kannst und solltest aber sowieso Deinen internen Flash-Speicher erweitern durch ein Overlay Root-Fs auf einem USB Stick)
Was du aber in jedem Fall brauchst und willst, ist Samba Server, USB Storage und Filesystemsupport (z.b. ext4) sowie Tvheadend
Base system
<*> block-mount........................... Block device mounting and checking
Kernel modules --->
Filesystems --->
<*> kmod-fs-ext4..................................... EXT4 filesystem support
USB Support --->
<*> kmod-usb-storage..................................... USB Storage support
LuCI --->
1. Collections --->
<*> luci
Multimedia
<*> tvheadend................... Tvheadend is a TV streaming server for Linux
Configuration --->
[*] Linux DVB support
[*] Fetch DVB-scan data (NEW)
Network --->
<*> samba36-server................................. Samba 3.6 SMB/CIFS server
Utilities --->
disc --->
<*> fdisk.................................... manipulate disk partition table
Exit -> Save [Yes]
Gesamte OpenWrt Konfiguration wird im Openwrt root Verzeichnis als .config Datei abgespeichert
# Als nächstes muss der Kernel für DVB-Support konfiguriert werden (das geht leider nicht unter menuconfig)
make kernel_menuconfig
Nun die entscheidenden DVB-Treiber und abhängige auswählen
Device Drivers --->
Input device support --->
<*> Generic input layer (needed for keyboard, mouse, ...)
[*] USB support --->
<*> Support for Host-side USB
<*> Multimedia support --->
[*] Digital TV support
[*] Remote Controller support
[*] Media USB Adapters --->
<*> Support for various USB DVB devices
<M> DiBcom DiB0700 USB DVB devices
<*> Support for various USB DVB devices v2
<M> Realtek RTL28xxU DVB USB support
Dann 4 x EXIT und Save [YES]
Nun kann der Build-Vorgang gestartet werden (dauert je nach CPU / System / RAM) 1 - 3 Stunden, da zumindest beim ersten Mal die komplette Toolchain aus den Sourcen gebaut wird, erst dann Pakete, Libs, Kernel, Module und das Image)
# der -j Schalter ermöglicht das Nutzen aller CPU Kerne (Faustregel Anzahl+1)
time make -j5 V=s
Die fertig gebautem Firmware-Images liegen nach erfolgreichem Build-Durchlauf schließlich unter bin/$TARGET
Beispiel
tr@ubu1404-x64:~/openwrt/chaos_calmer_trunk$ ls -lah bin/ar71xx/
total 146M
drwxr-xr-x 3 tr tr 4,0K Sep 11 21:08 .
drwxr-xr-x 3 tr tr 4,0K Aug 19 18:19 ..
-rw-r--r-- 1 tr tr 2,1K Sep 11 21:08 md5sums
-rw-r--r-- 1 tr tr 7,8M Sep 10 20:38 openwrt-ar71xx-generic-mw4530r-v1-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,3M Sep 10 20:38 openwrt-ar71xx-generic-mw4530r-v1-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 6,4M Sep 11 21:08 openwrt-ar71xx-generic-root.squashfs
-rw-r--r-- 1 tr tr 6,3M Sep 11 21:08 openwrt-ar71xx-generic-root.squashfs-64k
-rw-r--r-- 1 tr tr 7,8M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr3500-v1-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,3M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr3500-v1-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 7,8M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr3600-v1-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,3M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr3600-v1-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 7,8M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr4300-v1-il-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,3M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr4300-v1-il-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 7,8M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr4300-v1-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,3M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr4300-v1-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 7,8M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr4310-v1-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,3M Sep 10 20:38 openwrt-ar71xx-generic-tl-wdr4310-v1-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 7,8M Sep 11 21:08 openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,4M Sep 11 21:08 openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 7,8M Sep 11 21:08 openwrt-ar71xx-generic-tl-wr1043nd-v2-squashfs-factory.bin
-rw-r--r-- 1 tr tr 7,4M Sep 11 21:08 openwrt-ar71xx-generic-tl-wr1043nd-v2-squashfs-sysupgrade.bin
-rw-r--r-- 1 tr tr 1,6M Sep 11 21:08 openwrt-ar71xx-generic-uImage-gzip.bin
-rw-r--r-- 1 tr tr 1,1M Sep 11 21:08 openwrt-ar71xx-generic-uImage-lzma.bin
-rwxr-xr-x 1 tr tr 3,3M Sep 11 21:08 openwrt-ar71xx-generic-vmlinux.bin
-rwxr-xr-x 1 tr tr 3,3M Sep 11 21:08 openwrt-ar71xx-generic-vmlinux.elf
-rw-r--r-- 1 tr tr 1,6M Sep 11 21:08 openwrt-ar71xx-generic-vmlinux.gz
-rw-r--r-- 1 tr tr 1,2M Sep 11 21:08 openwrt-ar71xx-generic-vmlinux.lzma
-rwxr-xr-x 1 tr tr 1,2M Sep 11 21:08 openwrt-ar71xx-generic-vmlinux-lzma.elf
drwxr-xr-x 6 tr tr 4,0K Sep 11 21:02 packages
-
Hallo Toro,
vielen Dank für die Anleitung.
Ich war gerade dabei das abzuarbeiten. Folgendes ist mir dabei aufgefallen:
cd ~/openwrt - war ein falscher Pfad, musste natürlich lauten:
cd ~/openwrt-dvb (nur zur Verfeinerung deiner Anleitung)
./scripts/feeds install luci tvheadend
Ergab folgende Meldungen (keine Ahnung ob das wichtig ist):
Ignoring feed 'routing' - index missing
Ignoring feed 'telephony' - index missing
Ignoring feed 'management' - index missing
Dann zu:
make menuconfig
Hier komm ich im Menü nicht weiter bzw. muss ich nochmal nachfragen:
Als Routermodell kann ich TP**** nämlich nicht mehr finden (gestern war das noch da)
Ich könnte jetzt alternativ nur noch den Atheros*** Chipsatz wählen.
Das war vermutlich nicht so gedacht, oder?
Hab ich was vergessen/übersehen?
Gruß
Yummiweb
-
machs einfach nochmal
rm -fr ~/openwrt*
mkdir ~/openwrt-dvb
cd ~/openwrt-dvb
svn co svn://svn.openwrt.org/openwrt/trunk
cd trunk
nano feeds.default.conf
./scripts/feeds update packages oldpackages luci
./scripts/feeds/install luci tvheadend
make menuconfig
Die Meldungen sind OK, da nur die Feeds packages, oldpackages und luci erstmal benötigt werden (wenn du später mal einen Asterisk 3G/GSM Voip/SMS Gateway aufsetzen willst kann man über den Feed "telephony" noch nachdenken)
Ignoring feed 'routing' - index missing
Ignoring feed 'telephony' - index missing
Ignoring feed 'management' - index missing
-
oh mann, mein fehler.
ich hatte die option unter: "taget system" statt "target profile" gesucht…
ich nehme mal an die schritte:
Zeile "src-git oldpackages http://git.openwrt.org/packages.git" in feeds.conf.default" aktivieren durch Entfernen des "#" Zeichnens
./scripts/feeds update packages oldpackages luci
./scripts/feeds install luci tvheadend
müssen weiterhin ausgeführt werden?
-
Wenn du alles neumachst dann ja.
-
oh man, ich habe es heute echt auf den augen. sollte wohl besser aufhören für heute ;-)
-
Wo hängst denn?
-
genau lesen erspart halt blöde fragen…
make kernel_menuconfig wird grad vorbereitet
Nachtrag:
Nicht, dass mich jemand missversteht.
Diese Bemerkung war als reine Selbstkritik gemeint.
-
bis hierher alles o.k.
würde jetzt den kompilierungsvorgang starten.
frage:
du sagst der j switch definiert die anzahl der genutzten kerne.
in deinem beispiel "time make -j5 V=s" wären es also 4+1, oder?
sind damit "echte" kerne gemeint? oder auch hypertreads?
noch ne frage:
mein router hat genau 1 usb port.
macht es da sinn, auf ein extern angebundenes filesystem zu setzen?
lässt sich das per hub erweitern?
reduziert das nicht den verfügbaren durchsatz zu sehr?
meine idee wäre ja, im tvheadend webgui einen anderen ablageort für die medienordner anzugeben.
ich hatte gehofft, dass ich die box per smb mit dem server verbinden kann,
entweder in dem ich per terminal oder webconfig die verbindung herstellen kann
und dann in der tvheadend webgui einfach den pfad eintrage
oder indem ich in der tvheadend webgui den pfad inkl. anmeldeinformationen eintrage.
dann brüchte ich auch den smb server nicht auf der box nehme ich an.
gibts da schon erfahrungen zu?
-
1. Das mit dem --jobs (-j) Schalter musste nicht so wahnsinnig eng sehen. Grob die Zahl der Kerne (auch virtuelle Kerne wie beim HT) kannste mitzählen.
2. Du solltest sowieso einen USB Hub nutzen, da du explizit einen USB-Speicherstick brauchen wirst. Mit dem Durchsatz hab ich auf meinem Router keine Probleme auch mit 5 USB Geräten am USB Hub (USB Stick 16GB, USB Platte 4TB, 3G UMTS Stick, USB DVB-S Box, USB DVB-T Stick).
3. Medienfreigabe, Aufnahmeordner, Timeshifting Ordner auf USB Festplatte dann über Samba Server und / oder DLNA freigeben ist doch eh Pflicht, sonst machts doch keinen Spaß ;-)
Update:
Naja wenn du einen potenten NAS file server im LAN hast, sollteste sowieso den nutzen für die Medienablage und Aufnahme. Kein Problem mit Openwrt (evtl. muss man dann nochmal in der Kernel config gucken)
Ansonsten einfach eine große USB Platte an den Router hängen , mounten und als Speicher für Aufnahmen festlegen. Ich nutze seit Jahren den OpenWrt auch als Fileserver zentral im LAN (Musik, Bilder, Dokumente, Software , Treiber, Filme)
-
freigabe ja, aber die muss ja nicht am router selbst sein.
die ablageordner sollten halt (wenn möglich) auf meinem server liegen.
u.a. der wird auch immer schön gebackupt…
-
Was denn für ein Server ?
-
was für ein server? na mein kleiner mac mini "server".
hat auch gb-lan, also ausreichend durchsatz.
-
achso ja stimmt hattest du ja ganz am Anfang erwähnt. Naja klar wenn der Mac Mini sowieso 24/7 läuft wegen Backups und Fileserving bietet sich das an als Aufnahmeort für TV-Sendungen.
Openwrt kann problemlos auch als Client für SMB/CIFS, NFS, AFP , FTP dienen.
Du könntest natürlich auch den OpenWrt Router zu einer Apple TimeCapsule machen.
Achja nur mal so nebenbei aus Interesse:
Was macht dein Mac Mini so an Datendurchsatz via AFP oder CIFS) via Gigabit LAN?
-
den konkreten durchsatz müsste ich mal messen. war noch nicht nötig.
ansonsten ist der kompilierungsvorgang erstmal durch:
real 67m47.973s
user 87m9.612s
sys 20m7.584s
jetzt werde ich das image einspielen, bin schon echt gespannt wie sich das jetzt darstellt.
-
ich brauch wohl noch ein paar infos.
da liegen div. dateien mit der endung .bin
ich nehme nicht an, dass man da irgendeine per bisheriger webgui (openwrt) einspielen kann?
sehen auch alle irgendwie wichtig aus.
-
Für das Flashen des OpenWrt Firmware Image ist es von entscheidender Bedeutung zu wissen was aktuell für eine Firmware auf dem Router läuft. Andernfalls wird das Ding erstmal unbrauchbar (Brick) und nur mit serial console wieder rettbar.
Also unbedingte Vorsicht walten lassen.
Wenn aktuell die Original TP-Link Firmware drauf ist, musst du die Datei "openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory.bin" über das Web-GUI einspielen. Sollte bereits eine ältere OpenWrt Version drauf laufen, kannst du über das Web GUI (LuCI) die Datei "openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade.bin" flashen.
Für DD-Wrt musst du man i.d.R. manuell auf der SSH/Telnet Konsole via mtd Kommando flashen.
Update: Mit dem Flashen ist es aber noch lange nicht getan. U.a. müssen noch die entscheidenden DVB-Kernel-Module auf den Router nach /lib/modules/3.*/ kopiert werden (z.b. via scp) . Zu finden im OpenWrt buildroot unter ./build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.10.49/drivers/media/usb/dvb-usb/
Für den Realtek RTL2832U basierten DVB-T Stick wären es exakt diese: rtl2830.ko , rtl2832.ko , r820t.ko , dvb-usb-rtl28xxu
Für den DiBcom basierten zumindest der hier: dvb-usb-dib0700.ko und vermutlich noch weitere abhängige Module (musst du dann mal herausfinden, hab den Stick nicht um es zu testen)
-
hallo toro,
das hab ich mir bald gedacht, daher hab ich mir das einspielen auch erstmal verkniffen.
das ist aktueller stand:
Router Name OpenWrt
Router Model TP-Link TL-WR1043N/ND v1
Firmware Version OpenWrt Attitude Adjustment 12.09 / LuCI 0.11.1 Release (0.11.1)
Kernel Version 3.3.8
das war ein flash direkt von der original-firmware.
gruss
yummiweb
-
Sehr gut dann kannste getrost übers Web GUI (LuCI) das File "openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade.bin" für den TP-Link TL-WR1043nd VER 1.x flashen.
-
diese datei gibt es bei mir leider nicht. das wäre ja noch einfach gewesen, bei dem namen.
stattdessen gibt es im ordner "openwrt-dvb/trunk/bin/ar71xx/" folgende dateien:
md5sums
openwrt-ar71xx-generic-nbg460n_550n_550nh-u-boot.bin
openwrt-ar71xx-generic-root.squashfs
openwrt-ar71xx-generic-root.squashfs-64k
openwrt-ar71xx-generic-uImage-gzip.bin
openwrt-ar71xx-generic-uImage-lzma.bin
openwrt-ar71xx-generic-vmlinux.bin
openwrt-ar71xx-generic-vmlinux.elf
openwrt-ar71xx-generic-vmlinux.gz
openwrt-ar71xx-generic-vmlinux.lzma
und folgende ordner:
packages
-packages/base
- packages/luci
- packages/oldpackages
(jeweils mit zahhlreichen .ipk dateien)
sowie
uboot-ar71xx-nbg460n_550n_550nh (leer)
in deiner menuconfig anleitung waren ja einige pakete als M statt * markiert.
dies habe ich exakt so übernommen.
kann es sein, dass deshalb verschiedene dateien existieren und nicht alles in einer einzigen firmware?
(vorhin irgendwo gelesen)
gruß
yummiweb
-
Jo da haste wohl was falsch gemacht. Nicht das korrekte Target ausgewählt. Also nochmal make menuconfig aufrufen und korrektes "Target Profile" auswählen und nochmal make
Target Profile (TP-LINK TL-WR1043N/ND)
(http://s4.postimg.org/uxckqxuuh/t01.jpg) (http://postimg.org/image/uxckqxuuh/)
-
hallo toro,
ich habe jetzt zunächst erst mal "make menuconfig" und "make kernel_menuconfig" erneut aufgerufen
um zu sehen ob ich da schon (m)einen fehler finde. in beiden menüs waren die vorgenommenen Einstellungen
noch genauso zu sehen (selbe .config Datei) wie von mir eingestellt
Alle Einstellungen waren genau so gesetzt wie von dir beschrieben
Nichtsdestotrotz habe ich jetzt den "trunk" Ordner gelöscht und sämtliche Schritte erneut ausgeführt.
Jetzt ist erstmal alles am kompilieren.
Ich bin gespannt, erwarte jedoch nicht, dass es diesmal ein anderes Ergebnis gibt.
Was mir bei der "menuconfig" aufgefallen ist:
Im Bereich -
Multimedia --->
<*> tvheadend................... Tvheadend is a TV streaming server for Linux
Configuration --->
(*) Linux DVB support
(*) Fetch DVB-scan data (NEW)
Wenn man " Linux DVB support" aktiviert schaltet sich "Fetch DVB-scan data (NEW)" automatisch zu.
Das soll vermutlich so sein. Aber:
Sobald man das eine oder andere deaktiviert und wieder aktiviert,
ist das "(NEW)" plötzlich verschwunden und taucht auch nicht mehr auf.
Ist das Verhalten korrekt und betrifft es nur den Hinweis "NEW"?
Oder wird dann plötzlich ein älteres Paket o.ä. zugrunde gelegt?
gruß
yummiweb
-
Kompilierung abgeschlossen.
Ergebnis: Dateien wie beim ersten Durchlauf
:-(
md5sums
openwrt-ar71xx-generic-nbg460n_550n_550nh-u-boot.bin
openwrt-ar71xx-generic-root.squashfs
openwrt-ar71xx-generic-root.squashfs-64k
openwrt-ar71xx-generic-uImage-gzip.bin
openwrt-ar71xx-generic-uImage-lzma.bin
openwrt-ar71xx-generic-vmlinux.bin
openwrt-ar71xx-generic-vmlinux.elf
openwrt-ar71xx-generic-vmlinux.gz
openwrt-ar71xx-generic-vmlinux.lzma
(NEU oder der gestern vergessen aufzuschreiben):
openwrt-ar71xx-generic-vmlinux.lzma.elf
und folgende ordner:
packages
-packages/base
- packages/luci
- packages/oldpackages
(jeweils mit zahhlreichen .ipk dateien)
sowie
uboot-ar71xx-nbg460n_550n_550nh (leer)
-
Du brauchst auf jeden Fall das korrekte Image exakt für Deine Routerhardware, sonst gehts nicht weiter.
openwrt-ar71xx-generic-tl-wr1043nd-v1* <- so MUSS das aussehen
(http://s23.postimg.org/ohd8c4urb/t00e.jpg) (http://postimg.org/image/ohd8c4urb/)
(http://s30.postimg.org/8fd35dc4d/openwrt_images.jpg) (http://postimg.org/image/8fd35dc4d/)
Gib mal ein Screenshot deiner Config und die letzten entscheidenden Ausgaben deines make Durchlaufs.
-
Hier ist die .config Datei. Alle Optionen angegeben wie von dir beschrieben.
-
Ich habe jetzt mal durch die Ausgabe geblättert, welche leider nicht mehr komplett im Puffer ist.
Dabei sind mir folgende Zeile aufgefallen:
/home/ubuntu/openwrt-dvb/trunk/staging_dir/host/bin/mktplinkfw -H 0x10430001 -W 1 -F 8M -N OpenWrt -V r42536 -X 0x40000 -k /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/tmp/kernel-tl-wr1043nd-v1.bin -r /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/root.squashfs-raw -a 0x4 -j -o /home/ubuntu/openwrt-dvb/trunk/bin/ar71xx/openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory.bin
[mktplinkfw] kernel length aligned to 1148416
[mktplinkfw] *** error: images are too big
make[5]: [install] Error 255 (ignored)
/home/ubuntu/openwrt-dvb/trunk/staging_dir/host/bin/mktplinkfw -H 0x10430001 -W 1 -F 8M -N OpenWrt -V r42536 -s -X 0x40000 -k /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/tmp/kernel-tl-wr1043nd-v1.bin -r /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/root.squashfs-raw -a 0x4 -j -o /home/ubuntu/openwrt-dvb/trunk/bin/ar71xx/openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade.bin
[mktplinkfw] kernel length aligned to 1148416
[mktplinkfw] *** error: images are too big
make[5]: [install] Error 255 (ignored)
/home/ubuntu/openwrt-dvb/trunk/staging_dir/host/bin/mktplinkfw -H 0x10430002 -W 1 -F 8M -N OpenWrt -V r42536 -X 0x40000 -k /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/tmp/vmlinux-tl-wr1043nd-v2.bin.lzma -r /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/root.squashfs-raw -a 0x4 -j -o /home/ubuntu/openwrt-dvb/trunk/bin/ar71xx/openwrt-ar71xx-generic-tl-wr1043nd-v2-squashfs-factory.bin
[mktplinkfw] kernel length aligned to 1140680
[mktplinkfw] *** error: images are too big
make[5]: [install] Error 255 (ignored)
/home/ubuntu/openwrt-dvb/trunk/staging_dir/host/bin/mktplinkfw -H 0x10430002 -W 1 -F 8M -N OpenWrt -V r42536 -s -X 0x40000 -k /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/tmp/vmlinux-tl-wr1043nd-v2.bin.lzma -r /home/ubuntu/openwrt-dvb/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/root.squashfs-raw -a 0x4 -j -o /home/ubuntu/openwrt-dvb/trunk/bin/ar71xx/openwrt-ar71xx-generic-tl-wr1043nd-v2-squashfs-sysupgrade.bin
[mktplinkfw] kernel length aligned to 1140680
[mktplinkfw] *** error: images are too big
make[5]: [install] Error 255 (ignored)
Bedeutet wohl, dass die entscheidenen .bin´s nicht erzeugt wurde/werden konnten.
-
Und hier noch die Ausgabe von "ls -lah bin/ar71xx/"
vbox:~/openwrt-dvb/trunk$ ls -lah bin/ar71xx/
insgesamt 27M
drwxr-xr-x 4 ubuntu ubuntu 4,0K Sep 14 19:44 .
drwxr-xr-x 3 ubuntu ubuntu 4,0K Sep 14 19:26 ..
-rw-r--r-- 1 ubuntu ubuntu 729 Sep 14 19:44 md5sums
-rwxr-xr-x 1 ubuntu ubuntu 157K Sep 14 19:28 openwrt-ar71xx-generic-nbg460n_550n_550nh-u-boot.bin
-rw-r--r-- 1 ubuntu ubuntu 6,9M Sep 14 19:44 openwrt-ar71xx-generic-root.squashfs
-rw-r--r-- 1 ubuntu ubuntu 6,7M Sep 14 19:44 openwrt-ar71xx-generic-root.squashfs-64k
-rw-r--r-- 1 ubuntu ubuntu 1,6M Sep 14 19:43 openwrt-ar71xx-generic-uImage-gzip.bin
-rw-r--r-- 1 ubuntu ubuntu 1,1M Sep 14 19:43 openwrt-ar71xx-generic-uImage-lzma.bin
-rwxr-xr-x 1 ubuntu ubuntu 3,3M Sep 14 19:43 openwrt-ar71xx-generic-vmlinux.bin
-rwxr-xr-x 1 ubuntu ubuntu 3,3M Sep 14 19:43 openwrt-ar71xx-generic-vmlinux.elf
-rw-r--r-- 1 ubuntu ubuntu 1,6M Sep 14 19:43 openwrt-ar71xx-generic-vmlinux.gz
-rw-r--r-- 1 ubuntu ubuntu 1,2M Sep 14 19:43 openwrt-ar71xx-generic-vmlinux.lzma
-rwxr-xr-x 1 ubuntu ubuntu 1,2M Sep 14 19:43 openwrt-ar71xx-generic-vmlinux-lzma.elf
drwxr-xr-x 5 ubuntu ubuntu 4,0K Sep 14 19:32 packages
drwxr-xr-x 2 ubuntu ubuntu 4,0K Sep 14 19:28 uboot-ar71xx-nbg460n_550n_550nh
-
Na da haben wir die Ursache, warum das Image nicht gebaut wird:
-o /home/ubuntu/openwrt-dvb/trunk/bin/ar71xx/openwrt-ar71xx-generic-tl-wr1043nd-v2-squashfs-sysupgrade.bin
[mktplinkfw] kernel length aligned to 1140680
[mktplinkfw] *** error: images are too big
Irgendwie scheint das Image zu groß zu werden. Also größer als der Flash-Speicher der Zielhardware (dieses TP-Link Modell hat nur 8MB internen Flash-Speicher). Deshalb der Abbruch des Firmwarezusammenbaus aus Rootfs und Kernel mittels mktplinkfw.
Kannst du mal alle Pakete auflisten, die du im menuconfig ausgewählt hast?
-
In der Datei (zwei Posts davor) ist alles gelistet.
Ausser SMB-Client habe ich nichts zusätzlich ausgewählt,
was nicht in deiner Beschreibung gewesen wäre und standardmässig ausgewählt war.
Also mus ich nachsehen, was vom Rest entbehrlich ist.
Hätte die Firmware in vorliegender Config eigentlich eine GUI?
Die würde ich nur ungern weglassen.
Nachtrag:
Kann ich die .config Datei auch vorsichtig von Hand editieren?
Also nur "#" vor die Zeilen setzen und "is not set" dahinter.
-
O.K.,
ich lasse jetzt mal folgendes weg:
SMB-Server (da nehm ich den Client)
fdisk (ich will ja den server als Ablage nehmen, dann mus ich vermutlich auch kein fs vorbereiten)
PPP (brauch ich nicht, ich brauch nen dhcp-client/server und dann ggfs. openvpn)
leider steht ja nicht da wie groß die pakete wären.
gruß
yummiweb
-
du kannst die config auch direkt editieren aber dann unbedingt nochmals einlesen mit make oldconfig oder make menuconfig.
Wenn du genau meine Config nimmst, solltest du niemals zu große Images bekommen. Ich nehme immer die Defaulteinstellungen plus 4-5 zusätzliche Pakete - dann überschreite ich nie die 8MB Grenze. Aber Notfalls kannst du soviele Pakete auswählen wie du willst also auch 100 . Du musst dann halt [M] auswählen -> also Pakete nicht direkt ins Image integrieren sondern nachträglich via opkg install auf dem Router zu installieren (rootfs overlay auf USB Stick ist Pflicht)
Hätte die Firmware in vorliegender Config eigentlich eine GUI?
Naja wenn du luci ausgewählt hast dann schon.
-
Wenn du genau meine Config nimmst, solltest du niemals zu große Images bekommen.
Hattest du die irgendwo angehängt? Konnte in deinen Posts (gerade noch mal durchgesehen) nichts finden.
Frage:
welche(n) Ordner sollte ich löschen um mit veränderter .config einen neun Durchlauf zu starten?
(also ohne vorherige Schritte mehrfach auszuführen)
Ich bekam da nämlich grad div. Fehlermeldungen beim kompilieren…
-
nee hatte doch meine "config" direkt so textuell reingeschrieben irgendwo am Anfang in diesem Thread.
update:
hier wars
http://www.dvbcube.org/index.php?topic=31762.msg208732#msg208732 (http://www.dvbcube.org/index.php?topic=31762.msg208732#msg208732)
Aber mach wirklich wie du magst. Du kannst jedes Paket nehmen was du gerne möchtest (aber dann nur als [M]). Zumindest ist für DVB-T lediglich das Tvheadend Paket und die dvb-module (kernel_menuconfig) Pflicht - alles andere ist optional.
Frage:
welche(n) Ordner sollte ich löschen um mit veränderter .config einen neun Durchlauf zu starten?
(also ohne vorherige Schritte mehrfach auszuführen)
Ich bekam da nämlich grad div. Fehlermeldungen beim kompilieren…
gar keinen, das reicht
make clean
-
oh, mann, mir fehlen echt die basics in derartigen dingen.
daher entschuldige wenn ich noch mal blöd nachfrage:
die von dir beschriebene config, das ist aber kein gebrauchsfertiger text der nur noch in eine .config muss, oder?
weil meine .config sehen deutlich anders aus in der struktur.
ich nahm an, deine beschreibung bezog sich nur auf die -zusätzlichen- pakete/optionen
die bei menuconfig und kernel_menuconfig auszuwählen wären.
was ich an anderen paketen noch gefahrlos weglassen könnte, ist mir nicht ganz klar.
manche funktionen sind ja klar benannt oder zumindest naheliegend,
aber da sind ja vermutlich auch bestandteile, die für das grundsystem benötigt werden, oder?
ich will ja die box nicht beim ersten versuch gleich zerlegen…
-
o.k., beim aktuellen versuch habe ich ausser dem target-profil erstmal genau gar nichts extra aus- oder abgewählt.
kein usb, kein multimedia, kein tvheadend.
ergebnis: lauter packages aber diesmal gar kein .bin
Ich probier es jetzt nochmal von Anfang an, also mit leerem "trunk".
Ausgewählt lasse ich nur die Voreinstellungen und wähle das Target Profile.
Auch im kernel_menuconfig ändere ich nichts.
Ergebnis: jetzt gibt es zumindest schon mal ein .bin. mit dem richtigen Namen.
-
So na das sieht doch schonmal gut aus. Hast du bereits geflasht, die Kernel-module auf den Router kopiert und Tvheadend eingerichtet?
Lieben Gruß
toro
-
hallo toro,
nach diesem ersten "Erfolg" habe ich versucht michganz systematisch heranzutasten.
Denn einerseits hätte ich das ja gern so "komplett" wie möglich, andererseits scheint es ja
auch eine Platzfrage zu sein, ob das Paket bereits im Image steckt oder erst nachinstalliert wird.
Also habe Stück für Stück die benötigten Pakete dazugewählt und jeweils kompiliert.
Die Ergebnisse waren leider nicht ganz eindeutig bzw. nicht direkt reproduzierbar.
Je nach dem womit bzw. an welcher Stelle ich den Prozess neu begonnen hatte,
ob mit "make clean", mit einem vor dem konfigurieren/kompilieren gesicherten "trunk"
oder mit einem komplett neu geladenem "trunk", es gab jeweils ein anderes Ergebnis.
Ist das normal?
In einigen Fällen konnte ich im menuconfig tatsächlich mal alle benötigten Pakete auswählen
ohne zum Schluss Platzprobleme zu bekommen, da fehlten also nur noch die aus dem kernel_menuconfig.
(also die wichtigen)
Wenn ich beim nächsten Versuch dann auch die restlichen Pakete aktivieren wollte,
kam ich an die entscheidenden Pakete aber gar nicht mehr heran:
<*> Multimedia support ---> --
- Digital TV support
- Remote Controller support
- Media USB Adapters --->
<*> Support for various USB DVB devices
<M> DiBcom DiB0700 USB DVB devices
D.h. diese wurden dann wohl auch als Packages gar nicht erstellt
und können nicht nachinstalliert werden.
Wovon diese Pakete genau abhängen, habe ich nicht herausgefunden,
weil sich das alles nie so richtig reproduzieren lässt. Ich habe jedoch festgestellt,
dass die Auswahl "M" (statt *) auch Auswirkungen auf die wählbaren Pakete
an anderer Stelle hat.
Was mir noch aufgefallen ist:
Die Images für das sysupgrade sind alle ziemlich klein (3-4 MB),
lediglich die factory-images sind nahe 8 MB.
Kann man nicht mit irgendeiner Option bewirken,
dass nur die sysupgrade images erstellt werden?
Dann müsste doch auch das Größenproblem wegfallen?
Im Moment habe ich ein (selbst erstelltes) Image auf dem Router in dem nur folgendes fehlt:
- tvheadend
- Digital TV support
- Remote Controller support
- Support for various USB DVB devices - DiBcom DiB0700 USB DVB devices
(diese liessen sich in kernel_menuconfig nicht mehr anwählen)
Im Router wird mir unter System angezeigt: Free space: 79% (3.57 MB)
D.h., da müsste doch der Rest doch eigentlich auch noch raufpassen?
Was das nach-installieren von Paketen betrifft:
Ich weiss, wie das über die Webgui funktioniert, zumindest was die offiziellen binaries betrifft.
Ich nehme an, die selbst erstellten muss ich per USB anschliessen,
den Stick per Kommandozeile mounten und dann per opkg install installieren?
Gibt es eine Möglichkeit das im Standard Speicher abzulegen?
(also root-fs nicht erweitert auf einen externen Datenträger)
gruß yummiweb
-
haste mal meine Anleitung wirklich konzentriert und Schritt für Schritt durchgearbeitet?
Weil damit hättest du problemlos innerhalb von max. 2h dein Image gehabt.
Habe das bestimmt hunderte Male in den letzten Jahren gemacht. Nie wirkliche Probleme gehabt.
Immer max. 7,8 MB Image size. Wenn ich viel Zusatzsoftware brauch, mach ich einfach ein USB root fs overlay - dann hab ich Speicherplatz von einigen GB und kann alles installieren was ich will. Aber wie bereits erwähnt - reine Samba + Luci + Tvheadend + DVB Konfig braucht niemals mehr als 8 MB - passt also völlig problemlos in den internen Flash-Speicher.
Lieben Gruß
Update: hier mal meine Config in der Anlage
configs.tar.gz entpacken mit
tar xvzf configs.tar.gzdann die .config direkt ins trunk verzeichnis kopieren und die die Datei config-3.10 nach target/linux/ar71xx/ kopieren dann einfach make und es sollte nach Abschluss ein Image rausfallen mit tvheadend , cifs.ko modul, cifsmount , blockmount , usb-storage , ext4-support (alles als zu installierendes IPK Paket, also nicht in dem Firmwarefile), dvb-kernel-module müssen manuell auf den router kopiert werden (wie gehabt)
-
hallo toro,
vielen dank für deine geduld.
ich habe das wirklich schritt für schritt nachvollzogen.
habe mir basieren auf deiner anleitung die schritte sogar in einer eigenen datei (zum nachlesen) zusammengefasst.
habe diese datei dann auch ein 2, mal erstellt, falls sich bei der ersten fehler eingeschlichen hätten.
(im Anhang)
kann das inzwischen auswendig.
das problem ist folgendes:
ich "hätte" zwar das gern komplette image mit allen (benötigten) paketen, aber das geht wohl nicht.
o.k., macht nichts, dann eben rudimentär mit nachinstallierten paketen.
zum nachinstallieren fehlen mir aber noch einige infos:
1. wie heissen (konkret) die fehlenden (aber für mein vorhaben) pakete?
unter menuconfig und kernelmenuconfig stehen nicht immer die genauen bezeichnungen.
bei tvheadend ist es ja einfach. aber was die dvb-essentials betrifft stehe ich da im dunkeln.
2. wie bekomme ich die (eigenen) pakete auf die kiste?
mit opkg, ist ja klar, aber wie komme ich an die pakete ran?
vermutlich auf einen usb stick kopieren, aber ein ext. datenträger wird am router nicht erkannt
und lässt sich auch nicht mounten. vermutlich weil in meinem image wichtige pakete fehlen.
ich konnte das ja bisher immer nur erstellen, nachdem ich ziemlich viel deaktiviert habe.
über die webconfig könnte ich sicher wichtige pakete (aus dem web) nachinstallieren.
aber welche brauche ich um erstmals an die eigenen zu kommen?
jetzt gehe ich das aber erstmal von vorn durch, diesmal mit deiner config.
danke dafür.
gruss yummiweb
nachtrag:
datei vergessen.
-
und die die Datei config-3.10 nach target/linux/ar71xx/ kopieren
an dieser stelle liegt übrigens noch eine "config-3.14", ist das korrekt?
-
o.k. erster versuch mit deinen configs.
meine schritte:
erst make clean,
dann deine dateien eingefügt,
dann make menueconfig und einfach gespeichert,
dann make kernelmenueconfig und einfach gespeichert,
(ohne diese schritte gab es fehler)
und dann time make -j13 V=s
danach lagen im bin/ar71xx ordner:
openwrt-ar71xx-generic-nbg460n_550n_550nh-u-boot.bin
packages
uboot-ar71xx-nbg460n_550n_550nh
und das, obwohl da ja quasi nix dabei war, nicht mal lucie (hatte ich selbst bisher noch nicht weggelassen)
jetzt lösche ich den trunk ordner und mach das von dort aus nochmal…
-
Ich habe jetzt (mal wieder) von vorn begonnen.
trunk gelöscht, quellen neu geholt, oldpackages eintrag aktiviert, feeds aktualisiert und installiert, deine dateien eingefügt, make menueconfig aufgerufen und gespeichert, dann make kernelmenueconfig aufgerufen und gespeichert und schliesslich mit make -j13 V=s kompiliert.
Ergebnis:
md5sums
openwrt-ar71xx-generic-nbg460n_550n_550nh-u-boot.bin
openwrt-ar71xx-generic-root.squashfs
openwrt-ar71xx-generic-root.squashfs-64k
openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-factory.bin
openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade.bin
openwrt-ar71xx-generic-tl-wr1043nd-v2-squashfs-factory.bin
openwrt-ar71xx-generic-tl-wr1043nd-v2-squashfs-sysupgrade.bin
openwrt-ar71xx-generic-uImage-gzip.bin
openwrt-ar71xx-generic-uImage-lzma.bin
openwrt-ar71xx-generic-vmlinux.bin
openwrt-ar71xx-generic-vmlinux.elf
openwrt-ar71xx-generic-vmlinux.gz
openwrt-ar71xx-generic-vmlinux.lzma
openwrt-ar71xx-generic-vmlinux-lzma.elf
packages
uboot-ar71xx-nbg460n_550n_550nh
Das ist ja schonmal ein Fortschritt!
Aber wie nun weiter?
Soweit ich das überblicken konnte, ist das jetzt ein Paket ohne Webconfig?
War da Telnet/SSH o.ä. dabei oder wie komme ich nach dem flashen auf die Kiste?
Und wie bekomme ich jetzt eigentlich die anderen Pakete drauf?
Gruß
yummiweb
Kleiner aber wichtiger Nachtrag:
Trotz div. Rückschlage hat mich deine Hilfe echt weitergebracht!
Vielen vielen Dank dafür!!!
Das waren echt wichtige Infos für mich, die ich so nicht im Netz hatte finden können.
Aber ich will deine Hilfsbereitschaft nicht mit Fragen überstrapazieren,
zu denen ich vermutlich auch in div. HowTo´s passende Antworten finde.
Ihr seid ja hier schliesslich kein "HelpDesk".
Daher werde ich erstmal selbst suchen was ich dazu finde.
Falls ich noch offenen Fragen habe oder woanders steckenbleibe,
würde ich mich über deine Hilfe wirklich freuen.
Und ich melde mich natürlich zu Fortschritten.
Vielen Dank übrigens auch ans Forum bzw. andere Mitleser,
dass hier niemand Bemerkungen alá "RTMF" oder "lies die FAQs" abgelassen hat.
Ds ist leider nicht selbstverständlich.
Gruß
yummiweb
-
Hallo Toro,
du wolltest zwischendurch wissen, was der Mac-MIni Server so an Datendurchsatz macht, ich hab das jetzt mal gemessen
mit "Blackmagic Disk Speed Test" einem Tool zum messen von Transferleistungen für große Videodaten.
Gemessen wird mit synthetisch generierten Videodaten, die in ihrem Aufbau "echten" Videodaten entsprechen.
Sind also eher Dauertransferraten.
Rahmenbedingungen:
Server: MacMini 6,1, System OSX 10.9.4 und Server.app 3.1.2
Harddisk-Durchsatz: ca. 92,5 MB/s lesen, 94,5 MB/s schreibend (ungewöhnlich, aber genau so gemessen)
Gigabit-LAN, geswitcht
Client: MacPro 5,1, System OSX 10.8.5
Harddisk-Durchsatz: uninteressant da die Messdaten dynamisch erzeugt werden
Gigabit-LAN, geswitcht
Hier das Ergebnis:
Medium Lesen Schreiben
HD 92,5 MB/s 94,5 MB/s
AFP* 87-107 MB/s 92,5-100+ MB/s
SMB** 65 MB/s 56-60 MB/s
CIFS*** 65,2-67 MB/s 59,5 MB/s
*AFP wird von Apple inzwischen als überholt betrachtet.
**die seit 10.8 oder 10.9 verwendete "hauseigene" SMB Version vonApple.
Entspricht nicht mehr der "originalen" BSD Version.
***der Zugriff per cifs zwingt den Server zu einem Verbindungsmodus
der eher dem "früheren" SMB entspricht.
Gruß
Yummiweb
-
na klar enthielt meine config die ich extra an deine Wünsche und Erfordernisse angepasst hatte die Webconfig luci.
Schau mal:
tr@ubu1404-x64:~/openwrt/trunk_yummi_config$ grep -i luci-mod-admin .config
CONFIG_PACKAGE_luci-mod-admin-full=m
Aber du brauchst eigentlich kein Luci für dein Vorhaben - lässt sich alles viel schneller per ssh erledigen (achja und ssh/telnet zugang ist IMMER in openwrt mit drin - essentieller Bestandteil)
Wie weit bisten nun? Image geflasht Kernel DVB Module geladen und Tv-Stick erkannt?
Lieben Gruß und schönen Sonntag
Torsten
-
hallo torsten,
ich wollte dich nicht kritisieren, du hast natürlich recht.
lucie war natürlich in der konfig, ebenso wie alle anderen wichtigen pakete, das war mir auch bewusst.
aber eben nur "nachladbar" (M) und bis ich herausgefunden habe wie ich es praktisch anstelle
die pakete auf die kiste zu laden (in der theorie ist mir das halbwegs klar)
wollte ich mich natürlich nicht von derselben mangels gui "aussperren".
ich habe dann (basierend auf deiner config) erstmal div. firmwares MIT lucie erstellt
da ich weiss, wie ich darüber pakete aus dem netz nach installieren kann.
allerdings konnte ich noch kein selbstkompiliertes paket nachinstallieren,
weil ich einfach noch nicht auf angeschlossene usb stick(s) zugreifen kann.
trotz nachinstallieren der erforderlichen pakete aus dem netz (für usb zugriff, dateisystem etc. soweit ich diese kenne)
war mir das bis jetzt nicht möglich. (angeschlossene sticks lassen sich nicht mounten)
mein 1. problem ist also, dass ich an die selbstkompilierten pakete nicht rankomme.
mein 2. problem ist, dass ich auch aus dem netz die benötigten pakete nicht nachinstallieren kann,
weil ich nicht genau weiss, welche ich letztlich genau brauche.
(das openwrt howto http://wiki.openwrt.org/doc/howto/usb.storage habe ich durchexerziert)
in der menuconfig sind die pakete ja ebenso noch namentlich benannt.
diese könnte (und konnte) ich also über die webgui (aus dem netz) nachinstallieren.
mit paketen aus der kernel_menuconfig ging das jedoch nicht,
weil diese dort eben nicht namentlich benannt sind und mir natürlich auch nicht geläufig sind.
zwischendurch habe ich dann schritt für schritt noch andere, immer komplettere firmwares erstellt,
damit wenigsten all jene pakete drin sind, die irgendwie mit dem usb zugriff zu tun haben (könnten).
was die (usb, filesystem etc.) pakete in der menuconfig betrifft, hat das zumindest funktioniert.
sobald ich aber auch in der kernel_menuconfig die mit (M) markierten usb pakete mit (*) markiert habe,
wurde die firmware iMMER zu gross und wurde somit erst gar nicht nicht erstellt.
dabei hatte ich schon div. sachen weggelassen (tvheadend, lucie, ssl, ppp, firewall etc.)
um wenigstens die usb komponenten so komplett wie möglich zu bekommen.
im kernel_menuconfig konnte ich das aber in KEINEM fall so komplettieren
ohne dass die firmware IMMER zu gross wurde.
auch tvheadend habe ich übrigens mal installiert (selbst einkompiliert und auch aus paketen im netz)
aber auch damit fand ich keinen (tv)stick. (was mir fast klar war)
da müssen wohgl einfach noch pakete eingebunden werden, was du ja schon sagtest, aber siehe oben…
Als nächstes werde ich den paketordner wohl einfach als eigene paketquelle freigeben.
dann komme ich hoffentlich übers netz an die pakete ran, so wie bei den offiziellen auch.
damit weis ich aber immer noch nicht, was ich davon genau brauche…
gruß
rené
nachtrag:
kennt jemand die standard benutzercredentials für die tvheadend webgui?
ich komme da nämlich nur drauf wenn ich tvheadend beende und von hand mit der option -C neu starte.
innerhalb dieser session kann ich zwar in der webgui einen neuen benutzer eintragen,
aber wenn tvheadend dann wieder neu startet (nach reboot) komm ich mit
den daten des soeben neu angelegten accounts trotzdem nicht ran.
ich habe in der webgui auch schon "*" bei benutzername bzw. kennwort verwendet,
auch mal den standardeintrag gelöscht und nur einen eigenen benutzer vergeben
und auch mal nur ein neues kennwort beim standardeintrag vergeben,
es ist immer dasselbe ergebnis. nach einem reboot komm ich nicht mehr dran.
-
Es gibt kleine Fortschritte:
die allwissende Müllhalde offerierte mir einen Thread, in welchem ein ähnliches Problem geschildert wurde.
Interessanterweise trat das Problem beim selben Routermodell auf obwohl ich das gar nicht als Suchbegriff verwendet hatte (oder die Müllhalde hat sich das gemerkt).
In geschilderten Fall wurde das Problem "behoben", indem die originale Firmware zurückgespieltund OpenWRT danach erneut eingespielt wurde.
In meinem Falle reichte es bereits, die gesamte Routerkonfiguration zurückzusetzen.
Das hatte ich zwar schon gemacht, aber gleich zu Beginn als ich die selbsterstellte Firmware eingespielt hatte.
Als "Fehlerbehebung hatte ich das noch nicht versucht, mein Fehler.
Der Fortschritt ist nun, dass ich den 256 MB Stick jetzt wenigstens schon mal in der WebGui angezeigt bekomme
wenn ich dabei bin einen MountPoint zu erstellen.
Zugriff erhalte ich darauf aber noch nicht.
-
hallo toro,
ich kanne jetzt endlich auf den usb speicherstick zuzugreifen. hurra!
es fehlten einfach 2-3 language komponenten (für das dateisystem).
diese musste ich dafür zwingend hineinkompilieren,
weil die versionen aus den (internet)paketquellen wohl nicht zum kernel passten.
in deiner config waren diese komponenten zuvor noch ausgeblendet, vermutlich weil
du anstelle des vfat filesystems eher das ext3/4 filesystem verwendest.
leider findet tvheadend noch immer keinerlei dvb-geräte.
ich habe es zwar auch geschafft, sämtliche der von dir vorgeschlagenen komponenten
im kernel_menuconfig zu aktivieren ohne dass das image zu gross wurde.
(zumindest für meinen realtek stick)
Allerdings hat tvheadend auch damit noch keinen stick erkannt.
du hatte ja anfangs mal geschrieben,
dass noch etwas von hand installiert/aktiviert werden muss.
das bekomme ich ohne weitere hinweise leider nicht hin,
weil ich nicht weiss welche jetzt noch fehlen oder was ich noch aktivieren muss.
das dateisystem würde ich erstmal noch nicht auf einen externen stick erweitern wollen,
es reicht mir zunächst völlig, wenn ich meinen bevorzugten dvb stick im tvheadend sehe.
hast du evtl. noch eine tip für mich?
danke und gruß
yummiweb
-
Hallo yummi erstmal Respekt wie du kämpfst. Du musst noch deine TV-Stick Kernel Module (.ko Dateien) auf den Router hochladen nach /lib/modules/3.10.49/ . Du findest Sie in deinem openwrt-trunk Ordner auf dem PC unter build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.10.49/drivers/media/usb und diversen Unterordnern.
Die für deinen Stick passenden ko-Dateien kannst du mit dem Kommando "scp pfad/zur/datei/modul.ko root@192.168.1.1:/lib/modules/3.10.49/ auf den Router uploaden (einmalig vorher via telnet openwrt-ip einloggen und mit passwd ein root password festlegen, sonst geht ssh und scp nicht)
Lieben Gruß und Daumen drück
Torsten
P.s. Für den Realtek Stick werden die Kernelmodule rtl2830.ko, rtl2832.ko, r820t.ko und dvb-usb-rtl28xxu.ko benötigt ; für den Dibcom kann ich es nicht genau sagen, da ich den leider noch nicht hab)
-
hallo toro,
danke für diese infos, das hatte ich allein noch nicht herausfinden können obwohl ich dazu schon viel im netz gesucht habe.
wenn man die richtigen suchbegriffe noch nicht kennt, findet man natürlich auch sehr wenig dazu.
kennt man die suchbegriffe erstmal weil man schon im thema steckt,
findet man plötzlich haufenweise infos, braucht sie aber eigentlich nicht mehr.
"ein teufelskreis"
:-)
der letzte kompilerdurchlauf muss wohl aus platzgründen abgebrochen sein,
weil ich hier zunächst mal GAR keine .ko dateien in den entsprechenden ordnern gefunden hatte.
ich habe dann die kernelmodule für dib0700 und realtek aktiviert
und auch einige .ko dateien erhalten, allerdings NUR diese hier:
dvb-usb-v2/ dvb-usb-rtl28xxu.ko
dvb-usb/ dvb-usb-dib0700.ko
daneben zwar eine reihe von .c .h und .o dateien, aber mehr nicht.
auch nicht in den anderen ordnern.
allein mit diesen beiden dateien wurde aber noch keiner der sticks erkannt.
WAS fehlt hast du ja beschrieben, ich muss nur sehen wo ich das vor dem kompilieren aktivieren kann.
ich probiere dann als nächstes einen neuen durchlauf mit deinen configs.
die erzeugten module laufen doch sicher auch mit den komponenten
aus anderen kompiler durchläufen zusammen, oder?
gruß rené
-
Hallo René,
wenn du magst kann ich Dir nun doch ein fertiges Image erstellen und uploaden (auf Google Drive ; Download-Link geb ich Dir dann per PN), da ich nun wieder etwas High-Speed Volumen via 3G zur Verfügung habe.
Also falls du Interesse hast, sag mir nochmal genau was du alles an Paketen unbedingt direkt in die Firmware haben willst (ich probier dann soweit es größenmäßig hinhaut alles reinzupacken).
Lieben Gruß
Torsten
-
Hallo Torsten,
vielen Dank für das Angebot.
Wie du ja bereits bemerkt hast, gebe ich nicht so leicht auf.
Ich habe also noch mehrmals kompliliert, u.a. natürlich mit exakt deinen configs.
Dennoch habe ich keine weiteren .ko Dateien erhalten.
Ohne diese bekomme ich meinen Stick aber offensichtlich nicht ans laufen.
Leider finde ich nicht heraus, welche da noch fehlen.
Daher würde ich es zwischendurch sehr gern mal mit deinem Image bzw. deinen Modulen probieren.
Zum probieren würde mir ein Image wie folgt reichen:
im Image integriert:
- Kernel, mit den erforderlichen Erweiterungen damit mein DVB-T Stick (DIB07000) erkannt wird.
- luci, damit ich einfacher damit umgehen kann
- ssh
- die standard netzwerk pakete, wie ipfw, nat etc. damit die kiste nicht ganz ungeschützt bleiben muss
als separate pakete wären gut:
- alle pakete damit usb-sticks bzw. laufwerke erkannt werden (vfat + sprachpakete)
- tvheadend
- smb client und server
Falls dann noch Platz ist wäre toll
- openvpn (client) pakete
Über eine Up-/Download Möglichkeit können wir uns ja noch austauschen.
(mein dvb-cube username@gmx.net)
Vielen Dank für deine Hilfe!
Gruß René
-
Hallo René,
hier mal die Downloadlinks für Image und Configs.
OpenWrt Version: CHAOS CALMER (Bleeding Edge, r42655)
OpenWrt Firmware Image (bin/ar71xx/openwrt-ar71xx-generic-tl-wr1043nd-v1-squashfs-sysupgrade.bin)
https://drive.google.com/file/d/0B2e1HEbLYwVETGc4UVZtRHpqMWs/view?usp=sharing (https://drive.google.com/file/d/0B2e1HEbLYwVETGc4UVZtRHpqMWs/view?usp=sharing)
md5 Hash: 7df4378201eeb1c086e08885bd8a46d9
OpenWrt Konfiguration via make menuconfig (.config)
https://drive.google.com/file/d/0B2e1HEbLYwVEWEgwSFhfYWdXNkU/view?usp=sharing (https://drive.google.com/file/d/0B2e1HEbLYwVEWEgwSFhfYWdXNkU/view?usp=sharing)
OpenWrt Kernel-Konfiguration via make kernel_menuconfig (target/linux/ar71xx/config-3.10)
https://drive.google.com/file/d/0B2e1HEbLYwVEM0gyM1pvY29MWkU/view?usp=sharing (https://drive.google.com/file/d/0B2e1HEbLYwVEM0gyM1pvY29MWkU/view?usp=sharing)
Nach dem Flashen des Firmware Images und Router-Reboot den Elgato Stick anschließen und Kernel Modul laden
modprobe dvb-usb-dib0700
Schauen ob er korrekt erkannt wurde.
lsmod | grep dib
dmesg | egrep -i 'dib|dvb|firmw'
ls -lah /dev/dvb/adapter*
Der Elgato EyeTV Diversity scheint in verschiedenen Hardware Revisionen am Markt zu sein. Es ist also möglich, dass die Tuner/Frontend Auswahl im Kernel noch nicht korrekt ist.
Aktuell ist der Tuner Microtune MT2266 und das Frontend (Demodulator) DiB7000PC im Kernel fest integriert. Falls was fehlt, kriegen wir das problemlos anhand des Kernel-Logs raus und ich passe die Kernelconfig an. Die Firmware dvb-usb-dib0700-1.20.fw liegt direkt im Image im Pfad /lib/firmware und sollte korrekt durch das Modul dvb-usb-dib0700 geladen werden. OpenVPN hat nicht ins Image gepasst. Via IPK-Paket aber problemlos nachinstallierbar (Aber du brauchst dann explizit USB Stick root overlay). CIFS Dateisystem Treiber ist drin (kannst also SMB/CIFS Freigaben einhängen). Samba36-Server und LuCI Web GUI auch dabei. SSH ist sowieso immer standardmäßig drin.
Lieben Gruß erstmal und ein schönes Wochenende
Torsten
-
Hallo Toro,
vielen Dank für deine Mühe!!! Das brachte mich jetzt ein gutes Stück weiter.
Hier mein Bericht:
Nachdem ich das von dir erstellte Image geladen hatte, musste ich natürlich erstmal tvheadend überzeugen (per --noacl Option) mich an die webgui zu lassen.
Damit konnte ich zwar einen neuen user anlegen, der aber leider keinen reboot überlebt.
Das bei jedem Neustart zu wiederholen ist etwas nervig, also habe ich im "autostart" tvheadend deaktiviert
und einen extra Eintrag mit --noacl Option angelegt. Natürlich keine schöne Lösung.
Kennst zufällig das voreingestellte Kennwort? Oder wie hast du das gelöst?
In diesem Zusammenhang ist mir noch aufgefallen, dass es offenbar keinen
Benutzerordner für den "hts" User gibt. (bzw. habe ich keinen gefunden)
Wo werden denn dann überhaupt die tvheadend-config Dateien abgelegt?
Unter Debian wird ja stets der "hts" User (inkl. Gruppenzuweisung) bei der tvheadend Installation angelegt
und auch ein Kennwort für den tvheadend-admin muss dabei angegeben werden..
All das findet hier aber offenbar nicht statt, auch nicht, wenn tvheadend per opkg installiert wird.
Es ist möglich, dass bereits hier schon etwas nicht stimmt, das auch für die folgenden Effekte verantwortlich ist.
Nun aber erstmal nachgesehen, ob der Stick erkannt wird:
Nach dem Start hat hier dein "Zauberspruch" "modprobe dvb-usb-dib0700" geholfen.
Den musste ich aber auch dauerhaft als Systemstart eintragen.
Der Stick wird auch erstmal erkannt, das ist ja schon mal SUPER!
Allerdings machen die Muxe noch Probleme.
Normalerweise wähle ich die ja über "Add DVB Network by Location" aus, die fehlen hier aber.
Also habe ich von Hand ein paar angelegt (mit Daten einer bestehenden Installation).
Tvheadend beginnt dann ja normalerweise einen Suchlauf, aber hier leider nicht.
Habe das mehrmals versucht, an meinen Einträgen lag es nicht, tvheadend sucht leider nicht.
Ich habe dann deine .config genommen und im menuconfig mal testweise "fetch svb-scan data" aktiviert
(musste stattdessen smb weglassen) dann alles durchkompliert und geflasht.
Im Ergebnis waren zwar die Voreinstellungen unter "Add DVB Network by Location" vorhanden,
aber das brachte nix. Die Muxe konnte ich zwar wählen, aber diese wurden nicht übernommen.
Tvheadend scannt somit immer noch nicht.
(evtl. das Problem mit dem Benutzerverzeichnis?)
Für die Diagnose werden jetzt sicher einige Ausgaben benötigt, hier sind sie:
lsmod | grep dib:
dvb_usb_dib0700 84573 0
dmesg | egrep -i 'dib|dvb|firmw'
[ 0.640000] 0x000000020000-0x0000007f0000 : "firmware"
[ 25.000000] dvb-usb: found a 'Elgato EyeTV Diversity' in warm state.
[ 25.000000] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 25.020000] DVB: registering new adapter (Elgato EyeTV Diversity)
[ 25.290000] usb 1-1: DVB: registering adapter 0 frontend 0 (DiBcom 7000PC)...
[ 25.300000] DVB: Unable to find symbol dib0070_attach()
[ 25.300000] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 25.310000] DVB: registering new adapter (Elgato EyeTV Diversity)
[ 25.490000] usb 1-1: DVB: registering adapter 1 frontend 0 (DiBcom 7000PC)...
[ 25.500000] DVB: Unable to find symbol dib0070_attach()
[ 25.500000] IR keymap rc-dib0700-nec not found
[ 25.520000] input: IR-receiver inside an USB DVB receiver as /devices/platform/ehci-platform/usb1/1-1/rc/rc0/input0
[ 25.530000] rc0: IR-receiver inside an USB DVB receiver as /devices/platform/ehci-platform/usb1/1-1/rc/rc0
[ 25.550000] dvb-usb: could not initialize remote control.
[ 25.550000] dvb-usb: Elgato EyeTV Diversity successfully initialized and connected.
[ 25.570000] dib0700: rc submit urb failed
[ 25.570000] usbcore: registered new interface driver dvb_usb_dib0700
ls -lah /dev/dvb/adapter*
/dev/dvb/adapter0:
drwxr-xr-x 2 root root 120 Oct 6 01:38 .
drwxr-xr-x 4 root root 80 Oct 6 01:38 ..
crw-r--r-- 1 root root 212, 4 Oct 6 01:38 demux0
crw-r--r-- 1 root root 212, 5 Oct 6 01:38 dvr0
crw-r--r-- 1 root root 212, 3 Oct 6 01:38 frontend0
crw-r--r-- 1 root root 212, 7 Oct 6 01:38 net0
/dev/dvb/adapter1:
drwxr-xr-x 2 root root 120 Oct 6 01:38 .
drwxr-xr-x 4 root root 80 Oct 6 01:38 ..
crw-r--r-- 1 root root 212, 68 Oct 6 01:38 demux0
crw-r--r-- 1 root root 212, 69 Oct 6 01:38 dvr0
crw-r--r-- 1 root root 212, 67 Oct 6 01:38 frontend0
crw-r--r-- 1 root root 212, 71 Oct 6 01:38 net0
Soweit ich das richtig interpretiere, wird der Stick zumindest korrekt erkannt.
Hast du noch eine Idee?
Vielen Dank für deine Hilfe!
Gruß René
-
Ok das Tvheadend Login Problem ist leicht gelöst. Der User daemon mit dem tvheadend Prozess startet bei Option -f hat keine Schreibrechte im Ordner /etc/tvheadend. Das ist das ganze Problem, warum diese -C Option keine leere Start-Config erstellt zum Login ohne User/Pass ins Web GUI. Die Lösung ist:
chmod -R 770 /etc/tvheadend
chown -R daemon:daemon /etc/tvheadend
Aber Dein Stick kann noch nicht auftauchen in der Tvheadend DVB Geräteauswahl, da er noch nicht vollständig erkannt wurde. Es fehlt wie ich schon vermutete noch eine abhängige Kernelkomponente (ist halt immer blöd wenn man den Stick nicht selber vor sich hat)
Es müsste die folgende Kernel Option sein (in target/linux/ar71xx/config-3.10)
CONFIG_DVB_DIB7000M=y
Gib mir aber bitte mal noch unbedingt die USB Kennung Deines Elgato-Sticks mit dem Befehl:
cat /sys/kernel/debug/usb/devices
Das mit der fehlenden DVB fetch Option in Tvheadend war Absicht , weil ich vermutete, dass es einiges Platz braucht. Man braucht aber normal nur einen einzigen Mux (von Das Erste / ARD Digital Bouquet) hinzufügen, dann werden die anderen Muxes automatisch gefunden via NIT im DVB Stream.
Gruß
-
Hallo Toro,
vielen Dank für deine schnelle Reaktion.
Das Rechteproblem hatte ich grad just in dem Moment behoben und wollte selbst grad schreiben.
Das war im Systemlog schlecht zu sehen, weil die Zeile sehr lang ist und nicht umgebrochen wurde.
Habe die Rechte gesetzt und konnte jetzt auch den User anlegen
und zumindest die Einstellungen bleiben jetzt auch erhalten.
Den Rest deines Posts kann ich aber erst später durchsehen.
Trotzdem vielen Dank!
Bis später,
Gruß René
-
Hier noch die Ausgabe zu meinem Stick:
cat /sys/kernel/debug/usb/devices
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 1
B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0002 Rev= 3.10
S: Manufacturer=Linux 3.10.49 ehci_hcd
S: Product=EHCI Host Controller
S: SerialNumber=ehci-platform
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256ms
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0fd9 ProdID=0011 Rev= 1.00
S: Manufacturer=Elgato
S: Product=EyeTV Diversity
S: SerialNumber=140404008934
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 4 Cls=ff(vend.) Sub=00 Prot=00 Driver=dvb_usb_dib0700
E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=125us
E: Ad=81(I) Atr=03(Int.) MxPS= 64 Ivl=64ms
E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
Gruß René
-
Korrektur meines Postes:
Es sollte diese Kerneloption sein:
CONFIG_DVB_TUNER_DIB0070=y
Diese können dann wohl raus:
CONFIG_MEDIA_TUNER_MT2266=y ändern in CONFIG_MEDIA_TUNER_MT2266 is not set
CONFIG_DVB_DIB7000M=y ändern in CONFIG_DVB_DIB7000M is not set
make kernel_menuconfig danach nochmal kurz aufrufen, damit die Werte korrekt eingelesen werden und dann Exit und Save.
Nun das Image nochmal bauen mit make V=s
Du hattest ja meine .config Datei ins OpenWrt Trunk Wurzelverzeichnis kopiert. Auch die config-3.10 nach target/linux/ar71xx/ ja ?
Supi alles klar.
Gruß bis denne
-
Hallo Toro,
ich verwende deine beiden letzten configs fast unverändert.
(-ppp , -smb-server, +dvb-scan-data)
Die Kerneloption CONFIG_DVB_DIB7000M=y hatte - wie du vermutet hast - nichts gebracht.
Dann habe ich wie von dir beschrieben
CONFIG_DVB_DIB7000M (wieder) und CONFIG_MEDIA_TUNER_MT2266 auf "not set" gesetzt.
Leider konnte ich keine CONFIG_DVB_TUNER_DIB0070 finden.
(auch nicht CONFIG_DVB_TUNER_DIB7000)
Unter CONFIG_DVB_Tuner_xyz gab es nur 2 Einträge die nichts mit DIBxyz zu tun hatten
Ich habe deinen Eintrag daher testweise hinzugefügt und kompiliert,
aber am Ergebnis hat das leider nichts geändert. tvheadend scannt nicht.
Mir ist noch aufgefallen, dass von Hand erstellte Muxe zwar zunächst in der Liste erscheinen,
aber nach einem Neustart wieder verschwunden sind.
Die Muxe aus den lokalen Voreinstellungen kann ich zwar auswählen,
die landen aber erst gar nicht in der Liste. Nicht mal kurz.
Gruß René
-
Hi,
gibste mir mal die Ausgabe von logread?
Was ich noch vergessen hatte zu erwähnen, ist:
chgrp -R daemon /dev/dvb && chmod -R g+w /dev/dvb
Das mit den Verschwinden der Mux-Einträge nach Reboot, könnte entweder wieder ein Schreibrechte-Problem im Ordner /etc/tvheadend sein oder du hast das "save" vergessen in der Tvheadend Web GUI?
Oder aber dein Flash-Speicher ist voll? Gib mir mal noch die Ausggabe von:
df -h
-
Hallo Toro,
chgrp -R daemon /dev/dvb && chmod -R g+w /dev/dvb
funktioniert nicht, da dieses Verzeichnis nicht existiert.
df -h meint:
Filesystem Size Used Available Use% Mounted on
rootfs 832.0K 232.0K 600.0K 28% /
/dev/root 6.0M 6.0M 0 100% /rom
tmpfs 14.0M 68.0K 13.9M 0% /tmp
/dev/mtdblock3 832.0K 232.0K 600.0K 28% /overlay
overlayfs:/overlay 832.0K 232.0K 600.0K 28% /
tmpfs 512.0K 0 512.0K 0% /dev
hier die Ausgabe von logread:
logread | grep dib
Mon Oct 6 04:08:26 2014 kern.info kernel: [ 1.270000] usbcore: registered new interface driver dvb_usb_dib0700
Mon Oct 6 04:08:26 2014 kern.err kernel: [ 5.640000] dvb-usb: did not find the firmware file. (dvb-usb-dib0700-1.20.fw) Please see linux/Documentation/dvb/ for more details on firmware-problems. (-2)
Mon Oct 6 04:08:36 2014 user.info syslog: failed to find a module named dvb-usb-dib0700
Mon Oct 6 04:08:36 2014 user.emerg syslog: kmod: failed to find a module named dvb-usb-dib0700
logread | grep dvb
Mon Oct 6 04:08:26 2014 kern.info kernel: [ 1.270000] usbcore: registered new interface driver dvb_usb_dib0700
Mon Oct 6 04:08:26 2014 kern.info kernel: [ 5.400000] dvb-usb: found a 'Elgato EyeTV Diversity' in cold state, will try to load a firmware
Mon Oct 6 04:08:26 2014 kern.err kernel: [ 5.640000] dvb-usb: did not find the firmware file. (dvb-usb-dib0700-1.20.fw) Please see linux/Documentation/dvb/ for more details on firmware-problems. (-2)
Mon Oct 6 04:08:36 2014 user.info syslog: failed to find a module named dvb-usb-dib0700
Mon Oct 6 04:08:36 2014 user.emerg syslog: kmod: failed to find a module named dvb-usb-dib0700
logread | grep firmw
Mon Oct 6 04:08:26 2014 kern.notice kernel: [ 0.640000] 0x000000020000-0x0000007f0000 : "firmware"
Mon Oct 6 04:08:26 2014 kern.info kernel: [ 5.400000] dvb-usb: found a 'Elgato EyeTV Diversity' in cold state, will try to load a firmware
Mon Oct 6 04:08:26 2014 kern.err kernel: [ 5.640000] dvb-usb: did not find the firmware file. (dvb-usb-dib0700-1.20.fw) Please see linux/Documentation/dvb/ for more details on firmware-problems. (-2)
mein Ordner /lib/firmware ist übrigens leer.
Was war mit "CONFIG_DVB_TUNER_DIB0070" gemeint?
Einen Eintrag "CONFIG_DVB_TUNER_DIB0070 is not set"
gab es in meiner (bzw. deiner) kernel_config ja nicht.
Gruß René
-
Mon Oct 6 04:08:26 2014 kern.err kernel: [ 5.640000] dvb-usb: did not find the firmware file. (dvb-usb-dib0700-1.20.fw) Please see linux/Documentation/dvb/ for more details on firmware-problems. (-2)
Die Firmware sollte hier zu finden : http://www.linuxtv.org/downloads/firmware/
Hier gehört die Firmware dann hinein : /lib/firmware ;)
PS: Siehe Anhang. Es muss dann nur noch das File wieder unbenannt werden in : dvb-usb-dib0700-1.20.fw ;)
-
Hallo Hans,
vielen Dank!
Ich habe die Datei wie beschrieben kopiert und auch einen Reboot gemacht,
aber offenbar wird die Datei nicht erkannt:
root@OpenWrt:/lib/firmware# ls
dvb-usb-dib0700-1.20.fw
(firmware ist da)
root@OpenWrt:/lib/firmware# logread | grep dib
Mon Oct 6 04:08:26 2014 kern.info kernel: [ 1.270000] usbcore: registered new interface driver dvb_usb_dib0700
Mon Oct 6 04:08:26 2014 kern.err kernel: [ 5.580000] dvb-usb: did not find the firmware file. (dvb-usb-dib0700-1.20.fw) Please see linux/Documentation/dvb/ for more details on firmware-problems. (-2)
Mon Oct 6 04:08:36 2014 user.info syslog: failed to find a module named dvb-usb-dib0700
Mon Oct 6 04:08:36 2014 user.emerg syslog: kmod: failed to find a module named dvb-usb-dib0700
(firmware wird dennoch nicht gefunden?)
Gruß René
-
Datei umbenannt ?
PS : datei_a.txt in datei_b.txt umbenennen,
die Ausgangsdatei befindet sich im aktuellen Verzeichnis:
mv datei_a.txt datei_b.txt ;)
-
Ich habe die Datei umbenannt in:
dvb-usb-dib0700-1.20.fw
(so wie in der Fehlermeldung beschrieben)
Habe testweise auch mal die Schreib-/Leserechte auf den Ordner lib/firmware (und die Datei) auf 777 gesetzt.
Habe ausserdem auch mal eine andere FW Datei probiert (selbe Datei, andere Quelle).
Kein Unterschied.
Gruß René
-
Da fällt mit jetzt auf die Schnelle leider nichts zu ein. Mit Ubuntu klappte das bei mir. :(
-
Die Firmware wird in dieser Konstellation auch niemals geladen werden, selbst wenn sie korrekt in /lib/firmware läge, weil das Kernel-Modul, welches diesen Firmware-Ladevorgang anstößt, nicht geladen werden kann, da es nicht vorhanden ist.
siehe hier:
Mon Oct 6 04:08:36 2014 user.info syslog: failed to find a module named dvb-usb-dib0700
und die Lösung hier:
mkdir -p files/lib/firmware
wget http://linuxtv.org/downloads/firmware/dvb-usb-dib0700-1.20.fw
cp dvb-usb-dib0700-1.20.fw files/lib/firmware/
mkdir files/lib/modules/3.10.49
cp ./build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.10.49/drivers/media/usb/dvb-usb/dvb-usb-dib0700.ko files/lib/modules/3.10.49/
make -j2 V=s
Das neue Image unter ./bin/ar71xx auf den Router flashen
Update:
Ich hab nochmal ein neues Image mit angepasster Kernel Konfiguration erstellt. Damit sollte der Elgato DVB-T Stick eigentlich korrekt vom Kernel korrekt erkannt werden bei Ausführung des Befehls "modprobe dvb-usb-dib0700" und dann in der DVB-Geräteauswahl von Tvheadend auftauchen.
https://drive.google.com/file/d/0B2e1HEbLYwVEQjZUckE1bUZnNXc/view?usp=sharing (https://drive.google.com/file/d/0B2e1HEbLYwVEQjZUckE1bUZnNXc/view?usp=sharing)
MD5 Hash: 26e33c48f3bb646e810783ae4bad75f5
-
Hallo Toro,
vielen Dank für das Image.
Nach "modprobe dvb-usb-dib0700" wurde der Stick offenbar korrekt erkannt:
logread | grep dvb
kern.info kernel: [ 34.150000] dvb-usb: found a 'Elgato EyeTV Diversity' in cold state, will try to load a firmware
kern.info kernel: [ 34.170000] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw'
kern.info kernel: [ 35.210000] dvb-usb: found a 'Elgato EyeTV Diversity' in warm state.
kern.info kernel: [ 35.210000] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
kern.info kernel: [ 35.890000] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
kern.err kernel: [ 36.430000] dvb-usb: could not initialize remote control.
kern.info kernel: [ 36.430000] dvb-usb: Elgato EyeTV Diversity successfully initialized and connected.
kern.info kernel: [ 36.450000] usbcore: registered new interface driver dvb_usb_dib0700
Nun musste ich noch einmal die Berechtigungen von /etc/tvheadend und von /dev/dvb (jetzt vorhanden)
wie von dir beschrieben korrigieren.
Danach konnte ich die Einstellungen in tvheadend dauerhaft speichern.
Und nun wurde es spannend:
die eingetragenen Muxe wurden korrekt gescannt und gesichert!
Auch die anderen Muxe (per Hand eingetragen) liefen durch und lieferten ihre Kanäle wie es sein soll.
Das ist schon mal echt super!
Allerdings gibt es (wie du schon vermutet hattest) noch Probleme.
Die gefundenen Sender lassen sich über den Tvheadend HTSP Clienten zwar auswählen aber nicht ansehen.
Im Client wird dan jeweils angezeigt: "Tuning failed".
In der tvheadend webgui steht folgendes im log (Auszug):
"/dev/dvb/adapter0" tuning to "MEDIA BROADCAST: 706,000 kHz" -- Front configuration failed -- Bad file descriptor, frequency: 706000000
"/dev/dvb/adapter1" tuning to "MEDIA BROADCAST: 706,000 kHz" -- Front configuration failed -- Bad file descriptor, frequency: 706000000
Was mir sonst noch aufgefallen ist:
in der vorliegenden Konfiguration sind die Webguis deutlich langsamer geworden,
und zwar sowohl die von openWRT als auch die von tvheadend.
Bei letzterer bemerkt man das insbesondere beim speichern.
Hier sind plötzlich Meldungfenster zu sehen, die sonst (wenn überhaupt) nur sehr kurz zu sehen waren.
Abr das nur am Rande.
Gruß René
-
Hi René,
diese Fehlermeldung von Tvheadend:
Front configuration failed -- Bad file descriptor
kommt von der fehlenden Schreibberechtigung des users daemon / der Gruppe daemon auf das DVB Frontend Device unter /dev/dvb/adapter*/frontend*
Die Lösung wäre wie folgt (überlebt aber einen Reboot und ein Stick Power-Cycle nicht)
chgrp -R daemon /dev/dvb && chmod -R g+w /dev/dvb
Zumindest das Überleben nach dem Router-Reboot kann man gewährleisten:
vi /etc/rc.local
chgrp -R daemon /dev/dvb && chmod -R g+w /dev/dvb
Schönen Gruß
ToRo
-
Hallo Toro,
also diesmal war es wie verhext:
Die Berechtigung für dev/dvb hatte ich ja bereits gestern schon gesetzt.
ich hatte das zusammen mit dem modprobe befehl auch bereits als startup eingetragen
(mit der gui statt vi, aber das landet ja ebenfalls im rc.local).
Somit konnte sich heute auch nichts anderes ergeben als gestern, sollte man meinen.
Hatte sich ja schliesslich nichts verändert.
Das komische war aber, dass heute der stick erst mal gar nicht mehr erkannt wurde!?
Reboot, ab- und anstecken, nichts half.
Laut Log wurde jedoch alles korrekt erkannt.
WTF?
In meiner Not habe ich die ordner /etc/tvheadend und /dev/dvb gelöscht.
Danach neu gestartet, Rechte für /etc/tvheadend neu gesetzt und tvheadend erneut mit -C Option gestartet
um (wieder mal) überhaupt in die Gui zu gelangen.
O.k. das war ja klar, die Voreinstellungen hatte ich ja gelöscht.
Den Benutzer musste ich natürlich auch neu eintragen.
Nur kann ich mich mit diesem jetzt nicht mehr anmelden.
Ich hab das noch mehrere Male versucht. Gestartet mit -c bzw. -noacl Option
und gesehen, dass der angelegte Benutzer mit Name und Kennwort noch vorhanden ist.
Benutzer trotzdem neu angelegt (ja, alle Haken gesetzt),
aber anmelden konnte ich mich seitdem nicht mehr an der Gui.
Also tvheadend erstmal nur noch mit -noacl gestartet.
O.K. der Stick wurde zumindest wieder erkannt.
Dann den ersten Mux eingetragen. Alles ok,
Sender erkannt und in die Liste übertragen.
Und jetzt kommts: ich konnte zum aller ersten mal
die eingerichteten Sender "live" sehen1!!!!!111. Wahnsinn.
Übrigens mit superschnellen Umschaltzeiten
und komischerweise reagierte heute eh alles schneller als gestern.
Nur warum ging das gestern nicht?
Nachdem ich dann auch noch die restlichen Muxe eingetragen hatte (ca. 50 Sender)
funktionierte dann auf einmal nichts mehr.
Mit dem Client ein- bzw. umgeschaltet, das wurde auch in der Gui so angezeigt.
Aber kein Bild sonder nur komische Meldungen im Client,
dass die Hardware nicht verfügbar wäre oder tvheadend nicht verbunden wäre.
O.K. viele Sender brauchen evtl. viel Platz, also mal nach dem Speicherplatz geschaut.
Da war aber noch fast genauso viel frei wie zuvor.
Was ist das denn schon wieder?
Aber zumindest war diese Build überhaupt mal lauffähig. Das war jetzt echt mal ein Fortschritt.
Apropos Build: Ich würde das Ding ja gern noch mal selbst mit anderen Paketen kompilieren.
In deiner aktuellen Config hattest du aber zuletzt noch Änderungen drin die ich vermutlich noch nicht kenne.
Kannst du mir diese Configs bitte noch mal schicken?
Vielen Dank!
Ach so, leider habe ich noch ein anderes Problemchen.
Ich möchte ja eigentlich den Record Ordner auf meinem Server verwenden.
Somit muss ich den erstmal mounten, Das klappt aber irgendwie nicht.
Ich probiere es bisher so:
(den Zielordner z.B. /etc/tvheadend/media habe ich zuvor natürlich angelegt)
mount -t cifs //192.168.x.x/freigabe /etc/tvheadend/media -o user=benutzername,pass=meinpassword,dom=meineworkgroup
Als Ergebnis erhalte ich jedoch: mount error(13): Permission denied
Ich habe für den Zielordner auch einen anderen Ordner bzw. Pfad versucht,
auch mal einen Ordner mit Berechtigung 777 versehen, aber es geht trotzdem nicht.
Benutzername und Kennwort sind definitiv korrekt.
Per scp befehl kann ich z.b. auch dateien auf meinen server kopieren.
Hast du da eine Idee? Fehlt da evtl. noch ein Paket?
Aber welches, wenn doch der Zugriff per SCP funktioniert.
Wer weiss was da heute los war, Sonnenflecken oder so ;-)
Gruß
René
-
Zum mount cifs Prob: ist das cifs.ko Modul geladen ?
lsmod | grep cifs
grep cifs /proc/filesystems
Was evtl. noch bei den Ab- und Anstecken des Sticks wichtig wäre, ist, dass das /dev/dvb dann immer automatisch vom System gelöscht und neu erstellt wird (also Rechte sind dann wieder readonly für user/group daemon)
Wenn Probleme auftauchen, immer das komplette Log von logread posten - in Code-tags.
Gib mir mal bitte noch den Inhalt deiner rc.local und /etc/init.d/tvheadend.
Achja und das reine Vorhalten und Empfangen/Streamen von vielen Sender verbraucht ansich keinen Flash-Speicher - nur wenn EPG Daten unter /etc/tvheadend geschrieben werden, wird es ein Platzproblem geben.
Meine letzte Kernel Config liegt im Anhang. Die normale .config im OpenWrt Wurzelverzeichnis bleibt unverändert.
P.S. Lass bitte ruhig immer bei all deinen Tests ein SSH Fenster mit dem Befehl logread -f offen. Dann siehst du sofort wenn eine Aktion fehlschlägt oder Probleme in Kernel oder Tvheadend verursacht.
-
Hallo Toro,
dies sind die Ausgaben von:
lsmod | grep cifs
cifs 183469 0
crypto_hash 9514 7 cifs
und
grep cifs /proc/filesystems
nodev cifs
Inhalt von /etc/rc.local:
modprobe dvb-usb-dib0700
chgrp -R daemon /dev/dvb && chmod -R g+w /dev/dvb
chown -R daemon:daemon /etc/tvheadend
Inhalt von /etc/init.d/tvheadend:
START=80
start() {
service_start /usr/bin/tvheadend -f -c /etc/tvheadend
}
stop() {
service_stop /usr/bin/tvheadend
}
Ich denke, ich kompiliere jetzt erstmal neu mit deinen Einstellungen und meinen Paketen.
(samba-server brauch ich z.B. (hoffentlich) nicht)
Wenn nach Ab- Anstecken jeweils das /dev/dvb Verzeichnis gelöscht werden sollte/muss,
könnte man das nicht einfach bei jedem Systemstart automatisieren?
Also löschen, neu anlegen + Rechte setzen bevor modprobe und tvheadend aufgerufen wird?
Also in etwa so:
rm -r /dev/dvb
mkdir /dev/dvb
chgrp -R daemon /dev/dvb && chmod -R g+w /dev/dvb
chown -R daemon:daemon /etc/tvheadend
modprobe dvb-usb-dib0700
Oder wird der /dev/dvb Ordner schon vorher von anderen modulen angelegt oder erwartet?
Bzw. was wird eigentlich eher ausgeführt, /etc/rc.local oder /etc/init.d?
Vielen Dank und Gruß
René
-
Die rc.local wird nur beim Boot ausgewertet. Wenn du den Stick im laufenden Betrieb ab- und wieder ansteckst, werden die DVB-Devices immer vom System gelöscht und neu erstellt, so dass die Rechte wieder korrigiert werden müssten (du könntest aber auch den tvheadend im Kontext des users root starten lassen: tvheadend
-u root -g root -f -c /etc/tvheadend )
Das mit mount -t cifs könnte an dem verwendeten CIFS Security Level deines Servers liegen (mac mini smb Share ja?)
Evtl. hilft das:
mount -t cifs //192.168.x.x/freigabe /etc/tvheadend/media -o user=benutzername,pass=meinpassword,sec=ntlm
Mich würde aber mal das logread interessieren, indem Moment wie der mount cifs error 13 kommt.
-
Mit meinem bisherigen Befehl gibt es folgende Ausgabe von logread:
Thu Oct 9 21:12:14 2014 kern.notice kernel: [27841.240000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
Thu Oct 9 21:12:15 2014 kern.notice kernel: [27842.220000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
Thu Oct 9 21:12:16 2014 kern.notice kernel: [27843.270000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
Thu Oct 9 21:12:16 2014 kern.notice kernel: [27843.850000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
Gruß René
-
die Option "sec=ntlm" wird mit "Invalid argument" quittiert.
Sie Option "sec=ntlmssp" liefert aber auch nur "Permission denied".
und:
Thu Oct 9 22:16:48 2014 kern.notice kernel: [31715.010000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
Thu Oct 9 22:16:48 2014 kern.notice kernel: [31715.780000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
Thu Oct 9 22:16:50 2014 kern.notice kernel: [31717.230000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
Thu Oct 9 22:16:51 2014 kern.notice kernel: [31718.020000] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
eine manpage für mount.cifs gibts hier ja leider nicht, mein debian gibt dazu auch nichts her, das meldet auch komplett andere fehler.
Gruß René
-
erstell doch mal testweise auf deiner Ubuntu OpenWrt-Build Maschine einen SMB Share und mounte den, geht das?
Achja und die Option noch : sec=ntlmv2 ?
Gruß
-
Hallo Toro,
basierend auf deinen configs habe ich noch mal selbst kompiliert.
für meine tests wollte ich ja erstmal div. pakete rausschmeissen, die ich zum testen nicht benötige.
was usb oder dvb betrifft, habe ich zunächst nichts angefasst.
komischerweise wurde mein stick aber nicht mehr erkannt
modprobe gab nur zurück, dass irgendwas nicht gefunden wurden konnte.
(nicht die firmware, die lag im richtigen ordner)
also noch mal in deinem kernel_config nachgesehen und festgestellt,
dass da ein dib0700 bestandteil mit "m" markiert war.
den habe ich frecherweise mal auf "j"gesetzt und mit diesem image wurde der stick dann auch wieder erkannt.
komischerweise von anfang an, also ohne modprobe, das auch hier nicht funktionierte.
so richtig prickelnd läuft das aber nicht.
sender suchen funktioniert, aber wenn ich mit dem client den sender aktiviere ,
wird der nur ca. 5 - 20 sekunden angezeigt. dann bleibt das bild stehen
und es passiert nichts mehr. wenn ich dann umschalte etc.
wird mir der kanalwechsel in der tvheadend gui angezeigt, aber es passiert nichts weiter.
tvheadend hängt sich dabei mehr oder weniger auf. manchmal beendet es sich,
manchmal startet es neu, manchmal startet die ganze box neu…
wenn das passiert ist, wird der stick nur noch "halb" erkannt,
also nur adapter o bzw. adapter 1 und nicht beide.
das läst sich dann nu noch durch abstecken und löschen von /dev/dvb beheben.
irgendwie vermute ich, dass es am mangelnden speicherplatz bzw. cache liegt.
im log konnte ich bzgl. speichermangels zwar nichts finden
und immer wenn ich per gui oder ssh nachgesehen habe, war noch speicher frei,
aber der kann natürlich durch das beenden von tvheadend wieder frei geworden sein.
"live" konnte ich ein speicherproblem also nicht beobachten
aber das will ja nichts heissen.
wie müsste ich vorgehen um das root system (bzw. den swap)
auf einen usb stick umbiegen?
dann habe ich noch einiges mit dem cifs clienten ausprobiert.
zunächst mal im log auf dem server nachgesehen und festgestellt,
dass der der openwrt client wohl keine sicherheitsprotokolle anbietet bzw. keine aushandeln will.
der server würde dann "ntlmv2" anbieten, aber das kann ich beim mounten in der befehlszeile nicht aktivieren.
die smb version am mac server (apple eigenentwicklung) ist ja etwas "eigen" um nicht zu sagen fehlerhaft.
also habe ich kurzerhand mal den internen smb abgeschaltet und einen "normalen" installiert.
der arbeitet eigentlich genauso so wie unter linux gewohnt, inkl. smb.conf,
aber auch damit konnte ich keine verbindung vom openwrt aus herstellen.
unter debian habe ich dann auch mal einen ordner freigegeben, zunächst als gastzugriff.
diesen netzwerkordner konnte ich tatsächlich erfolgreich mounten.
dasselbe dann mit benutzeranmeldung hat wiederum auch nicht funktioniert.
kann es sein, dass hier einfach noch einige module
für verbindungssicherheit o.ä. einkompiliert werden müssen?
Gruß René
-
Hallo René,
berichte mal wie dein aktueller Stand ist. Ich habe mittlerweile zig mal das ganze Ding neu eingerichtet bei Kollegen und Freunden. Hatte nie Probleme auf diversen Routern und verschiedenen DVB-T Sticks.
Auch meine eigene Installation läuft nun seit Monaten stabil.
Gruß
toro
-
Hallo Toro,
leider hatte ich in den vergangenen Wochen nicht viel Zeit für weitere Experimente :-(.
Die SMB Problematik habe ich nicht abstellen können. Die Ursache habe ich zugegebenermassen
nicht besonders intensiv verfolgt, weil das Apple eigene SMB (2 bzw. 3) leider auch an anderer Stelle etwas eigensinnig ist.
(sieht auch leider so aus, dass da nichts mehr von Apple gefixt wird)
Es dämpft auch ein wenig die Motivation, wenn man nicht weiss, ob die Suche nach dem Fehler überhaupt lohnt.
Bleibt also nur noch die "typische" Variante mittels root-fs erweiterung per usb-speicher.
Das habe ich allerdings noch nicht versucht, weil das ja eigentlich nicht mein "Wunschkonzept" ist bzw. war.
Also probier(t)e ich lieber noch die eine oder andere Alternativvariante aus.
So z.B. einen (weiteren) tvheadend Server unter VirtualBox, diesmal aber openWRT.
Passende Pakete laden, Confis anpassen, kompilieren etc.,
das alles habe ich allein ganz gut hinbekommen, aber NUR weil ich durch deine großartige Hilfe
und die div. vorherigen Experimente schon einigermassen "fit" darin war.
Daher noch mal ein großes Dankeschön an dich!
Im Ergebnis habe ich dieses VirtualBox/openWRT auch soweit hinbekommen,
dass der Stick erkannt wurde, tvheadend läuft und auch Sender und EPG gefunden wurden etc.
Nur abspielen lässt sich leider gar nichts und Aufnahmen gehen auch nicht.
Die Fehlermeldung sämtlicher XBMC (openelec) Clienten ist hier: "No hardware present".
(Sender werden im Client erkannt, EPG auch durchgereicht)
Das ist übrigens genau dieselbe Fehlermeldung,
die ich zuvor auch unter div. anderen Linux Versionen unter VirtualBox bekommen habe.
(Debian, Ubuntu, openWRT, openelec)
Also liegt das vermutlich nicht an meiner Unkenntnis sondern an der USB-Virtualisierung von VirtualBox.
Oder hättest du auch hierzu eine Idee?
Ein tvheadend Server der virtualisiert auf meinem Mac Server läuft,
das wäre nämlich auch eine tolle Sache, hier müsste ich dann keine Kompromisse eingehen.
Aber wie es aussieht werde ich mir jetzt wohl erst mal einen 32 oder 64 GB Stick zulegen
und die Routerinstallation noch mal in Ruhe mit erweitertem Root-fs probieren.
Ich berichte dann gerne weiter.
Gruß
René
Nachtrag:
mal sehen wie sich VMWare verhält…
-
Hi everyone,
After an unsuccesfull first try with a wdr3600 and nova-t-usb receiver, I made more research and found your post.
As you guys succeeded to build a tvheadend router box, I think I will give it another try.
My goal is to buy the exact same hardware as you, to be 100% sure of the result.
But I'm not a linux/cross compilation guru, so the easiest for me would be to have an allready openWRT firware with dvb-t support.
ToRo1978, is it possible to share a backup of your working wdr3600?
Thanks a lot.
Mickaël
-----------------
Hallo allerseits,
Nach einer unsuccesfull ersten Versuch mit einer wdr3600 und nova- t- USB empfänger , habe ich mehr Forschung und fand Ihren Beitrag .
Wie euch gelungen, eine tvheadend Router Feld zu bauen, ich glaube, ich werde es nochmal versuchen.
Mein Ziel ist es, genau die gleiche Hardware wie Sie kaufen, um 100% sicher über das Ergebnis .
Aber ich bin kein linux / Cross-Compilierung Guru , also die einfachste für mich wäre, eine allready openWRT firware mit DVB-T -Unterstützung.
ToRo1978 , ist es möglich, ein Backup Ihrer Arbeits wdr3600 teilen?
Vielen Dank.
Mickaël
-
Hi,
auch ich habe angefangen, auf meinem TP-Link Archer C5 (AC1200) mit OpenWRT meine TV Karte (Terratec Cinergy HTC USB XS HD) einzurichten.
Allerdings habe ich versucht, das im laufen Betrieb zu installieren. Folgende Packages habe ich per opgk installiert:
Tvheadend, Kmod-input-core, kmod-video-uvc, libusb-1.0, kmod-usb-storage
Als Firmware habe ich dvb-usb-terratec-htc-stick-drxk.fw in /lib/firmware kopiert, diese funktioniert im Ubuntu auf meinem Laptop.
Mir scheint aber noch irgendetwas zu fehlen, denn der Stick wird nicht erkannt:
root@OpenWrt:~$ dmesg |grep -i usb
[ 5.770000] usbcore: registered new interface driver usbfs
[ 5.780000] usbcore: registered new interface driver hub
[ 5.780000] usbcore: registered new device driver usb
[ 5.790000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 5.810000] ehci-platform ehci-platform.0: new USB bus registered, assigned bus number 1
[ 5.850000] ehci-platform ehci-platform.0: USB 2.0 started, EHCI 1.00
[ 5.850000] hub 1-0:1.0: USB hub found
[ 5.870000] ehci-platform ehci-platform.1: new USB bus registered, assigned bus number 2
[ 5.910000] ehci-platform ehci-platform.1: USB 2.0 started, EHCI 1.00
[ 5.910000] hub 2-0:1.0: USB hub found
[ 6.270000] usb 1-1: new high-speed USB device number 2 using ehci-platform
Bei Ubuntu kommt danach:
[ 1.875371] usb 1-1.4: new high-speed USB device number 5 using xhci_hcd
[ 1.894270] usb 1-1.4: New USB device found, idVendor=0ccd, idProduct=008e
[ 1.894275] usb 1-1.4: New USB device strings: Mfr=2, Product=1, SerialNumber=3
[ 1.894278] usb 1-1.4: Product: Cinergy HTC USB XS
[ 1.894281] usb 1-1.4: Manufacturer: TerraTec Electronic GmbH
[ 1.894284] usb 1-1.4: SerialNumber: 080502008740
[ 4.485944] em28xx: New device TerraTec Electronic GmbH Cinergy HTC USB XS @ 480 Mbps (0ccd:008e, interface 0, class 0)
[ 4.568768] em2884 #0: Identified as Terratec Cinergy HTC USB XS (card=87)
[ 4.576571] usbcore: registered new interface driver em28xx
[ 9.520343] usb 1-1.4: DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
Könnte es an ehci_hcd <> xhci_hcd liegen?
Viele Grüße
BadTenMan
-
Hi ho
ne ehci is ok - erkennt ja nen usb device - aber dir scheint der em28 er USB-Treiber zu fehlen. Welches OpenWrt Image nutzt du - Attitude, Barrier Breaker , Trunk oder mit der OpenWrt Buildroot selbst gebaut?
Grüßle
Torsten
-
Hi,
aktuell ist auf dem Router Barrier Breaker. Ich bastele gerade and buildroot rum und habe es mit Hilfe von
https://forum.openwrt.org/viewtopic.php?id=23734
geschafft, em28xx.ko zu compilen.
Allerdings glaube ich nicht, dass mir das reicht, wenn ich das auf den Router kopiere und mit insmod einfüge.
Eine Version davon habe ich schon mal runtergeladen, die wollte er aber nicht nehmen. Ich vermute, dass Voraussetzungen nicht erfüllt sind.
Gruß
BadTenMan
-
jo dürften noch ein paar abhängige kernel module werden. Rausfinden kann man das meist super im kernel log (dmesg). Nach dem Laden des kernel moduls müssten fehlende Symbole moniert werden - daraus kann man recht einfach die zugehörigen fehlenden kernel module ableiten.
Kann das sein, dass exakt dieses spezielle Terratec Cinergy Modell garnet vom Kernel supported wird? Auf der linux dvb seite http://www.linuxtv.org/wiki/index.php/TerraTec (http://www.linuxtv.org/wiki/index.php/TerraTec) findet sich das device als nicht supported wieder. Scheint wohl ein Copyright-Problem mit dem Tuner-Chip Hersteller micronas gegeben zu haben.
-
Danke für den Tip!
Er suchte nach tveeprom_hauppauge_analog.
Es fehlte tveeprom.ko, welches zum Glück bei meinem buildroot-Versuch mit herausgefallen ist.
insmod tveeprom.ko + insmod em28xx.ko => :D
Wenn ich den Stick testen konnte, berichte ich.
-
lass mal noch mindestens die folgenden kernel module (und abhängige) aus deinem buildroot rausplumsen:
drxk.ko (micronas dvb-t/-c demodulator chip)
em28xx-alsa.ko
em28xx-dvb.ko
tda18271.ko (dvb-t / dvb-c silicon tuner chip)
-
Ich glaube, dass ich nur drxk.ko, em28xx-alsa.ko und em28xx-dvb.ko brauche, weil meine TV-Karte folgende Firmware hat:
dvb-usb-terratec-htc-stick-drxk.fw
drxk.ko habe ich schon aus dem Internet. Wie bekomme ich denn am einfachsten em28xx-alsa.ko und em28xx-dvb.ko?
Den Compile-Prozess habe ich leider nur in Grundzügen verstanden.
Hast du ein .mk skript für mich, das ich benutzen kann?
Output von dmesg mit drxk.ko, tveeprom.ko, em28xx.ko:
[424322.790000] usb 2-1: new high-speed USB device number 3 using ehci-platform
[424322.950000] em28xx: New device TerraTec Electronic GmbH Cinergy HTC USB XS @ 480 Mbps (0ccd:008e, interface 0, class 0)
[424322.960000] em28xx: Audio interface 0 found (Vendor Class)
[424322.960000] em28xx: Video interface 0 found: isoc
[424322.970000] em28xx: DVB interface 0 found: isoc
[424322.970000] em28xx: chip ID is em2884
[424323.050000] em2884 #0: i2c eeprom 0000: 26 00 01 00 02 0b ab e5 f5 64 01 60 09 e5 f5 64
[424323.060000] em2884 #0: i2c eeprom 0010: 09 60 03 c2 c6 22 e5 f7 b4 03 13 e5 f6 b4 87 03
[424323.070000] em2884 #0: i2c eeprom 0020: 02 0b 42 e5 f6 b4 93 03 02 09 fe c2 c6 22 c2 c6
[424323.080000] em2884 #0: i2c eeprom 0030: 22 00 60 00 d2 c6 7b 00 7a 00 79 23 22 90 05 9e
[424323.090000] em2884 #0: i2c eeprom 0040: 75 f0 25 e5 35 02 08 a7 25 e0 24 c6 f5 82 e4 34
[424323.100000] em2884 #0: i2c eeprom 0050: 06 f5 83 e4 93 22 e4 93 f5 36 e5 36 22 00 00 00
[424323.100000] em2884 #0: i2c eeprom 0060: 00 00 01 01 1a eb 67 95 cd 0c 8e 00 f0 93 6b 03
[424323.110000] em2884 #0: i2c eeprom 0070: 9c 26 6a 32 c2 1a 36 57 4e 47 29 00 00 00 00 00
[424323.120000] em2884 #0: i2c eeprom 0080: 00 00 00 00 4e 00 13 00 f0 10 13 82 82 00 00 00
[424323.130000] em2884 #0: i2c eeprom 0090: 5b 81 c0 00 00 00 22 40 1e 64 02 20 10 01 01 01
[424323.140000] em2884 #0: i2c eeprom 00a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[424323.150000] em2884 #0: i2c eeprom 00b0: c6 40 00 00 84 00 00 00 00 00 00 00 00 c2 00 00
[424323.160000] em2884 #0: i2c eeprom 00c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 32 03
[424323.170000] em2884 #0: i2c eeprom 00d0: 54 00 65 00 72 00 72 00 61 00 54 00 65 00 63 00
[424323.170000] em2884 #0: i2c eeprom 00e0: 20 00 45 00 6c 00 65 00 63 00 74 00 72 00 6f 00
[424323.180000] em2884 #0: i2c eeprom 00f0: 6e 00 69 00 63 00 20 00 47 00 6d 00 62 00 48 00
[424323.190000] em2884 #0: i2c eeprom 0100: ... (skipped)
[424323.200000] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x58369b8e
[424323.200000] em2884 #0: EEPROM info:
[424323.210000] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
[424323.220000] em2884 #0: I2S audio, 3 sample rates
[424323.230000] em2884 #0: 500mA max power
[424323.230000] em2884 #0: Table at offset 0x36, strings=0x269c, 0x326a, 0x1ac2
[424323.240000] em2884 #0: Identified as Terratec Cinergy HTC USB XS (card=87)
[424323.250000] em2884 #0: Config register raw data: 0xc7
[424323.250000] em2884 #0: v4l2 driver version 0.2.0
[424323.270000] em2884 #0: V4L2 video device registered as video0
[424323.270000] em2884 #0: analog set to isoc mode.
[424323.280000] em2884 #0: dvb set to isoc mode.
Das sieht doch ganz gut aus. TVheadend erkennt sie leider noch nicht :(
Ich habe jetzt die Module in /lib/modules kopiert und hoffe, dass sie beim nächsten Start geladen werden.
Wie ich em28xx-alsa.ko und em28xx-dvb.ko bekomme, sehe ich noch nicht ganz.
-
Hi,
ne tvheadend kann da auch noch nix erkennen, da dein stick vom kernel noch garnicht als dvb-device erkannt wurde und entsprechend auch noch keine device nodes unter /dev/dvb/adapter* angelegt hat. Dir fehlen noch die für dvb entscheidenden kernel module für deinen stick chipsatz. Aktuell wird nur die Basisfunktionalität erkannt (die Analog Video caputure / v4l Funktion des em28xx Bridge chips). Das DVB-Frontend (demod chip) sowie der DVB Tuner dürften erst mit em28xx-dvb , drxk u. tda18271 hochkommen.
ne sorry mk skript hab ich derzeit nicht. Geht aber auch ohne problemlos. Hab das schon für mehrere dvb-t und dvb-s usb devices gemacht.
wo hasten die fehlenden ko module her im web ? Ich frage nur weil die vermutlich nicht gegen deinen kernel laden (version/symbol konflikt müsste dann errors im dmesg zu sehen sein beim laden mit insmod / modprobe). Du kannst nach mal die Ausgabe von lsmod posten. Da sieht man schön was alles an kernel modulen geladen ist.
Wenn du ein selbstgebautes openwrt image auf deinen router flashst, musst du explizit auch mit die passenden kernel module aus deinem eigenen buildroot nehmen (das ist wichtig)
Wie du an kernel module rankommst, für die es kein passendes Paket gibt, also keine Auswahl im menuconfig hatte ich hier im thread am Anfang schon mal kurz dargestellt
http://www.dvbcube.org/index.php?topic=31762.msg208732#msg208732 (http://www.dvbcube.org/index.php?topic=31762.msg208732#msg208732)
Das machst du dann entsprechend für deine router zielarchitektur (target)
-
Ich habe drxk.ko und em28xx-dvb.ko gebaut.
drxk.ko lässt sich laden.
em28xx-dvb.ko nicht:
[500742.020000] em28xx_dvb: Unknown symbol dvb_dmxdev_init (err 0)
[500742.030000] em28xx_dvb: Unknown symbol dvb_register_adapter (err 0)
[500742.040000] em28xx_dvb: Unknown symbol dvb_dmx_release (err 0)
[500742.040000] em28xx_dvb: Unknown symbol dvb_net_init (err 0)
[500742.050000] em28xx_dvb: Unknown symbol dvb_dmx_swfilter (err 0)
[500742.060000] em28xx_dvb: Unknown symbol dvb_dmxdev_release (err 0)
[500742.060000] em28xx_dvb: Unknown symbol dvb_frontend_detach (err 0)
[500742.070000] em28xx_dvb: Unknown symbol dvb_net_release (err 0)
[500742.070000] em28xx_dvb: Unknown symbol dvb_unregister_frontend (err 0)
[500742.080000] em28xx_dvb: Unknown symbol dvb_register_frontend (err 0)
[500742.090000] em28xx_dvb: Unknown symbol dvb_unregister_adapter (err 0)
[500742.090000] em28xx_dvb: Unknown symbol dvb_dmx_init (err 0)
EDIT: sieht aus, als würde so etwas wie dvb-core fehlen. Ich versuche mal, das in kernel_menuconfig zu finden.
lsmod:
arc4 1312 4
ath 19717 4 ath9k
ath10k_core 90806 1 ath10k_pci
ath10k_pci 22748 0
ath9k 88369 0
ath9k_common 11437 1 ath9k
ath9k_hw 314943 2 ath9k
cfg80211 197703 5 ath9k
compat 1988 5 ath9k
crc_ccitt 1019 1 ppp_async
crypto_blkcipher 10375 1 arc4
drxk 41389 0
ehci_hcd 30780 1 ehci_platform
ehci_platform 1872 0
em28xx 74576 0
gpio_button_hotplug 4448 0
input_core 24297 1 uvcvideo
ip6_tables 9105 3 ip6table_raw
ip6t_REJECT 2032 2
ip6table_filter 656 1
ip6table_mangle 1056 1
ip6table_raw 576 1
ip_tables 9197 4 iptable_nat
ipt_MASQUERADE 1136 1
ipt_REJECT 1808 2
iptable_filter 720 1
iptable_mangle 960 1
iptable_nat 1968 1
iptable_raw 640 1
ipv6 248940 30 ip6t_REJECT
ledtrig_usbdev 1952 0
mac80211 346193 2 ath9k
nf_conntrack 46014 13 iptable_nat
nf_conntrack_ftp 5120 1 nf_nat_ftp
nf_conntrack_ipv4 5188 10
nf_conntrack_ipv6 5552 3
nf_conntrack_irc 2784 1 nf_nat_irc
nf_defrag_ipv4 790 1 nf_conntrack_ipv4
nf_defrag_ipv6 8711 1 nf_conntrack_ipv6
nf_nat 10592 7 iptable_nat
nf_nat_ftp 1200 0
nf_nat_ipv4 2654 1 iptable_nat
nf_nat_irc 976 0
nls_base 4974 2 ntfs
ntfs 88755 0
ppp_async 6144 0
ppp_generic 19634 3 pppoe
pppoe 7744 0
pppox 1338 1 pppoe
scsi_mod 76866 2 usb_storage
sd_mod 24560 0
slhc 4299 1 ppp_generic
tun 14559 2
tveeprom 11001 1 em28xx
usb_common 1160 1 usbcore
usb_storage 36248 0
usbcore 109781 6 em28xx
uvcvideo 60792 0
v4l2_common 6618 1 em28xx
videobuf2_core 22489 2 em28xx
videobuf2_memops 1216 1 videobuf2_vmalloc
videobuf2_vmalloc 2017 2 em28xx
videodev 81544 4 em28xx
x_tables 10997 26 ipt_MASQUERADE
xt_CT 2272 2
xt_LOG 9488 0
xt_REDIRECT 1056 0
xt_TCPMSS 2672 2
xt_comment 480 46
xt_conntrack 2160 12
xt_id 480 0
xt_limit 992 2
xt_mac 608 0
xt_mark 672 0
xt_multiport 1184 0
xt_nat 1072 0
xt_state 688 0
xt_tcpudp 1680 9
xt_time 1664 0
Ich wollte eigentlich vermeiden, neu zu flashen, da der Router sauber läuft und auch OpenVPN und andere Dinge schon sauber eingerichtet sind und funktionieren. Ist das möglich?
-
jo hast recht dvbcore.ko muss noch vor dem em28xx_dvb geladen werden um die symbole aufzulösen ( dvb_register_adapter und co.)
Normal könnte das klappen das du einfach zusätzliche kernel module "nachbaust" und auf deinen router mit scp schubst. Sollte sich dann auch laden lassen (zumindest hat das bei mir mit dem TP-link tl-wdr3600 und barrier breaker branch git checkout buildroot geklappt)
Also so:
git clone git://git.openwrt.org/14.07/openwrt.git
dann mit make menuconfig lediglich dein router target auswählen und dann speichern und make V=s
wenn erfolgreich durchgelaufen, dann make kernel_menuconfig und deine module auswählen dann speichern und wieder make V=s
alles weitere (wo dann die gebauten module liegen und wie sie auf den router kommen) siehe genannter post von mir oben
Gruß
toro
Update: Hab mal die dvb module für dich gebaut. Hoffe es fehlt nix. Siehe tar.gz file im Anhang. Müssten sich eigentlich gegen deinen bereits im flash liegenden kernel laden lassen.
-
Toro, du bist mein Held.
Als hättest du gewusst, dass mein build nicht klappt und ich keine .ko Dateien bekomme.
Am liebsten würde ich die natürlich selber bauen können. Wenn mal eine neue Version von OpenWRT kommt, wäre ich flexibler. Bei mir sind im Build im Gegensatz zu den anderen Modulen leider nur ipks rausgefallen, die nur die Beschreibung enthalten.
dmesg output sieht gut aus:
[ 554.340000] usb 2-1: new high-speed USB device number 3 using ehci-platform
[ 554.500000] em28xx: New device TerraTec Electronic GmbH Cinergy HTC USB XS @ 480 Mbps (0ccd:008e, interface 0, class 0)
[ 554.510000] em28xx: Audio interface 0 found (Vendor Class)
[ 554.510000] em28xx: Video interface 0 found: isoc
[ 554.520000] em28xx: DVB interface 0 found: isoc
[ 554.520000] em28xx: chip ID is em2884
[ 554.600000] em2884 #0: i2c eeprom 0000: 26 00 01 00 02 0b ab e5 f5 64 01 60 09 e5 f5 64
[ 554.610000] em2884 #0: i2c eeprom 0010: 09 60 03 c2 c6 22 e5 f7 b4 03 13 e5 f6 b4 87 03
[ 554.620000] em2884 #0: i2c eeprom 0020: 02 0b 42 e5 f6 b4 93 03 02 09 fe c2 c6 22 c2 c6
[ 554.630000] em2884 #0: i2c eeprom 0030: 22 00 60 00 d2 c6 7b 00 7a 00 79 23 22 90 05 9e
[ 554.640000] em2884 #0: i2c eeprom 0040: 75 f0 25 e5 35 02 08 a7 25 e0 24 c6 f5 82 e4 34
[ 554.640000] em2884 #0: i2c eeprom 0050: 06 f5 83 e4 93 22 e4 93 f5 36 e5 36 22 00 00 00
[ 554.650000] em2884 #0: i2c eeprom 0060: 00 00 01 01 1a eb 67 95 cd 0c 8e 00 f0 93 6b 03
[ 554.660000] em2884 #0: i2c eeprom 0070: 9c 26 6a 32 c2 1a 36 57 4e 47 29 00 00 00 00 00
[ 554.670000] em2884 #0: i2c eeprom 0080: 00 00 00 00 4e 00 13 00 f0 10 13 82 82 00 00 00
[ 554.680000] em2884 #0: i2c eeprom 0090: 5b 81 c0 00 00 00 22 40 1e 64 02 20 10 01 01 01
[ 554.690000] em2884 #0: i2c eeprom 00a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[ 554.690000] em2884 #0: i2c eeprom 00b0: c6 40 00 00 84 00 00 00 00 00 00 00 00 c2 00 00
[ 554.700000] em2884 #0: i2c eeprom 00c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 32 03
[ 554.710000] em2884 #0: i2c eeprom 00d0: 54 00 65 00 72 00 72 00 61 00 54 00 65 00 63 00
[ 554.720000] em2884 #0: i2c eeprom 00e0: 20 00 45 00 6c 00 65 00 63 00 74 00 72 00 6f 00
[ 554.730000] em2884 #0: i2c eeprom 00f0: 6e 00 69 00 63 00 20 00 47 00 6d 00 62 00 48 00
[ 554.740000] em2884 #0: i2c eeprom 0100: ... (skipped)
[ 554.740000] em2884 #0: EEPROM ID = 26 00 01 00, EEPROM hash = 0x58369b8e
[ 554.750000] em2884 #0: EEPROM info:
[ 554.750000] em2884 #0: microcode start address = 0x0004, boot configuration = 0x01
[ 554.770000] em2884 #0: I2S audio, 3 sample rates
[ 554.770000] em2884 #0: 500mA max power
[ 554.780000] em2884 #0: Table at offset 0x36, strings=0x269c, 0x326a, 0x1ac2
[ 554.780000] em2884 #0: Identified as Terratec Cinergy HTC USB XS (card=87)
[ 554.790000] em2884 #0: Config register raw data: 0xc7
[ 554.800000] em2884 #0: v4l2 driver version 0.2.0
[ 554.810000] em2884 #0: V4L2 video device registered as video0
[ 554.810000] em2884 #0: analog set to isoc mode.
[ 554.820000] em2884 #0: dvb set to isoc mode.
[ 555.510000] drxk: status = 0x039260d9
[ 555.510000] drxk: detected a drx-3926k, spin A1, xtal 20.250 MHz
[ 559.620000] DRXK driver version 0.9.4300
[ 559.660000] drxk: frontend initialized.
[ 559.670000] tda18271 1-0060: creating new instance
[ 559.670000] TDA18271HD/C2 detected @ 1-0060
[ 560.010000] DVB: registering new adapter (em2884 #0)
[ 560.010000] usb 2-1: DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
[ 560.020000] em2884 #0: Successfully loaded em28xx-dvb
Das sieht auch gut aus:
/dev/dvb/adapter0# ls
demux0 dvr0 frontend0 net0
:)
1. TVheadend findet die Karte aber nicht :(
2. Und beim Restart werden die neuen Kernel Module auch nicht geladen, obwohl ich sie nach /lib/modules/3.10.49 kopiert habe.
3. Wofür braucher ich tuner.ko?
Kannst du mir dabei auch noch helfen?
EDIT: für 2. vielleicht ein file /etc/modules.d/em28xx anlegen:
dvb-core.ko
em28xx-dvb.ko
tda18271.ko
tuner.ko
EDIT2: Ich glaube, ich weiß woran es liegt. Das tveeprom.ko ist falsch (für Hauppauge). Ich brauche das äquivalent für meine Terratec Karte. Auf meinem anderen Rechner heißt das ttpci_eeprom und davon hängt dvb_ttpci ab.
Vielen Dank für deine tolle Hilfe
BadTenMan
-
Hi BadTenMan,
finde es klasse, dass du dran bleibst an der Thematik.
Also prinzipiell sieht deine Stickerkennung schon richtig gut aus.
Das sind die entscheidenden Zeilen:
[ 555.510000] drxk: detected a drx-3926k, spin A1, xtal 20.250 MHz
[ 559.620000] DRXK driver version 0.9.4300
[ 559.660000] drxk: frontend initialized.
[ 559.670000] tda18271 1-0060: creating new instance
[ 559.670000] TDA18271HD/C2 detected @ 1-0060
[ 560.010000] DVB: registering new adapter (em2884 #0)
[ 560.010000] usb 2-1: DVB: registering adapter 0 frontend 0 (DRXK DVB-C DVB-T)...
Die DVB Devices Nodes wurden ja auch erstellt unter /dev/adapter0 - alles sehr sehr gute Zeichen. Wenn das DVB Device trotzdem noch nicht durch dvb-software erkannt wird, liegt der Fehler noch irgendwo im Detail. (dmesg müsste was sagen)
Zu den gebauten Modulen: die werden aufgrund fehlendem udev in OpenWrt nicht automatisch geladen, nur nach /lib/modules/`uname -r`/ kopieren reicht nicht.
Genau entweder legst du eine Datei an /etc/modules.d/99-dvb:
i2c-core
videodev
videobuf2-core
videobuf2-vmalloc
v4l2-common
tveeprom
em28xx
em28xx-dvb
tda18271
drxk
oder so in /etc/rc.local:
insmod i2c-core
insmod videodev
insmod videobuf2-core
insmod videobuf2-vmalloc
insmod v4l2-common
insmod tveeprom
insmod em28xx
insmod em28xx-dvb
insmod tda18271
insmod drxk
Dann mal reboot
und mir mal Ausgaben von dmesg und lsmod geben
Achja und dann kannst du ja mal bevor du tvheadend testest mal w_scan ausführen. Dazu w_scan nach /usr/bin und libiconv.so.2 nach /usr/lib kopieren (siehe Anhang)
Lieben Gruß
ToRo
Update1: Ja stimmt die tuner.ko brauchst du garnicht, sorry.
Update2: Also laut Ausgabe von modinfo braucht das Modul em28xx.ko als Abhängigkeit auf jeden Fall tveeprom.ko
-
Hi ToRo,
ich höre erst auf, wenn es entweder funktioniert oder klar ist, dass es nie funktionieren wird. ;)
1. i2c-core habe ich nicht als i2c-core.ko, aber das package kmod-i2c-core ist installiert. Was macht das?
2. Ich lasse jetzt über /etc/modules.d/99-dvb laden. Vielleicht verschiebe ich das noch in hotplug.d, mal sehen.
3. TVheadend zeigt den Stick immer noch nicht an.
Ich habe dmesg, lsmod und w_scan angehängt.
w_scan hat gescannt und Signal gefunden. :jb
Leider kommt immer die Meldung:
650000: sr6900 (time: 06:40.420) signal ok: QAM_256 f = 650000 kHz S6900C999 (0:0:0)
Info: no data from PAT after 2 seconds
deleting (QAM_256 f = 650000 kHz S6900C999 (0:0:0))
Diese Frequenzen passen zwar zu Frequenzen/Kanälen von Kabel Deutschland, es sind aber nicht alle Frequenzen von KD erkannt worden. Oder reicht es, wenn da steht:
330000: sr6900 (time: 00:36.630) sr6875 (time: 00:38.200)
EDIT: ich habe nochmal von meinem Ubuntu das dmesg nach dem anstecken angehängt. Die letzten 5 Zeilen fehlen beim Router. rc-core, em28xx_rc und rc_nec_terratec_cinergy_xs scheinen noch zu fehlen. Die gibt es bei Ubuntu im lsmod.
Frohe Pfingsten
BadTenMan
-
Hi,
großes Lob erstmal mit den Log-Dateien - genauso muss das sein.
Nur noch mal damit ich bescheid weiß, dieser stick kann dvb-c , dvb-t und analog-video capture ja?
Der ist es ? -> http://www.terratec.net/details.php?artnr=Cinergy+HTC+USB+XS+HD#.VWIYKIRI9FQ (http://www.terratec.net/details.php?artnr=Cinergy+HTC+USB+XS+HD#.VWIYKIRI9FQ)
Ich will nur ganz sicher gehen, da es von den Terratec Teilchen zig Revisionen gibt mit teilweise großen internen technischen Änderungen.
wichtige frage nochmal für mich zum verstehen:
Dieser stick läuft einwandfrei auf Deinem Ubuntu Labtop, ja? Also über Kabel (DVB-C) und Terrestrik (DVB-T) lässt sich sauber fernsehen (nur mal nebenbei welches TV-Prog nutzt du? me-tv, kaffeine, .. ?)
ok i2c-core scheint nicht von den kernel modulen im Zusammenhang mit deinem Terratec Stick gebraucht zu werden.
Ich habe mal noch, obwohl es eigentlich keinen Einfluss auf die DVB-Funktionalität des Sticks haben sollte, die Infrarot-/Remote-Controller- und Sound-Geschichte aktiviert (also em28xx-rc und em28xx-alsa Module siehe Anhang)
also so müsste die Ladereihenfolge der Module aussehen
videodev
videobuf2-core
videobuf2-memops
videobuf2-vmalloc
v4l2-common
tveeprom
em28xx
input-core
rc-core
em28xx-rc
soundcore
snd
snd-timer
snd-page-alloc
snd-pcm
em28xx-alsa
dvb-core
em28xx-dvb
tda18271
drxk
Alles in allem bin ich aber dann auch etwas ratlos. Weil das Log von deinem Ubuntu System und das OpenWrt Log nahezu indentisch aussehen. Deshalb müsste es auch unter OpenWrt laufen.
Aber Tvheadend findet kein DVB Gerät und der w_scan Durchlauf war auch unbrauchbar (d.h. keine Services gefunden)
Was mich halt stutzig machte, war, dass das linuxtv wiki meinte, der Stick würde nicht vom Linux Kernel unterstützt (lediglich das Modell ohne XS Kürzel)?
siehe hier: http://www.linuxtv.org/wiki/index.php/TerraTec (http://www.linuxtv.org/wiki/index.php/TerraTec)
Achja die lsmod Ausgabe vom ubuntu System während aktivem Kabel-TV schauen wäre mal noch interessant
und reboote mal deinen openwrt mit umbenannter firmware datei
mv /lib/firmware/dvb-usb-terratec-htc-stick-drxk.fw /lib/firmware/__dvb-usb-terratec-htc-stick-drxk.fw__
nach dem reboot w_scan starten und parallel mal dmesg machen (das ist nur mal ein test aus interesse)
Grüße und ebenso angenehme Pfingsten
ToRo
-
Hi ToRo,
genau der ist das. dvb-c, dvb-t, analog und Aufnahme von Cinch.
Ich werde nur dvb-c nutzen, da ich hier einen Kabel Deutschland Anschluss habe.
Ubuntu 14.04.1 HTPC: läuft, leider mit Artefaktbildung, je nach Sender mal mehr mal weniger.
Ubuntu 14.04.1 Laptop: perfekt. Dauerhaft ohne Artefakte.
Ich verwende da jeweils TVheadend + Kodi, auf beiden Rechnern die gleichen Versionen. VLC habe ich aber auch mal probiert, was aber kein Dauerzustand ist, wegen geringerem Komfort.
lsmod und dmesg vom HTPC bei aktivem TV sind angehängt.
EDIT: w_scan bricht ohne Firmware ab:
w_scan -f c
w_scan -f c
w_scan version 20141122 (compiled for DVB API 5.10)
WARNING: could not guess your country. Falling back to 'DE'
guessing country 'DE', use -c <country> to override
using settings for GERMANY
DVB cable
DVB-C
scan type CABLE, channellist 7
output format vdr-2.0
WARNING: could not guess your codepage. Falling back to 'UTF-8'
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
main:3904: FATAL: ***** NO USEABLE CABLE CARD FOUND. *****
Please check wether dvb driver is loaded and
verify that no dvb application (i.e. vdr) is running.
EDIT2: Zur den Sound und IR drivers:
dmesg [ 454.010000] Couldn't load IR keymap rc-nec-terratec-cinergy-xs
[ 454.010000] Registered IR keymap rc-empty
[ 454.030000] input: em28xx IR (em2884 #0) as /devices/platform/ehci-platform.0/usb1/1-1/rc/rc0/input0
[ 454.030000] rc0: em28xx IR (em2884 #0) as /devices/platform/ehci-platform.0/usb1/1-1/rc/rc0
[ 454.050000] Em28xx: Initialized (Em28xx Input Extension) extension
[ 515.540000] Em28xx: Initialized (Em28xx Audio Extension) extensionNoch keine Karte bei TVheadend. Ich starte jetzt neu und versuche dann nochmal w_scan.
Wenn man bei linux-dvb auf das "no" klickt und dann auf die Antwort http://www.mail-archive.com/linux-media@vger.kernel.org/msg07811.html klickt, sieht man, dass er doch unterstützt wird. Mit zusätzlichem hinzufügen der Firmware in /lib/firmware/ geht es dann wirklich.
EDIT3: im dmesg vom Router habe ich gerade noch diese Zeile gefunden:
DVB: Unable to find symbol drxk_attach()
Vielleicht in der falschen Reihenfolge geladen oder es fehlt tatsächlich noch etwas.
Viele Grüße
BadTenMan
-
DVB: Unable to find symbol drxk_attach()
Ja hast recht, da scheint was beim Laden schiefgelaufen zu sein. Lade mal dann noch das drxk Modul manuell.
insmod drxk
OK also am Kernel-Log und bei den geladenen Modulen sehe ich zwischen dem Ubuntu System und dem OpenWrt keinen wirklich entscheidenden Unterschied bezüglich des DVB Sticks. Also müsste es eigentlich laufen.
Update: Achja an Deinem Ubuntu lsmod erkenne ich, dass du auf dem OpenWrt System die folgenden Module weglassen kannst:
soundcore
snd
snd-timer
snd-page-alloc
snd-pcm
em28xx-alsa
-
Hi,
die Sound Treiber habe ich wieder rausgeworfen. Ich lade jetzt in dieser Reihenfolge:
videodev
videobuf2-core
videobuf2-memops
videobuf2-vmalloc
v4l2-common
tveeprom
em28xx
input-core
rc-core
em28xx-rc
dvb-core
em28xx-dvb
tda18271
drxk
tuner
uvcvideo wird nicht in der Datei geladen, sondern hat eine Datei ohne Nummer. Kann es daran liegen?
"DVB: Unable to find symbol drxk_attach()" ist jetzt wieder weg. Das scheint also zu funktionieren. Im dmesg-Vergleich mit Ubuntu sehe ich folgende, in OpenWRT fehlende Zeile:
"Em28xx: Initialized (Em28xx dvb Extension) extension"
Die Initialisierung scheint also irgendwie nicht zu klappen. Kann man das manuell anstoßen?
EDIT: Sorry, das erscheint doch, aber nicht nach einstecken des Sticks, sondern direkt nach dem Start des Routers.
Die Reihenfolge, in der die Module geladen werden sollten, habe ich angehängt.
Bei Ubuntu: Diff für lsmod vor und nach anstecken des Sticks:
rc_nec_terratec_cinergy_xs 12550 0
em28xx_rc 17441 0
rc_core 28124 3 rc_nec_terratec_cinergy_xs,em28xx_rc
tda18271 41831 1
drxk 71236 1
em28xx_dvb 31483 0
em28xx 108446 2 em28xx_dvb,em28xx_rc
tveeprom 21216 1 em28xx
videobuf2_vmalloc 13216 1 em28xx
videobuf2_memops 13362 1 videobuf2_vmalloc
videobuf2_core 40664 1 em28xx
rc_nec_terratec_cinergy_xs fehlt mir bei OpenWRT. Kannst du mir das auch nochmal bauen? Auch wenn ich eher glaube, dass es nicht hilft, weil es nur für die Fernbedienung ist. Aber man weiß ja nie.
Viele Grüße
BadTenMan
-
Hallo,
ja tuner, uvcvideo u. rc* sollten definitiv keinerlei Rolle spielen bei der reinen DVB-Funktionalität.
Habe für meine OpenWrt DVB Boxen sowas immer rausgelassen.
Aber hier mal noch die gesuchte Datei rc-nec-terratec-cinergy-xs.ko
Viel Glück
ToRo
-
Hi ToRo,
das scheint so etwas aussichtslos zu sein. Irgendwo habe ich mal gelesen, dass man gleich das komplette Image mit Kernel-Modulen bauen und einspielen soll. Kannst du mir noch die Files geben, mit denen du das alles gebaut hast? So richtig scheint das building bei mir noch nicht zu klappen. Ich weiß nie so genau, welche Dateien ich wo einfügen muss und was ich auswählen muss, damit alles im Image landet.
Was mich wundert ist, dass w_scan die Karte findet, TVheadend nicht.
Allerdings findet w_scan keine channels, obwohl alle Kernel-Module da sind...
Viele Grüße
BadTenMan
-
ich sag ja normal sieht das alles sehr gut aus (Module laden ohne Fehler, syslog sagt nix negatives). Die Karte müsste laufen. Und ja man sollte immer das Image komplett neu flashen - aber in der Regel klappt das (wenn man neue Module extern baut, falls es der identische Kernel war)
Bin da nun auch etwas ratlos. Das komplette Image hab ich angehangen (aber nur Barrier Breaker für Archer Basisfunktionalität !)
DVB Module müsstest du wie gehabt manuell draufkopieren und laden.
Grüße
P.S. sorry ich muss leider immer die files taren und gezippen, weil das Forum das bei Anhängen so möchte (also vorsicht beim Flashen)
Update 1 : vor dem Flashen am Besten das gesamte /etc Verzeichnis wegsichern auf den PC. Dann überleben alle deine schwer erkämpten Configs einen Reflash-Vorgang.
cd / && tar cvzf /tmp/etc_backup.tar.gz /etc
-
Hi,
eigentlich wollte ich es selber bauen, weil ich dann noch ein paar andere Dinge gleich mit einbaue (OpenVPN, Filesystem support, etherwake, ...)
Hast du denn *.mk files in dem package-Verzeichnis erstellt oder wie hast du die Module erzeugt?
Bei mir tauchen die nämlich alle nicht bei
make menuconfig
make kernel_menuconfig
auf.
Viele Grüße
BadTenMan
-
hab dir mal ein komplettes Firmware-Image gebaut für den archer c5 mit fest integriertem usb storage, ext2/3/4, fat , ntfs, hfs+, blockmount, tvheadend , w_scan, openvpn , etherwake , dvb kernel modulen , terratec-firmware und module-ladeskript
Download
https://drive.google.com/file/d/0B2e1HEbLYwVEMDhLbDAtdUxac0E/view?usp=sharing (https://drive.google.com/file/d/0B2e1HEbLYwVEMDhLbDAtdUxac0E/view?usp=sharing)
Dateiname: openwrt-ar71xx-generic-archer-c5-squashfs-sysupgrade.bin
Größe: 8,2 MB
MD5SUM: 23b65c7fa7fd600d469706cc8f88374d
-
Danke.
Flashen hat geklappt. Es fehlen aber einige Dinge für mein spezielles Setup:
kmod-video-core
kmod-video-uvc
kmod-video-videobuf2
luci-app-ddns (Voraussetzung ddns-scripts)
openssl-util
openvpn-easy-rsa
shadow-common
shadow-useradd
shadow-userdel
sudo
[ 488.950000] em28xx: Unknown symbol vb2_queue_init (err 0)
[ 488.960000] em28xx: Unknown symbol video_ioctl2 (err 0)
[ 488.970000] em28xx: Unknown symbol v4l2_get_timestamp (err 0)
[ 488.970000] em28xx: Unknown symbol vb2_ioctl_streamoff (err 0)
[ 488.980000] em28xx: Unknown symbol v4l2_i2c_new_subdev_board (err 0)
[ 488.980000] em28xx: Unknown symbol v4l2_fh_add (err 0)
[ 488.990000] em28xx: Unknown symbol vb2_ops_wait_finish (err 0)
[ 489.000000] em28xx: Unknown symbol v4l2_ctrl_handler_init_class (err 0)
[ 489.000000] em28xx: Unknown symbol vb2_ioctl_querybuf (err 0)
[ 489.010000] em28xx: Unknown symbol v4l2_i2c_subdev_addr (err 0)
[ 489.010000] em28xx: Unknown symbol v4l2_ctrl_handler_setup (err 0)
[ 489.020000] em28xx: Unknown symbol video_devdata (err 0)
[ 489.030000] em28xx: Unknown symbol vb2_fop_release (err 0)
[ 489.030000] em28xx: Unknown symbol v4l_bound_align_image (err 0)
[ 489.040000] em28xx: Unknown symbol v4l2_ctrl_find (err 0)
[ 489.040000] em28xx: Unknown symbol v4l2_type_names (err 0)
[ 489.050000] em28xx: Unknown symbol vb2_ioctl_dqbuf (err 0)
[ 489.060000] em28xx: Unknown symbol vb2_ioctl_create_bufs (err 0)
[ 489.060000] em28xx: Unknown symbol vb2_ioctl_prepare_buf (err 0)
[ 489.070000] em28xx: Unknown symbol vb2_buffer_done (err 0)
[ 489.070000] em28xx: Unknown symbol vb2_plane_vaddr (err 0)
[ 489.080000] em28xx: Unknown symbol v4l2_ctrl_subscribe_event (err 0)
[ 489.090000] em28xx: Unknown symbol v4l2_fh_init (err 0)
[ 489.090000] em28xx: Unknown symbol video_unregister_device (err 0)
[ 489.100000] em28xx: Unknown symbol vb2_ioctl_qbuf (err 0)
[ 489.100000] em28xx: Unknown symbol vb2_fop_mmap (err 0)
[ 489.110000] em28xx: Unknown symbol video_device_alloc (err 0)
[ 489.120000] em28xx: Unknown symbol vb2_vmalloc_memops (err 0)
[ 489.120000] em28xx: Unknown symbol v4l2_device_disconnect (err 0)
[ 489.130000] em28xx: Unknown symbol vb2_fop_read (err 0)
[ 489.130000] em28xx: Unknown symbol v4l2_device_register (err 0)
[ 489.140000] em28xx: Unknown symbol __video_register_device (err 0)
[ 489.150000] em28xx: Unknown symbol vb2_ops_wait_prepare (err 0)
[ 489.150000] em28xx: Unknown symbol vb2_ioctl_streamon (err 0)
[ 489.160000] em28xx: Unknown symbol vb2_fop_poll (err 0)
[ 489.160000] em28xx: Unknown symbol v4l2_ctrl_new_std (err 0)
[ 489.170000] em28xx: Unknown symbol v4l2_i2c_tuner_addrs (err 0)
[ 489.180000] em28xx: Unknown symbol v4l2_ctrl_handler_free (err 0)
[ 489.180000] em28xx: Unknown symbol v4l2_device_unregister (err 0)
[ 489.190000] em28xx: Unknown symbol video_device_release (err 0)
[ 489.190000] em28xx: Unknown symbol v4l2_ctrl_notify (err 0)
[ 489.200000] em28xx: Unknown symbol v4l2_video_std_frame_period (err 0)
[ 489.210000] em28xx: Unknown symbol v4l2_i2c_new_subdev (err 0)
[ 489.210000] em28xx: Unknown symbol video_device_release_empty (err 0)
[ 489.220000] em28xx: Unknown symbol v4l2_event_unsubscribe (err 0)
[ 489.230000] em28xx: Unknown symbol vb2_ioctl_reqbufs (err 0)
[ 544.760000] em28xx: Unknown symbol vb2_queue_init (err 0)
[ 544.770000] em28xx: Unknown symbol video_ioctl2 (err 0)
[ 544.770000] em28xx: Unknown symbol v4l2_get_timestamp (err 0)
[ 544.780000] em28xx: Unknown symbol vb2_ioctl_streamoff (err 0)
[ 544.780000] em28xx: Unknown symbol v4l2_i2c_new_subdev_board (err 0)
[ 544.790000] em28xx: Unknown symbol v4l2_fh_add (err 0)
[ 544.800000] em28xx: Unknown symbol vb2_ops_wait_finish (err 0)
[ 544.800000] em28xx: Unknown symbol v4l2_ctrl_handler_init_class (err 0)
[ 544.810000] em28xx: Unknown symbol vb2_ioctl_querybuf (err 0)
[ 544.810000] em28xx: Unknown symbol v4l2_i2c_subdev_addr (err 0)
[ 544.820000] em28xx: Unknown symbol v4l2_ctrl_handler_setup (err 0)
[ 544.830000] em28xx: Unknown symbol video_devdata (err 0)
[ 544.830000] em28xx: Unknown symbol vb2_fop_release (err 0)
[ 544.840000] em28xx: Unknown symbol v4l_bound_align_image (err 0)
[ 544.840000] em28xx: Unknown symbol v4l2_ctrl_find (err 0)
[ 544.850000] em28xx: Unknown symbol v4l2_type_names (err 0)
[ 544.860000] em28xx: Unknown symbol vb2_ioctl_dqbuf (err 0)
[ 544.860000] em28xx: Unknown symbol vb2_ioctl_create_bufs (err 0)
[ 544.870000] em28xx: Unknown symbol vb2_ioctl_prepare_buf (err 0)
[ 544.870000] em28xx: Unknown symbol vb2_buffer_done (err 0)
[ 544.880000] em28xx: Unknown symbol vb2_plane_vaddr (err 0)
[ 544.890000] em28xx: Unknown symbol v4l2_ctrl_subscribe_event (err 0)
[ 544.890000] em28xx: Unknown symbol v4l2_fh_init (err 0)
[ 544.900000] em28xx: Unknown symbol video_unregister_device (err 0)
[ 544.900000] em28xx: Unknown symbol vb2_ioctl_qbuf (err 0)
[ 544.910000] em28xx: Unknown symbol vb2_fop_mmap (err 0)
[ 544.920000] em28xx: Unknown symbol video_device_alloc (err 0)
[ 544.920000] em28xx: Unknown symbol vb2_vmalloc_memops (err 0)
[ 544.930000] em28xx: Unknown symbol v4l2_device_disconnect (err 0)
[ 544.930000] em28xx: Unknown symbol vb2_fop_read (err 0)
[ 544.940000] em28xx: Unknown symbol v4l2_device_register (err 0)
[ 544.950000] em28xx: Unknown symbol __video_register_device (err 0)
[ 544.950000] em28xx: Unknown symbol vb2_ops_wait_prepare (err 0)
[ 544.960000] em28xx: Unknown symbol vb2_ioctl_streamon (err 0)
[ 544.960000] em28xx: Unknown symbol vb2_fop_poll (err 0)
[ 544.970000] em28xx: Unknown symbol v4l2_ctrl_new_std (err 0)
[ 544.980000] em28xx: Unknown symbol v4l2_i2c_tuner_addrs (err 0)
[ 544.980000] em28xx: Unknown symbol v4l2_ctrl_handler_free (err 0)
[ 544.990000] em28xx: Unknown symbol v4l2_device_unregister (err 0)
[ 544.990000] em28xx: Unknown symbol video_device_release (err 0)
[ 545.000000] em28xx: Unknown symbol v4l2_ctrl_notify (err 0)
[ 545.010000] em28xx: Unknown symbol v4l2_video_std_frame_period (err 0)
[ 545.010000] em28xx: Unknown symbol v4l2_i2c_new_subdev (err 0)
[ 545.020000] em28xx: Unknown symbol video_device_release_empty (err 0)
[ 545.030000] em28xx: Unknown symbol v4l2_event_unsubscribe (err 0)
[ 545.030000] em28xx: Unknown symbol vb2_ioctl_reqbufs (err 0)
Was ich nicht brauche:
keine Filesystems außer ntfs, da die Platte an Windows-Rechnern funktionieren muss.
Die avahi Sachen. Habe ich vorher auch nicht gebraucht.
kmod-usb-printer
Außerdem werden die Module nicht automatisch bei Systemstart geladen.
Die UI funktionierte auch nicht. Erst lädt er und dann kommt Verbindung fehlgeschlagen. Nachinstallieren von luci hat das behoben.
Was hast du für dieses build am standard git-pull geändert, damit das Image herausfällt?
Ich möchte das selber können, damit ich es bei Versionswechseln reproduzieren kann.
Wenn ich beim Start alle Module mitlade, bekomme das angehängte dmesg mit Kernel Oops.
Bei TVheadend ist dafür ein leeres dropdown-Menü für die Adapter aufgetaucht.
Viele Grüße
BadTenMan
-
Hi,
es gibt Fortschritte. Mittlerweile bekomme ich alle Module bei meinem Build als *.ko Dateien. Leider meckert make V=s am Ende, dass Voraussetzungen fehlen:
Package kmod-em28xx is missing dependencies for the following libraries:
tveeprom.ko
videobuf2-core.ko (durch zusätzliches DEPENDS:= +kmod-video-videobuf2 gelöst)
videobuf2-vmalloc.ko (durch zusätzliches DEPENDS:= +kmod-video-videobuf2 gelöst)
Diese liegen aber im build_dir.
Auch scheint mir das erst beim Bauen der Packages zu passieren. Brauche ich die überhaupt?
-----------------
dvb-core.mk
-----------------
DVB_MENU:=dvb-core
define KernelPackage/dvb-core
SUBMENU:=$(DVB_MENU)
TITLE:=DVB core support
DEPENDS:=+kmod-i2c-core
KCONFIG:= \
CONFIG_MEDIA_SUPPORT \
CONFIG_DVB_CORE \
CONFIG_DVB_CAPTURE_DRIVERS=y \
CONFIG_MEDIA_TUNER_CUSTOMIZE=y \
CONFIG_DVB_FE_CUSTOMISE=y \
CONFIG_DVB_DYNAMIC_MINORS=n \
CONFIG_CRC32
FILES:=$(LINUX_DIR)/drivers/media/dvb-core/dvb-core.$(LINUX_KMOD_SUFFIX)
AUTOLOAD:=$(call AutoLoad,60,dvb-core)
endef
define KernelPackage/dvb-core/description
Kernel module for DVB support
endef
#define KernelPackage/dvb-core/install
# $(INSTALL_DIR) $(1)/etc/hotplug.d/dvb
# $(INSTALL_BIN) ./files/10-dvb $(1)/etc/hotplug.d/dvb
#endef
$(eval $(call KernelPackage,dvb-core))
-----------------
dvb-usb.mk
-----------------
DVB_MENU:=dvb-core
define KernelPackage/dvb-usb
SUBMENU:=$(DVB_MENU)
TITLE:=DVB USB Support
DEPENDS:=@USB_SUPPORT +kmod-dvb-core +kmod-usb-core +kmod-ir-core
KCONFIG:= \
CONFIG_DVB_USB \
CONFIG_IR_CORE \
CONFIG_INPUT=y \
CONFIG_RC_CORE=y
FILES:=$(LINUX_DIR)/drivers/media/usb/dvb-usb/dvb-usb.$(LINUX_KMOD_SUFFIX)
AUTOLOAD:=$(call AutoLoad,62, dvb-usb)
endef
define KernelPackage/dvb-usb/description
Kernel module for DVB USB devices. Note you have to select at least a device.
endef
$(eval $(call KernelPackage,dvb-usb))
-----------------
rc-core.mk
-----------------
DVB_MENU:=dvb-core
define KernelPackage/ir-core
SUBMENU:=$(DVB_MENU)
TITLE:=IR core support
KCONFIG:= \
CONFIG_MEDIA_SUPPORT \
CONFIG_INPUT=y \
CONFIG_IR_CORE=y \
CONFIG_RC_CORE=n
FILES:=$(LINUX_DIR)/drivers/media/rc/rc-core.$(LINUX_KMOD_SUFFIX)
AUTOLOAD:=$(call AutoLoad,61,rc-core)
endef
define KernelPackage/ir-core/description
Kernel module for IR support
endef
$(eval $(call KernelPackage,ir-core))
-----------------
em28xx.mk
-----------------
MULTIMEDIA_MENU:=Multimedia support
define KernelPackage/em28xx
SUBMENU:=$(MULTIMEDIA_MENU)
TITLE:=Terratec HTC XS HD DVB-T/C USB2.0
DEPENDS:=@USB_SUPPORT +kmod-usb-core +kmod-video-core
KCONFIG:=CONFIG_VIDEO_EM28XX
FILES:= $(LINUX_DIR)/drivers/media/usb/em28xx/em28xx.$(LINUX_KMOD_SUFFIX)
AUTOLOAD:=$(call AutoLoad,65,em28xx)
endef
define KernelPackage/usb-terratec-htc-xs/description
Kernel modules for Terratec HTC XS USB Tuner support
endef
$(eval $(call KernelPackage,usb-terratec-htc-xs))
Diese mk files liegen alle in package/kernel/linux/modules
Mache ich da was falsch?
Viele Grüße
BadTenMan
-
Hi ToRo,
kannst du mir bitte noch einen Tip geben, zu welchem kmod package tveeprom.ko gehört?
Danke
BadTenMan
-
Hallo BadTenMan,
also das tveeprom.ko Modul wird beim Kernel-Build gebaut wenn das Symbol CONFIG_VIDEO_TVEEPROM in der .config Datei gesetzt wurde.
Dieses CONFIG_VIDEO_TVEEPROM wird automatisch gesetzt von Kconfig, sobald I2C support (CONFIG_I2C) und Multimedia support (CONFIG_MEDIA_SUPPORT) -> CONFIG_MEDIA_ANALOG_TV_SUPPORT (CONFIG_MEDIA_ANALOG_TV_SUPPORT) -> Media USB Adapters (CONFIG_MEDIA_USB_SUPPORT) -> Empia EM28xx USB video capture support (CONFIG_VIDEO_EM28XX) ausgewählt wurden.
Lieben Gruß
ToRo
-
Hi ToRo,
nach meinem Urlaub konnte ich jetzt weiterbasteln.
Wenn ich em28xx (_dvb, _rc) im kernel_menuconfig als <M> auswähle scheint der die zu bauen. Es kommen .ko Dateien heraus.
Und wenn ich die mit <*> auswähle, wird das kernel-Image zu groß.
Wie kann ich sehen, ob die in der Zieldatei angekommen sind?
Ich hänge dir mal das Compile Error Log an. em28xx* , dvb-usb und dvb-core sind mit <M> ausgewählt.
Viele Grüße
BadTenMan
-
Hi,
dachte du hättest schon aufgegeben
-
Hi,
also bei make kernel_menuconfig bedeutet das <*> fest in den Kernel einkompilieren und <M> als ladbares Kernel-Modul (*.ko Datei)
Hier am Besten immer soweit möglich <M> anwählen. Nur so ist gewährleistet dass du kein neues Firmware-Image flashen musst.
Bei make menuconfig bedeutet <*> das Package wird direkt in das root-fs des Firmware-Images installiert und <M> es muss nachträglich via opkg install <package.ipk> auf den Router installiert werden.
Also versuche mal unter kernel_menuconfig alles als <M> zu behandeln und dich durchzuhangeln bis zum EM28xx-dvb. Dann bauen und die ganzen *.ko Dateien manuell auf den Router zu bringen (gibt noch kein IPK) z.b. mit scp oder winscp
Lieben Gruß
Toro
-
Hi ToRo,
ich gebe immer noch nicht auf. Das dauert noch.
Allerdings bin ich gerade nicht sehr aktiv da dran, weil hoffentlich bald 15.05 Chaos Calmer kommt und ich mich darum anderen Projekten widme.
Dann muss nicht nochmal von vorne anfangen.
Das letzte Mal hat sich durch
insmod em28xx-dvbleider meinen Router aufgehängt und ich musste neu starten.
Anscheinend funktioniert das nicht so toll.
Darum wollte ich alles komplett in eins bauen und alles am liebsten einkompiliert, was anscheinend leider wohl etwas zu groß wird.
Wenn es Neuigkeiten gibt, melde ich mich.
Gruß
BadTenMan
-
Hi,
ich habe mich mal wieder an das Thema gewagt, obwohl Chaos Calmer immer noch nicht erschienen ist.
Mittlerweile habe ich es geschafft OpenWRT komplett, mit allem was ich brauche, zu compilen.
Die Module werden auch alle gebaut und ich kann sie diese per modules.d laden:
drxk
tda18271
dvb-core
tveeprom
em28xx
em28xx-dvb
tuner
Integriert sind:
input_core, usbcore, videobuf*, videodev, uvcvideo, v42l_common
TVheadend erkennt die TV-Karte, kann aber nicht scannen.
Scan mit w_scan liefert folgenden Fehler:
searching QAM64...
73000: sr6900 (time: 00:02.240) sr6875 (time: 00:03.800)
81000: sr6900 (time: 00:05.300) sr6875 (time: 00:06.800)
113000: sr6900 (time: 00:08.300) sr6875 (time: 00:09.800)
121000: sr6900 (time: 00:11.300) signal ok: QAM_64 f = 121000 kHz S6900C999 (0:0:0)
start_filter:1790: ERROR: ioctl DMX_SET_FILTER failed: 97 Message too long
Im dmesg ist geloggt:
[ 2720.820000] em2884 #0: Successfully loaded em28xx-dvb
[ 2732.470000] tda18271: performing RF tracking filter calibration
[ 2734.370000] tda18271: RF tracking filter calibration complete
[ 2744.290000] submit of urb 0 failed (error=-97)
Meine Vermutung: Der Kernel kommt mit der TV-Karte nicht zurecht.
Als nächstes werde ich versuchen, alle Kernel-Module direkt einzukompilieren und komplett zu flashen ohne Config zu behalten.
Viele Grüße
BadTenMan
-
kann das sowas wie hier sein? Also nur ne Signal Problematik?
http://www.spinics.net/lists/linux-media/msg83504.html (http://www.spinics.net/lists/linux-media/msg83504.html)
-
Hi ToRo,
den Eintrag hatte ich kurz nach meiner Antwort auch gefunden. Der Tipp funktioniert, die Fehler sind weg, wenn man das Kabel etwas weiter herauszieht. Leider findet w_scan trotzdem keine Kanäle. :(
Auch wenn das Signal schlecht ist, müsste er ja wenigsten etwas erkennen. Das tun die anderen Rechner ja auch, ob mit oder ohne Artefaktbildung.
Ich habe dort auch mal geantwortet und hoffe, dass Robert N antwortet und seine eventuelle Lösung beschreibt.
Viele Möglichkeiten bleiben mir nicht mehr. :hmm
Viele Grüße
BadTenMan