TuxBoxWIKI - Benutzerbeiträge [de]

Howto:Image:Mount

2009-09-13T14:27:02Z

Therket: fix missing mount target

[[Category:Register]]
[[Category:Howto]]
[[Category:Dreambox]]

__TOC__

= Einleitung =
''Dieser Artikel bezieht sich ausschließlich auf Images der DM7000!''

Hin und wieder kann es nützlich sein, ein z.B. selbst gebautes Images erstmal anzuschauen, um z.B. zu sehen, ob alle Dateien drinnen sind und ob alles so aussieht, wie man es sich vorgestellt hat.
Hierfür gibt es mehrere Möglichkeite.
Entweder verwendet man [[Plugins:Dreamflash|Dreamflash]] oder [[FlashWizard]] und installiert sich das Image auf einen USB-Stick, einen NFS-Share oder die Festplatte.
Falls man das nicht will, kann man es auch einfach in der Box mounten und die Dateistruktur anschauen. Ein Funktionstest ist somit nicht möglich!

=Varianten=
Es gibt 2 Möglichkeiten.
* Es liegt "nur" ein komplettes Image vor, dass man irgendwoher bekommen/gesaugt hat
Weiter bei "Fremdimage"
* Man baut selber Images aus dem CVS und findet in $CVSDIR/root/cdkflash/ eine Datei "root-squashfs.img" vor
Weiter bei "CVS-Eigenbau"

=Fremdimage=

1. Zunächst wird vom frisch gebackenen Image (z.B. rel109.img) der Kernel abgeschnitten und somit der squashfs-Teil extrahiert:
dd if=rel109.img of=root-squash.img bs=1024 skip=1152

2. Das erhaltene "root-squash.img" kopiert auf die Box kopieren (Festplatte, USB-Stick, /tmp)

3. mounten: (root-squash.img liegt in /tmp)
mkdir /mnt/squash
mount -o loop /tmp/root-squash.img /mnt/squash

Fertig, der Inhalt des Images kann nun unter /mnt/squash begutachtet werden.

=CVS-Eigenbau mit root-squash.img=
# root-squash.img auf die Box kopieren (Festplatte, USB-Stick, /tmp)
# mounten: (root-squash.img liegt in /tmp)
mkdir /mnt/squash
mount -o loop /tmp/root-squash.img /mnt/squash

Fertig, der Inhalt des Images kann nun unter /mnt/squash begutachtet werden.

{{body}}

Dbox2:CDK (YADD) Bootvorgang

2009-09-13T08:02:58Z

Therket: neuer Abschnitt U-Boot (ohne DHCP / TFTP)

[[Category:Register]]
[[Category:Development]]
[[Category:CDK]]
[[Category:FAQ]]
[[Category:Development]]
{{Development_sidebar}}
__TOC__
{{English|CDK YADD Boot Procedure}}

=Allgemeines=
==Voraussetzung==
Im Netz befindet sich ein [[DHCP]]-, ein [[NFS]]- und ein [[TFTP]]-[[Server]], die natürlich entsprechend konfiguriert sein müssen.

[[DHCP]] ist der Nachfolger von [[BootP|BOOTP]], daher kann der dhcpd bei [[Linux]] auch das Bootstrap-Protokoll ([[BootP|BOOTP]]).

=So funktioniert es=
Zunächst läuft der [[Bootloader#Bmon|Bmon]] los, initialisiert die nötige [[Hardware]] ([[CPU]], [[LCD]] etc.). Danach folgt die Kommunikation, hier der Übersicht halber mit Angabe der Richtung wie folgt.

==Bmon==
===Bmon: gesamtes Netzwerk<-DBox2===
Der [[Bootloader#Bmon|Bmon]] sendet einen [[BootP|BOOTP]]-Request ins Netz

===Bmon: DHCP->DBox2===
Der [[DHCP]]-[[Server]] anwortet mit der [[IP-Adresse]] der [[DBox2]], der [[IP-Adresse]] des Servers und dem Namen der Bootdatei (z.Bsp: "dbox2/tftpboot/u-boot"). Die Bootdatei ist der 2.Phase-Bootloader (der Bmon ist der erste, genaueres [[Bootloader#Bmon|hier]]). Damit weiß der [[Bootloader#Bmon|Bmon]] nun alle nötigen Daten.

===Bmon: TFTP<-DBox2===
Der [[Bootloader#Bmon|Bmon]] erfragt per [[ARP]] die zur [[TFTP]]-Server-IP zugehörige [[MAC]] (Standardvorgang, Ethernet-Pakete werden an eine [[MAC]]-Adresse adressiert, nicht an eine IP). Anschließend fordert er mit einem TFTP-Read Request die Bootdatei an.

===Bmon: TFTP->DBox2===
Die Bootdatei wird nun an die [[DBox2]] übertragen. Der [[Bootloader#Bmon|Bmon]] legt diese Datei im Speicher ab. Ist die Bootdatei komplett übertragen berechnet er die Signatur. Wenn der [[Bootloader#Bmon|Bmon]] nun nicht im [[Debug-Mode]] ist, dann verweigert er an dieser Stelle die weitere Zusammenarbeit falls die Signatur nicht gültig ist und bootet neu.
Mit aktiviertem [[Debug-Mode]] gibt er zwar eine Fehlermeldung aus, startet aber anschließend die Bootdatei, in unserem Fall also den [[U-boot#U-Boot.2FPPCBoot|u-boot]].

Der [[U-boot#U-Boot.2FPPCBoot|U-boot]] ist wesentlich intelligenter als der [[Bootloader#Bmon|Bmon]], er weiß aber nichts von den Dingen, die bis zu diesem Punkt passiert sind. Für ihn hat die [[DBox2]] zunächst wieder keine IP.

Eine Sache ist noch wichtig zu wissen. Der [[U-boot#U-Boot.2FPPCBoot|U-boot]] führt nacheinander die Kommandos aus, die man ihm beim Kompilieren eingebaut hat. Daher ist die nachfolgende Beschreibung nur für die [[CDK]]-Konfiguration gültig.

Theoretisch kann man den Autostart des [[U-boot#U-Boot.2FPPCBoot|U-boot]]s auch abbrechen und alle Befehle von Hand eingeben. Wer es individuell haben möchte, sollte sich das Verzeichnis u-boot-config im [[CDK]] ansehen. Dort sind die einzelnen Konfigurationen abgelegt.

Welche dieser Konfigurationen beim Kompilieren verwendet wird legt der Symlink u-boot.config in diesem Verzeichnis fest, welcher nur bei Nicht-Existenz automatisch auf die [[CDK]]-Config angelegt wird. Dadurch kann jeder ohne großen Aufwand seine persönliche Konfiguration erstellen.

==U-Boot==
===U-boot: DHCP<-DBox2:===
Der [[U-boot#U-Boot.2FPPCBoot|U-boot]] kennt zwar auch das Bootp-Protokoll, das [[DHCP]]-Protokoll erlaubt aber noch einige Dinge mehr, so dass dieses verwendet wird. Zunächst fragt der [[U-boot#U-Boot.2FPPCBoot|U-boot]] per [[DHCP]] Discover nach seiner IP.

===U-boot: DHCP->DBox2:===
Der [[DHCP]] bietet dem [[U-boot#U-Boot.2FPPCBoot|U-boot]] eine IP an und weil der [[U-boot#U-Boot.2FPPCBoot|U-boot]] nicht wählerisch ist, akzeptiert er diese.

Da wir einen Bootstrap machen sagt der [[DHCP]] dem [[U-boot#U-Boot.2FPPCBoot|U-boot]] auch noch seine Bootdatei. Also genauso wie bei der IP-Vergabe für den [[Bootloader#Bmon|Bmon]]. Das Problem ist natürlich, dass wir nicht nochmal den [[U-boot#U-Boot.2FPPCBoot|U-boot]] laden wollen. Damit der [[DHCP]]-[[Server]] nun weiß, welche Bootdatei wir möchten, sendet der [[U-boot#U-Boot.2FPPCBoot|U-boot]] ein optionales Feld mit, den sogenannten "Vendor Class Identifier".

Dieser Identifier wird beim [[DHCP]]-[[Server]] in die [[DHCP]]-Konfiguration eingetragen und somit ist es möglich, den [[Bootloader#Bmon|Bmon]] vom [[U-boot#U-Boot.2FPPCBoot|U-boot]] zu unterscheiden.

Der Windows-[[Bootmanager]] kennt diese Option nicht, daher wird er immer wieder den [[U-boot#U-Boot.2FPPCBoot|U-boot]] senden. Deswegen braucht man für den [[Bootmanager]] auch einen speziell angepassten [[U-boot#U-Boot.2FPPCBoot|U-boot]].

Als nächstes versucht der [[U-boot#U-Boot.2FPPCBoot|U-boot]] nun die Datei "logo-lcd" und "logo-fb" über das [[TFTP]]-Protokoll zu laden. Dies hat keine Bewandnis für den eigentlichen Bootvorgang, sondern dient nur der Bootlogo-Anzeige.

===U-boot: TFTP<-DBox2:===
Als vorletzter Schritt wird nun die Bootdatei angefordert, es handelt sich um den [[Linux-Kernel]].

===U-boot: TFTP->DBox2:===
Der [[Linux-Kernel]] wird in den Hauptspeicher der [[DBox2]] geladen. Da der [[Kernel]] im Prinzip wie ein ausführbares Programm ist kann man ihm auch Parameter übergeben. In der [[U-boot#U-Boot.2FPPCBoot|U-boot]]-Konfiguration werden diese in der Umgebungsvariable "bootargs" gespeichert.

Die [[CDK]]-Bootargumente sehen so aus:
root=/dev/nfs rw
nfsroot=$(serverip):$(rootpath) ip=$(ipaddr):$(serverip):$(gatewayip):$(netmask):$(hostname)::off
console=$(console);

Über diese Parameter erfährt der [[Kernel]] auch alle für ihn wichtigen Dinge.

Die Variablen serverip,rootpath,ipaddr,gatewayip,netmask und hostname werden per [[DHCP]] erfragt.

Als letztes führt der [[U-boot#U-Boot.2FPPCBoot|U-boot]] das Kommando "bootm" aus. Dieses startet den [[Linux-Kernel]] und übergibt ihm die in bootargs gespeicherten Optionen.

Der [[Linux-Kernel]] weiß durch den Parameter "root", dass er über [[NFS]] booten soll. Den genauen Pfad entnimmt er dem nfsroot und dieser Pfad wird dann noch während des Bootvorgangs als root-Verzeichnis ("/") gemountet. Anschließend wird das Programm "init" gestartet womit der eigentliche Kernel-Boot abgeschlossen ist. Danach folgt der normale Startvorgang für die Anwendungsumgebung.

Das Booten aus dem [[Flash]] funktioniert ähnlich, natürlich wird hier der Root nicht als [[NFS]] sondern als das entsprechende [[MTD]]-Device angegeben.

==U-Boot (ohne DHCP / TFTP)==
Bei Zugriff auf die serielle Konsole des [[U-boot#U-Boot.2FPPCBoot|U-boot]] ist das Booten auch ohne DHCP-Server möglich.
Zunächst wird der Autoboot unterbrochen.
Die IP-Adressen des TFTP / NFS - Servers sowie der Box müssen manuell vergeben werden:
setenv serverip 192.168.1.10
setenv ipaddr 192.168.1.11
setenv gatewayip 192.168.1.1
setenv netmask 255.255.255.0
setenv hostname dbox
Anschließend wird der Kernel auf die Box geladen:
tftpboot 200000 kernel-cdk
oder
nfs 200000 $(serverip):/pfad-zum/tftpboot/kernel-cdk
Nun müssen noch die Bootargumente gesetzt werden:
setenv nfsroot $(serverip):/pfad-zum/cdkroot/
setenv kernelip $(ipaddr):$(serverip):$(gatewayip):$(netmask):$(hostname)::off
setenv bootargs console=$(console),$(baudrate) root=/dev/nfs rw nfsroot=$(nfsroot) ip=$(kernelip)
Abschließend wird der Kernel gestartet:
bootm

{{body}}

Mm4dbox

2008-06-10T19:44:40Z

Therket: Typo

[[Category:Register]]
[[Category:Tools]]
[[Category:Linux]]
{{Tools_sidebar}}
__TOC__

=Allgemeines=
[[mm4dbox]] ist ein Shellscript um unter [[Linux]], [[DBox2]]-Programme betrachten und aufnehmen zu können. Erforderlich sind die Programme [[ggrab]] und der [http://www.mplayerhq.hu/homepage/ mplayer] bzw [http://xinehq.de/ xine]-Player.

=Funktionen=
*Play (pipe zum [http://www.mplayerhq.hu/homepage/ mplayer] o. über temp. Datei)
*Timeshift (über REC_*.mpg Dateien)
*Aufnahme ([[DBox2]] -> Kanalname_*.mpg)
*[[SVCD]]-Erzeugung (erf. [http://zebra.fh-weingarten.de/~transcode/ transcode], [http://www.mplayerhq.hu/homepage/ vcdimager] u. [http://cdrdao.sourceforge.net/ cdrdao])
*HQ-SVCD ohne Transcodierung schneller brennen
*Direkte Daten-CD Erzeugung mit MPEG-2
*[[DVD]]-Erzeugung (benötigt [[DVDAuthor]])
*Echtzeitkodierung nach [[DIVX]] (mit [[mencoder])
*Audiowiedergabe (dbox -> xmms)
*Systemzeitübernahme aus der [[DBox2]]-Uhrzeit
*Aufnahme/Wiedergabe für analoge TV-Karten (BT8xx)

=Optionen=
+------------------------------------------------------------------------+
| mm4dbox Version 0.202(alpha) von MeMue und KHW (15.Sept.2004) |
| Aufruf: mm4dbox [-stop][-tv|-radio|-epg][-Aktion][Sendername] |
| Beispiel: mm4dbox Pro7 -r | Erste -p | zdf -s | -o -P | -TV -EPG |
| (-o) -> ohne Umschaltung |
+------------------------------------------------------------------------+
| mm4dbox ____ -> TV-Sender- und Aktions-Auswahl per Menü |
| mm4dbox -r Pro7 -> Umschaltung nach PRO7 und [[Aufnahme]] |
| mm4dbox -D Pro7 -> Umsch. PRO7, nach Abbruch DVD-Erzeugung |
| mm4dbox -stop -o -P -> Playback stop, keine Umschaltung und Play |
| mm4dbox -o -d -> ohne Umschaltung, Dbox-Zeit -> PC-Zeit |
| mm4dbox -epg schau -> Sucht in den EPG-Daten z.B. Tagesschau |
| mm4dbox -radio hit -> schaltet auf Radio, sucht *hit* Sender |
| mm4dbox -epg -> ElectronicProgramGuide Übersicht |
| mm4dbox -stop -tv -epg -p Wett -> Playback-off, von RADIO nach TV, |
| im [[EPG]] nach *Wett* suchen, Wiedergabe per gmplayer|
| mm4dbox -tvcard -> Menü für analoge TV-Karten (mit BT8xx-Chip) |
| mm4dbox -brenn -> Menü zur VCD/DVD-Erzeugung (~/.mm4dbox/mpg/) |
+------------------------------------------------------------------------+
| Bei allg. Problemen: zunächst alle ~/.mm4dbox/* Dateien löschen |
| und folgende Programme auf Verfügbarkeit testen: |
| ggrab, GET, wget, (g)mplayer o. xine, dialog |
| optional: xmms, lame, transcode, vcdimager, cdrdao, dvdauthor |
+------------------------------------------------------------------------+
| Mplayerprobleme: mplayer z.B. ohne --enable-gui kompiliert? |
| - Deinterlacing bei MPOPT= -vf pp=0x20000 testweise entfernt? |
| - [[Kernel]] 2.6.5-7.104? mplayer-Cache für Streaming zu gross? |
| - Defaulteinstellungen durch mv ~/.mplayer ~/.mplayer-bak? |
| - mplayer.conf mit gui=yes bringt bei play Pipe-Probleme (-) |
+------------------------------------------------------------------------+
| Ab SuSE 8.1 bitte ggrab mit [make] neu kompilieren. |
| Bei Kanaländerungen die channellist-Datei in ~/mm4dbox löschen. |
| Die Errorausgaben der aufgerufenen Prog. sind in ~/.mm4mbox/error |
| und können mit [tail -f error] aktuell ausgegeben werden. |
+------------------------------------------------------------------------+
| Bei Fragen Anregungen usw. --> Mail an dbox2(at)Muehlenjost.com |
+------------------------------------------------------------------------+
| mm4dbox comes with ABSOLUTELY NO WARRANTY; This is free software, |
| and you are welcome to redistribute it under the conditions of |
| the GNU Public License, see www.gnu.org |
+------------------------------------------------------------------------+

=Konfiguration=
Die [[IP-Adresse]] der [[DBox2]] muss über den [[DNS]] Namen "dbox" auflösbar sein. Dies erreicht man, in dem ein entsprechender Eintrag in der /etc/hosts hinzugefügt wird.

192.168.0.23 dbox

=Bedienung=
Wird "mm4dbox" ohne Argument aufgerufen, wird zunächst der Sender gewählt.

Erfolgt der Aufruf mit "mm4dbox -epg" werden die laufende Sendungen aufgelistet.

[[Bild:mm4dbox_programmauswahl.jpg|400px]]

Im 2. Menü erfolgt die Funktionsauswahl

[[Bild:mm4dbox_funktionsauswahl.jpg|400px]]

Alternativ kann in diesem Beispiel mit "mm4dbox -o" (old) die Senderabfrage und mit "-p" (für play) die Funktionsabfrage vermieden werden.

Beim Aufruf mit --help werden folgende Beispiele aufgelistet:

mm4dbox -r Pro7 -> Umschaltung nach PRO7 und Aufnahme
mm4dbox -D Pro7 -> Umschaltung nach PRO7, nach Abbruch DVD-Erzeugung
mm4dbox -stop -o -P -> Playback stoppen, keine Programmumschaltung und Play
mm4dbox -o -d -> ohne Programmumschaltung, Die Dbox-Zeit wird als PC-Zeit eingestellt
mm4dbox -epg schau -> sucht in den EPG-Daten nach z.B. Tagesschau
mm4dbox -radio hit -> schaltet auf Radio, sucht *hit* Sender
mm4dbox -epg -> ElectronicProgramGuide Übersicht, und Funktionsabfrage

mm4dbox -stop -tv -epg -p Wett -> Playback-off, von RADIO nach TV, im [[EPG]] nach *Wett* suchen, Wiedergabe per gmplayer

mm4dbox -tvcard -> Menü für analoge TV-Karten (mit BT8xx-Chip)
mm4dbox -brenn -> Menü zur VCD/DVD-Erzeugung (~/.mm4dbox/mpg/) 

=Links=
*[http://Muehlenjost.de/dbox/ http://Muehlenjost.de/dbox/]

{{body}}

Hardware:dbox2:FullDuplexUmbau

2008-06-04T20:21:18Z

Therket: Konfiguration der Netzwerkbrücke auf Windows XP

[[Category:Register]]
[[Category:Hardware]]
{{Review}}
__Toc__

{{Vorlage:Hardware_Warnung}}

==Allgemeines==
Der Umbau von Half-[[wikipedia:Duplex_%28Nachrichtentechnik%29|Duplex]] auf Full-Duplex ermöglicht höhere Datentransferraten über die Ethernet Schnittstelle der [[Dbox2]]. Das Fernsehsignal kann somit deutlich besser über das Netzwerk gestreamt werden. Transferraten von über 9Mbit/s sind möglich.

Neben der Anpassung der Hardware muss auch die Software der Dbox angepasst werden.

Leider beinhaltet der Umbau nicht die [[wikipedia:Autonegotiation|Autonegotiation]] - also die automatische Erkennung von Full-Duplex. Entsprechend muss die Gegenstelle vom Netzwerk manuell auf Full-Duplex umgeschaltet werden.

==Hardwaremodifikation==

Die Änderung der Hardware erfordert eine kleine Lötbrücke direkt am Netzwerk-Chip. Hierzu muss als erstes der richtige Chip gefunden werden. Je nach Dbox Modell sind unterschiedliche Chips verbaut:

{|border=1
!Hersteller
!Ausführung
!Transceiver
!Pins
!Bauform
!Pin
|-
|[[Hardware#DBox2_von_Nokia|Nokia]]||[[Hardware#AViA500|AViA500]]||MB86961APD-G||44||PLCC||21
|-
|[[Hardware#DBox2_von_Nokia|Nokia]]||[[Hardware#AViA600|AViA600]]||MB86961APF-G||48||PQFP|| 28
|-
|[[Hardware#DBox2_von_Philips|Philips]]||alle||MB86961APF-G||48||PQFP||28
|-
|[[Hardware#DBox2_von_Sagem|Sagem]]||alle||LXT905LC||32||LQFP|| 6
|}

Als nächstes gilt es den richtigen Pin zu identifizieren:

[[Bild:mb86961apd.png]]|[[Bild:mb86961apf.png]]|[[Bild:lxt905lc.png]]

Der Umbau der Hardware besteht darin den entsprechenden Pin mit Masse zu verbinden. Die Masse findet sich z. B. am Gehäuse.

===Sagem mit LevelOne LXT905LC===

[[Bild:fullduplex_sagem1.jpg|LevelOne LXT905LC LQFP Version|none|640px|thumb]]

Wenn als Verbindung ein Schalter eingesetzt wird kann problemlos vom Full-Duplex wieder auf Half-Duplex umgeschaltet werden. Hier wurde ein Schloss verwand um nicht aus Versehen den Schalter zu betätigen. Vorsicht: Das Umschalten sollte nur erfolgen wenn die Dbox ausgeschaltet ist!

[[Bild:fullduplex_sagem2.jpg|Rückansicht|none|640px|thumb]]

===Nokia mit MB86961APF-G===

In dieser Nokia Box wurde Pin 28 mit dem Gehäuse verbunden. Auf dem Chip selbst steht nur die Bezeichnung "MB86961A" - zur einwandfreien Identifizierung sollten die Pins gezählt werden (48 Pins).

[[Bild:fullduplex_Nokia1.jpg|MB86961APF-G|none|640px|thumb]]

==Software Anpassung==
Der Full-Duplex Support wurde im [[CVS]] am 2.06.2008 eingepflegt. Entsprechend muss ein [[Image]] verwendet werden, das nach diesem Datum erstellt wurde.

Die Aktivierung des Full-Duplex erfolgt unter Neutrino -> Einstellungen -> Treiber- und Bootoptionen -> FullDuplex Mode.

Die Änderungen werden nach dem nächsten Booten wirksam.

==Konfiguration der Gegenstelle==
Die Gegenstelle (also das andere Ende des Netzwerkkabel) muss angepasst werden. Hier einige Beispiele mit der Bitte um Erweiterung dieser Seite:

===Windows===
Über den Gerätemanager kann die Netzwerkkarte auf "Full-Duplex mit 10 Mbit/s" eingestellt werden.

Einen Rechner mit Windows XP (Windows 2000 und älter funktioniert hier leider nicht) kann man auch als Switch mißbrauchen und somit die DBox trotz Full-Duplex Umbau ins Heim-Netz einhängen. Der PC muss dafür mit 2 Netzwerkkarten ausgestattet sein, eine für die DBox (fest eingestellt auf 10MBit Fdx) und eine für das restliche Netzwerk. Über die Systemsteuerung richtet man eine "Netzwerkbrücke" ein. Damit ist der Rechner an beiden physischen Netzwerkkarten über die gleiche IP erreichbar und routet die Pakete von und zur DBox völlig transparent durch.

===FRITZ!Box===
Mit dem [http://www.heimpold.de/freetz/cpmaccfg cpmaccfg] Tool kann der verwendete Anschluss (1 - 4) umgestellt werden:
cpmaccfg spme <Port> 10baseT-FD

In der debug.cfg kann die Anpassung [http://www.ip-phone-forum.de/showthread.php?t=166424 automatisiert] werden, damit auch nach einem Neustart der FRITZ!Box die Umstellung übernommen wird.

==Test==
Zum Testen ob alles funktioniert empfiehlt sich das Programm [http://tuxbox-upload.wittnet.de/index.php?&direction=0&order=&directory=Binaries NetIO]. Beispiel von einer Nokia Dbox:
NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size 1k bytes: 1173 KByte/s Tx, 1100 KByte/s Rx.
Packet size 2k bytes: 1174 KByte/s Tx, 1098 KByte/s Rx.
Packet size 4k bytes: 1170 KByte/s Tx, 1122 KByte/s Rx.
Packet size 8k bytes: 1168 KByte/s Tx, 1123 KByte/s Rx.
Packet size 16k bytes: 1158 KByte/s Tx, 1131 KByte/s Rx.
Packet size 32k bytes: 1168 KByte/s Tx, 1123 KByte/s Rx.

Werte oberhalb von 1000 KByte/s zeigen, dass alles funktioniert.

Werte im Bereich von ca. 600-900 KByte/s zeigen, dass Hardwaremodifikation nicht erfolgreich war.

Werte deutlich unter 500 KByte/s zeigen, dass die Software oder die Gegenstelle nicht korrekt eingestellt wurden.

==Bekannte Probleme==
* Mit dem Umbau der Hardware ohne Anpassung der Software funktioniert das Netzwerk zwar stabil - aber mit deutlich geringerem Durchsatz.
* Der Full Duplex Umbau eignet sich nicht für [[wikipedia:CIFS|CIFS]] Mounts. Wenn die Datenrate ca. 6500kbps übersteigt, hängt die Box und ist nicht mehr bedienbar. Windows Nutzer sollten sich daher einen [[wikipedia:Network_File_System|NFS Server]] installieren (z.B. [[SFU]])
* Kernel 2.6 funkioniert noch nicht (Stand 4.06.2008)

==Weblinks==
[http://tuxbox-forum.mine.nu/forum/viewtopic.php?f=19&t=47415&st=0&sk=t&sd=a Diskussion im Forum]
{{Body}}

Hardware:dbox2:Erweiterungen

2008-02-11T20:27:07Z

Therket: Korrektur Einleitungssatz "Netzwerkschnittstelle auf Fullduplex umrüsten"

[[Category:Register]]
[[Category:Hardware]]
__TOC__

=Allgemeines=
Das Erweitern/Aufrüsten der [[DBox2]]-Hardware ist nur unter Vernachlässigung folgender Aspekte "sinnvoll":

- '''Kosten''' 
- '''Nutzen''' 
- '''Aufwand'''

Wer sich davon jedoch nicht abschrecken lässt, kann die hier beschriebenen Möglichkeiten nahezu voll ausschöpfen.

=Hauptspeicher=
Der Hauptspeicher ([[RAM]]) der [[DBox2]] ist im Originalzustand mit insgesamt 32MB bemessen, wobei alle Hersteller (Nokia/Sagem/Philips) auf dem [[Mainboard]] einen Speichererweiterungsslot (Nokia und Philips: Eigenbauten, Sagem: DIMM SDRAM Sockel 3,3Volt 100-Pin) aufgebracht haben. Der insgesamt verfügbare Hauptspeicher ergibt sich also aus der Summe von auf dem [[Mainboard]] aufgebrachten Speicher (Onboard) und eingesetztem Erweiterungsspeicher.

Um festzustellen mit welcher Kombination aus Onboard- und Erweiterungs-Speicher eine [[DBox2]] aktuell ausgestattet ist, kann dies u.a. durch Starten des erweiterten [[Systemtest]]s des [[Bootloader#Bmon|Bmon]] ermittelt werden (z.B. bei ausgeschaltetem [[Debug-Mode]]). Dazu beim Starten der [[DBox2]] die Standby- und Pfeilnachoben-Taste gemeinsam drücken, dann die Standby-Taste loslassen und die Pfeilnachoben-Taste weiter gedrückt halten. Im Display ([[LCD]]) der [[DBox2]] erscheint dann eine der folgenden Zahlenreihen, wobei nur die letzten 6 Zahlen (3 Byte) für den eingesetzten Speicher stehen (dabei gilt: Onboard-[[RAM]] in MegaByte / [[RAM]] im Erweiterungsslot in MegaByte / Flashspeicher in MegaByte):

- '''16/00/08''' (bei fehlender oder defekter Speichererweiterung von alten Nokia-Boxen) 
- '''16/16/08''' (bei alten Nokia-Boxen) 
- '''32/00/08''' (Sagem/Philips sowie neuere Nokia-Boxen)

'''Hinweis:''' ''Die beschriebene Methode zum Anzeigen der Speicherbestückung funktioniert natürlich auch im [[Debug-Mode]], ist aber dann kaum nötig, da diese Informationen im [[Debug-Mode]] standardmäßig beim Starten auf dem [[LCD]] ausgegeben werden. Eine weitere Möglichkeit die Speicherbestückung zu ermitteln ist das Auswerten des [[Bootlog]]s.''

'''Praxis:''' ''Das Aufrüsten des Hauptspeichers der [[DBox2]] bringt im Übrigen überhaupt keine Vorteile beim Betrieb der [[DBox2]], kann aber unter Umständen ein überdurchschnittlich gutes Gefühl beim Umbauer auslösen.''

'''Praxis aus anderer Sicht:''' Funktionen wie das Puffern von Teletext-Daten im voraus, sammeln von EPG-Daten sowie das Abspielen von Filmen über den Movieplayer können durchaus positiv beeinflusst werden.

==Sagem==
Bei den Boxen von '''Sagem''' ist der Erweiterungsslot aufgrund des Hardwaredesigns - die 32MB [[RAM]] sind grundsätzlich komplett auf dem [[Mainboard]] aufgelötet (Onboard) - ungenutzt und kann daher durch Einsatz eines geeigneten Speichermoduls zum Aufrüsten genutzt werden. Der minimale und maximale Speicherausbau liegt bei insgesamt 64MB, da der Speicher (Onboard plus Erweiterung) paarweise die gleiche Speicherorganisation aufweisen muss.

Details zum einsetzbaren Speicher können [[Hardware#Speichererweiterung|hier]] nachgelesen werden.

==Philips==
Bei '''Philips'''-Boxen ist der Erweiterungsslot ebenfalls aufgrund des Hardwaredesigns - die 32MB [[RAM]] sind auch hier grundsätzlich komplett auf dem [[Mainboard]] aufgelötet (Onboard) - ungenutzt und könnte daher prinzipiell durch Einsatz eines geeigneten Speichermoduls zum Aufrüsten genutzt werden. Der minimale und maximale Speicherausbau liegt auch hier bei insgesamt 64MB (Onboard plus Erweiterung).

'''Hinweis:''' ''Für '''Philips''' sind keine Speichererweiterungen bekannt, da hier wie bei [[Nokia]] ein nicht weiter spezifizierter Erweiterungsslot verbaut wurde und es keine Boxen mit umrüstbarer Speichererweiterung gibt.''
''Der Einsatz einer Kingston/HP-Speichererweiterung, welche bei Sagem-Boxen zum Einsatz kommt, in einer Philips-Box ist nicht möglich.''

==Nokia==
Bei den '''Nokia'''-Boxen verhält sich das je nach Modell/Baujahr etwas anders, da hier teilweise der Speichererweiterungsslot bereits ab Werk zur Ausrüstung mit 32MB [[RAM]] verwendet wurde.

===Nokia mit 16/16/08===
Hier ist zwar auch die Möglichkeit gegeben die Boxen mit insgesamt 64MB [[RAM]] auszurüsten, das erfordert jedoch im Gegensatz zu den Boxen der anderen Hersteller bzw. Nokias mit 32MB-Onboard einen nicht unerheblichen Lötaufwand. Das Onboard-[[RAM]] muss durch entsprechende 16MB-Module ausgetauscht werden, bevor der Erweiterungsslot zum Aufrüsten auf 64MB verwendet werden kann. Dazu siehe "Nokia mit 32/00/08".

===Nokia mit 32/00/08===
Eine ab Werk mit 32MB [[RAM]] onboard ausgestattete Nokia-Box kann mit einem auf 32MB umgebauten 16MB-Erweiterungsmodul einer alten Nokia-Box (16/16/08) auf 64MB aufgerüstet werden. Dazu müssen zusätzlich noch zwei Brücken (0R0) auf dem Speichermodul gesetzt werden.

'''Hinweis:''' ''Der Einsatz einer Kingston/HP-Speichererweiterung, welche bei Sagem-Boxen zum Einsatz kommt, in einer Nokia-Box ist nicht möglich.''

=IDE-Schnittstelle=
Im Rahmen eines Hobbyprojektes wird an einem [[IDE-Interface]] gearbeitet.

==Realisierung mit diskretem Schaltungsaufbau==
Dieses Interface sitzt auf dem [[Innenleben#Speichererweiterung|Memoryslot]] der jeweiligen Box, so daß alte Nokias mit 16/16MB [[RAM]] auf 32MB intern umgerüstet werden müssten. Bei [[Sagem]] und [[Philips]] besteht dieses Problem nicht, da diese Boxen alle 32MB intern haben.

Bisher gibt es nur Prototypen für [[Nokia]], [[Sagem]] und [[Philips]], alle drei laufen auch prinzipiell bereits.

Da es sich um ein privat finanziertes Hobbyprojekt handelt, gibt es keine Aussage bezüglich eines Preises und der Verfügbarkeit für den Endanwender (soweit dies überhaupt mindestens kostendeckend möglich ist).

'''Hinweis:''' 
''Dieses Projekt wird nicht weiterverfolgt. Informationen zu den durch das Projektteam erarbeiteten Ergebnissen sind nicht verfügbar.''

==Realisierung mittels CPLD==
siehe [[IDE-Interface]].

=Blaues LC-Display (LCD)=
{{MissingText}}
[[Bild:Bluelcd.jpg|thumb|none|250px|blaues LCD]]

=IR-Tastatur=
Premiere hat vor ein paar Jahren über einen kurzen Zeitraum IR-Tastaturen für die [[DBox2]] ausgeliefert. Leider sind diese bei Premiere nicht mehr erhältlich. Zur Zeit (16.02.2006) werden jedoch bei Ebay von einem Händler größere Stückzahlen angeboten.

[[Bild:DBox2Tastatur.JPG|thumb|none|250px|Original Premiere Tastatur]]

Es gibt aber trotzdem die Möglichkeit eine IR-Tastatur von Samsung an der [[DBox2]] zu betreiben, hierfür ist allerdings der Einbau eines kleinen Empfängers notwendig.

Der Umbau ist [[TSOP-Einbau|hier]] beschrieben.

=Netzwerkstatusanzeige=
Bei allen Boxen lassen sich die bislang ungenutzten Leitungen des Netzwerkchips anzapfen, um so den [[Netzwerkstatusanzeige|Netzwerkstatus]] optisch sichtbar zu machen. Dies geschieht über Leuchtdioden, die dann die Übertragung (RX,TX,Collision und Link) anzeigen.

[[Bild:Sagem_fertig_3.JPG|300px]]

=Netzwerkschnittstelle auf Fullduplex umrüsten=
Die Ethernet-Schnittstelle der [[DBox2]] ist fest auf den Übertragungsmode 10baseT-Halfduplex eingestellt. Daher ist es nicht möglich gleichzeitig Daten zu empfangen und zu senden. Während dies beim Streamen über das verbindungslose UDP-Protokoll kaum eine Einschränkung darstellt, ist es beim Streamen über TCP ungünstig, da die Antwortpakete die als Empfangsbestätigung vom Empfänger zurück geschickt werden dann zu Kollisionen führen. Das macht dann eine Neuübertragung der betroffenen Pakete im Übertragungsfenster nötig. Dadurch sinkt die mögliche Übertragungsrate deutlich ab.

Durch eine Kombination von einer Manipulation an der Beschaltung des Transciver-Chips und einem Patch des Linux-Kernels lässt sich der Übertragungsmodus allerdings auf 10Mbit Fullduplex einstellen. Bisher konnte dies nur bei einer Sagem [[DBox2]] erfolgreich durchgeführt werden, bei anderen Umbauversuchen traten oft Probleme mit stark einbrechenden Übertragungsraten in einer Richtung, meist in Richtung der [[DBox2]] auf.

Dabei ist es wichtig zu bemerken, dass eine [[DBox2]] im Fullduplex Mode nur mit einer fest auf 10Mbit Fullduplex eingestellten Gegenstelle funktioniert. Wird eine derart umgebaute [[DBox2]] an ein Gerät z.B. einen Switch angeschlossen, so versucht dieses per Autonegotiation den korrekten Übertragungsmodus auszuhandeln, was die [[DBox2]] nicht unterstützt. Daher schaltet dann die Gegenseite dann auf 10Mbit Halbduplex zurück. Als Folge treten dann die beschriebenen Übertragungsstörungen auf.

Wie der Umbau durchgeführt werden kann wird auf der Seite [[FullDuplexUmbau]] erklärt.

=Network Attached Storage=
siehe [[NAS]].

=Echtzeituhr (RTC)=
siehe [[RealTimeClock]].

=Kühlung=
siehe [[K%C3%BChlung|Kühlung]].

=MMC- / SD Karten=
Über den Erweiterungsport ist es möglich, MMC oder SD-Karten ins Filesystem der [[dBox2]] einzubinden. Allerdings ist das Projekt momentan noch als experimentell zu bezeichnen. Benötigt werden, neben einem Stecker für den Modemport und dem SD-Kartenschacht, ein (farbiges) Flachbandkabel und ein 100k Ohm Widerstand. Die genaue Verdrahtung steht in der Readme im [[CVS]]. Ausserdem ist eine anpassung des [[Kernel]]s und der [[BusyBox]] notwendig.

'''mmc:''' 
Das Treibermodul "mmc.o" und die dazu passende Verdrahtung der SD-Karte am Modemport einer [[Nokia]] war die erste funktionierende Implementierung einer SD-Karte. [[Sagem]] Modelle können so ebenfalls, mit einer angepassten Verdrahtung und abgreifen der Datenleitungen auf der Platine, mit den Speicherkarten umgehen. Eine passende Verdrahtung für [[Philips]]boxen ist nicht bekannt.

'''mmc2:''' 
Das Treibermodul "mmc2.o" unterstützt zusätlich eine Verdrahtungsmethode für [[Philips]]boxen. Ausserdem wird nun bei [[Sagem]]boxen der Erweiterungsport zur Verdrahtung genutzt. Die Verdrahtung für [[Nokia]]boxen weicht ebenfalls von der ersten Methode ab.

'''Was schon funktioniert:''' 
Lese- und Schreibzugriffe auf die SD-Karte. Wobei der Treiber noch starkes optimierungspotenzial hat. 
Einbinden des Moduls in den [[Kernel]] und [[U-boot]], um ein RootFS von der Karte zu laden.

'''Was noch nicht funktioniert:''' 
Formatieren der SD-Karten in der [[dBox2]].

'''Links:''' 
* [http://cvs.tuxbox.org/cgi-bin/viewcvs.cgi/tuxbox/driver/mmc/README_mmc CVS Readme für mmc (inklusive Verdrahtungsplan)]
* [http://cvs.tuxbox.org/cgi-bin/viewcvs.cgi/tuxbox/driver/mmc/README_mmc2 CVS Readme für mmc2 (inklusive Verdrahtungsplan)]
* [http://forum.tuxbox.org/forum/viewtopic.php?t=40001 Thread im Tuxbox Forum]

{{Review}}

{{body}}