TuxBoxWIKI - Benutzerbeiträge [de]

Hardware:dbox2:Speichererweiterung

2010-04-11T09:10:57Z

MarcM:

[[Category:Register]]
[[Category:Hardware:dbox2]]

{{Inuse}}

__Toc__

==Nokia==
===Bootloader patchen===

-> BMON 1.0
Adresse 0x10000'''3E0''' von 0x3CA0FE00 in 0x3CA0FC00 ändern
-> BMON 1.2
Adresse 0x10000'''3F8''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

dbox2-ppcboot> icache [ENTER]
Instruction Cache is ON
dbox2-ppcboot> cp 10000000 01000000 1000 [ENTER]
dbox2-ppcboot> nm 010003E0 [ENTER]
010003e0: 3ca0fe00 ? 3CA0FC00 [ENTER]
010003e0: 3ca0fc00 ? [ESC] [ENTER]
dbox2-ppcboot> prot off 1:0 [ENTER]
Un-Protect Flash Sectors 0-0 in Bank # 1
.dbox2-ppcboot> cp 01000000 10000000 1000 [ENTER]
Copy to Flash... done
dbox2-ppcboot>

[[Bild:Lcd64mb.gif|200px|LCD]]

===Jumper umsetzen===

Widerstände Nokia (33Ohm):
Intern RH27 RH28 RH29 RH30 RH31 RH32 RH33
16MB open open open close open open close
32MB open open close open open close open
64MB close close open open close open open

[[Bild:Board unten.jpg|640px|Board unten]] [[Bild:Jumper.jpg|201px|Nokia Jumper]]

===Speicherchips austauschen===

[[Bild:Board oben.jpg|640px|Board oben]]

==Sagem==
===Bootloader patchen===
nicht nötig, der Sagem Bootloader erkennt die Speicherbestückung von selber

===Jumper umsetzen===
da die Sagemboards keine Beschriftung haben, hier ein Bild :

[[Bild:Sagemjumper.jpg|200px|Sagem Jumper]]

===Speicherchips austauschen===
{{missingBild}}

==Philips==

===Bootloader patchen===
-> BMON 1.0
Adresse 0x10000'''2D4''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

===Jumper umsetzen===
Widerstände Philips:
Intern 4501 4502 4503 4504 4505 4508
16MB open close open open close open
32MB close open open close open open
64MB open open close open open close

===Speicherchips austauschen===
{{missingBild}}

Hardware:dbox2:Speichererweiterung

2010-04-11T09:10:10Z

MarcM:

[[Category:Register]]
[[Category:Hardware:dbox2]]

{{Inuse}}

__Toc__

==Nokia==
===Bootloader patchen===

-> BMON 1.0
Adresse 0x10000'''3E0''' von 0x3CA0FE00 in 0x3CA0FC00 ändern
-> BMON 1.2
Adresse 0x10000'''3F8''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

dbox2-ppcboot> icache [ENTER]
Instruction Cache is ON
dbox2-ppcboot> cp 10000000 01000000 1000 [ENTER]
dbox2-ppcboot> nm 010003E0 [ENTER]
010003e0: 3ca0fe00 ? 3CA0FC00 [ENTER]
010003e0: 3ca0fc00 ? [ESC] [ENTER]
dbox2-ppcboot> prot off 1:0 [ENTER]
Un-Protect Flash Sectors 0-0 in Bank # 1
.dbox2-ppcboot> cp 01000000 10000000 1000 [ENTER]
Copy to Flash... done
dbox2-ppcboot>

[[Bild:Lcd64mb.gif|200px|LCD]]

===Jumper umsetzen===

Widerstände Nokia (33Ohm):
Intern RH27 RH28 RH29 RH30 RH31 RH32 RH33
16MB open open open close open open close
32MB open open close open open close open
64MB close close open open close open open

[[Bild:Board unten.jpg|640px|Board unten]] [[Bild:Jumper.jpg|200px|Nokia Jumper]]

===Speicherchips austauschen===

[[Bild:Board oben.jpg|640px|Board oben]]

==Sagem==
===Bootloader patchen===
nicht nötig, der Sagem Bootloader erkennt die Speicherbestückung von selber

===Jumper umsetzen===
da die Sagemboards keine Beschriftung haben, hier ein Bild :

[[Bild:Sagemjumper.jpg|200px|Sagem Jumper]]

===Speicherchips austauschen===
{{missingBild}}

==Philips==

===Bootloader patchen===
-> BMON 1.0
Adresse 0x10000'''2D4''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

===Jumper umsetzen===
Widerstände Philips:
Intern 4501 4502 4503 4504 4505 4508
16MB open close open open close open
32MB close open open close open open
64MB open open close open open close

===Speicherchips austauschen===
{{missingBild}}

Hardware:dbox2:Speichererweiterung

2010-04-11T09:09:20Z

MarcM:

[[Category:Register]]
[[Category:Hardware:dbox2]]

{{Inuse}}

__Toc__

==Nokia==
===Bootloader patchen===

-> BMON 1.0
Adresse 0x10000'''3E0''' von 0x3CA0FE00 in 0x3CA0FC00 ändern
-> BMON 1.2
Adresse 0x10000'''3F8''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

dbox2-ppcboot> icache [ENTER]
Instruction Cache is ON
dbox2-ppcboot> cp 10000000 01000000 1000 [ENTER]
dbox2-ppcboot> nm 010003E0 [ENTER]
010003e0: 3ca0fe00 ? 3CA0FC00 [ENTER]
010003e0: 3ca0fc00 ? [ESC] [ENTER]
dbox2-ppcboot> prot off 1:0 [ENTER]
Un-Protect Flash Sectors 0-0 in Bank # 1
.dbox2-ppcboot> cp 01000000 10000000 1000 [ENTER]
Copy to Flash... done
dbox2-ppcboot>

[[Bild:Lcd64mb.gif|200px|LCD]]

===Jumper umsetzen===

Widerstände Nokia (33Ohm):
Intern RH27 RH28 RH29 RH30 RH31 RH32 RH33
16MB open open open close open open close
32MB open open close open open close open
64MB close close open open close open open

[[Bild:Board unten.jpg|640px|Board unten]]

===Speicherchips austauschen===

[[Bild:Board oben.jpg|640px|Board oben]]

==Sagem==
===Bootloader patchen===
nicht nötig, der Sagem Bootloader erkennt die Speicherbestückung von selber

===Jumper umsetzen===
da die Sagemboards keine Beschriftung haben, hier ein Bild :

[[Bild:Sagemjumper.jpg|200px|Sagem Jumper]]

===Speicherchips austauschen===
{{missingBild}}

==Philips==

===Bootloader patchen===
-> BMON 1.0
Adresse 0x10000'''2D4''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

===Jumper umsetzen===
Widerstände Philips:
Intern 4501 4502 4503 4504 4505 4508
16MB open close open open close open
32MB close open open close open open
64MB open open close open open close

===Speicherchips austauschen===
{{missingBild}}

Hardware:dbox2:Speichererweiterung

2010-04-11T09:08:49Z

MarcM:

[[Category:Register]]
[[Category:Hardware:dbox2]]

{{Inuse}}

__Toc__

==Nokia==
===Bootloader patchen===

-> BMON 1.0
Adresse 0x10000'''3E0''' von 0x3CA0FE00 in 0x3CA0FC00 ändern
-> BMON 1.2
Adresse 0x10000'''3F8''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

dbox2-ppcboot> icache [ENTER]
Instruction Cache is ON
dbox2-ppcboot> cp 10000000 01000000 1000 [ENTER]
dbox2-ppcboot> nm 010003E0 [ENTER]
010003e0: 3ca0fe00 ? 3CA0FC00 [ENTER]
010003e0: 3ca0fc00 ? [ESC] [ENTER]
dbox2-ppcboot> prot off 1:0 [ENTER]
Un-Protect Flash Sectors 0-0 in Bank # 1
.dbox2-ppcboot> cp 01000000 10000000 1000 [ENTER]
Copy to Flash... done
dbox2-ppcboot>

[[Bild:Lcd64mb.gif|200px|LCD]]

===Jumper umsetzen===

Widerstände Nokia (33Ohm):
Intern RH27 RH28 RH29 RH30 RH31 RH32 RH33
16MB open open open close open open close
32MB open open close open open close open
64MB close close open open close open open

[[Bild:Board unten.jpg|640px|Board unten]] [[Bild:Jumper.jpg|200px|Nokia Jumper]]

===Speicherchips austauschen===

[[Bild:Board oben.jpg|640px|Board oben]]

==Sagem==
===Bootloader patchen===
nicht nötig, der Sagem Bootloader erkennt die Speicherbestückung von selber

===Jumper umsetzen===
da die Sagemboards keine Beschriftung haben, hier ein Bild :

[[Bild:Sagemjumper.jpg|200px|Sagem Jumper]]

===Speicherchips austauschen===
{{missingBild}}

==Philips==

===Bootloader patchen===
-> BMON 1.0
Adresse 0x10000'''2D4''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

===Jumper umsetzen===
Widerstände Philips:
Intern 4501 4502 4503 4504 4505 4508
16MB open close open open close open
32MB close open open close open open
64MB open open close open open close

===Speicherchips austauschen===
{{missingBild}}

Hardware:dbox2:Speichererweiterung

2010-04-11T09:08:34Z

MarcM:

Datei:Jumper.jpg

2010-04-11T09:07:18Z

MarcM: hat eine neue Version von „Bild:Jumper.jpg“ hochgeladen

Hardware:dbox2:Speichererweiterung

2010-04-10T07:45:19Z

MarcM:

[[Category:Register]]
[[Category:Hardware:dbox2]]

{{Inuse}}

__Toc__

==Nokia==
===Bootloader patchen===

-> BMON 1.0
Adresse 0x10000'''3E0''' von 0x3CA0FE00 in 0x3CA0FC00 ändern
-> BMON 1.2
Adresse 0x10000'''3F8''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

dbox2-ppcboot> icache [ENTER]
Instruction Cache is ON
dbox2-ppcboot> cp 10000000 01000000 1000 [ENTER]
dbox2-ppcboot> nm 010003E0 [ENTER]
010003e0: 3ca0fe00 ? 3CA0FC00 [ENTER]
010003e0: 3ca0fc00 ? [ESC] [ENTER]
dbox2-ppcboot> prot off 1:0 [ENTER]
Un-Protect Flash Sectors 0-0 in Bank # 1
.dbox2-ppcboot> cp 01000000 10000000 1000 [ENTER]
Copy to Flash... done
dbox2-ppcboot>

[[Bild:Lcd64mb.gif|200px|LCD]]

===Jumper umsetzen===

Widerstände Nokia (33Ohm):
Intern RH27 RH28 RH29 RH30 RH31 RH32 RH33
16MB open open open close open open close
32MB open open close open open close open
64MB close close open open close open open

[[Bild:Board unten.jpg|640px|Board unten]] [[Bild:Jumper.jpg|200px|Nokia Jumper]]

===Speicherchips austauschen===

[[Bild:Board oben.jpg|640px|Board oben]]

==Sagem==
===Bootloader patchen===
nicht nötig, der Sagem Bootloader erkennt die Speicherbestückung von selber

===Jumper umsetzen===
da die Sagemboards keine Beschriftung haben, hier ein Bild :

[[Bild:Sagemjumper.jpg|200px|Sagem Jumper]]

===Speicherchips austauschen===
{{missingBild}}

==Philips==

===Bootloader patchen===
-> BMON 1.0
Adresse 0x10000'''2D4''' von 0x3CA0FE00 in 0x3CA0FC00 ändern

===Jumper umsetzen===
Widerstände Philips:
Intern 4501 4502 4503 4504 4505 4508
16MB open close open open close open
32MB close open open close open open
64MB open open close open open close

===Speicherchips austauschen===
{{missingBild}}

Datei:Sagemjumper.jpg

2010-04-10T07:29:03Z

MarcM:

Hardware:dbox2:Speichererweiterung

2010-04-04T11:45:50Z

MarcM:

Datei:Board oben.jpg

2010-04-04T11:30:30Z

MarcM:

Datei:Board unten.jpg

2010-04-04T11:20:45Z

MarcM:

Datei:Jumper.jpg

2010-04-04T11:18:13Z

MarcM:

Datei:Lcd64mb.gif

2010-04-04T11:15:36Z

MarcM:

Hardware:dbox2:Speichererweiterung

2010-04-03T11:25:33Z

MarcM: Die Seite wurde neu angelegt: Category:Register Category:Hardware:dbox2 __Toc__

[[Category:Register]]
[[Category:Hardware:dbox2]]
__Toc__

Hardware:dbox2:Anleitungen

2010-04-03T11:24:40Z

MarcM:

[[Category:Register]]
[[Category:Hardware]]
[[Category:Hardware:dbox2]]

=Allgemeines=
Auf dieser Seite sind Anleitungen für Erweiterungen und Modifikationen der [[dbox2]] aufgelistet.

=Anleitungen=
==Display streifenfrei==
Dieser [[Display streifenfrei|Artikel]] beschreibt verschiedene Möglichkeiten das Display der dbox2 von Streifen zu befreien.

==IDE Interface==
Dieser [[IDE-Interface|Artikel]] beschreibt den Anschluß einer Festplatte an die dbox2.

==Kühlung==
Dieser [[Kühlung|Artikel]] zeigt Möglichkeiten zur aktiven und passiven Kühlung der dbox2 und Ihrer Komponenten auf.

==Umbau Philips Fernbedienung==
Dieser [[Umbau Philips Fernbedienung|Artikel]] beschreibt den Umbau der Philips Fernbedienung.

==RealTimeClock==
Dieser [[RealTimeClock|Artikel]] beschreibt den Einbau einer RTC (RealTimeClock).

==Fullduplex==
Dieser [[FullDuplexUmbau|Artikel]] beschreibt den Umbau der Netzwerkschnittstelle auf Fullduplex.

==Speichererweiterung==
Dieser [[Speichererweiterung|Artikel]] beschreibt das Erweitern des RAM der Dbox2.

Speichererweiterung

2010-04-03T11:24:25Z

MarcM: Weiterleitung nach Hardware:dbox2:Speichererweiterung erstellt

#REDIRECT [[Hardware:dbox2:Speichererweiterung]]

Dbox2 Entwicklungsumgebung

2009-04-05T08:36:03Z

MarcM: CVS-Options geändert -> http://tuxbox-forum.dreambox-fan.de/forum/viewtopic.php?p=366584#p366584

[[Category:Register]]
[[Category:Development]]
[[Category:CDK]]
{{Development_sidebar}}

__TOC__
{{Review}}
=Allgemeines=
Die Erstellung von [[Images]] und [[Yadd]]s erfolgt durch einen neuen bzw. überarbeiteten "[[Make|make]]" Prozesses, bisher auch als "Newmake" bekannt. Der inzwischen auch als [[Image erstellen|Oldmake]] bezeichnete Bulidvorgang wurde komplett abgelöst. Dieser existiert allerdings weiterhin als eigenständiger Zweig (Branch) im Tuxbox-CVS und kann auch weiter verwendet und gepflegt werden. Die entsprechenden Artikel, die Oldmake betreffen, kann man unter [[Development |Development (Oldmake)]] finden.

Neben einer strukturierteren Basis, hat man jetzt den Vorteil, dass es auch ohne ohne großes Verständnis für den Buildprozess gelingen kann, [[Images|Flashimages]] und [[yadd|YADDs]] unter [[Linux|Linux]] zu erstellen.
Es gibt inzwischen auch eine auf Konsole basierende Frontendlösung, mit der sich [[Images|Flashimages]] oder [[yadd|YADDs]] benutzerdefiniert erstellen lassen, das sogenannte [[yBuild]].

Dieser Artikel basiert zum größtem Teil auf die deutsche Version von [http://bengt-martensson.de/dbox2/ Barfs Newmake-Dokumentation], die er uns freundlicherweise zur Verfügung gestellt hat.
Eine detaillierte Beschreibung (auch der [[Make|make]] targets) unter anderem auch in englischer Sprache befindet sich auf [http://bengt-martensson.de/dbox2/ Barf's Homepage]. 

Dieser Artikel behandelt die [[Image]]- u. [[yadd|YADD]]-Herstellung sowie einfache Beipiele für Benutzeranpassungen ("[[Customization]]"). 

==Zur Geschichte==
Vor einigen Jahren war die Imageherstellung für die [[Tuxbox|Tuxbox]] so etwas wie [[Wikipedia:Schwarze Kunst|"Schwarze Kunst"]].
Die Makefile-Unterstützung war, insbesondere für andere [[Images]] als [[cramfs]]-[[Images]], ziemlich lückenhaft. Die [[CVS]] Werkzeuge waren schlecht oder unvollständig. Noch schlimmer, einige Teile wurden absichtlich geheim gehalten. Vorallem das Werkzeug, jetzt als [[mkflfs]] bekannt, welches inzwischen aber im [[CVS|CVS]]-Verzeichnis ''.../hostapps/[[Mkflfs|mkflfs]]'' zu finden ist, wurde zurückgehalten.

Laut eines Forumsbeitrags aus dieser Zeit, waren die meisten Entwickler nicht in der Lage, eigene [[Images]] herzustellen. Die "Gilde der Imagehersteller" wurde geboren. Aus dieser Zeit dürften die "[[AlexW-Images]]" ein Begriff sein.
Hauptsächlich bestanden diese aus reinen [[CVS|CVS]]-Sources mit einigen mehr-oder-weniger geheim gehaltenen "Fixes", (vermutlich) notwendig für das Herstellen eines funktionierenden [[Images]] aus dem [[CVS|CVS]]-Quellcode.

Im August 2003, wurde es für das [[DBox2 Software Projekt|GNU DBox2 Software-Projekt]] in zunehmendem Maße peinlich, [[mkflfs]] geheim zu halten und der Quellcode für [[mkflfs]] wurde ins [[CVS]] eingecheckt. Auch die Funktionalität der [[Makefiles]] wurde stufenweise verbessert. Noch war viel zu wünschen übrig: Funktionalität, Pflegbarkeit, gesundes [[Software|Software]]-Design... Ein [[Image]] aus reinen [[CVS|CVS]]-Dateien zu bauen, war nicht wirklich möglich.

2004 wurde das [[YADI]] ("'''Y'''et '''A'''nother '''D'''Box '''I'''mage") Projekt geboren. 
Sein Ziel war es, das "Imagebauen" zu automatisieren und zu vereinfachen. Zu diesem Zweck wurden eine Anzahl von [[Wikipedia:Skripte|Scripten]] und [[Wikipedia:Patches|Patches]] gesammelt und/oder geschrieben. Zusätzlich wurden flashfertige [[Images]] zur Verfügung gestellt.
[[YADI]] war ein grosser Erfolg. Das Ziel wurde erreicht. [[Images]] wurden zur Verfügung gestellt, die (fast) vollständig auf freier [[Software|Software]] basierten, sowohl inhaltlich als auch bezüglich der benötigten Werkzeuge, in einer Weise, die für den Benutzer durchaus nachvollziehbar war.

Mit dem [[YADI]]-[[Skript|Skript]] war das automatische Imagebuilden zwar möglich, jedoch statt grundlegende Schwächen im [[CDK|CDK]]-Imagebau-Prozeß zu beseitigen, stellte man [[Skripte]] zum Imagebauen zur Verfügung. Es wurde kein übliches Buildsystem zur Verfügung gestellt, wie dies beispielsweise von [[Make]], oder ein neuerer Nachfolger wie [[Ant]],[[Cmake]] oder [[Maven]] könnten.

Newmake, bis Ende 2008 verfügbar als alternativer [[Branch]] und seit 2009 als HEAD im [[CVS|CVS]], versucht diese Schwächen zu beseitigen.
Ein spezieller Dank an jeden, der Bugreports und Feedback geliefert hat. Insbesonderes gilt dies für dietmarw, der Newmake benutzt, um die [[Images#DietmarW-Images|dietmarW-Images]] zu erzeugen.

=Ziel=
Das Ziel des vorliegenden Artikels ist es, dem Leser grundlegendes Know-How zu vermitteln. Es ist nicht das Ziel, eine idiotensichere Schritt-für-Schritt Anweisung bereitzustellen, wie das bei sogenannten HOWTO's der Fall wäre.
Kenntnisse im Umgang mit [[Wikipedia:Skriptsprache|Shellskripten]] wird für viele Teile, insbesondere für das [[Customization]]-Kapitel, aber nicht für [[Image]]/[[yadd|YADD]]-Herstellung in seiner einfachsten Art und Weise vorausgesetzt.

Der vorliegende Artikel versucht nicht die innere Funktion der [[Makefiles]] und des Makeprozesses zu beschreiben. Hierfür wird der Leser auf diverse Quellen, und zu relevanten Threads im [[CDK]]-Forum des [[Tuxbox|Tuxbox]]-Forums hingewiesen. Alle Optionen für ''configure'' werden auch nicht beschrieben, nur die Allgemeinsten und Wichtigsten.

= Wie schwierig ist es? =
Die Antwort könnte lauten: ''Es ist so schwerig wie man diesen Artikel zu lesen versteht.'' Für den Leser, der ohne Probleme den Inhalt dieses Artikels versteht, sollte es kein Probleme sein. Leser, für die das Meiste nur Kauderwelsch ist, sollten vielleicht besser bei fertigen [[Images|Images]] bleiben.

= [[Images|Images]] und [[Yadd|YADD]]'s bauen=
== Targets ==
Es gibt neben zahlreichen untergeordneten Zielen (Targets), zwei hauptrangige Targets, um [[Images]] oder [[Yadd]]'s zu bauen. Diese wären logischerweise entweder
*[[YADD]]
oder
*[[Image]].
Ein [[YADD]] besteht aus einigen Dateien, die die DBox anstatt aus dem [[Flash]] über den [[TFTP]]-Service lädt, sowie ein [[Filesystem|Filesystem]], das über einen [[NFS-Server]] der dBox zur Verfügung gestellt wird.
Diese Daten befinden sich in der Regel in
*.../tftpboot
*.../cdkroot ''oder'' .../yaddroot
Diese Betriebsart hat insbesondere während der Softwareentwicklung oder beim Erlernen des Systems viele Vorteile.

''Der Name "[[YADD]]" bedeutet übrigens "'''Y'''et '''A'''nother '''D'''Box '''D'''istribution" ("noch eine dBox Verteilung").''

=== Erste Schritte und Überlegungen ===
Eine Empfehlung für den angehenden "[[Image|Image]]/[[Yadd|YADD]]-Lehrling" wäre: 
Baue zuerst ein [[YADD]] mit Deiner Lieblings-[[GUI]], und lerne damit umzugehen. 
Nächster Schritt wäre dann, ein [[jffs2]]-[[Image|Image]] mit der Lieblings-[[GUI]] zu erstellen.

Meistens möchte man die folgenden Schritte kombinieren und/oder automatisieren.

In diesem Artikel bezeichnet "[[GUI]]" entweder
*[[Neutrino]]
*[[Enigma]]
*[[Lcars]]
*[[Radiobox]].

Das "[[Filesystem]]" im Kontext eines kompletten [[Images]] bezeichnet das [[Dateisystem]], in dem das root-Verzeichnis liegt.

Dies wären:
*[[cramfs]] (komprimiertes, Read-only [[Filesystem|filesystem]] für embedded Systeme)
*[[squashfs]] (komprimiertes read-only-[[Dateisystem|Dateisystem]] (wird allgemnein leistungsfähiger als [[cramfs]] angesehen)
oder
*[[jffs2]] (ein "journalled" Read-Write-[[Filesystem|Filesystem]]).

Ein "'''[[Cramfs|cramfs]] Komplett-[[Image|Image]]'''" besteht aus einem Root-[[Dateisystem|Dateisystem]] mit dem [[cramfs]] [[Dateisystem|Dateisystem]] und einem kleineren [[jffs2]]-[[Filesystem|Filesystem]], das nach '''/var''', dem schreibbaren Bereich eines [[Images]], gemounted wird.
 
Dies gilt auch für "'''[[Squashfs|squashfs]] Komplett-[[Images|Images]]'''", während ein "'''[[Jffs2|jffs2]] Komplett-[[Image|Image]]'''" kein separates ''/var-[[Dateisystem|Dateisystem]]'' enthält, weil [[Jffs2|jffs2]] bereits beschreibbar (var) ist.
Welches Dateisystem man verwendet, hängt im Wesentlichem davon ab, was und wieviel man in das Image packen möchte.

Zusätzlich enthalten die Komplett-[[Images|Images]] eine weitere [[Partition|Partition]], die den [[u-boot]]-[[Bootloader]] enthalten. Diese [[Partition|Partition]] ist zwischen dBoxen mit einen und zwei [[Flash]]chips unterschiedlich. Dieses wird durch "'''1x'''" und "'''2x'''" angezeigt. Ein komplettes [[Image|Image]] würde demnach so benannt werden:

[GUI]-[Filesystem].img[1, 2]x
z.B. als fertiges [[Image|Image]]:
[[Neutrino|neutrino]]-[[Jffs2|jffs2]].img2x

== Buildsystem Voraussetzungen ==
Neben einem modernen [[Unix|Unix]]/[[Linux|Linux]] System ist '''ordentlich''' freier Speicherplatz zu empfehlen. Mit Speicherplatz sollte man deshalb nicht geizen, da beispielsweise bei Verwendung von [[ccache]] einiges an Daten zwischengelagert wird und je öfter man kompiliert, es dann doch eng werden könnte.

Das [[DBox2 Software Projekt|Tuxbox Projekt]] hat keine favorisierte Buildumgebung. Fragen wie "geht es mit Redhat x.y?" lassen sich nicht genau beantworten. Gewisse Anforderungen werden dagegen für Versionen der Werkzeuge, wie [[WP:autoconf|autoconf]], [[WP:automake|automake]], [[make]] usw. formuliert. Die meisten davon sind in den gängigsten Distributionen bereits enthalten bzw. können nachinstalliert werden. Die momentan erforderlichen Toolversionen sind in folgendender Tabelle zusammengefasst:

{{Vorlage:GNU_Tools}}

Der Buildprozess überprüft zu Beginn automatisch einige dieser Anforderungen. Wenn eines dieser Werkzeuge fehlt, oder wenn die Version zu alt zu sein scheint, ist es in der Regel einfacher, die erforderliche Version nachträglich zu installieren, entweder als kompiliertes Paket, z.B. im [[rpm]]-Format vom jeweiligem Distributor, oder sich direkt die Quellen zu besorgen, zu kompilieren und zu installieren, als zu versuchen oder herauszufinden, ob die oben genannten Anforderungen wirklich notwendig sind.

'''''Hinweis''':

''In anderen Anleitungen zum Buildvorgang wird gefordert, dass Werkzeuge wie [[fakeroot]],
[[mksquashfs]], [[mkcramfs]], [[mkjffs2fs]] (oder [[mkfs.jffs2]]), vielleicht auch [[mklibs]]
oder [[ccache]], auf Ihrem System installiert sein müssen. In dieser Umgebung ist dies nicht
erforderlich, da einige entweder überhaupt nicht benötigt werden bzw. die Installation im
Makeprozess selbst vorgenommen wird!''

Builden auf einem [[Unix|Unix]]-non-[[Linux|Linux]] System sollte vermutlich auch möglich sein, so weit die erforderlichen [[GNU]] Werkzeuge vorhanden sind. Mit einem anderen [[make]] als [[GNU]] wird es fast sicher nicht funktionieren, da die [[GNU|GNU]]-Spezifikationen uneingeschränkt verwendet werden.

Es wird daher davon abgeraten eine Umbegebung z.B. mit [[Cygwin]] aufzubauen, da es höchstwahrscheinlich nicht funktionieren wird. In dieser Richtung wurde zwar Einiges für den Makeprozess eingebaut, jedoch dürfte der gegenwärtige Entwicklungsstand nicht den gegenwärtigen Anforderungen entsprechen, um aktuell auch damit arbeiten zu können.

Empfehlenswert ist allerdings eine Buildumgebung mittels [[VMWare]] aufzubauen. Hierfür gibt es auch eine "konfektionierte" Lösung von yiogol, der hierfür ein passendes [[VMWare-Image]] erstellt hat, dass im Prinzip alle notwendigen Zutaten enthält.

== Auschecken ==
Die [[Tuxbox|Tuxbox]] Quellen werden durch den [[Tuxbox|Tuxbox]] [[CVS-Server]] bereitgestellt.

Regelmäßige Quellreleases sind niemals gemacht worden, und sind auch nicht für die Zukunft geplant. Als Normalbenutzer werden die Quellen anonym "ausgecheckt", was bedeutet, dass diese auf die eigene Festplatte kopiert werden, indem man zuerst auf einer (lokalen) Festplatte mit "ordentlich" freiem Platz ein leeres Verzeichnis erstellt, z.B. ''/[[Tuxbox|tuxbox]]-[[CVS|cvs]]'' und in diesen Ordner wechselt, und diesen Befehl ausführt.

cvs -d anoncvs@cvs.tuxbox.org:/cvs/tuxbox -z3 co -P .

Für ein Update der Quellen, diesen Befehl verwenden:

cvs -z3 -d anoncvs@cvs.tuxbox.org:/cvs/tuxbox up -dP .

'''Hinweis:'''
''Es ist durchaus sinnvoll wegen des Traffics möglichst nur ein Update zu machen, als jedesmal komplett auszuchecken!''

Nachdem die Daten ausgecheckt wurden, könnte kann man jetzt einige Patches auf die Quellen anwenden.
Wenn man zum ersten Mal kompiliert, ist es aber ratsam, vorerst keine Veränderungen vorzunehmen. Wenn Probleme auftreten, ist es viel einfacher (technisch sowohl als auch für jeden selbst) jemand zu helfen, der die "unveränderten [[CVS|CVS]] Quellen" verwendet.

== Konfiguration ==
Jetzt müssen einge Zwischenschritte erledigt werden, damit der Buildprozess auch erkennt, was und vorallem wie er es machen soll.

Man wechselt nun in das [[CDK|CDK]]-Unterverzeichnis
cd [[CDK|cdk]]
und gibt diesen Befehl ein (ohne Argumente).
./autogen.sh

Dieser erzeugt unter anderem ein [[Shellskript]] namens '''configure'''.

Wird ''autogen.sh'' ausgeführt, wird dabei eine Anzahl von Optionen übergeben, um das System für das Builden eines [[Images|Images]], [[Yadd|YADD]] oder aller anderen gewünschten Ziele entsprechend den Benutzerwünschen vorzubereiten.

=== Optionen ===

Für uns sind vorerst nur wenige Optionen interessant. Die Standardvorgaben reichen vorerst völlig aus.
{{Newmake_Build_Optionen}}
Eine typische Anwendung (Konfiguration), der mit z.B. den Pfadnamen oben kompatibel wäre, könnte so eingestellt werden:

./configure --with-cvsdir="/[[Tuxbox|tuxbox]]-[[CVS|cvs]]" --prefix="/[[Dbox2|dbox2]]" --enable-maintainer-mode

*''--with-cvsdir''
sagt wo die Quellen zu finden sind, (darin sollte auch ein Unterverzeichnis ''.../[[CDK|cdk]]'' besitzen). In der Regel ist dies das Verzeichnis in das die Quelldaten gerade ausgecheckt wurden, während
*''--prefix''
bedeutet, dass eine Anzahl von wichtigen Verzeichnissen als Unterverzeichnisse des besagten Verzeichnisses erstellt werden sollen. Ihre Position kann durch andere Konfigurationsoptionen weiter beeinflußt werden.
*''--enable-maintainer-mode''
ist, auch für Nichtmaintainers praktisch, da er den hergestellten [[Makefiles|Makefiles]] ermöglicht, sich automatisch neu zu erzeugen, sobald die Notwendigkeit entsteht, zum Beispiel nach einem [[Software|Software]]-[[Update|Update]].

Es gibt sicher noch andere nützliche Optionen. Einige werden weiter unten aufgelistet.

=== Fehlerausgaben ===
Überprüfe bitte die Ausgaben von ''autogen'' auf Fehler ("Error") und Warnungen.

Hierbei können diese Warnungen ignoriert werden:

/usr/local/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULES from autogen.sh

ebenso folgende Warnungen von configure:

...
configure: WARNING: using [[Tuxbox|tuxbox]] [[Mklibs|mklibs]]
checking for mkcramfs... no
configure: WARNING: using [[Tuxbox|tuxbox]] [[Cramfs|cramfs]]
checking for mkjffs2... no
checking for [[Mkfs.jffs2|mkfs.jffs2]]... no
configure: WARNING: using [[Tuxbox|tuxbox]] [[Mkfs.jffs2|mkfs.jffs2]]
checking for mksquashfs... no
configure: WARNING: using [[Tuxbox|tuxbox]] [[Squashfs|squashfs]]
...

Dies sind nur Hinweise darauf, dass hier projekteigene Versionen einiger [[Tools|Tools]] verwendet werden.

'''''Beachte!'''
Wenn man diesen Artikel mit älteren Beschreibungen (Oldmake) vergleicht,
bemerkt man, dass die Option '''--with-targetruleset=[standard,flash]''' nicht mehr
vorhanden ist. Bisher war es notwendig, bei der Konfiguration sich entweder auf Builds von [[YADDs]]
oder [[Images]] einzuschränken. Bei Newmake ist dieses nicht mehr notwendig.''

[[Bild:Stop hand.png]]
<div style="margin: 0; margin-top:10px; margin-right:0px; border: 3px solid #FF0000; padding: 0px 10px 1px 10px; background-color:#DEB0B0; align:right; ">
'''
Versuche niemals, als root zu bauen!'''
</div>

== Kompilieren ==
Die high-level [[Make|make]] Targets, die für das Builden von Komplett-[[Images|Images]] relevant sind, lauten:
*<pre><nowiki>flash-[neutrino, enigma, all]</nowiki></pre>
*<pre><nowiki>flash-[cramfs, squashfs, jffs2, all]</nowiki></pre>
*<pre><nowiki>[1x, 2x, alle]</nowiki></pre>
Für [[Yadd|YADD]]-Builds, sind diese:
*<pre><nowiki>yadd-[neutrino, enigma, all]</nowiki></pre>
'''Beispiele:'''

[[Make|make]] [[Flash|flash]]-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]-all

erzeugt flashbare [[Jffs2|jffs2]]-only [[Images|Images]] mit [[Neutrino|Neutrino]], für 1x-Boxen und für 2x-Boxen (Dateinamen ''[[Neutrino|neutrino]]-[[Jffs2|jffs2]].img1x'' und ''[[Neutrino|neutrino]]-[[Jffs2|jffs2]].img2x'').

'''der Befehl:'''

make [[Yadd|yadd]]-[[Enigma|enigma]]

erzeugt ein [[Yadd|YADD]], das [[Enigma|Enigma]] enthält.

make flash-enigma+neutrino-squashfs-all

diese Kombination erzeugt ein [[Squashfs]] [[Flash-Image]], welche [[Enigma]] und [[Neutrino]] gleichzeitig enthält.

=== Zeitaufwand ===
Das Kompilieren kann bei so einem Projekt und je nach Konfiguration und Rechnerleistung schon einige Zeit in Anspruch nehmen.
Auf einem Athlon XP 1800 dauert ein Befehl wie '''[[Make|make]] [[Yadd|yadd]]-[[Neutrino|neutrino]]''' mit leeren Verzeichnissen etwa 1 und 1,5 Stunden.

==== Verwendung von [[Ccache|ccache]] ====
Um den Vorgang insbesondere bei wiederholten Kompilieren und besonders auf langsameren Rechnern zu beschleunigen, steht die Option
* --enable-[[Ccache|ccache]]
zur Verfügung, welche man mit in die Konfiguration einbinden kann. Erfahrungsgemäß wird so durchschnittlich ca. 1-2 Drittel der Zeit eingespart.

Durch die Option '''--enable-[[Ccache|ccache]]''' wird erreicht, sollte das Tool bereits in deiner Distribution installiert sein, dass [[ccache]] automatisch erkannt wird und in das [[Tuxbox|Tuxbox]]-[[CDK|CDK]] eingebunden wird. Ist es nicht installiert, wird dies auch von configure angezeigt:
----------------------------------------
...
ccache is not yet installed, but installation starts on first build of cdk environment or you can run make ccache
----------------------------------------
...
Falls [[Ccache]] nicht auf dem Host-System installiert ist, wird es beim ersten Bauvorgang automatisch eingebunden bzw. passend zum CDK installiert. Nachtraglich kann das Tool auch mit dem Target
[[Make|make]] [[Ccache|ccache]]
in das [[CDK|CDK]] eingebaut werden. Ein Configure des CDK sollte dem möglichst vorausgegangen sein.

'''Hinweis'''
 
''Die Wirkung von [[Ccache]] macht sich logischrweise erst bemerkbar, nachdem der Buildvorgang mindestens einmal durchgelaufen ist!''

Die Option ''--enable-[[Ccache|ccache]]'' ist normalerweise völlig ausreichend. Es stehen aber noch weitere untergeordnete Sub-Optionen zur Verfügung, die in Ausnahmefällen verwendet werden können:
*--with-maxcachesize=SIZE maximal
Hier gibt man an, wieviel Speicher [[ccache]] verwenden darf in GB z.B: für 2GB
--with-maxcachesize=2

*--with-maxcachefiles=COUNT
Hier kann man angeben, wieviele Dateien [[ccache]] cachen darf.
--with-maxcachefiles=20000
Hier würden es logischeweise 20000 sein.

Die Wirksamkeit von [[ccache]] lässt sich mit dem Befehl
[[Ccache|ccache]] -s
prüfen. Als Ergebnis werden einige Statistiken ü[[BER|ber]] das Cache-Verhalten von [[Ccache|ccache]] ausgegeben:
cache directory /home/<USER>/.[[Ccache|ccache]]
cache hit 4
cache miss 191
called for [[Link|link]] 17
multiple source files 4
compile failed 17
preprocessor error 2
not a C/C++ file 5
autoconf compile/[[Link|link]] 178
no input file 15
files in cache 382
cache size 7.1 Mbytes
max cache size 976.6 Mbytes

'''Tipp'''
 
Um die benötigte Zeit genau zu ermitteln, kann man den Befehl '''time''' einbauen.
time [[Make|make]] [[Yadd|yadd]]-[[Neutrino|neutrino]]
Am Ende des Bauvorganges werden damit die entsprechenden Zeitinformationen ausgegeben.

==== Verwendung von [[Make]]-Optionen ====
Aktuell besteht auch die Möglichkeit den Bauvorgang mit der Makeoption '''-j''' zu beschleunigen. Hierbei können von [[Make]] gleichzeitig mehrere '''J'''obs erledigt werden, sofern diese keine Abhängigkeiten untereinander haben. Die Wirkungen sind durchaus auch von der verwendeten Hardware abhängig. Ein Rechner mit Mehrkern-Prozessor hat hier sicher die besseren Karten. Die Übergabe dieser Option erfolgt in dieser Form:

make J=[n] [target]

'''n''' ist die Anzahl der Jobs, '''Target''' das jeweilige Ziel.

=== Beispiele ===
Hier einige Beispiele mit denen man [[Images|Images]], Yadds oder einzelne Targets bauen kann. Diese Beispiele sollten so wie sie hier vorgegeben sind ohne Veränderung auf jedem [[Linux|Linux]]-System mit den bisher beschriebenen Voraussetzungen laufen. Da die Systeme trotzdem [[Unterschiede|Unterschiede]] aufweisen können, kann man das aber nicht garantieren.

==== [[Neutrino|neutrino]]-[[Jffs2|jffs2]]-[[Image|Image]] ====
#! /bin/bash
# beispiel.sh
# Diese Script baut [[Neutrino|neutrino]]-[[Jffs2|jffs2]] [[Images|Images]], jeweils 1x und 2x
#----------------------------------------------
USERDIR=/home/$(whoami)
#----------------------------------------------
LOGODIR=$USERDIR/Logos
CP=$USERDIR/[[Tuxbox|tuxbox]]-[[CVS|cvs]]
DB=$USERDIR/[[Dbox2|dbox2]]
ARCHIVEDIR=$USERDIR/Archive
export CVS_RSH=[[SSH|ssh]]
#-----------------------------------------------
cd "$CP"
[[CVS|cvs]] -d anoncvs@[[CVS|cvs]].[[Tuxbox|tuxbox]].org:/[[CVS|cvs]]/[[Tuxbox|tuxbox]] -z3 co -P .
cd [[CDK|cdk]]
/bin/ln -sf $ARCHIVEDIR/ Archive
./autogen.sh
./configure --prefix="$DB" --with-cvsdir="$CP" --enable-flashrules --enable-[[Ccache|ccache]] --with-[[CheckImage|checkImage]]=rename --with-logosdir="$LOGODIR"
[[Make|make]] [[Flash|flash]]-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]-all

==== Neutrigma-[[squashfs]]-[[Image|Image]] ====
#! /bin/bash
# beispiel.sh
# Diese Script baut ein kombiniertes Enigma, Neutrino (Neutrigma)-Squashfs-Image, jeweils 1x und 2x
#----------------------------------------------
USERDIR=/home/$(whoami)
#----------------------------------------------
LOGODIR=$USERDIR/Logos
CP=$USERDIR/[[Tuxbox|tuxbox]]-[[CVS|cvs]]
DB=$USERDIR/[[Dbox2|dbox2]]
ARCHIVEDIR=$USERDIR/Archive
export CVS_RSH=[[SSH|ssh]]
#-----------------------------------------------
cd "$CP"
[[CVS|cvs]] -d anoncvs@[[CVS|cvs]].[[Tuxbox|tuxbox]].org:/[[CVS|cvs]]/[[Tuxbox|tuxbox]] -z3 co -P .
cd [[CDK|cdk]]
/bin/ln -sf $ARCHIVEDIR/ Archive
./autogen.sh
./configure --prefix="$DB" --with-cvsdir="$CP" --enable-flashrules --enable-[[Ccache|ccache]] --with-[[CheckImage|checkImage]]=rename --with-logosdir="$LOGODIR"
[[Make|make]] flash-enigma+neutrino-squashfs-all

==== [[Neutrino|Neutrino]] [[Yadd|YADD]] ====
#! /bin/bash
# beispiel.sh
# Diese Script baut ein [[Neutrino|Neutrino]] [[Yadd|Yadd]]
#----------------------------------------------
USERDIR=/home/$(whoami)
#----------------------------------------------
LOGODIR=/Logos
CP=$USERDIR/[[Tuxbox|tuxbox]]-[[CVS|cvs]]
DB=$USERDIR/[[Dbox2|dbox2]]
ARCHIVEDIR=$USERDIR/Archive
export CVS_RSH=[[SSH|ssh]]
#-----------------------------------------------
cd "$CP"
[[CVS|cvs]] -d anoncvs@[[CVS|cvs]].[[Tuxbox|tuxbox]].org:/[[CVS|cvs]]/[[Tuxbox|tuxbox]] -z3 co -P .
cd [[CDK|cdk]]
/bin/ln -sf $ARCHIVEDIR/ Archive
./autogen.sh
./configure --prefix="$DB" --with-cvsdir="$CP" --with-logosdir="$LOGODIR" --enable-[[Ccache|ccache]]
[[Make|make]] [[Yadd|yadd]]-[[Neutrino|neutrino]]

= Kernel 2.6.x =

{{Bulid_kernel_26}}

= Was kommt dann...? =
== Booten von [[Yadd|YADD]] ==
Wenn ein [[Yadd|YADD]] frisch erzeugt wurde, kann damit auch die Box booten. Näheres dazu auch im Artikel [[CDK booten]]. 
Newmake hält auch ein [[Make|Make]]-Target für den serversupport bereit.
[[Make|make]] serversupport
Dieses erzeugt einige Konfigurationsdateien für den [[Server|Server]] der das [[Yadd|YADD]]-Build nahtlos an das [[Server|Server]]-Setup anknüpft.

== [[Flashen|Flashen]] des [[Images|Images]] ==
Wenn ein [[Image|Image]] gebaut wurde, ist der logische nächste Schritt das Einspielen des [[Images|Images]] in den [[Flash|Flash]] der Box. Hierfür ist entweder, das interaktive [[Flashen|Flashen]] innerhalb der [[GUI|GUI]] mit den [[Installation:Neutrino|Expertenfunktionen]] zu benutzen, oder der ''dboxflasher'' zu verwenden. Der ''dboxflasher'' wird durch das [[Make|Make]]-Target
[[Make|make]] serversupport
erzeugt. 
Siehe auch [[Installation]].

== Inkrementelle Builds ==
Im allgemeinen ist man nicht an einem einmaligen Build der [[Software|Software]] interessiert. Verbesserungen an den Quellen werden in das [[CVS|CVS]] täglich eingecheckt. Oft möchte man die [[Software|Software]] durch eigene Programmierung verbessern oder Patches anwenden. Es ist dabei wünschenswert, dass genau nur die Teile neu erzeugt wird, die neu erzeugt werden sollen, nicht mehr und nicht weniger. Newmake geht einen direkten Weg in diese Richtung.
 
Um ein Target neu zu bauen, benutze den Befehl
[[Make|make]] [target]
und [[Make|make]] wird es, falls notwendig, neu erzeugen.

Es kann auch passieren, dass [[Make|make]] zusätzlich einen vollständig anderen Bestandteil neu erzeugt! Dies ist dann der Fall, wenn das jeweilige Target von anderen Teilen abhängt, die sich geändert haben.
 
In einige Situationen kann es auch wünschenswert sein, ein erneutes Bauen einer Komponente zu erzwingen. Einige Komponenten werden in einem Distributionsfile zum Verzeichnis [[CDK|cdk]]/Archive heruntergeladen, und wenn das Build stattfindet, ausgepackt, evtl. Patches angewendet, konfiguriert, kompiliert, installiert und die Quellen dann wieder gelöscht. 
Alles findet automatisch statt. Die [[Installation|Installation]] eines bestimmten Pakets wird durch das Anlegen einer Markerdatei im Verzeichnis ''[[CDK|cdk]]/.deps'' vermerkt.
 
Falls gewünscht, kann solch eine Markiererdatei entfernt werden, um das Neuerzeugen der entsprechenden Komponetne zu erzwingen. Es gibt hierfür auch entsprechende Targets, die "''Cleaning Targets''".

== Cleaning targets ==
Es gibt mehrere unterschiedliche Aufräum-Targets:
 
[[Make|make]] distclean
Das drastischste Reinigungs-Target, (fast) alles löschend, was nicht vom [[CVS|CVS]] ausgecheckt wurde.
Dieses ist eher selten notwendig.
 
[[Make|make]] mostlyclean
Ein intelligenteres Target ist ''mostlyclean''. Es säubert die Verzeichnisse, die Tuxboxquellen enthalten, lässt aber die Kompilationsumgebung und alle ''Auspacken-kompilieren-installieren-löschen-Komponente'' unberührt.
 
Auch das cdkroot Verzeichnis, (d.h. die [[Yadd|Yadd]]-[[Installation|Installation]]), sowie die [[Tftp|TFTP]]-Files ([[Kernel|Kernel]] und [[U-boot|u-boot]]) werden nicht angefasst.
 
[[Make|make]] depsclean
Löscht alle Markerdateien im /[[CDK|cdk]]/.deps Verzeichnis und zwingt so zum Neukompliieren aller [[Auspacken-kompilieren-installieren-löschen-Komponenten]].
 
Dies ist selten sinnvoll: Diese hängen von ihren Quellen und vielleicht von einem Patchfile ab, und der Makefile kennt diese Abhängigkeiten.
 
[[Make|make]] clean
Kombiniert ''mostlyclean'', ''depsclean'', und ''[[Flash|flash]]-clean''. Versucht auch soviel wie möglich im cdkroot-Verzeichnis zu löschen, das nicht während des Bootstrapdurchlaufes installiert war. So wird
versucht, die Umgebung in einem Zustand zu bringen, wo die Buildumgebung gerade kompiliert worden ist, z.B. mit ''[[Make|make]] bootstrap''.
 
[[Make|make]] [[Flash|flash]]-semiclean
Dieses Target löscht die meisten Verzeichnisse in $(flashprefix), mit Ausnahme der Boot-Partitionen und der Kernelbauverzeichnisse. 
Dieses ist oft sinnvoll, da diese Bestandteile verhältnismässig sich selten ändern.
 
[[Make|make]] [[Flash|flash]]-mostlyclean
Zusätzlich zum ''[[Flash|flash]]-semiclean'' löscht dieses Target auch Bootfiles und die Kernbauverzeichnisse. Vollimages werden unberührt gelassen.
 
[[Make|make]] [[Flash|flash]]-clean
Dieses Target löscht Alles in $(flashprefix).
 
Einige Quellverzeichnisse können mit einem Befehl wie
[[Make|make]] -C /[[Tuxbox|tuxbox]]-[[CVS|cvs]]/apps/[[Tuxbox|tuxbox]]/[[Neutrino|neutrino]] clean
gesäubert werden.

== Aktualisierung des [[CVS|CVS]]-Quellcodes ==
Um die Quellen mit neueren Checkins zu aktualisieren, verwende diesen Befehl für das toplevel [[CVS|CVS]] Verzeichnis (oder von einem anderen Verzeichnis, wenn Ihr wisst, was ihr tut;-). Mögliche Fehler werden in das logfile [[CVS|cvs]].log geschrieben.

cvs up -r HEAD > cvs.log 2>&1

'''Tipp'''
 
Um mit dem [[CVS|CVS]] arbeiten zu können nimmt man für gewöhnlich die Konsole für Eingaben. Es gibt aber auch verschiedene Frontendwerkzeuge wie z.B. [http://www.crossvc.com CrossVC] oder [http://cervisia.kde.org/ Cervisia] um nur einige zu nennen, die einen recht komfortablen Umgang mit den [[CVS|CVS]]-Daten ermöglichen. [[Bild:Crossvc.jpg|CrossVC als CVS Frontendlösung]] [[Bild:Cervisia.jpg|Cervisia als CVS Frontendlösung]] 
Auch einige [[IDE|IDE]]'s wie z.B. [[WP:Anjuta|Anjuta]] [[Bild:anjuta.jpg|Anjuta als IDE mit CVS-Anbindung]] bieten solche [[CVS|CVS]]-Schnittstellen an.

== [[Customization|Customization]] ==
Ein "Schreckgespenst" für viele "[[Oldmake]]rs" ist anscheinend die so genannte [[Customization|Customization]]. Dies kann man immer wieder aus diversen Meinungen und Forumsbeiträgen diverser "Oldmaker" herauslesen. Ein Grund dafür dürfte wohl die scheinbare "gefühlte" Unmenge an Scripten sein, die damit in Verbindung gebracht wird.
Grundsätzlich ist es aber so, dass man zuerst einmal ein [[Image]] und/oder [[Yadd]] bauen sollte, ganz ohne Zusätze, um zumindest erst einmal zu sehen, was dabei herauskommt. Dies sind, also nichts weiter als beispielsweise völlig normale Images. Die flasht man sich auf die Box und kann man zweckentsprechend verwenden. Mehr erstmal nicht. Dies dürfte auch völlig ausreichend sein, aber wir sind ja Bastler und wollen ja mehr...und daraus ergibt sich der Bedarf an der Nutzung dieser [[Customization|Customization]].

Will man z.B. ein Image für den Hausgebrauch bauen, mit dem man nach dem flashen sofort fernsehen will, kann man sich z.B. alle benötigten Firmawaredateien (Ucodes), Senderlisten usw. an Ort und Stelle im Image platzieren lassen, ohne dass es Änderungen an irgendeinem Makefile bedarf. Das gleiche gilt auch, wenn man bespielsweise ein [[IDE-Interface]] betreiben möchte. Da das Tuxbox-Projekt hierfür enstprechende Möglichkeiten bereit hält, gibt es dafür auch entsprechende fertige Konfigurations-Optionen, die die entsprechende Funktionalität herstellen.

=== Konfigurationsoptionen ===
Hier sollen zunächst einige verschiedene Möglichkeiten für die Konfigurations-Optionen vorgestellt werden.
Eine Komplettübersicht aller Optionen lässt sich mit
./configure --help
abrufen

====--with-ucodesdir=[DIR]====
Hiermit kann ein Verzeichniss angegeben werden, welches die [[Ucodes|Ucodes (Firmaredateien]] enthält, die im [[Image|Image]] enthalten sein sollen.
'''Hinweis:''' 
Ein [[Image|Image]], dass [[Ucodes|ucodes]] enthält, darf
nicht verbreitet werden! 

====--with-logosdir=[DIR]====
Legt ein Verzeichniss fest, das boot-logos (logo-[[LCD|lcd]] und logo-fb) enthält, die im [[Image|Image]] enthalten sein sollen.

====--with-defaultlocale=[LOCALE]====
sorgt dafür, dass die gewünschte Sprache schon beim bauen eingestellt wird.

====--with-rootpartitionsize=[SIZE]====
Legt die Rootpartitionsgröße für [[Cramfs|cramfs]] und [[Squashfs|squashfs]] [[Images|Images]] fest.

Die Größe der var-[[Partition|Partition]] wird automatisch berechnet, wobei man den restlichen Flashspeicher nutzt, der nicht durch die anderen Partitionen benutzt wird. Die Standardgröße ist 0x660000.
Diese Zahl sollte eine Multiple der Erasesize, momentan 0x20000 sein. Dies wird allerdings ignoriert falls es wie bei der [[Jffs2|jffs2]]-Imageerstellung unsinnig wäre.

====--with-updatehttpprefix=[URL]====
Nützlich für das Verteilen von Onlineupdates oder auch nur um im eigenen Heimnetzwerk mit Hilfe eines Servers seine Boxen up-to-date zu halten, ist die Angabe einer Updateadresse (Update-URL).

Die Adresse wird in dieser Form angegeben:
--with-updatehttpprefix=<nowiki>http://www.deine-updateseite.de</nowiki>

Diese Adresse erscheint beispielsweise in der Versionsdatei ''(.version)'', in den [[Neutrino:Service:Image_Informationen|Image-Informationen]] von [[Neutrino]] und sorgt dafür, dass Online-Updates über das [[Netzwerk]] abgerufen werden können (siehe: [[Neutrino:Service:Software-Aktualisierung]]).
Serverseitig muss natürlich auch eine entsprechende Informationsquelle für die entsprechenden Updates vorhandene sein. Dies übernehmen die sogenannten ''*.list''-Files, dessen Adresse in die Datei
/etc/update.urls (siehe [[Neutrino:Service:Software-Aktualisierung#Experten-Funktionen|Experten-Funktionen]])
eingetragen werden muss.
Je nachdem was für ein Update abgerufen werden soll, werden dafür verschiedene ''*.list''-Files benötigt.
*img.list für Komplettimages
*cramfs.list für Root-cramfs Updates
*squashfs.list für Root-squashfs Updates
Diese ''*.list''-Files enthalten alle Informationen die für das Online-Update benötigt werden. Das Format sollte so aussehen:
[URL zum Update-file] [md5-Prüfsumme] [Image-Versions-String] [Name für das Image]
Beispiel:
<nowiki>http://www.deine-homepage.de/downloads/Image-v2.0_neutrino_squashfs_1200200808281200_1x.img 06c30a36329d990194f249d3a3648aec 1200200808281200 Image-v2.0_1x</nowiki>

Die Einträge in die ''*.list''-Files und ''update.urls'' lassen sich mit Hilfe von [[Newmake#Customization-Scripte|Customization-Scripte]]n erzeugen und anschließend ins Image einfügen (siehe auch: [[Newmake#.2F.version_anpassen|.version_anpassen]]). Die ''*.list''-Files können mit diversen Werkzeugen (z.B. ''ncftpput'') auf einen Server geladen werden.
Zu beachten wäre noch, das beim Update selbst zur Neutrino-Laufzeit eine Prüfung des Release-Zyklus erfolgt. Bei Neutrino ist derzeit 2.0 aktuell und sollte eingehalten werden. Ändern kann man dies in ''[[update.cpp]]'', zu finden im [[Neutrino]] CVS-Quellcode unter
./apps/tuxbox/neutrino/src/gui/[[update.cpp]]

====--with-targetprefix=DIR====
Gibt an, wohin alle Targets gebaut werden sollen. Dies ist in der Regel ''PREFIX/cdkroot''. Also ein Target mit Namen ''make busybox'' baut also standardmäßig [[busybox]] genau dorthin.
*''PREFIX/cdkroot/bin''

====--with-flashprefix=DIR====
Gibt an, wohin alle Flash-Targets gebaut werden sollen. Dies ist in der Regel ''PREFIX/cdkflash''. Also ein Target mit Namen ''make flash-busybox'' baut also standardmäßig [[busybox]] genau dorthin.
*''PREFIX/cdkflash/root/bin''
Da beispielsweise das Flash-Target make ''flash-neutrino-squashfs'' gewisse Abhängigkeiten hat, die auch [[busybox]] betreffen, wird [[busybox]] auch hier hin gbaut.
*''PREFIX/cdkflash/root-neutrino-squashfs/bin''

====--with-hostprefix=DIR====
Gibt an wohin die Binaries für das [[Tuxbox-CDK]] optional gebaut werden
*''PREFIX/cdk''

====--with-bootprefix=DIR====
Gibt optional an wohin die Bootfiles ([[Kernel]], [[U-boot]]) für das [[CDK]] bzw. [[Yadd]] gebaut werden
*''PREFIX/tftpboot''

====--with-serversupport=DIR====
Hier werden die Vorlagen der Konfigurationsdateien optional abgelegt, die für die Einrichtung eines bootfähigen [[CDK]] erstellt werden.
*''PREFIX/serversupport''

====--with-customizationsdir=DIR====
Hier werden optional die Customization-Scripte abgelegt, um vom Makeprozess dort abgerufen werden zu können. Standardverzeichnis ist es das Verzeichnis in dem sich die ausgecheckten Daten befinden.

====--with-checkImage=[none,rename,warn]====
Gibt an, wie die Prüfung von Imaages erfolgen soll
*''none''=nichts
*''rename''=umbenennen (Image erhält die Endung -bad)
*''warn''=selbstredend

====--with-cvsdir=DIR====
Gibt an, wo sich optional das CVS-Verzeichnis befindet

====--with-appsdir=DIR====
Gibt an, wo sich optional das apps-Quellcodeverzeichnis befindet

====--with-bootdir=DIR====
Gibt an wo sich optional das boot-Quellcodeverzeichnis befindet

====--with-driverdir=DIR====
Gibt an wo sich optional das driver-Quellcodeverzeichnis befindet

====--with-hostappsdir=DIR====
Gibt an wo sich optional das hostapps-Quellcodeverzeichnis befindet

====--with-gnuserver=ADDRESS====
Optionale Serveradresse für GNU-Sourcen (ohne ftp://)

====--with-defaultserver=ADDRESS====
Serveradresse die genommen wird falls ein Server nicht verfügbar ist (ohne http://)

====--with-busybox-conf=M4-File====
Hier kann optional eine M4-Macro-Konfigurationsdatei angegeben werden

====--with-yadd-kernel-conf=FILE --with-flash-kernel-conf=FILE====
Hier kann optional eine Konfigurationsdatei jeweils für Flash oder Yadd angegeben werden

====--with-filesystems=comma seperated list of filesystems====
Hier können durch Komma getrennte Filesysteme angegeben werden. (siehe --enable-xfs, --disable-ext3)
--with-filesystems=extfs,xfs,nfs,cifs,vfat,smbfs,lufs
''extfs'' stellt ein Alias für ''ext2'' und ''ext3'' dar, kann aber auch einzeln verwendet werden.
Der erste Eintrag wird als Standard verwendet und in der ''/etc/[[fstab]]'' verwendet

====--enable-uclibc====
Aktviert Makerules für uClibc verlinkte Targets (derzeit noch experimentell) '''Erfahrungswerte erwünscht'''!

====--enable-maintainer-mode====
Ermöglicht den hergestellten [[Makefiles|Makefiles]], sich automatisch neu zu erzeugen, sobald die Notwendigkeit entsteht, zum Beispiel nach einem [[Software|Software]]-[[Update|Update]].

====--enable-kernel26====
Es wird statt des üblichen 2.4.xer Kernel ein 2.6.xer Kernel gebaut (derzeit noch experimentell) '''Erfahrungswerte erwünscht'''!
'''Hinweis:''' ''Hierfür ist es notwendig die entsprechenden Treiber im Kernel2.6er CVS-Branch auszuchecken!'' Siehe auch: [[Images_und_Yadd%27s_mit_Kernel_2.6|Images_und_Yadd's_mit_Kernel_2.6]]

====--enable-lzma====
Images/Kernel werden mit [[Squashfs]]-[[Lzma]]-Unterstützung gebaut. Bootzeiten können dadurch länger werden, aber [[Images]] sind aufnahmefähiger.

====--enable-flashrules====
Targets für das bauen von [[Flash]]-[[Images]] werden aktiviert.

====--enable-lirc====
Erzeugt Images/Yadds mit [[Lirc]]-Support

====--enable-cdkVcInfo====
Das Tool [[cdkVcInfo]] wird automatisch mitgebaut. Diese Tool ist wie einige Andere auch ein Zusatz.

====--enable-german-keymaps====
Tastatursupport

====--enable-ide====
Ermöglicht das Bauen von Images/Yadds mit support für [[IDE-Interface]]s. Es werden hierfür die passenden Treiber und Kernel-Module gebaut.

====--enable-mmc====
Ermöglicht das Bauen von Images/Yadds mit support für [[MMC]]s. Es werden hierfür die passenden Treiber und Kernel-Module gebaut.

====--enable-sqlite====
Aktiviert SQL-Lite Support

====--disable-ext3====
Deaktiviert Treiber für ext2/ext3 Dateisysteme (siehe --with-filesystems=)
Diese Option ist weiterhin gültig, kann aber weggelassen werden, wenn --with-filesystems aktiviert ist und wird nicht berücksichtigt, wenn --with-filesystems angegeben ist.

====--enable-xfs====
Aktiviert Treiber für XFS und baut xfsprogs (siehe --with-filesystems="xfs")
Diese Option ist weiterhin gültig, kann aber weggelassen werden, wenn --with-filesystems aktiviert ist und wird nicht berücksichtigt, wenn --with-filesystems angegeben ist.

====--enable-nfsserver====
Ermöglicht das Bauen eines NFS-Servers

====--enable-sambaserver====
Ermöglicht das Bauen eines Samba-Servers

====--enable-dosfstools====
Es werden dos Filesystem Werkzeuge gebaut

====--enable-upnp====
Es wird Unterstützung fur upnp eingebaut, ermöglicht die Box als upnp-Client zu benutzen

====--enable-flac====
Support für flac-Files im Audioplayer

====--enable-ccache====
Aktiviert [[Kompiler]]-Unterstützung durch [[ccache]]

====--enable-movieplayer2====
Aktiviert den MP2 für Neutrino (derzeit noch experimentell) '''Erfahrungswerte erwünscht'''!

=== Variablen ===
==== Pfade ====
Es sind noch weitere Benutzeranpassungen möglich. Dafür ist es aber notwendig, etwas [[Wissen|Wissen]] ü[[BER|ber]] die innere Funktionsweise der [[Makefiles|Makefiles]] zu haben.

In der Folge bezeichnet
$(flashprefix)
den Wert der Makefile Variablen '''flashprefix''' (mit Konfiguration wie oben '''/[[Dbox2|dbox2]]/cdkflash''')
$(targetprefix)
bezeichnet den Wert der Makefile Variablen '''targetprefix''' (mit Konfiguration wie oben '''/[[Dbox2|dbox2]]/cdkroot'''), und
$(buildprefix)
bezeichnet den Wert der Makefile Variablen '''buildprefix''' (mit der Konfiguration oben '''/[[Tuxbox|tuxbox]]-[[CVS|cvs]]/[[CDK|cdk]]''').

Um z.B. ein '''[[Neutrino|neutrino]]-[[Cramfs|cramfs]].img2x''' zu erzeugen, werden die folgenden Verzeichnisse erstellt: 
*'''$(flashprefix)/root''' (enthält [[Filesystem|Filesystem]]- und [[GUI|GUI]]-unabhängige Bestandteile)
*'''$(flashprefix)/root-[[Cramfs|cramfs]]''' (enthält den [[Kernel|Kernel]], für Root-[[Filesystem|Filesystem]] auf [[Cramfs|cramfs]] konfiguriert, zusammen mit seinen Treibern) und
*'''$(flashprefix)/root-[[Neutrino|neutrino]]''' (enthält die Neutrinoinstallation).

Aus diesen drei Verzeichnissen, werden das Rootfilesystemverzeichniss
*'''$(flashprefix)/root-[[Neutrino|neutrino]]-[[Cramfs|cramfs]]''' und das
var-filesystemverzeichnis
*'''$(flashprefix)/var-[[Neutrino|neutrino]]''' gebaut.

Hiermit ist es möglich, einen Befehl wie
[[Make|make]] $(flashprefix)/root-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]
bzw. wenn man sich im Verzeichnis ''./[[Tuxbox|tuxbox]]-[[CVS|cvs]]/[[CDK|cdk]]'' befindet, den Befehl
[[Make|make]] root-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]
einzugeben, wobei man bei erster VAriante natürlich '''$(flashprefix)''' selbst durch den realen Pfad ersetzen muss, da '''$(flashprefix)''' nur eine [[Make|make]]-Variable ist, welche in unserem Beispiel den Pfad zu '''./[[Dbox2|dbox2]]/cdkflash''' darstellt. 
Man kann so manuell gewünschten Änderungen an '''$(flashprefix)/root-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]''' vornehmen, und dann, mit dem Befehl
[[Make|make]] [[Flash|flash]]-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]-2x
den Imagebau abschließen, um ein [[Image|Image]] zu erstellen, das diese manuellen Änderungen enthält.

Dieses kann zwar für den einmaligen Imagebau sinnvoll sein, jedoch in vielen Fällen dürfte eine automatisierte und systematischere Methode erforderlich sein.

=== [[Customization|Customization]]-Scripte ===
Sofern diese Scripte vorhanden und ausführbar sind, werden innerhalb der wichtigsten Targets diese sogenannten ''[[Customization|Customization]]-Scripte'' automatisch aufgerufen bzw. ausgeführt.
Zum aktivieren der Scripte müssen diese lediglich in ein dafür vorgesehenes Verzeichnis abgelegt werden und ausführbar sein. Dieses Verzeichnis ist standardmäßig der '''*/[[CDK|cdk]]'''-Ordner.
Bei Bedarf kann mit der Option
--with-customizationsdir=[DIR]
ein alternatives Verzeichnis für [[Customization|Customization]]-Scripte festgelegt werden.

Auf diese Scripte werden zwei Argumente zur Laufzeit übergeben:

Für Imagetargets sind dies
*$(flashprefix)
und
*$(buildprefix)
für Yaddtargets sind diese
*$(targetprefix)
und
*$(buildprefix)

Die Bezeichnung "Script" ist etwas irreführend, da sie eigentlich wie normale Programme mit zwei Argumenten ausgeführt werden. Anstelle eines [[Shell|Shell]]-Scripts könnte dies z.B. ein kompiliertes C Programme, oder ein [[Perl|Perl]]-Script sein. 
Der Name eines [[Customization|Customization]] Scriptes besteht in der Regel aus dem Namen eines Targetverzeichnisses bzw. einem Target und dem angefügtem *'''-local.sh'''.

==== Für [[Flash|Flash]]-Targets ====
Der Name der [[Customization|Customization]] Scripte für [[Images|Images]] besteht aus den wie oben benannten Verzeichnissen (in diesem Fall Targets) in ''flashprefix'',
*root

dem Namen der jeweilige Benutzeroberfläche, als "[[GUI]]" in Klammern bezeichnet, also
*[[Neutrino|neutrino]]
*[[Enigma|enigma]]
*[[Lcars|lcars]]
*[[Radiobox|radiobox]]

"[[FS]]" zeigt an welches [[Filesystem|Filesystem]] gemeint ist.
*[[Cramfs|cramfs]]
*[[Squashfs|squashfs]]
*[[Jffs2|jffs2]]

so wäre die Bezeichnung der jeweiligen Scripte wie folgt aufgebaut:
*root-local.sh
*root-[GUI]-local.sh
*root-[GUI]-[FS]-local.sh
*root-[FS]-local.sh
*var-[GUI]-local.sh

'''Beispiele:'''
root-local.sh
root-[[Neutrino|neutrino]]-local.sh
root-[[Neutrino|neutrino]]-[[Squashfs|squashfs]]-local.sh
root-[[Squashfs|squashfs]]-local.sh
var-[[Neutrino|neutrino]]-local.sh

==== Für [[Yadd|Yadd]]-Targets ====
Für Yadds ist das Prinzip ähnlich, nur dass es hier quasi nur einen Ordner gibt. Dafür stellvertretend steht dann
*[[Yadd|yadd]].

Das "[[GUI]]" in Klammern bezeichnet auch hier die jeweilig betroffene Benutzeroberflche, also
*[[Neutrino|neutrino]]
*[[Enigma|enigma]]
*[[Lcars|lcars]]
*[[Radiobox|radiobox]]

so wäre die Bezeichnung der jeweiligen Scripte so aufgebaut.
*[[Yadd|yadd]]-[GUI]-local.sh
'''Beispiel:'''
[[Yadd|yadd]]-[[Neutrino|neutrino]]-local.sh

==== für andere Targets ====
Die bisher benannten [[Customization|Customization]] Scripte für [[Flash|Flash]]- u. [[Yadd|Yadd]]-Targets sind die Gebräuchlichsten. Diese werden allerdings gewissermaßen nur an die der bestehenden Targets angehängt, anders als es bei den anderen, von denen es in Newmake noch jede Menge mehr gibt, bei denen diese als Ersatz der eigentlichen Targets dienen. 
Im Prinzip ginge dies auf so gut wie alle Targets anzuwenden. Möchte man z.B. ein Contrib-Tool "customizen", etwa [[hdparm]], kann man ein Script erstellen:
*hdparm-local.sh
Führt man dann das Target:
[[Make|make]] hdparm
aus, wird beim Bauen das ausgeführt was im [[Customization|Customization]]-Script angelgt wurde. Die Aktionen im Original-Makefile werden übersprungen.

===== Beispiel: version-local.sh =====
Diese Funktion ist recht interessant und dürfte recht oft Anwendung finden (siehe auch [[Newmake#.2F.version_anpassen|Anpassung .version-File]]): 
Während des [[Make|make]]-Durchlaufs werden einige Targets ausgeführt, welche die '''/.version'''-Files bei [[YADD]]
*'''version'''
bzw.
*'''[[Flash|flash]]-version'''
im [[Image]] erstellt.
 
Sofern eines dieser Scripte;
*'''version-local.sh'''
*'''[[Flash|flash]]-version-local.sh'''
vorhanden und ausführbar ist, wird es als Ersatz statt des originalen Targets ausgeführt, welches mit
[[Make|make]] version
bzw.
[[Make|make]] [[Flash|flash]]-version
angestoßen wird.

==== Beispiele für Customization ====
Das Customizationscripting soll hier durch einige Beispiele noch mehr veranschaulicht werden.

'''Warnung'''
''Auch falls die Beispiele in einigen Fällen benutzbar sind, werden die Scripte als Beispiele, nicht als Lösungen zu den realen Problemen gezeigt. Aus diesem Grund sind die Beispiele hier als Codefragmente, nicht als downloadbare Dateien, veröffentlicht. Bitte nicht verwenden, es sei denn es ist ungefährlich und Ihr versteht, wie sie funktionieren. Es ist grundlegende Script-Erfahrung erfordelich.''

===== Lirc Komponenten einbauen =====
In einem [[Jffs2|jffs2]]-[[Image|Image]] wird dies gewünscht:

1. Eigene /etc/hosts benutzen,
2. Eigene [[Neutrino|neutrino]].conf, [[Bouquets|bouquets]].[[XML|xml]], services.[[XML|xml]] benutzen
3. einschließlich [[Lirc|lirc]]-Komponenten, zusammen mit eigenen [[Lirc|lirc]] Konfigurations-Dateien.

1. und 3. sind [[Erweiterungen|Erweiterungen]], die nach '''$(flashprefix)/root''' kommen sollten, während 2. [[Neutrino|Neutrino]]-regeln sind, welche nach sollten '''$(flashprefix)/root-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]''' gehöhren. 
Um 1. und 3. zu erreichen, wird das Script '''root-local.sh''' erstellt, z.B.:

#!/bin/sh
# root-local.sh
flashprefix=$1
buildprefix=$2
newroot=$flashprefix/root
myfiles=/home/somewhere/dbox/myfiles
cp -f $myfiles/etc/hosts $newroot/etc
[[Make|make]] flashlirc
cp -fr $myfiles/var/[[Tuxbox|tuxbox]]/config/[[Lirc|lirc]] $newroot/var/[[Tuxbox|tuxbox]]/config

Das Script für 2. heist '''root-[[Neutrino|neutrino]]-local.sh''', was dem verherigen sehr ähnlich ist:

#!/bin/sh
# root-[[Neutrino|neutrino]]-local.sh
flashprefix=$1
buildprefix=$2
newroot=$flashprefix/root-[[Neutrino|neutrino]]
myfiles=/home/somewhere/dbox/myfiles
cp $myfiles/var/[[Tuxbox|tuxbox]]/config/[[Neutrino|neutrino]].conf $newroot/var/[[Tuxbox|tuxbox]]/config
cp $myfiles/var/[[Tuxbox|tuxbox]]/config/[[Zapit|zapit]]/[[Bouquets|bouquets]].[[XML|xml]] $newroot/var/[[Tuxbox|tuxbox]]/config/[[Zapit|zapit]]
cp $myfiles/var/[[Tuxbox|tuxbox]]/config/[[Zapit|zapit]]/services.[[XML|xml]] $newroot/var/[[Tuxbox|tuxbox]]/config/[[Zapit|zapit]]

===== procps-Varianten von ps und top einbauen =====
Im Image werden die procps-Varianten von [[WP:Ps_%28Unix%29|ps]] und [[WP:Unix-Kommando#Prozessmanagement|top]] anstelle der [[WP:busybox|Busybox]]-Version gewünscht.

In root-local.sh

make procps

hinzufügen.

In root-neutrino-local.sh

for i in top ps; do
cp -va $flashprefix/../cdkroot/bin/$i $flashprefix/root-neutrino/bin/
rm -v $flashprefix/root/bin/$i
done

===== Games und Languages nuker =====
Dieses Script löscht alle [[Spiele|Spiele]] (definiert als [[Plugins|plugins]] mit type=1 in ihrer Konfigurationsdatei), sowie unerwünschte Sprachfiles ([[Neutrino|Neutrino]] angenommen). Das File sollte von '''root-[[Neutrino|neutrino]]-$[[Filesystem|filesystem]]-local.sh''' aufgerufen werden.

#!/bin/sh
# Nukes all game [[Plugins|plugins]], as well as all [[Locale|locale]] files not listed in LANGUAGES
newroot=$1/root-[[Neutrino|neutrino]]-[[Jffs2|jffs2]]
LANGUAGES="deutsch english"
for f in $newroot/lib/[[Tuxbox|tuxbox]]/[[Plugins|plugins]]/*.cfg; do
grep 'type=1' $f>/dev/null && rm -f $newroot/lib/[[Tuxbox|tuxbox]]/[[Plugins|plugins]]/`basename $f .cfg`.*
done
for f in $newroot/share/[[Tuxbox|tuxbox]]/[[Neutrino|neutrino]]/[[Locale|locale]]/*; do
(echo $LANGUAGES | grep -v `basename $f .[[Locale|locale]]` >/dev/null) && rm -f $f
done

===== /.version anpassen =====

{{edit_version_file}}

Eine eigene ''/.version''-File herzustellen (angezeigt von [[Neutrino|Neutrino]] durch dBox -> Services -> [[Image|Image]]-Version und [[cdkVcInfo]] beim Booten) ist daher sicher ein allgemeiner Wunsch.

*[[Flash|flash]]-version-local.sh

#/bin/sh
USER=$(whoami)
if [ $0 = $CDIR/flash-version-local.sh ] ; then
outfile=$FLASHDIR/root/.version
type="[[Image|Image]]"
else
outfile=$TARGETDIR/.version
type="[[Yadd|Yadd]]"
fi;
echo Creating $outfile ...
echo "version=`./mkversion -[[Snapshot|snapshot]] -version 200`" > $outfile
echo "creator=$USER" >> $outfile
echo "imagename=$USER-$type" >> $outfile
echo "homepage=[[HTTP|http]]://www.your-website.de" >> $outfile

===== mkversion =====
Das benannte Script ''mkversion'' erzeugt die etwas kryptische Versionszeichenkette:

#!/bin/sh
releasetype=3
versionnumber=000
year=`date +%Y`
month=`date +%m`
day=`date +%d`
hour=`date +%H`
minute=`date +%M`
while expr $# > 0 ; do
case "$1" in
-[[Release|release]])
releasetype=0
;;
-[[Snapshot|snapshot]])
releasetype=1
;;
-internal)
releasetype=2
;;
-version)
versionnumber=$2
shift
;;
esac
shift
done
echo $releasetype$versionnumber$year$month$day$hour$minute

===== Archivierung der [[Images|Images]] =====
Es ist eigentlich die Aufgabe des Buildprozesses, flashbare [[Images|Images]] zu erzeugen, und nicht sie zu archivieren. Jedoch kann die [[Customization|Customization]] leicht dazu "missbraucht" werden, um irgendeine Art der Archivierung zu ermöglichen, wie das folgende Beispiel zeigt:

#!/bin/sh
flashprefix=$1
imagefile=`basename $0|sed -e s/-local.sh//`
imagefilebase=`echo $imagefile|sed -e s/\.img.x//`
extension=`echo $imagefile|sed -e s/[-a-z0-9]*\.//`
newfilename="barf-"$imagefilebase-`date --iso-8601`.$extension
echo Copying $flashprefix/$imagefile to $flashprefix/$newfilename...
cp $flashprefix/$imagefile $flashprefix/$newfilename

Das Script sollte einen oder mehr der Namen
[neutrino, enigma]-[cramfs, squashfs,jffs2].[img1x, img2x]
haben. Es benennt die Files entsprechend dem Tagesdatum um.

= Einige "best practices" =
In diesem Abschnitt befinden sich einige Richtlinien, die zwar nicht zwingend "notwendig" sind, um korrekte Ergebnisse zu erzeilen, jedoch werden sie langfristig helfen, bessere, zuverlässigere und pflegbare [[Software|Software]] zu erstellen. Dies betrifft Customizations, sowie zukünftige Änderungen am Makefile und deren Bestandteile selbst.
 
Wenn man diese Richtlinien nicht mag, kann man sie ignorieren, zumindest wenn man [[Customization|Customization]] Scripte für den eigenen Bedarf schreibt.

== Idempotens ==
Es ist fast immer eine gute Idee zu versuchen, ein Installationsscript [[Wikipedia:Idempotent|idempotent]] zu schreiben. Dies bedeutet, dass das mehrmalige Ausführen den gleichen Effekt hat wie das einmalige Ausführen.
Benutze "[[Make|make]] install".
 
In der Vergangenheit hat das [[Tuxbox|Tuxbox]] Makefile die Komponenten zuerst in ''$(targetprefix)'' installiert, und dann die Imageverzeichnisse durch Kopieren der einzelnen Files aus der ''$(targetprefix)'' Hierarchie erstellt. Dieses ist keine sehr gute Softwaretechnik.
 
Zuerst gehört das Know-How bzgl. [[Installation|Installation]] des Paketes in das Makefile des Pakets, und soll nicht in einem einzigem großen Makefile sitzen, das einfach einzelne Files rüberkopiert. Wenn dieses Paket sich ändert, z.B. man ein Konfigurations-File hinzufügt oder löscht, wird es auch notwendig, das globale Makefile zu ändern.
 
 
Es ist häufig der Fall, dass das Makefile, das zu einem Paket gehört, include-Files, (statische) Bibliotheken, Info-Files etc. installiert, die nicht auf einem enbedded System mit beschränktem Speicher erwünscht sind. Die korrekte Lösung zu diesem (wirklichen!) Problem wäre, das Makefile des betreffenden Pakets zu ändern, entweder, um ein flashinstall-Target zu schreiben, oder das Makefile mit einem Parameter wie ''installsize=[full,flash]'' zu versehen.
 
Wenn dies nicht durchführbar ist, ist es durchaus sinnvoller, daß nach [[Make|make]] -C ... install das Löschen unerwünschter Files besser ist, als das kopieren einzelner Files.
 
Zu erwähnen ist auch, daß in dem Schritt, der die Verzeichnisse ''$(flashprefix)/root-[[GUI|gui]]-[[Filesystem|filesystem]]'' erzeugt, das include-verzeichnis, sowie alle statischen Bibliotheken gelöscht werden und dynamische Bibliotheken von unbenutzten Symbolen gestrippt werden.

== Antworten auf einige Fragen ==
=== Falls das Build nicht gelingt ===
Es gibt kein Standardverfahren was zu tun wäre, wenn das Build misslingt. Es wird versucht, hier einige Richtlinien zu geben und diese zu lesen bevor man im Forum postet.
 
Zuerst, überprüft man den Output der ersten zwei Schritte, '''autogen.sh''' und '''configure''' auf Fehler und Warnungen. Jede Warnung oder Fehler, außer den fünf Warnungen, die oben genannt wurden, zeigen ein Problem an, dass ein Build wahrscheinlich unmöglich macht.
 
Wenn ein Build abbricht, kann es die Umgebung in einem [[Wikipedia:Inkonsistent|inkonsistenten]] Zustand versetzen. Dies gilt insbesondere für die Verzeichnisse in '''$(flashprefix)'''. Wenn der Bau solch eines [[Make|Make]]-Targets abbricht, besteht das Verzeichnis, ist entsprechend seiner Änderungszeit aktuell, und ein folgender [[Make|make]] Befehl behandelt ihn wie fertig und okay.
 
Selbstverständlich wird ein fehlerhaftes Build das Ergebniss sein. Wenn ein Build eines Unterverzeichnisses von '''$(flashprefix)''' in die [[BR|Br]]üche geht, '''dann lösche man es''', bevor ein anderer [[Make|Make]] Befehl ausgeführt wird.
 
Bei "es funktionierte gestern"-Problemen, ist vermutlich die Umgebung in solch einem Zustand. Ein mehr-oder-weniger drastischer Reinigungsbefehl (siehe oben) ist hierbei oft schneller als eine Problemsuche.
 
Wenn man [[Hilfe|Hilfe]] benötigt, siehe unten!.

=== Nach dem [[Flashen|Flashen]]: "Kein System" auf dem [[LCD|LCD]]/Was ist diese "bad magic byte" Zeugs? ===
Diese Frage kommt hoffentlich nicht... Die kurze Antwort ist: Man weiß es nicht. Wir [[Wissen|wissen]] es nicht. Aber, wenn Ihr diesen Artikel so weit gelesen habt, erwartet bitte keine "kurze Antworten", sondern "gute Antworten". O.K. Das Thema ist ausführlich hier besprochen worden. 
Kurz gesagt, das [[Image|Image]] "ist" in Ordnung, es ist nur dass irgendwelche [[Firmware|Firmware]] in der dBox es zurückweisen wird, weil es einige "schlechte magische Bytes" auf bestimmten Adressen finden wird.
 
Das Programm [[checkImage]] aus dem [[CVS|CVS]], zu finden im Verzeichnis '''./hostapps/[[CheckImage|checkImage]]''' ermittelt diese "schlechten Bytes", aber ändert nichts daran, um diese zu beheben. Die Erfahrung zeigt, daß [[Images|Images]], die [[checkImage]] für gut findet, wirklich laufen. [[Cramfs|Cramfs]]-, oder [[Squashfs|squashfs]] [[Images|Images]], worü[[BER|ber]] sich [[CheckImage|checkImage]] beschwert, laufen im allgemeinen nicht, in einigen Ausnahmefällen läufen sie aber doch.
 
Auch bei [[Jffs2|jffs2]]-[[Images|Images]] ist dies manchmal der Fall, dass sich [[checkImage]] beschwert, die [[Images|Images]] laufen, aber eben nicht immer. Mit diesen empirischen Beobachtungen ist man nun sich selbst überlassen.
 
Newmake weiß, wie dieses Programm aufgerufen werden kann, um die erzeugten [[Images|Images]] automatisch zu überprüfen. Die Konfigurationsoption
--with-[[CheckImage|checkImage]]=[none,rename,warn]
wird hierfür verwendet. Falls '''warn''' gewählt ist, wird für jedes [[Image|Image]], das den Test nicht besteht, eine leere Datei erzeugt, am Namen wird ''"_bad"'' angehängt. Wenn '''rename''' gewählt wird, wird das fragliche Imagefile nur umbenannt indem ''"_bad"'' angehängt wird.
 
Es muss erwähnt werden, daß die "schlechten magischen Bytes" in einem (oder mehreren!) der Partitionsteile sitzt, und werden nicht durch den abschließenden Schritt erzeugt (die *.img1x und/oder *.img2x Files bauen). Es ist auch möglich, [[CheckImage|checkImage]] auf die Partitionsfiles anzuwenden *.[[Jffs2|jffs2]], *.[[Cramfs|cramfs]]
*.[[Squashfs|squashfs]]
*.flfs1x
*.flfs2x
Schließlich hat [[CheckImage|checkImage]] eine Debugoption, die nützlich sein kann.

== Ich habe ein Fehler gefunden! ==
Bugs, Unklarheiten, Verbesserungsvorschläge, etc. der [[Software|Software]] sollten vorzugsweise im [http://tuxbox-forum.dreambox-fan.de/forum/viewforum.php?f=7 Cross Development Kit - Forum] des [[Tuxbox|Tuxbox]]-Boards gepostet werden.

== Ich benötige [[Hilfe|Hilfe]]! ==
Supportanfragen können im [http://tuxbox-forum.dreambox-fan.de/forum/viewforum.php?f=7 Cross Development Kit - Forum] des [[Tuxbox|Tuxbox]]-Boards gepostet werden. Postings in deutsch oder englisch sind willkommen. Bitte nicht vergessen, die benutzten Konfigurationsoptionen zu erwähnen.

=Links=
*[http://www.gnu.org/software/make/manual/make.html GNU Make manual]
*[http://www.gnu.org/software/autoconf/manual/ Autoconf manual]
*[http://www.gnu.org/software/automake/manual/ Automake manual]
*[http://sources.redhat.com/autobook/ GNU Autoconf, Automake, and Libtool]
*[http://www.gnu.org/prep/standards/ GNU Coding standards]
*[http://cvsbook.red-bean.com/ Open Source Development with CVS, 3rd Edition]
*Barf's Homepage: [http://bengt-martensson.de/dbox2/ Barfs ][[Newmake]]-Dokumentation]

{{review}}

{{body}}

Smartcard

2008-12-20T12:50:58Z

MarcM: Bezeichnung UM02 entfernt...da nicht mehr ganz richtig....

[[Category:Register]]
__TOC__

=Allgemeines=
Chipkarten, oft auch als [[Smartcard]] bezeichnet, sind Plastikkarten mit eingebautem Chip, der eine Hardware-Logik, Speicher oder auch einen Mikroprozessor enthält. (Quelle: http://de.wikipedia.org/wiki/Smartcard )

=Die verschiedenen Premiere-Karten=

==Sat==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard s01.jpg]] || [[Bild:Smartcard s02.jpg]]
|-
|Vorderseite || Rückseite S01 || Rückseite S02
|}

Wenn Ihr Premiere in Deutschland über [[Sat]] empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "S01" für die [[DBox1]] und die "S02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

==Kabel (Kabel Deutschland, ish, iesy oder Kabel BW)==

{|
|[[Bild:Smartcard kabel.jpg]] || [[Bild:Smartcard k01.jpg]] || [[Bild:Smartcard k02.jpg]]
|-
|Vorderseite || Rückseite K01 || Rückseite K02
|}

Wenn Ihr Premiere in Deutschland über einen der Kabelanbieter Kabel Deutschland, ish, iesy oder Kabel BW empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "K01" für die [[DBox1]] und die "K02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''D''' (siehe [[UCodes]]).

{{Vorlage:Box_Wichtig|K02 K09 Karten|
Wenn der Bestellung als Receiver keine [[DBox2]] angegeben wurde, werden gerne Karten mit der Bezeichnung '''K02 K09''' verschickt. Mit der [[DBox2]] kann man diese Karten nicht nutzen.
}}
{{missing:Bild}}

==Kabel (privater Netzbetreiber)==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard p01.jpg]] || [[Bild:Smartcard p02.jpg]]
|-
|Vorderseite || Rückseite P01 || Rückseite P02
|}

Wenn Ihr Premiere in Deutschland über einen privaten Kabelanbieter empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "P01" für die [[DBox1]] und die "P02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Premiere im Ausland=
==Österreich==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard a01.jpg]] || [[Bild:Smartcard a02.jpg]]
|-
|Vorderseite || Rückseite A01 || Rückseite A02
|}

Wenn Ihr Premiere in Österreich empfangt (egal ob [[DVB-C|Kabel]] oder [[DVB-S|Sat]]), dann habt ihr sicher eine dieser beiden Karten. Wobei die "A01" für die [[DBox1]] und die "A02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Österreich (ORF)=
==ORF alte Karten ([[Betacrypt]])==

{{MissingBild}}
{|
|[[Bild:Orf_smardcard01.png]] || [[Bild:Orf_smardcard02.png]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''F''' (siehe [[UCodes]]).

==ORF neue Karten (Cryptoworks)==
{|
|[[Bild:Orf_cryptoworks_front.jpg|188px]] || [[Bild:Orf_cryptoworks_back.jpg|184px]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. Leider ist mit diesen neuen Karten kein ORF Empfang in der [[DBox2]] möglich, da diese Karten ein anderes Verschlüsselungssystem (Cryptoworks) einsetzen.

=Smartcards diverser Kabelanbieter=
==Unitymedia (ehemals Iesy/ISH)==
{|
|[[Bild:ISH_I02_vorderseite.png|182px]] || [[Bild:ISH_I01_rueckseite.png|179px]] || [[Bild:ISH_I02_rueckseite.png|182px]]
|-
|Vorderseite || Rückseite I01 || Rückseite I02
|}
{{MissingText}}
{|
|[[Bild:Tividi_um02_vorderseite.png|179px]] || [[Bild:Tividi_um02_rueckseite.png|179px]]
|-
|Vorderseite || Rückseite
|}
{{MissingText}}
{|
|[[Bild:Um_i02_vorderseite.gif|178px]] || [[Bild:Um_i02_rueckseite.gif|178px]]
|-
|Vorderseite || Rückseite
|}
{{MissingText}}

{{body}}

Hardware:dbox2:FullDuplexUmbau

2008-06-22T09:55:02Z

MarcM:

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

=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.

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

'''''Achtung: Noch ist der Full-Duplex in der Dbox sehr neu - es wird ein Image benötigt, dass nach dem 02.06.2006 erstellt wurde!'''''

{{Vorlage:Hardware_Warnung}}

=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 im Verbinden des entsprechenden Pin mit der Masse. Die Masse findet sich z. B. am Gehäuse.

==Nokia AViA 500 mit ???==

Der hier abgebildete Umbau konnte bislang nicht erfolgreich mit Full-Duplex betrieben werden.

[[Bild:Fullduplex_Nokia_500_klein.jpg|???|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]]

==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]]

=Konfiguration von Full-Duplex=

==Dbox==
Die Aktivierung des Full-Duplex erfolgt unter Neutrino -> Einstellungen -> Treiber- und Bootoptionen -> FullDuplex Mode.
[[Bild:Neutrino menu driver boot.jpg|none|thumb|300px]]
Die Änderungen werden nach dem nächsten Booten wirksam.

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

===Windows===
Bei der [[Netzwerk#Direktverbindung_DBox2_.3C-.3E_PC|Direktverbindung zwischen PC und Dbox]] über ein [[Netzwerk#Crossover-Netzwerkkabel|Crossover Kabel]] muss im Gerätemanager die Netzwerkkarte auf "Full-Duplex mit 10 Mbit/s" eingestellt werden.

Ein PC mit zwei Netzwerkkarten und Windows XP (oder höher) kann als [[wikipedia:Bridge (Netzwerk)|Bridge]] verwendet werden. In der Netzwerkumgebung wird die "Lan-Verbindung" der Dbox über eine "Netzwerkbrücke" mit dem restlichen Netzwerk verbunden. Damit ist der Rechner an beiden physischen Netzwerkkarten über die gleiche IP erreichbar und routet die Pakete von und zur DBox transparent durch.

===FRITZ!Box===
Mit dem [http://www.heimpold.de/freetz/cpmaccfg cpmaccfg] Tool kann der verwendete Port (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 empfiehlt sich [http://tuxbox-upload.wittnet.de/index.php?action=downloadfile&filename=netio-126.zip&directory=Binaries& diese Version] von NetIO. Anleitung zu NetIO gibt es [http://www.nwlab.net/art/netio/netio.html hier].

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. 700-900 KByte/s zeigen, dass Hardwaremodifikation nicht erfolgreich war.

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

=Bekannte Probleme=
* Mit dem Umbau der Hardware ohne Konfiguration von Full-Duplex 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]])

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

Datei:Fullduplex Nokia 500 klein.jpg

2008-06-22T09:54:02Z

MarcM:

Datei:Msconfig numproc vista.jpg

2008-06-21T13:52:18Z

MarcM:

Bootmanager

2008-05-19T17:02:13Z

MarcM:

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

=Allgemeines=
Der "DBox II - Boot-Manager" (kurz: Bootmanager) ist ein All-in-One Tool zum Starten der [[DBox2]] von einem [[Windows]] [[PC]] aus. Außerdem kann damit ein neues [[Image]] aufgespielt bzw. das auf der [[DBox2]] vorhandene ausgelesen werden. Des Weiteren enthält er Hilfsprogramme, um aus dem ausgelesenen [[BR Image]] die [[uCodes]] zu extrahieren.

* [[Bootmanager:Readme|Die sehr gute README des Bootmanagers]]

=Multiprozessorsysteme=

Der Bootmanger, besser gesagt der enthaltene RARP Server läuft nicht auf einem Multiprozessorsystem. Dazu zählen:
* Systeme mit Hyperthreading
* Dualcore oder Quadcore Systeme
Auf diesen Umgebungen stürzt der Bootmanager mit unterschiedlichen Fehlermeldungen ab.

===Abhilfe Hyperthreading===

* Hyperthreading muß im BIOS deaktiviert werden

===Abhilfe Dualcore/Quadcore unter Windows XP===

* Start / Ausführen
* msconfig
* Registrierkarte "BOOT.INI"
* Button "erweitert"
* Variable NUMPROC auf 1 setzen
* Speichern und System Neustarten

[[Bild:Msconfig_numproc.gif]]

Nach der Arbeit mit dem Bootmanager nicht vergessen die Enstellung wieder rückgangig zu machen. Sonst hast Du nicht die volle Systemleistung.

=Funktionen=
Hier werden die verschiedenen Funktionen oder Buttons beschrieben

=Settings=
[[Bild:bootmanager_settings.gif|450px]]

Unter Settings kann man folgendes machen:

Man kann unter "DBox II IP" die [[IP-Adresse]] der [[DBox2]] eingeben und sieht daneben dann die [[MAC]]-Adresse.

Unter [[RARP]]-[[Server]] kann man den [[RARP]]-[[Server]] starten und den Kurzschluss-Zeitpunkt anzeigen lassen (was jedoch nicht mehr benötigt wird). Außerdem kann man hier auch das Ethernet-Interface auswählen und die IP-Debug Messages aktivieren.

Im Punkt COM-Port kann man diesen öffnen und die Baud-Rate eingeben (wählbar ist 9600 und 57600).

Beim Punkt [[BootP]]/[[TFTP]]-Server kann man diesen starten und das Bootfile für die [[DBox2]] angeben.

Der [[NFS]]-Server ist auch aktivierbar und mit verschiedenen Debug-Leveln auswählbar. das Root-Verzeichnis ist auch frei wählbar.

Unter Konfigurationen kann man halt die Konfigs jeweils speichern (bspw. verschiedene Ethernet-Karten usw.)

=COM-Terminal=
[[Bild:bootmanager_com-terminal.gif|450px]]

Wenn ein [[Nullmodem]]-Kabel angeschlossen ist, kann man im COM-Terminal alles verfolgen was die [[DBox2]] an Informationen sendet, z.B. das [[Bootlog]]. Außerdem kann man Eingaben tätigen, z.B. kann man hier bei einem lauffähigen [[Image]] die [[DBox2]] administrieren wenn man das Passwort vergessen hat, etc. (Stichwort: passwd)

=RSH-Terminal=
[[Bild:bootmanager_rsh-terminal.gif|none|450px]]

Hier können bei alten [Flash]-Methoden Kommandos zur [[DBox2]] geschickt werden, in der Regel brauch man dieses Terminal nicht, ich zumindest nicht :)

=Utilities=
[[Bild:bootmanager_utilities.gif|450px]]

Diese Sektion ist sehr praktisch, weil man hier komplette [[Images]] auslesen kann und natürlich das Wichtigste, hier kann man auch [[Images]] flashen. Außerdem kann man die [[uCodes]] per [[FTP]] uploaden was jedoch mit einem [[FTP]]-Programm auch kein Akt ist :).

Jedoch kann man mittlerweile mit [[Neutrino]] & [[Enigma]] per Experten-Funktion ebenfalls komplette [[Images]] auslesen und wieder flashen, somit braucht man diese Funktionen im Normalfall nur, wenn man mal ein "Kein System" oder ähnliches hat.

=BN-Utils=
[[Bild:bootmanager_bnutils.gif|450px]]

Wenn man seine [[DBox2]] im [[Debug-Mode]] hat und [[Betanova]] noch auf der [[DBox2]] ist, so kann man hier viele Dinge machen wie z.B. die [[.did]] herstellen, den BR-Kernel patchen, bestimmte Dateien extrahieren ([[ucodes]] usw.) und die [[ucode.bin]] erstellen.

=Links=
*[http://dbox.feldtech.com/ Bootmanager Homepage]
*[http://www.dietmar-h.net/tools/Setup_DboxBoot.exe Bootmanager Download (empfohlene Version)]

{{body}}

Datei:Msconfig numproc.gif

2008-05-19T16:47:40Z

MarcM:

Smartcard

2008-03-12T19:44:10Z

MarcM:

[[Category:Register]]
__TOC__

=Allgemeines=
Chipkarten, oft auch als [[Smartcard]] bezeichnet, sind Plastikkarten mit eingebautem Chip, der eine Hardware-Logik, Speicher oder auch einen Mikroprozessor enthält. (Quelle: http://de.wikipedia.org/wiki/Smartcard )

=Die verschiedenen Premiere-Karten=

==Sat==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard s01.jpg]] || [[Bild:Smartcard s02.jpg]]
|-
|Vorderseite || Rückseite S01 || Rückseite S02
|}

Wenn Ihr Premiere in Deutschland über [[Sat]] empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "S01" für die [[DBox1]] und die "S02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

==Kabel (Kabel Deutschland, ish, iesy oder Kabel BW)==

{|
|[[Bild:Smartcard kabel.jpg]] || [[Bild:Smartcard k01.jpg]] || [[Bild:Smartcard k02.jpg]]
|-
|Vorderseite || Rückseite K01 || Rückseite K02
|}

Wenn Ihr Premiere in Deutschland über einen der Kabelanbieter Kabel Deutschland, ish, iesy oder Kabel BW empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "K01" für die [[DBox1]] und die "K02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''D''' (siehe [[UCodes]]).

{{Vorlage:Box_Wichtig|K02 K09 Karten|
Wenn der Bestellung als Receiver keine [[DBox2]] angegeben wurde, werden gerne Karten mit der Bezeichnung '''K02 K09''' verschickt. Mit der [[DBox2]] kann man diese Karten nicht nutzen.
}}
{{missing:Bild}}

==Kabel (privater Netzbetreiber)==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard p01.jpg]] || [[Bild:Smartcard p02.jpg]]
|-
|Vorderseite || Rückseite P01 || Rückseite P02
|}

Wenn Ihr Premiere in Deutschland über einen privaten Kabelanbieter empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "P01" für die [[DBox1]] und die "P02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Premiere im Ausland=
==Österreich==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard a01.jpg]] || [[Bild:Smartcard a02.jpg]]
|-
|Vorderseite || Rückseite A01 || Rückseite A02
|}

Wenn Ihr Premiere in Österreich empfangt (egal ob [[DVB-C|Kabel]] oder [[DVB-S|Sat]]), dann habt ihr sicher eine dieser beiden Karten. Wobei die "A01" für die [[DBox1]] und die "A02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Österreich (ORF)=
==ORF alte Karten (Betacrypt)==

{{MissingBild}}
{|
|[[Bild:Orf_smardcard01.png]] || [[Bild:Orf_smardcard02.png]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''F''' (siehe [[UCodes]]).

==ORF neue Karten (Cryptoworks)==
{|
|[[Bild:Orf_cryptoworks_front.jpg|188px]] || [[Bild:Orf_cryptoworks_back.jpg|184px]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. Leider ist mit diesen neuen Karten kein ORF Empfang in der [[DBox2]] möglich, da diese Karten ein anderes Verschlüsselungssystem (Cryptoworks) einsetzen.

=Smartcards diverser Kabelanbieter=
==Unitymedia (ehemals Iesy/ISH)==
{|
|[[Bild:ISH_I02_vorderseite.png|182px]] || [[Bild:ISH_I01_rueckseite.png|179px]] || [[Bild:ISH_I02_rueckseite.png|182px]]
|-
|Vorderseite || Rückseite I01 || Rückseite I02
|}
{{MissingText}}
{|
|[[Bild:Tividi_um02_vorderseite.png|179px]] || [[Bild:Tividi_um02_rueckseite.png|179px]]
|-
|Vorderseite || Rückseite UM-02
|}
{{MissingText}}
{|
|[[Bild:Um_i02_vorderseite.gif|178px]] || [[Bild:Um_i02_rueckseite.gif|178px]]
|-
|Vorderseite || Rückseite
|}
{{MissingText}}

{{body}}

Datei:Um i02 rueckseite.gif

2008-03-12T19:42:28Z

MarcM:

Datei:Um i02 vorderseite.gif

2008-03-12T19:42:18Z

MarcM:

Schreibschutz aufheben

2008-02-07T07:39:16Z

MarcM: Bilder temporär sichtbar gemacht....

[[Category:Register]]
[[Category:Debug]]
__TOC__

=Allgemeines=
'''Verwechselt bitte nicht Kurzschließen mit [[Schreibschutz]] aufheben!'''

Kurzschließen dient dazu den [[Flash]]speicher der [[DBox2]] vorrübergehend zu deaktivieren.
Damit wird erreicht, dass der [[Kernel]] der Orginalsoftware, bzw. des [[minflsh]] sein Initscript nicht findet und [[RSH]] öffnet.

'''Mit dem [[Schreibschutz]] hat das gar nichts zu tun.'''

Der [[Schreibschutz]] schützt die ersten 128kb des [[Flash]]-Speichers ([[bootloader]]).
Um den [[Debug-Mode]] zu enablen muss in diesen Bereich geschrieben werden.
Dazu muss der [[Schreibschutz]] vorübergehend aufgehoben werden.

Dies geschieht immer zum gleichen Zeitpunkt: Bevor das debug-enable Script ausgeführt wird.

Ich rate davon ab den [[Schreibschutz]] von Anfang an zu deaktiveren, das ist (gerade wenn kurzgeschlossen wird) ein unnötiges Risiko. Wenn etwas schiefläuft und der [[bootloader]] nicht geschützt war kann es passieren, dass der [[bootloader]] gelöscht wird.

'''Das ist das einzige mal, dass der [[Schreibschutz]] aufgehoben werden muss!'''

'''Um ein neues Image zu flashen muss der [[Schreibschutz]] nicht aufgehoben werden.'''

{{Hardware_Warnung}}

Je nach Box muss man verscheidene Methoden anwenden um den [[Schreibschutz]] zu deaktiveren:

*[[Schreibschutz_aufheben#Nokia_mit_2_x_Intel_Flash|Nokia mit 2 x Intel [[Flash]] ]]
*[[Schreibschutz_aufheben#Nokia_mit_2_AMD_Flash|Nokia mit 2 x AMD Flash]]
*[[Schreibschutz_aufheben#Sagem_mit_1_Intel_-_Flash|Sagem mit 1 x Intel Flash]]
*[[Schreibschutz_aufheben#Sagem_mit_2_Intel_-_Flash|Sagem mit 2 x Intel Flash]]
*[[Schreibschutz_aufheben#Sagem_mit_2_AMD_-_Flash_im_1xIntel-Layout|Sagem mit 2 x AMD Flash im 1 x Intel-Layout]]
*[[Schreibschutz_aufheben#Sagem_mit_2_AMD_-_Flash_im_2xIntel-Layout|Sagem mit 2 x AMD Flash im 2 x Intel-Layout]]
*[[Schreibschutz_aufheben#Philips|Philips]]

=Nokia mit 2 x Intel Flash=
==Normale Methode==
Oberhalb der Flashes befinden sich die Jumper XH4 und XH6.

[[Bild:Nokia_2xIntel_XH4_XH6.jpeg|thumb|none|280px|Jumper XH4 und XH6]]

Diese müssen gesetzt werden

Sollten sich in der Box keine Jumper befinden, einfach die entsprechenden Kontakte verbinden, so als würdet ihr Jumper setzen.

Ihr könnt auch Jumperstifte z.B. aus einer alten Karte einlöten, das ist einfacher wenn ihr alleine arbeitet.

==Pin 12 - Methode==
Alternativ könnt ihr Pin12 eines [[Flash]]s kurz (eine Sekunde genügt völlig) mit GND verbinden.

GND könnt ihr am Gehäuse des Tuners oder unter den Befestigungsschrauben der Platine abgreifen.

Beachtet bitte, dass der Kontakt wieder aufgehoben sein muss wenn ihr das Script ausführt.

[[Bild:Nokia_2xi_pin12.jpg|thumb|none|959px|Pin12]]

Pin12 kann auch durch Loch 8 am Gehäuseboden erreicht werden.

Versichert euch bitte, dass ihr auch das richtige Loch erwischt, das Falsche kann tödlich für eure Box sein.

Stochert nicht wild in der Box herum, ihr müsst den direkt unter dem Loch liegenden Lötpunkt treffen.

[[Bild:Nokia_boden.jpg|thumb|none|1248px|Loch 8 am Gehäuseboden]]

'''Achtung:'''
''Bei den Nokia2xI gibt es eine Besonderheit: Aufgrund eines Layoutfehlers haben die meisten dieser Boxen (fast alle Kabel-ausführungen) keinen funktionierenden Schreibschutz.''

Wenn ihr wissen wollt ob eure Box dazugehört, versucht es einfach mal ohne den [[Schreibschutz]] zu deaktivieren.

=Nokia mit 2 AMD Flash=
Hier muss der Jumper XH3 gesetzt werden (befindet sich vorne neben dem Kartenleser)

Wenn keine Jumperstifte vorhanden sind, könnt ihr einfach die Kontakte verbinden.

Bei dieser Methode müsst ihr die Kontakte dauerhaft verbinden, solange der [[Schreibschutz]] aufgehoben sein muss.

Ein kurzes Antippen genügt nicht!

[[Bild:Nokia_2xAMD_XH3.jpeg|thumb|none|499px|Jumper XH3]]

Wenn anschließend sowas im [[Bootmanager#COM-Terminal|com-terminal]] erscheint:

COULDN'T WRITE, IT'S STLL FFFFFFFF

überprüft bitte ob an XH3 auch wirklich 9V anliegen.

Bei manchen Boxen ist das leider nicht so.

=Sagem mit 1 Intel - Flash=
== Alte Methode==
Einfach die beiden Punkte, wie auf dem Bild eingezeichnet verbinden.

Achtet darauf, dass auf den Kontakten meist noch Lötlack ist, da müsst ihr durchpieksen.

Um die Kontakte zu überbrücken nehmt am besten eine Messstrippe, oder wenn ihr keine habt:
Brotclips sind recht gut geeignet.

Bei dieser Methode müsst ihr die Kontakte dauerhaft verbinden, solange der [[Schreibschutz]] aufgehoben sein muss.
Ein kurzes Antippen genügt nicht!

[[Bild:WP_Sagem1xI.jpg|thumb|none|976px|Diese beiden Punkte verbinden]]

==Neue Methode==
Verbindet den hier mit [[Schreibschutz]] bezeichneten Punkt mit GND.

Der Punkt muss dauerhaft solange der [[Schreibschutz]] aufgehoben sein muss mit GND verbunden sein, ein kurzes Antippen genügt nicht.

[[Bild:Sag1xI.jpg|thumb|none|512px|]]

=Sagem mit 2 Intel - Flash=
==Normale Methode==
Einfach die beiden Punkte, wie auf dem Bild eingezeichnet verbinden.

Achtet darauf, dass auf den Kontakten meist noch Lötlack ist, da müsst ihr durchpieksen.

Um die Kontakte zu überbrücken nehmt am besten eine Messstrippe, oder wenn ihr keine habt:
Brotclips sind recht gut geeignet.

Am sichersten ist es ihr lötet Drähte mit einem Schalter ein und stellt zum richtigen Zeitpunkt den Kontakt her.

Bei dieser Methode müsst ihr die Kontakte dauerhaft verbinden, solange der [[Schreibschutz]] aufgehoben sein muss.
Ein kurzes Antippen genügt nicht!

[[Bild:Sagem_2xIntel.jpeg|thumb|none|720px|Diese beiden Punkte verbinden]]

==Pin 12 - Methode==
Alternativ könnt ihr Pin12 eines [[Flash]]s (benutzt am besten dieses Lötauge) kurz (eine Sekunde genügt völlig) mit GND verbinden.

GND (Masse) könnt ihr am Gehäuse des Tuners oder unter den Befestigungsschrauben der Platine abgreifen.

Beachtet bitte, dass der Kontakt wieder aufgehoben sein muss wenn ihr das Script ausführt.

[[Bild:sagem2xiflashreset.jpg|thumb|none|1248px|]]

=Sagem mit 2 AMD - Flash im 2xIntel-Layout=
Einfach die beiden Punkte, mit 9V verbinden

Achtet darauf, dass auf den Kontakten meist noch Lötlack ist, da müsst ihr durchpieksen.

Um die Kontakte zu überbrücken nehmt am besten eine Messstrippe, oder wenn ihr keine habt:
Brotclips sind recht gut geeignet.

Am sichersten ist es ihr lötet Drähte mit einem Schalter ein und stellt zum richtigen Zeitpunkt den Kontakt her.

Bei dieser Methode müsst ihr die Kontakte dauerhaft verbinden, solange der [[Schreibschutz]] aufgehoben sein muss.
Ein kurzes Antippen genügt nicht!

{| valign=bottom
|[[Bild:Sagem2xA_2x_pin14.jpeg|thumb|none|1118px|Diese beiden Punkte, mit 9V verbinden ]]
|[[Bild:sagem_9V.jpeg|thumb|none|800px|9V könnt ihr hier abgreifen]]
|}

=Sagem mit 2 AMD - Flash im 1xIntel-Layout=
Einfach die beiden Punkte, mit 9V verbinden

Achtet darauf, dass auf den Kontakten meist noch Lötlack ist, da müsst ihr durchpieksen.

Um die Kontakte zu überbrücken nehmt am besten eine Messstrippe, oder wenn ihr keine habt:
Brotclips sind recht gut geeignet.

Am sichersten ist es ihr lötet Drähte mit einem Schalter ein und stellt zum richtigen Zeitpunkt den Kontakt her.

Bei dieser Methode müsst ihr die Kontakte dauerhaft verbinden, solange der [[Schreibschutz]] aufgehoben sein muss.
Ein kurzes Antippen genügt nicht!

{| valign=bottom
|[[Bild:Sagem2xA_1x_pin14.jpeg|thumb|none|1386px|Diese beiden Punkte, mit 9V verbinden ]]
|[[Bild:sagem_9V.jpeg|thumb|none|800px|9V könnt ihr hier abgreifen]]
|}

=Philips=
Verbindet kurz (1 Sekunde genügt völlig) den mit Flashreset bezeichneten Punkt mit GND.

GND (Masse) könnt ihr am Gehäuse des Tuners oder unter den Befestigungsschrauben der Platine abgreifen.

Wenn ihr das Script ausführt darf kein Kontakt mehr da sein!

[[Bild:Philipsflashreset.jpg|thumb|none|1248px|Diesen Punkt mit GND verbinden ]]

=Hat es funktioniert?=
Nach dem ausführen des debug-enable Scripts (enable_debug, bzw. enable_debug mit minflsh.txt) sollte im [[Bootmanager#COM-Terminal|com-terminal]] folgendes erscheinen:

DebugEnabler (c) tmbinc, gillem +(sagem,amd,philips) 1.8 beta
bl-version : 1.0
product? at : 10000944
current state : tmb-locked
flashrom type : 2x16 bit? yes. vendor: INTEL
unprotecting : OK!
flashing NOW : DONE !

Die genauen Angaben sind von Box zu Box unterschiedlich. Wichtig ist das '''DONE !''' in der letzten Zeile.

==Standardfehler==
===In der letzten Zeile steht: flashing NOW : FAILED!!!===
Das Aufheben des [[Schreibschutz]]es hat nicht funktioniert.

Eventuell hattet ihr irgendwo keinen sauberen Kontakt.

===Die Ausgabe sagt: bl-version : unknown, please report AFTER you read the howto.===
Ihr habt entweder noch einen aktiven Kurzschluss (nicht mit [[Schreibschutz]] aufheben verwechseln), oder eine alte tuner.so verwendet. Die aktuelle tuner.so erkennt ihr an '''1.8 beta'''. Wenn ihr eine andere Ausgabe in der ersten Zeile habt, ladet bitte die aktuelle [http://www.dietmar-h.net/tools/tuner.so tuner.so] herunter.

Wenn ihr beide Faktoren sicher ausschließen könnt, habt ihr möglicherweise wirklich einen unbekannten [[bootloader]] in eurer Box.

Wendet euch in dem Fall bitte an das [http://forum.tuxbox.org Forum] oder kommt in den [[IRC]]-Channel #dbox2.

===Im com-Terminal erscheint:===
DebugEnabler (c) tmbinc, gillem +(sagem/13,amd,philips) 1.8beta
bl-version : 1.0
product? at : 10000944
current state : unlocked
Please reset now!

Herzlichen Glückwunsch!

Ihr seid bereits im [[Debug-Mode]].

===Im com-terminal kommt gar nix===
Überprüft bitte ob ihr Box und PC auch wirklich mit einem seriellen [[Nullmodem]] verbunden habt.

Eine weitere Ursache können die Einstellungen der seriellen [[Nullmodem|Schnittstelle]] sein.

Für alle Vorgänge, bei denen ein Chorus-[[Kernel]] gestartet wird, muss die serielle Schnittstelle auf:

{|
|Bits pro Sekunde||:|| 57600
|-
|Datenbits||:|| 8
|-
|Parität||:|| Keine
|-
|Stopbits||:|| 1
|-
|Flussteuerung||:|| Keine
|}

eingestellt sein.

Eventuell hilft auch ein Wechseln des com-ports, bzw. das nochmalige Herunterladen der [http://www.dietmar-h.net/tools/tuner.so tuner.so] (evtl. einen Download-Manger verwenden).

{{Body}}

Flash reset

2008-02-07T07:33:04Z

MarcM: Bilder temporär sichtbar gemacht....

[[Category:Register]]
[[Category:Debug]]
__TOC__

=Allgemeines=
Durch den Flash-Reset wird das [[Flash]] vorrübergehend abgeschaltet.
Erreicht wird das indem wir den dafür vorgesehenen Kontakt des [[Flash]] auf GND legen.
Je nach Flashtyp/[[DBox2]] sind dafür andere Kontakte geeignet.

GND könnt ihr bei jeder Box von den Befestigungsschrauben der Platine oder am Gehäuse des Tuners beziehen.

Für den Flash-Reset wird der Kontakt '''dauerhaft''' auf GND gelegt, nicht so wie beim Deaktiveren des Schreibschutzes bei 2xIntel-Boxen, wo ein kurzes Antippen genügt.
Wir wollen hier das [[Flash]] ja eine bestimmte Zeit "abschalten". Während dieser Zeitspanne muss Kontakt zwischen dem Flash-Reset Punkt und GND bestehen.

Wie ihr den Kontakt herstellt bleibt euch überlassen.
Wenn ihr auf eine zweite Person "zurückgreifen" könnt, lasst die den Kontakt herstellen.
Ihr könnt auch einen Schalter verwenden oder mit einer Nadel arbeiten.
Beachtet bitte, dass ihr nicht ewig Zeit habt um den Kontakt herzustellen, das muss genau zum richtigen Zeitpunkt passieren und der Kontakt muss auch eine gewisse Zeitspanne hergestellt werden.

=Nokia mit 2 x Intel Flash=
Am Hinteren [[Flash]] der [[Nokia]] 2xI gibt es ein Lötauge, das verwendet werden kann.

[[Bild:Flash_Reset_-_Nokia_2x_I_pin12.jpg|thumb|none|959px|Lötauge]]

Wenn ihr die Box nicht öffnen wollt, könnt ihr den Kontakt auch durch das Loch 8 am Gehäuseboden herstellen. Versichert euch bitte, dass ihr auch das richtige Loch erwischt, das Falsche kann tödlich für eure Box sein. Stochert nicht wild in der Box herum, ihr müsst den direkt unter dem Loch liegenden Lötpunkt treffen.

[[Bild:Flash_Reset_-_Nokia_boden.jpg|thumb|1248px|none|Loch 8 am Gehäuseboden]]

=Nokia mit 2 x AMD Flash=
Am hinteren [[Flash]] gibt es ein geeignetes Lötauge an Pin12 das für den Flash-Reset verwendet werden kann.

[[Bild:Flash_Reset_-_Nokia_2x_AMD_Pin12.jpg|thumb|none|602px|Lötauge an Pin12]]

=Sagem mit 1 x Intel Flash=
Am sichersten ist es Pin16 des Flashs mit GND zu verbinden.

Klebt am besten die benachbarten Pins mit Isolierband ab, so findet ihr den Pin leichter und es passiert nichts wenn ihr mal abrutscht.

[[Bild:Flash_Reset_-_Sagem_1x_I.jpg|thumb|none|512px|Pin16 (Flashreset)]]

==Alternative==
Verbindet den mit "Flashreset" bezeichneten Punkt mit GND.
Je nach Bestückung kann diese Stelle ein wenig anders aussehen

[[Bild:Flash_Reset_-_Sagem_1x_I_2.jpg|thumb|none|640px|So kann es auch aussehen]]

Achtet bitte auf sauberen Konatkt, zittern, kurze Wackelkontakte oder ähnliches können Schäden auf dem Board verursachen.

Wenn ihr euch nicht sicher seit, verwendet die obere Methode.

=Sagem mit 2 x Intel Flash=
Verbindet Pin12 eines Flashs mit GND.
Benutzt für Pin12 am besten dieses Lötauge. GND (Masse) erhaltet ihr unter den Befestigungsschrauben der Platine oder am Gehäuse des Tuners.

[[Bild:Flash_Reset_-_Sagem_2xi.jpg|thumb|none|1248px|Lötauge]]

=Sagem mit 2 x AMD Flash im 2 x Intel Layout=
Verbindet Pin12 eines Flashs mit GND.
Bei Pin1 befindet sich eine Markierung auf dem Flash. Pin12 müsst ihr dann abzählen.
Leider hat die [[Sagem]] 2xI keine geeigneten Lötaugen, so dass ihr direkt an die Pins des Flashs müsst.
Am besten klebt ihr die benachbarten Pins mit Isolierband ab, so dass ihr nicht versehentlich die falschen erwischt.

=Sagem mit 2 x AMD Flash im 1 x Intel Layout=
Verbindet den hier eingezeichneten Punkt mit GND.

{| valign=bottom
|[[Bild:Flash Reset - SAMD1xIFR 1.jpg|thumb|none|800px|Übersicht]] ||[[Bild:Flash Reset - SAMD1xIFR 2.jpg|thumb|none|819px|Detailansicht]]
|-
| colspan="2" align=center| '''Achtung, dieser Punkt funktioniert nur mit [[Sagem]] 2xAMD im 1 x Intel-Layout. Vergewissert euch, dass ihr auch genau dieses Layout habt.'''
|}

=Philips=
Verbindet den auf dem Bild mit Flashreset bezeichneten Punkt mit GND.
GND (Masse) könnt ihr am Tunergehäuse oder unter den Befestigungsschrauben der Platine abgreifen.

[[Bild:Flash_Reset_-_Philips.jpg|thumb|none|1248px|]]

{{Body}}

Smartcard

2008-02-06T18:53:37Z

MarcM:

[[Category:Register]]
__TOC__

=Allgemeines=
Chipkarten, oft auch als [[Smartcard]] bezeichnet, sind Plastikkarten mit eingebautem Chip, der eine Hardware-Logik, Speicher oder auch einen Mikroprozessor enthält. (Quelle: http://de.wikipedia.org/wiki/Smartcard )

=Die verschiedenen Premiere-Karten=

==Sat==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard s01.jpg]] || [[Bild:Smartcard s02.jpg]]
|-
|Vorderseite || Rückseite S01 || Rückseite S02
|}

Wenn Ihr Premiere in Deutschland über [[Sat]] empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "S01" für die [[DBox1]] und die "S02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

==Kabel (Kabel Deutschland, ish, iesy oder Kabel BW)==

{|
|[[Bild:Smartcard kabel.jpg]] || [[Bild:Smartcard k01.jpg]] || [[Bild:Smartcard k02.jpg]]
|-
|Vorderseite || Rückseite K01 || Rückseite K02
|}

Wenn Ihr Premiere in Deutschland über einen der Kabelanbieter Kabel Deutschland, ish, iesy oder Kabel BW empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "K01" für die [[DBox1]] und die "K02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''D''' (siehe [[UCodes]]).

{{Vorlage:Box_Wichtig|K02 K09 Karten|
Wenn der Bestellung als Receiver keine [[DBox2]] angegeben wurde, werden gerne Karten mit der Bezeichnung '''K02 K09''' verschickt. Mit der [[DBox2]] kann man diese Karten nicht nutzen.
}}
{{missing:Bild}}

==Kabel (privater Netzbetreiber)==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard p01.jpg]] || [[Bild:Smartcard p02.jpg]]
|-
|Vorderseite || Rückseite P01 || Rückseite P02
|}

Wenn Ihr Premiere in Deutschland über einen privaten Kabelanbieter empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "P01" für die [[DBox1]] und die "P02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Premiere im Ausland=
==Österreich==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard a01.jpg]] || [[Bild:Smartcard a02.jpg]]
|-
|Vorderseite || Rückseite A01 || Rückseite A02
|}

Wenn Ihr Premiere in Österreich empfangt (egal ob [[DVB-C|Kabel]] oder [[DVB-S|Sat]]), dann habt ihr sicher eine dieser beiden Karten. Wobei die "A01" für die [[DBox1]] und die "A02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Österreich (ORF)=
==ORF alte Karten (Betacrypt)==

{{MissingBild}}
{|
|[[Bild:Orf_smardcard01.png]] || [[Bild:Orf_smardcard02.png]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''F''' (siehe [[UCodes]]).

==ORF neue Karten (Cryptoworks)==
{|
|[[Bild:Orf_cryptoworks_front.jpg|188px]] || [[Bild:Orf_cryptoworks_back.jpg|184px]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. Leider ist mit diesen neuen Karten kein ORF Empfang in der [[DBox2]] möglich, da diese Karten ein anderes Verschlüsselungssystem (Cryptoworks) einsetzen.

=Smartcards diverser Kabelanbieter=
==Unitymedia (ehemals Iesy/ISH)==
{|
|[[Bild:ISH_I02_vorderseite.png|182px]] || [[Bild:ISH_I01_rueckseite.png|179px]] || [[Bild:ISH_I02_rueckseite.png|182px]]
|-
|Vorderseite || Rückseite I01 || Rückseite I02
|}
{{MissingText}}
{|
|[[Bild:Tividi_um02_vorderseite.png|179px]] || [[Bild:Tividi_um02_rueckseite.png|179px]]
|-
|Vorderseite || Rückseite UM-02
|}
{{MissingText}}

{{body}}

Datei:Orf cryptoworks front.jpg

2008-02-06T18:52:52Z

MarcM: hat eine neue Version von „Bild:Orf cryptoworks front.jpg“ hochgeladen

Datei:Orf cryptoworks back.jpg

2008-02-06T18:52:28Z

MarcM: hat eine neue Version von „Bild:Orf cryptoworks back.jpg“ hochgeladen

Neutrino:Service:Kanalsuche

2008-02-01T12:24:53Z

MarcM:

[[Category:Register]]
[[Category:Neutrino]]
{{Neutrino_sidebar}}
__TOC__

=Allgemeines=
{{Version}}

Um in dieses Menü zu gelangen, geht folgendermaßen vor:

*Drückt die '''[d-box]''' Taste, um ins Hauptmenü zu gelangen.
*Wählt den Menüpunkt "Service" aus und bestätigt die Auswahl mit '''[OK]'''.
*Wählt den Menüpunkt "Kanalsuche" aus und bestätigt die Auswahl mit '''[OK]'''.

{|
|[[Bild:Kanalsuche.png|400px]] || [[Bild:Kanalsuche_kabel.png|400px]]
|-
|Kanalsuche SAT || Kanalsuche Kabel
|}

Über dieses Menü ist es möglich Service- bzw. Sender-Listen zu erstellen. Wählt dabei die gewünschten Satelliten aus, die gescannt werden sollen, indem ihr durch Betätigen der '''[OK]'''-Taste die jeweilige Option für den Satelliten auf "ein" setzen.

Bei der Option "Bouquets" könnt ihr einstellen, ob [[Neutrino]] Bouquet-Listen "neu erstellen", "nicht ändern", "erneuern", "Satelliten-Bouquet" oder "löschen" soll. Stellt diese Option durch Betätigen der '''[OK]'''-Taste ein (bei selektierter "Bouquet"-Option).

Starten könnt ihr, wenn soweit alle Einstellungen für die Kanalsuche getätigt wurden, den Scan mit der Option "Kanalsuche starten". Im darauf folgenden Dialog wird die Anzahl der gefundenen Transponder und Services (Kanäle) angezeigt.

[[Bild:Kanalsuche_suche.png|500px]]

Ist der Transponderscan abgeschlossen, befindet ihr euch wieder im "Kanalsuche"-Menü. Ihr könnt nun in den TV- oder Radio-Modus zurückkehren, die neuen Sender-/Kanal-Listen sollten hier nun vorhanden sein.

'''''Hinweis:'''''

Sollte [[Neutrino]] oder [[Zapit]] bei der Kanalsuche hängenbleiben oder abstürzen, lässt sich dies an dem "Radar" in der rechten Hälfte des Dialogfeldes erkennen, in dem die Anzahl der gefundenen Transponder und Services angezeigt wird. In diesem Fall resettet bitte Eure [[DBox2]] und führt die Kanalsuche nochmals durch.

=Die Einstellungen=
Abhängig davon, ob eine [[DBox2]] für Satellitenempfang ([[DVB-S]]) oder Kabelempfang ([[DVB-C]]) konfiguriert werden soll, unterscheiden sich die Einstellmöglichkeiten für die Kanalsuche. Der Screenshot des Menüs Kanalsuche (im Abschnitt oben) zeigt die Einstellungen einer [[DBox2]] für Satellitenempfang ([[DVB-S]]).

==Einstellungen jetzt speichern==
Mit der Option "Einstellungen jetzt speichern" können die Kanalsuche-Einstellungen von [[Neutrino]] während der Laufzeit abgespeichert werden.
Beim Beenden ([[Deep_Standby#Deep-Standby|Deep-Standby]]) von [[Neutrino]] werden alle Kanalsuche-Einstellungen automatisch gesichert.
Zum manuellen Speichern der Kanalsuche-Einstellungen einfach die Option "Einstellungen jetzt speichern" im Menü Kanalsuche selektieren und mit der '''[OK]'''-Taste bestätigen.

Zur Bestätigung erscheint folgende Meldung:

[[Bild:Neutrino_Einstellungen_speichern.png|300px]]

'''''Hinweis:''' Es ist empfehlenswert, die Option "Einstellungen jetzt speichern" zu betätigen, sobald neue Kanalsuche-Einstellungen getätigt wurden, für den Fall, dass ein Reset der [[DBox2]] nötig sein sollte.''

==Service-Auswahl==
Hier kann ausgewählt werden, welche Services bei der Kanalsuche in die Bouquets aufgenommen werden sollen.

*Alle Services
*TV & Radio
*Nur TV
*Nur Radio

Nur bei der Einstellung "Alle Services" werden auch so genannte Datendienste mit in die Bouquets aufgenommen.

==Bouquets==
Mit dieser Einstellung kann vorgegeben werden, wie die Kanalsuche mit der Einordnung der gefundenen Sender und Bouquets verfahren soll.

===neu erstellen===
Die vorhandenen Sender und Bouquets werden verworfen und durch das Ergebnis der aktuellen Kanalsuche ersetzt. Alle verfügbaren Bouquets werden also neu erstellt.

===nicht ändern===
Die vorhandenen Bouquets werden durch das aktuelle Ergebnis der Kanalsuche nicht angetastet. Sender, die durch die Kanalsuche zu einem bereits vorhandenen Bouquet gefunden werden, werden dem Bouquet "Andere" angefügt.

===erneuern===
Die vorhandenen Bouquets werden durch das aktuelle Ergebnis der Kanalsuche nicht angetastet. Sender, die durch die Kanalsuche zu einem bereits vorhandenen Bouquet gefunden werden, werden diesem am Ende des entsprechenden Bouquets angefügt.

===Satelliten-Bouquets===
Alle gefundenen Sender und Bouquets eines Satelliten (z.B. Astra) werden in ein Bouquet mit dem Namen des entsprechenden Satelliten eingefügt.

===löschen===
Alle Bouquets werden gelöscht und alle gefundenen Sender in das Bouquet "Andere" eingefügt.

==Kabelanbieter==
Dieser Eintrag ist nur bei Kabel-[[DBox2|Boxen]] ([[DVB-C]]) verfügbar/sichtbar. Dafür fehlen bei Kabel-[[DBox2|Boxen]] die [[DiSEqC]]-, Motor- und Satelliten-Einstellungen. Folgende Einstellungen sind möglich:

*Kabel Deutschland
*Kabel Vienna
*cable bruteforce
*Kabelsignal(AUT)
*LIWEST
*WTNET
*Kabelnetz Guben
*Bosch Zwickau
*Kabelcom Rheinhessen
*Primacom

Wenn nicht bekannt ist, wer der Kabelanbieter ist, dann sollte dies in Erfahrung gebracht werden. Wird der entsprechende Kabelanbieter in der Auswahl nicht angezeigt, oder werden trotz vorhandenem Kabelanbieter nicht alle Sender gefunden, dann sollte der Eintrag "cable bruteforce" gewählt werden.
Die Kanalsuche sucht dann auf allen in der [[cables.xml]] eingetragenen Frequenzen nach [[Transponder]]n, was entsprechend sehr lange dauert.

==DiSEqC==
{{MissingText}}

[[DiSEqC|Siehe auch DiSEqC-Grundlagen]]

==Satellit==
{{MissingText}}

==DiSEqC-Wiederholungen==
{{missingText}}

==DiSEqC-Einstellungen==
{{MissingText}}

==Motor-Einstellungen==
{{MissingText}}

==Schnell Scan==
Der Schnell Scan basiert auf der Annahme, dass seit der letzten Kanalsuche keine weiteren Transponder einer Trägerfrequenz hinzugekommen sind. Somit kann auf den Scan nach vorhandenen Transpondern verzichtet werden. Der Schnell Scan basiert also nur auf der [[satellites.xml]], und der "vor Scan" ([[NIT]] usw.) wird nicht durchgeführt. Nur Sender der bereits bekannten Transponder werden demnach gefunden.

Mögliche Einstellungen:

*ein
*aus

==Manual Scan==
Hiermit kann eine manuelle Kanalsuche einer einzelnen Trägerfrequenz basierend auf den noch folgend beschriebenen Parametern aktiviert werden. Die manuelle Kanalsuche funktioniert zurzeit nur bei Satellitenempfang (bei Kabelboxen ist die manuelle Kanalsuche daher nicht verfügbar). Um eine manuelle Kanalsuche zu aktivieren, muss "Manual Scan" auf "ein" gestellt sein. Bei "aus" haben die nachfolgenden Optionen keine Wirkung auf eine Standard-Kanalsuche. Die eigentliche manuelle Kanalsuche wird dann mit [[Neutrino:Service:Kanalsuche#Kanalsuche_starten|"Kanalsuche starten"]] gestartet.

===Frequenz===
Hier wird die Trägerfrequenz des abzuscannenden Satelliten in MHz. eingegeben.

===Symbolrate===
Hier muss die entsprechende Symbolrate angegeben werden.

===FEC===
Mögliche Werte für die [[FEC|Vorwärtsfehlerkorrektur]]:

*1/2
*2/3
*3/4
*5/6
*7/8

===Polarisation===
Mögliche Ebenen:

*H (für Horizontal)
*V (für Vertikal)

==Sections Scan==
Bei aktiver Funktion wird durch den Sectionsd im Hintergrund automatisch nach neuen Sendern gesucht.

===AUS===
Die automatische Sendersuche ist deaktiviert.

===EIN===
Es wird nach Sendern gesucht. Beim Hinzufügen neuer Sender wird ein Hinweisfenster eingeblendet.

===EIN (keine Info)===
Es wird nach Sendern gesucht. Beim Hinzufügen neuer Sender wird kein Hinweisfenster eingeblendet.

==Kanalsuche starten==
Startet die Kanalsuche mit den angegebenen Parametern.

{{review}}

{{body}}

Datei:Kanalsuche kabel.png

2008-02-01T12:15:35Z

MarcM:

Installation:Telnet

2008-02-01T11:52:52Z

MarcM:

[[Category:Register]]
{{Howto_sidebar}}
__TOC__

=Allgemeines=
Beschreibt das Flashen der [[DBox2]] mit Hilfe von [[FTP]] und [[Telnet]], wenn Linux schon drauf ist.
Bilder sind von der Windows-Konsole (Eingabeaufforderung) und Windows-Telnet, es können aber auch andere Programme genutzt werden.
-> [[Ftp-client]]

=Vorgehen=
Im Vorfeld klar machen, welches [[Image]] ihr habt, wohin es soll.
Leicht kann es zu Verwechslungen kommen, und dann müsst ihr wieder
zum [[Bootmanager]] greifen und das Kabelgewirr aufbauen!

* Kopieren des [[Komplettimage]] per [[FTP]] auf die [[DBox2]] in das Verzeichnis /tmp
. (standard Zugangsdaten: Benutzer: 'root' Passwort: 'dbox2')

* Eine [[Telnet]]-Verbindung mit der [[DBox2]] starten
. Eingabeaufforderung:
telnet dbox
. (dbox ist evt. mit der [[IP-Adresse]] der [[DBox2]] zu tauschen)

* feststellen wo "Flash without bootloader" ist
/var # cat /proc/mtd

[[Bild:Image_flashen_dbox_proc-mtd.png]]

* in meinem Fall in mtd4

* ...dann nur noch flashen
/var # cat /tmp/flash.img > /dev/mtd/4
jetzt nichts mehr mit der [[DBox2]] machen, und erst rebooten, wenn der Cursor wieder erscheint!

* und wirklich erst dann rebooten / neustarten
/var # reboot

... und beten, dass ihr das richtige [[Image]] in den richtigen Speicher geflasht habt!

Ist im Prinzip nichts anderes wie das [[Flash_auslesen#Telnet|Flash auslesen mit Telnet]], nur andersherum.

{{review}}

{{body}}

Datei:Image flashen dbox proc-mtd.png

2008-02-01T11:52:20Z

MarcM:

Smartcard

2008-01-30T17:14:11Z

MarcM: Unitymedia Smartcards ergänzt

[[Category:Register]]
__TOC__

=Allgemeines=
Chipkarten, oft auch als [[Smartcard]] bezeichnet, sind Plastikkarten mit eingebautem Chip, der eine Hardware-Logik, Speicher oder auch einen Mikroprozessor enthält. (Quelle: http://de.wikipedia.org/wiki/Smartcard )

=Die verschiedenen Premiere-Karten=

==Sat==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard s01.jpg]] || [[Bild:Smartcard s02.jpg]]
|-
|Vorderseite || Rückseite S01 || Rückseite S02
|}

Wenn Ihr Premiere in Deutschland über [[Sat]] empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "S01" für die [[DBox1]] und die "S02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

==Kabel (Kabel Deutschland, ish, iesy oder Kabel BW)==

{|
|[[Bild:Smartcard kabel.jpg]] || [[Bild:Smartcard k01.jpg]] || [[Bild:Smartcard k02.jpg]]
|-
|Vorderseite || Rückseite K01 || Rückseite K02
|}

Wenn Ihr Premiere in Deutschland über einen der Kabelanbieter Kabel Deutschland, ish, iesy oder Kabel BW empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "K01" für die [[DBox1]] und die "K02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''D''' (siehe [[UCodes]]).

==Kabel (privater Netzbetreiber)==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard p01.jpg]] || [[Bild:Smartcard p02.jpg]]
|-
|Vorderseite || Rückseite P01 || Rückseite P02
|}

Wenn Ihr Premiere in Deutschland über einen privaten Kabelanbieter empfangt, dann habt ihr sicher eine dieser beiden Karten. Wobei die "P01" für die [[DBox1]] und die "P02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Premiere im Ausland=
==Österreich==

{|
|[[Bild:Smartcard.jpg]] || [[Bild:Smartcard a01.jpg]] || [[Bild:Smartcard a02.jpg]]
|-
|Vorderseite || Rückseite A01 || Rückseite A02
|}

Wenn Ihr Premiere in Österreich empfangt (egal ob [[DVB-C|Kabel]] oder [[DVB-S|Sat]]), dann habt ihr sicher eine dieser beiden Karten. Wobei die "A01" für die [[DBox1]] und die "A02" für die [[DBox2]] ist. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''E''' (siehe [[UCodes]]).

=Österreich (ORF)=
==ORF alte Karten (Betacrypt)==

{{MissingBild}}
{|
|[[Bild:Orf_smardcard01.png]] || [[Bild:Orf_smardcard02.png]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. In diesem Fall benötigt ihr eine cam-alpha.bin mit der Endung '''F''' (siehe [[UCodes]]).

==ORF neue Karten (Cryptoworks)==
{|
|[[Bild:Orf_cryptoworks_front.jpg|184px]] || [[Bild:Orf_cryptoworks_back.jpg|184px]]
|-
|Vorderseite || Rückseite
|}
Wenn Ihr ORF in Österreich empfangt, dann habt ihr vielleicht diese Karte. Leider ist mit diesen neuen Karten kein ORF Empfang in der [[DBox2]] möglich, da diese Karten ein anderes Verschlüsselungssystem (Cryptoworks) einsetzen.

=Smartcards diverser Kabelanbieter=
==Unitymedia (ehemals Iesy/ISH)==
{|
|[[Bild:ISH_I02_vorderseite.png|182px]] || [[Bild:ISH_I01_rueckseite.png|179px]] || [[Bild:ISH_I02_rueckseite.png|182px]]
|-
|Vorderseite || Rückseite I01 || Rückseite I02
|}
{{MissingText}}
{|
|[[Bild:Tividi_um02_vorderseite.png|179px]] || [[Bild:Tividi_um02_rueckseite.png|179px]]
|-
|Vorderseite || Rückseite UM-02
|}
{{MissingText}}

{{body}}

Datei:Tividi um02 rueckseite.png

2008-01-30T17:10:07Z

MarcM:

Datei:Tividi um02 vorderseite.png

2008-01-30T17:09:55Z

MarcM:

Datei:ISH I01 rueckseite.png

2008-01-30T17:04:26Z

MarcM:

Datei:ISH I02 rueckseite.png

2008-01-30T15:21:59Z

MarcM:

Datei:ISH I02 vorderseite.png

2008-01-30T15:21:49Z

MarcM:

Installation:Neutrino

2008-01-30T14:12:33Z

MarcM: Screenshots ergänzt / temporär wieder sichtbar gemacht

[[Category:Register]]
[[Category:Howto]]
__TOC__

=Allgemeines=
{{Debug_ucodes_sichern}}
{{Howto_sidebar}}

* Kopiert das [[Komplettimage]] per [[FTP]] auf die [[DBox2]] in das Verzeichnis /tmp
* Drückt auf der [[Fernbedienung]] die '''[d-box]''' Taste und wählt:

[[Bild:Image_flashen_neutrino_01.png|thumb|none|407px|Service]]

[[Bild:Image_flashen_neutrino_02.png|thumb|none|403px|Software-Aktualisierung]]

[[Bild:Image_flashen_neutrino_03.png|thumb|none|549px|Experten-Funktionen]]

[[Bild:Image_flashen_neutrino_04.png|thumb|none|402px|einzelne Partition einspielen]]

[[Bild:Image_flashen_neutrino_05.png|thumb|none|404px|Flash without bootloader]]

[[Bild:Image_flashen_neutrino_06.png|thumb|none|400px|jetzt das Image auswählen]]

[[Bild:Image_flashen_neutrino_07.png|thumb|none|653px|Es folgt nun ein Warnhinweis, den ihr nach dem Lesen mit JA bestätigen könnt]]

* Jetzt wird die [[DBox2]] das installierte [[Image]] löschen und danach das [[Komplettimage]] flashen.
* Der Flashvorgang dauert ca. 2 Minuten (bei [[Sagem]] 1x Boxen ca 1,5 Minuten).
* Am Ende des Flashvorgangs wird ein Hinweis angezeigt. Dieser kann mit '''[OK]''' bestätigt werden.

Das Einspielen des [[Komplettimage]]s ist damit abgeschlossen.
Jetzt müsst ihr dort noch das [[Neutrino:Einstellungen:Netzwerk|Netzwerk konfigurieren]] und die [[UCodes einspielen]].

{{body}}

Datei:Image flashen neutrino 07.png

2008-01-30T14:11:41Z

MarcM: hat eine neue Version von „Bild:Image flashen neutrino 07.png“ hochgeladen

Datei:Image flashen neutrino 06.png

2008-01-30T14:10:19Z

MarcM: hat eine neue Version von „Bild:Image flashen neutrino 06.png“ hochgeladen

Datei:Image flashen neutrino 06.png

2008-01-30T14:07:16Z

MarcM: hat eine neue Version von „Bild:Image flashen neutrino 06.png“ hochgeladen: zurückgesetzt auf die Version vom 14. Januar 2008, 17:58 Uhr

Datei:Image flashen neutrino 06.png

2008-01-30T14:05:45Z

MarcM: hat eine neue Version von „Bild:Image flashen neutrino 06.png“ hochgeladen