Mikrocontroller.net - Benutzerbeiträge [de]

Demo Gilbertzelle

2012-09-30T19:40:39Z

Elmo: /* Anwendungsbereiche */

Die '''Gilbertzelle''' bildet einen Analogmultiplizierer, das bedeutet es werden zwei Spannungen miteinander multipliziert und das Ergebnis wieder als Spannung ausgegeben. Sehr stark verbreitet ist die Schaltung als Mischer in der Nachrichtentechnik und dient zum herabsetzen der Empfangsfrequenz auf die Zwischenfrequenz (ZF).

Doch bevor man sich derart komplizierten Schaltungen widmet hilft eine kleine Demonstrationsschaltung beim Verständnis der Arbeitsweise. Als Anschauungsobjekt dient der [http://www.mikrocontroller.net/part/SA612 NE602/SA602/NE612/SA612]. Besonders aufschlussreich ist dabei die FFT-Funktion in Digitaloszilloskopen.

Der Theorieteil ist vorallem für Personen ohne umfangreiche Fachkenntnis und guter mathematischer Begabung sehr schwierig. Er befindet sich nur der klareren Struktur wegen an erster Stelle. Die gesamten Messungen können ohne genauere Kenntnis der Grundlagen erfolgen. Vielmehr sollen die Messungen das Interesse für die zugrundeliegende Theorie wecken und zur Lernbereitschaft motivieren.

== Allgemeine Erklärung ==
[[Datei:Prinzip-Differenzverstärker.svg|miniatur|[[Differenzverstärker]] R1 = R2]]
Im Kern besteht eine Gilbertzelle aus mehreren geschickt miteinander verknüpften Differenzverstärkern. Dabei nutzt die Schaltung den Effekt, dass die Verstärkung des Differenzverstärkers vom Strom der gemeinsamen Stromsenke abhängt. Hierzu nochmals die linearisierte Formel aus dem Beitrag [[Differenzverstärker]].

:<math>U_a = I_{Senke} \cdot R \cdot U_d \cdot \frac{1}{2 \cdot U_T}</math>

OTAs wie der [http://www.mikrocontroller.net/part/LM13700 LM13700] benutzen diese Art von Multiplizierer zur spannungsgesteuerten Amplitudenregelung. Da der Strom ISenke nur positiv sein darf, hat diese einfache Schaltung einen beträchtlichen Nachteil und daher macht der komplizierte Umweg über die Gilbertzelle Sinn.

=== Theorie im Detail ===
[[Datei:Prinzip-Gilbertzelle.svg|thumb|Prinzip der Gilbertzelle mit Arbeitswiderständen]]

Nebenstehend ist der prinzipelle Aufbau der Gilbertzelle dargestellt. Zum Verständnis dieses komplexen Gebildes braucht es zunächst eine vereinfachte Betrachtung. Hierzu werden zwei Fälle analysiert, wobei UA einmal eine hohe positive Differenzspannung und das andere mal einen stark negativen Wert aufweist. Im ersten Fall fließt der gesamte Strom von ISenke über den Zweig IA1 und für Zweig IA2 bleibt nichts übrig. Bei negativem UA fließt dagegen der gesamte Strom von ISenke über IA2. Nun hängen an beiden Zweigen ein weiterer Differenzverstärker, der allerdings nicht mehr binär angesteuert wird. Die Eingangsspannung UB wird an beide Verstärker in gleicherweise angelegt, doch bei den Kollektorzweigen zu den gemeinsamen Widerständen erfolgt der Zusammenschluss Überkreuz. Damit hat die Verstärkung der zwei Zweige eine entgegengesetztes Vorzeichen.

Wenn sich nun mit der Polarität von UA zwischen den zwei Differenzverstärkern für UB hin und her schalten lässt, wobei auch das Vorzeichen der Spannungsverstärkung wechselt, dann entspricht das einer einfachen binären Multiplikation.

{| {{Tabelle}}
|----
| <math>U_A \gg 0 \rightarrow U_A = +1</math>
| <math>U_X = U_B \cdot v_U \cdot +1</math>
|----
| <math>U_A \ll 0 \rightarrow U_A = -1</math>
| <math>U_X = U_B \cdot v_U \cdot -1</math>
|}

Aus der Tabelle oben lässt leicht erahnen, auf welche Weise sich UA in die Gleichung einfügt.

: <math>U_X = U_B \cdot v_U \cdot U_A</math>

Eine genauere Betrachtung erhärtet sich die aufgestellte These. Dabei erleichtert der Überlagerungssatz das Vorgehen erheblich.

{|
|
:<math>U_X = U_{X'} + U_{X''}</math>
|----
|Dabei gilt für die beiden Zweige:
|----
|
:<math>
U_{X'} = I_{A1} \cdot R \cdot U_B \cdot \frac{1}{2 \cdot U_T}
</math>
|   →  
|<math>U_{X'}\propto I_{A1} \cdot U_B</math>
|----
|
:<math>U_{X''} = -1 \cdot I_{A2} \cdot R \cdot U_B \cdot \frac{1}{2 \cdot U_T}</math>
|   →  
|<math>U_{X''}\propto -1 \cdot I_{A2} \cdot U_B</math>
|----
|
:<math>
I_{A1} = \frac{1}{2} I_{Senke} \cdot \left( 1 + U_A \cdot \frac{1}{2 \cdot U_T} \right)
</math>
|   →  
|<math>I_{A1} \propto U_A</math>
|----
| Deren Strom bestimmt der untere Differenzverstärker nach:
|----
|
:<math>
I_{A2} = \frac{1}{2} I_{Senke} \cdot \left( 1 - U_A \cdot \frac{1}{2 \cdot U_T} \right)
</math>
|   →  
|<math>I_{A1} \propto -1 \cdot U_A</math>
|----
| || || <math>U_{X'} \propto U_A \cdot U_B</math>
|----
| || || <math>U_{X''} \propto -1 \cdot -1 \cdot U_A \cdot U_B</math>
|----
|Schlussendlich ergibt sich aus der Überlagerung:
|----
| || || <math>U_X \propto 2 \cdot U_A \cdot U_B</math>
|}

Durch Weglassen der Vereinfachung mit der Proportionalität ergibt sich nach ausführlicher Rechung:

:<math>
U_{X} = U_A \cdot U_B \cdot \frac{1}{2 \cdot U_T}^2 \cdot R \cdot I_{Senke}
</math>

Ein blinder Fleck bleibt allerdings offen, denn der Gleichtaktanteil auf der Differenzspannung UX bleibt offen. Doch wenn ISenke immer gleich bleibt, dann kann gar kein Gleichtaktanteil hinzukommen, denn was bei dem einen Arbeitswiderstand hinzukommt wird immer dem anderen genommen. Wem solche Begründungen nicht genügen, kann sich an der umfassenden Herleitung weiter unten ergötzen

Da der SA612 einen Widerstand statt einer Stromsenke besitzt verhält sich dieser nicht exakt so.


Bedingung für den einwandfreien Betrieb ist, das die Gleichtaktspannungen (GT) in der richtigen Relation zueinander stehen. Es gilt: U_X,GT > U_B,GT > U_A,GT


=== Mischer ===

[[Datei:Frequenzdiagramm-Mischprodukte.svg|miniatur|Frequenzdiagramm für zwei Sinusförmige Signale (blau) und deren Mischprodukte (grün)]]

Soweit war immer von einer Multiplikation die Rede, doch stellt sich die frage, was das jetzt mit dem Mischer aus der Nachrichtentechnik zu tun hat? Mittels Mathematik lässt sich zeigen, dass eine Multiplikation die Funktion eines Mischers perfekt erfüllt. Dadurch entstehen zwei neue Signale die jeweils die Summen- und die Differenzfrequenz der beiden Eingangsfrequenzen darstellen.
:<math>
\sin \left(A\right) \cdot \sin \left( B \right) = \frac{1}{2} \cdot \left[
\cos \left( A - B\right) - \cos \left( A + B\right)
\right]
</math>
:<math>A = \omega_A \cdot t + \varphi_A</math>
:<math>B = \omega_B \cdot t + \varphi_B</math>
:<math>A-B =
\omega_A \cdot t + \varphi_A - \omega_B \cdot t + \varphi_B
=
\omega_\Delta \cdot t + \varphi_\Delta
</math>
:<math>A+B =
\omega_A \cdot t + \varphi_A + \omega_B \cdot t + \varphi_B
=
\omega_\Sigma \cdot t + \varphi_\Sigma
</math>

Statt eine Herleitung aufzustellen wird an dieser Stelle die Richtigkeit der eingangs gegebenen Gleichung belegt. Als Hilfsmittel dienen die Additionstheoreme aus der Trigonometrie.

:<math>
\cos \left( A-B \right) =
{ \color{Magenta} \cos \left( A \right) \cdot \cos \left( B \right) } +
{ \color{YellowOrange} \sin \left( A \right) \cdot \sin \left( B \right) }
</math>

:<math>
\cos \left( A+B \right) =
{ \color{Magenta} \cos \left( A \right) \cdot \cos \left( B \right) } -
{ \color{YellowOrange} \sin \left( A \right) \cdot \sin \left( B \right) }
</math>

:<math>
\left[ \cos \left( A-B \right) - \cos \left( A+B \right) \right] =
{ \color{Magenta} 0} +
{ \color{YellowOrange} 2 \cdot
\sin \left(A\right) \cdot \sin \left( B \right) }
</math>

:<math>
\frac{1}{2} \cdot \left[
\cos \left( A-B \right) - \cos \left( A+B \right)
\right] =
\sin \left(A\right) \cdot \sin \left( B \right)
</math>

Jetzt fehlt in der Gleichung nur noch Amplitude und Spannungsverstärkung.
:<math>
U_{A,Spitze} \cdot \sin \left(A\right) \cdot
U_{B,Spitze} \cdot \sin \left( B \right) \cdot v_U =
\frac{1}{2} \cdot U_{A,Spitze} \cdot U_{B,Spitze} \cdot v_U \left[
\cos \left( A - B\right) - \cos \left( A + B\right)
\right]
</math>

== Schaltung ==

Für den Aufbau der Schaltung benötigt ein geübter Löter etwa acht Stunden. Anschließend kommen noch zwei bis drei Stunden für die Messexperimente hinzu.

=== Schaltungsblöcke ===

Den Kern der Schaltung bildet der SA612 als Mischer mit integriertem Oszillator. Für eine saubere Aussteuerung des Mischers ist eine saubere Dimensionierung des Oszillator erforderlich, denn die Amplitude an Pin 6 sollte 200 mVss bis 300 mVss betragen. Entsprechend ist eine strikte Einhaltung der Werte erforderlich. Zur Entkopplung des Gleichstromanteils dient ein Resonanzübertrager mit ausreichend Bandbreite. Eine Testlast sorgt für Leitungsanpassung.

Den anderen großen Block bildet der Sägezahngenerator, welcher als oberwellenreiches Modulationssignal dient. Bei ihm zeigen sich deutlich die Seitenbänder aus dem Mischprodukt. Wegen seiner schlechten EMV ist der NE555 umfangreich gegen Spannungsrippel auf der Versorgungsspannung abgesichert.

<gallery>
Datei:Demo-Gilbertzelle-SA612.svg|Mischer mit Oszillator L1 = 10 µH (Q>70 @ 2 MHz) C1 = 2,7 bis 3,3 nF C2, C3 = 3,3nF
Datei:Demo-SA612 Last und Uebertrager.svg|Testlast und Resonanzübertrager als Balun
Datei:Gilbertzelle-Demo-Saegezahngenerator.svg|Sägezahngenerator
</gallery>

Verschiedene Stellpotis ermöglichen den Eingriff und die Justierung der Signale zwischen den Schaltungen. Mit dem Abschwächer wird das Sägezahnsignal auf einen für den Mischer akzeptable Aussteuerung verkleinert. Das Balance-Poti demonstriert, das ein Mischer auch Gleichspannung multiplizieren kann. Das DC-Poti zusammen mit dem Abschwächer zeigt das Zusammenspiel von Gleich- und Wechselspannung.

Der Mischer verfügt über einen symmetrischen Eingang. Daher soll auch der Unterschied zwischen symmetrischer und unsymmetrischer Einspeisung eines Blicks gewürdigt werden. Hierbei hilft eine halb Emitter-, halb Kollektorschaltung mit Gegentaktsignal am Ausgang.

Multipliziert man ein Sinussignal mit sich selbst, dann tritt eine Frequenzverdoppelung auf. Zur Impedanz und Pegelanpassung dient hierzu ein zu den Gegebenheiten des SA612 passender Impedanzwandler, der das Oszillatorsignal anzapft.

Da eine 9V-Blockbatterie im Neuzustand mehr als 9V liefert, aber der SA612 nicht mehr verträgt sorgt eine Diode für ausreichend Spannungsabsenkung. Zudem ist es ein hervorragender Verpolschutz, der bei Experimentierschaltungen immer angezeigt ist. Eine LED zeigt Betriebsbereitschaft an und ein Ausschalter erspart das Abstecken der Versorgungsspannung mit den Risiko von Kurzschlüssen.

<gallery>
Datei:Demo-Gilbertzelle-Potis.svg|Verschiedene Stellpotis
Datei:Demo-Gilbertzelle Symmetrierender Verstärker.svg|Symmetrierender Verstärker
Datei:Impedanzwandler für Quadrierer.svg|Impedanzwandler zur Anzapfung des Oszillators und anschließender Frequenzverdopplung
Datei:Demo GilbertzelleAnschluss fuer Versorgungsspannung.svg|Anschluss für die Versorgungsspannung
</gallery>

=== Aufbau ===

[[Datei:Demo Gilbertzelle-fertig-aufgebaut-finale-Version.jpg|miniatur|Finale Version fertig aufgebaut]]
[[Datei:Gilbertzelle-demo-protoyp-oben.JPG|miniatur|Prototyp von oben]]
[[Datei:Gilbertzelle-demo-protoyp-unten.JPG|miniatur|Prototyp von unten]]

Der Aufbau hat nach dem Schaltplan zu erfolgen, ansonsten kann es zu EMV-Problemen kommen und als Resultat tritt eine Verfälschung der Messergebnisse auf. Die Ursache liegt vorallem beim IC NE555 aber auch im Oszillatorkreis die beide im Abschnitt EMV näher behandelt werden.

Die Schaltung kann mit einer 9V-Blockbatterie betrieben werden und minimiert dadurch die Rüstzeiten und Geräteaufwand. Die Batterielebensdauer beträgt etwa 20 Stunden.

Zusätzlich sind einige Drahtbrücken mit Steckschuhen zum Umstecken der Versuchsanordnung nötig. Insgesamt braucht es acht Brücken und alle sollten aus Isolierten Drähten bestehen. Sechs davon sollte man verdrillen, damit Garantiert keine Störungen auskoppeln und die beiden Steckschuhe wegen der Verwechslungsgefahr farblich markieren.

Der Übertrager muss selbst gewickelt werden und an die entsprechenden Lötnägel gelötet werden, wofür der Ringkern FT50-61 vorgesehen ist. Wegen kapazitiver Kopplung müssen die beiden Wicklungen jeweils auf getrennten Hälften liegen. Zudem sollte die Resonanzfrequenz geprüft werden. Hierzu baut man sich aus einem Widerstand, einem Taster und zwei Steckschuhen und belegt eine Seite des Übertragers mit Strom. An der anderen Seite hängt ein DSO im Normal-Triggermodus. Beim Loslassen des Tasters zeigt sich dann eine ausklingende Schwingung entsprechend der Resonanzfrequenz. Die Frequenz sollte bei etwa 2MHz, eher leicht darüber, liegen. Bei zu geringer Resonanzfrequenz können die Kondensatoren C4 und C5 nacheinander entfernt, werden bis es in etwa passt.

Für optimale Schwingkreisgüte kann die (Zylinder-)Spule L1 etwa 2mm von der Platine abgehoben werden, da das Außenfeld der Spule in den darunterliegenden Leiterbahnen und Lötaugen Wirbelstromverluste erleidet. Bei der Messung des Oszillators kann rückgang der Amplitude beobachtet werden, wenn man eine Schraubenzieherspitze an den Spulenkörper hält.

=== Inbetriebnahme ===

Die folgende Anleitung zur Inbetriebnahme soll sicherstellen, dass wesentliche Teile der Schaltung in der vorgesehenen Weise arbeiten.

Die Versorgungsspannung hat etwa 8,5 Volt und ist mit bis zu 0,5 Volt Abstrichen sowohl am SA612, wie am NE555 vorhanden. Die Stromaufnahme liegt bei ca. 15 mA bzw. 10mA bei der CMOS-Variante des 555. Theoretisch liegt die Spitze-Spitze-Spannung am Ausgang S des Sägezahngenerators bei 1/3 Versorgungsspannung. Tatsächlich sind es allerdings etwas mehr, das unter anderem an den Laufzeitverzögerungen im NE555 liegt. Die Frequenz sollte im Bereich von 100 kHz liegen und über das Poti einstellbar sein.

Aufgrund der hohen Schwingkreiskapazitäten kann an Pin 7 ohne Sorge die Oszillatorspannung mit Tastkopf (10:1 -> 10..20 pF) und Oszilloskop (AC-Kopplung) gemessen werden, die zwischen 200 mVss und 300 mVss betragen sollte. Die Frequenz beträgt dabei 2 MHz. (Bei zuviel C16 erhöhen, bei zu wenig verringern)
Mit dem Multimeter lassen sich an den Mischereingängen A1 und A2 jeweils 1,4 V Gleichspannung mit dem Multimeter messen. Die Ausgänge X1 und X2 weisen gegen Versorgungsspannung einen Wert von jeweils 1,25V auf. Nun wird der Eingang A1 gegen Masse kurzgeschlossen, der Mischer steuert nun die Verstärkung des Oszillatorsignals voll durch, das jeweils zu 1200 mVss an den Ausgängen X1 und X2 führt. Bei Oszillatorspannungen im oberen Bereich ist auch ein Übersteuern möglich.

[[Datei:Modulation-mit-Sägezahn-symmetrisch-ohne-Last.bmp|miniatur|Modulierter Schmetterling]]
Als letztes wird noch die Aussteuerung mit Modulationsspannung begutachtet. Dazu wird die Sägezahnspannung S an den Eingang E des Symmetrierverstärkers angeschlossen. Dessen Ausgangsspannungen A1 und A2 sollten in etwa die gleiche Amplitude aufweisen und jeweils einen Stellbereich von mindestens 120 mVss erreichen, wenn A1 und A2 mit den Eingängen A1 und A2 des Mischers verbunden sind. Im weiteren wird nun die Ausgangsspannung X1 bzw. X2 des Mischers gemessen, wobei das Oszilloskops auf die Sägezahnspannung S triggert. Je nach Potistellung des Verstärkers sollte bis etwa 1200 mVss ein eher eckiger, darüber ein eher runder Schmetterling als Ausgangsspannung X1 bzw. X2 entstehen. Die Eingangsspannungen von A1 und A2 betragen betragen an dieser Grenze jeweils etwa 80 mVss.

=== Schaltpläne und Materialliste ===

<gallery>
Datei:Lochraster-Layout Demo Gilbertzelle Gesamtplan.svg|Gesamtplan als SVG erstellt mit Inkscape 0.47
Datei:Demo Gilbertzelle-Lochraster-Layout Beschriftung.png|Beschriftung
Datei:Lochraster-Layout Demo Gilbertzelle-Bestueckung.png|Bestückungsansicht
Datei:Demo Gilbertzelle Lochraster-Layout Verdrahtung.png|Verdrahtungsansicht
</gallery>

;Materialliste

{| {{Tabelle}}
! colspan="4" | Widerstände
|----
! Stückzahl
! Typ
! Wert
! Position
|----
| 4x || Widerstand || 10Ω || R8, R9, R10, R12
|----
| 3x || Widerstand || 100Ω || R7, R11, R19, R21
|----
| 1x || Widerstand || 220Ω || R4
|----
| 2x || Widerstand || 1kΩ || R20, -
|----
| 3x || Widerstand || 1,5kΩ || R1, R2, R18
|----
| 2x || Widerstand || 1,8kΩ || R13, R22
|----
| 1x || Widerstand || 2,2kΩ || R5
|----
| 2x || Widerstand || 5,6kΩ || R3, R6
|----
| 1x || Widerstand || 6,8kΩ || R14
|----
| 2x || Widerstand || 22kΩ || R15, R24
|----
| 1x || Widerstand || 47kΩ || R26
|----
| 4x || Widerstand || 100kΩ || R16, R17, R23, R25
|----

! colspan="4" | Potis
|----
! Stückzahl
! Typ
! Wert
! Position
|----
| 1x || Trimmpoti || 1kΩ ⌀ 10mm || P3
|----
| 1x || Trimmpoti || 5kΩ ⌀ 10mm || P4
|----
| 1x || Trimmpoti || 10kΩ ⌀ 10mm || P2
|----
| 2x || Trimmpoti || 25kΩ ⌀ 10mm || P1, P6
|----
| 1x || Trimmpoti || 250kΩ ⌀ 10mm || P5
|----

! colspan="4" | Kondensatoren
|----
! Stückzahl
! Typ
! Wert
! Position
|----
| 2x || Kerko || 10pF || C4, C5
|----
| 1x || Kerko || 2,7nF || C16
|----
| 2x || Kerko || 3,3nF || C14, C15, C16
|----
| 1x || Foko || 5,6nF || C8
|----
| 9x || Foko || 10nF || C1, C6, C7, C13, C17, C18, C19, C21, C22
|----
| 12x || Foko || 100 nF || C3, C9, C10, C11, C12, C20, C23, C24, C25, C26, C27, C28
|----
| 1x || Elko || 22µF bis 100 µF || C2
|----

! colspan="4" | Halbleiter
|----
! Stückzahl
! Typ
! Wert
! Position
|----
| 1x || LED || 3mm || D1
|----
| 1x || Diode || 1n4148 || D2
|----
| 2x || npn-Transistor || BC547B || T3, T4
|----
| 2x || pnp-Transistor || BC557B || T1, T2
|----
| 1x || IC || NE555 / TLC555 / ... || IC2
|----
| 1x || IC || NE602 / NE612 / SA602 / SA612 || IC1
|----

! colspan="4" | Sonstiges
|----
! Stückzahl
! Typ
! Wert
! Position
|----
| 1x || Schiebeschalter || RM2,5 (Reichelt: T681 oder NK236) || S1
|----
| 1x || Übertrager || 1:1 @ 150 µH (FT50-61 AL 69nH 47 Wdg. + Lackdraht D: 0,28mm x l: 2m) || ÜT
|----
| 2x || Sockel || Dil-8 || IC1, IC2
|----
| 1x || Drossel || 10µH || L1
|----
| 36x || Lötnägel || 1mm || -
|----
| 20x || Steckschuhe || 1mm || -
|----
| 9x || 130mm Isolierterdraht || (Lackdraht D: 0,5mm / l: 1,2m) || -
|----
| 1x || Batterieclip || 9V || -
|----
| 1x || Batterie || 9V-Block || -
|----
| 1x || Lochrasterplatine || 160mmx100mm Europaformat || -
|----
| 7x || Schraube || M3x12mm || -
|----
| 7x || Mutter || M3 || -
|----
| 1x || Taster || beliebig || -
|----
|}

== Messexperimente ==

[[Datei:Voll-ausgesteuert-mit-Gleichspannung-4.bmp|miniatur|Mischerausgang mit maximaler Aussteuerung über Gleichspannung (nur Träger)]]
Nachdem schon bei der Inbetriebnahme einige Eckdaten vermessen wurden folgen jetzt umfangreichere Untersuchungen. Die einfachste Ansteuerung eines Multiplizierers ist Gleichspannung, die dann als Amplitudenregler für das Oszillatorsignal dient. Hierzu wird das Balance-Poti mit den beiden Eingängen A1 und A2 des SA612 verbunden. Das Oszilloskop triggert am besten auf den Oszillatorkreis O und gleichzeitig werden die Ausgänge X1 und X2 beobachtet während am Balance-Poti herumgedreht wird. Entsprechend dem Drehwinkel ändert sich die Ausgangsamplitude und deren Vorzeichen bezogen auf das Oszillatorsignal.

Zur Vollständigkeit wird die Last zwischen die Ausgänge X1 und X2 geschaltet. Dabei halbiert sich die Ausgangsspannung, womit Leistungsanpassung vorliegt.

Unschön fällt auf, das sich mit der Steuerspannung auch der Arbeitspunkt von X1 und X2 verschiebt. Wem nur ein Zweikanal-Oszilloskop zur Verfügung steht, sollte daher auch mal nur beide Ausgangsspannungen gleichzeitig messen. Nach den Betrachtungen im Theorieteil sollte das nicht passieren, doch hat der SA612 keine Stromsenke sondern einen Widerstand, das dann zu derartigen Gleichtaktstörungen führt.

Wer gerne Tabellen ausfüllt, Diagramme zeichnet und Dinge gerne genau betrachtet sollte die Linearität des Multiplizierers begutachten. Dabei wird jetzt zwischen Ausgang und Last der Resonanzübertrager eingefügt und die Spannung über der Last in Schritten von 200 mVss durchgemessen. Solange v_U konstant bleibt ist der Multiplizierer im linearen Bereich. (Eine Teil der Nichtlinearität liegt evtl. auch in der unsymmetrischen Eingangsspannung.). Statt des Spitze-Spitze-Wertes setzt die Berechnung den Spitzenwert voraus. Da der zweite Eingang der Gilbertzelle nicht direkt zugänglich ist, wird der Spannungswert am Messpunkt O vom Oszillatorkreis angezapft. (NXP gibt dabei an, das diese Spannung intern durch drei dividiert wird, [http://www.standardics.nxp.com/support/documents/rf/pdf/an1994.pdf AN1994 für SA605])

:<math>U_{X,Spitze} = U_{X1,Spitze} - U_{X2,Spitze} \approx 2 \cdot U_{X1,Spitze} \approx 2 \cdot U_{X2,Spitze}</math>
:<math>U_{A,Spitze} = U_{A1} - U_{A2}\,</math> (Multimeter zwischen A1 und A2)
:<math>U_{X,Spitze} = \cdot v_u \cdot U_{O,Spitze} \cdot U_{A,Spitze}</math>
:<math>\mathbf{v_u = \frac{U_X}{U_{O,Spitze} \cdot U_{A,Spitze}}}</math>

Der Wert vu besitzt einen direkten Zusammenhang mit dem Conversion-Gain, der sich im Datenblatt des SA612 und im Abschnitt Begriffe näher erläuter wird.

<div style="clear:both;"></div>
[[Datei:Modulation-mit-Saegezahn-Unsymmetrisch-03.bmp|miniatur|Modulation des Trägersignals mit Sägezahnspannung]]
Im nächsten Schritt erfolgt die Modulation der Oszillatorspannung mit dem Sägezahn S vom NE555. Zur Signalanpassung wird zusätzlich der Abschwächer zwischengeschaltet und dann an den SA612 geführt. Weiterhin handelt es sich um ein unsymmetrisches Signal. Die Triggerung erfolgt auf die Sägezahnspannung. Desweiteren werden die Ausgänge X1 und X2 mit Last vermessen. An denen zeigt sich ein etwas verschrobener Schmetterling, der je nach Potistellung runder oder eckiger wirkt. Mit zwischengeschaltetem Übertrag erscheint dann ein Bild, das mehr dem Schmetterling aus der Inbetriebnahme entspricht. Auch bei Ansteuerung mit Wechselspannung besteht die Gleichtaktproblematik weiter.

Mit der Stopp-Funktion im DSO kann der Phasensprung, das invertieren des modulierten Oszillatorsignals, am Nulldurchgang der Hüllkurve bewundert werden.

Abschließend lohnt sich noch ein Vergleich der Eingangsamplitude mit dem Bereich konstanter vU. Beide sollte grob miteinander übereinstimmen.

<div style="clear:both;"></div>
[[Datei:Modulation-mit-Saegezahn-FFT-06.bmp|miniatur|Spektrum für Modulation mit Sägezahn (kein Träger)]]
Zur Gegenüberstellung erfolgt nun die Speisung des SA612 mit einem Gegentaktsägezahn aus dem symmetrierenden Verstärker. Ein symmetrisches Signal besteht aus zwei zueinander invertierten Signalen gleicher Amplitude und benötigt keine Masse als Bezugspotential. Bei der Betrachtung von X1 und X2 (mit Last) fällt unmittelbar das Fehlen der Gleichtaktstörungen auf. Nun bräuchte es gar keinen Übertrager zur sauberen Signalauskopplung, doch vergeudet man so die Hälfte des Signalpegels von der ungenutzten Mischerhälfte.

Nun soll noch das modulierte Signal im Frequenzbereich begutachtet werden. Hierzu erfordert es ein DSO mit FFT-Funktion oder einen Spektrumanalysator. Aus der Anzahl der Speicherpunkte N und der Abtastrate fs lässt sich auf die Frequenzauflösung Δω der FFT-Operation schließen. Folglich sollte für eine feine Frequenzauflösung keine unnötig hohe Samplerate eingestellt werden.

:<math>\Delta \omega = \frac{1}{2} \cdot N \cdot f_s</math>

Bei etwa 2 MHz sollten sich die symmetrischen Seitenbänder des Sägezahns befinden. Die Oszillatorfrequenz als Träger fehlt, links und rechts davon die Oberwellen. Das es sich um den aufmodulierten Sägezahn handelt zeigt sich durch verstellen der Sägezahnfrequenz (P1) bei laufender Messung.

[[Datei:Quadrieren-09.bmp|miniatur|Mischer als Frequenzverdoppler]]
Eine spannende Frage ist, was passiert, wenn ein Sinussignal mit sich selbst multipliziert wird. Nach dem Mischerformel ergibt sich eine Summenfrequenz und eine Differenzfrequenz. Die Summe zweier gleicher Frequenzen bedeutet eine Frequenzverdopplung.

:<math>f_{\Sigma} = f_{Osz} + f_{Osz} = 2 \cdot f_{Osz}</math>
:<math>f_{\Delta} = f_{Osz} - f_{Osz} = 0\,</math>

Mathematisch findet sich dieser Grundsatz in den Doppelwinkelfunktionen.

:<math>\cos (2x)= 1 - 2 \sin^2 x</math>
oder umgedreht
:<math>\sin (\omega t) \cdot \sin (\omega t) = \sin^2 (\omega t) = \frac{1}{2} - \frac{1}{2} \cos (2 \omega t)</math>

Nun muss zur Messung das Oszillator mit dem Impedanzwandler angezapft werden und anschließend unsymmetrisch in den Eingang A1 des Mischers eingespeist werden. Als Trigger für das Oszilloskop dient die Oszillatorspannung, die zusammen mit der Ausgangsspannung X1 bzw. X2 gemessen wird. Die Ausgangsspannung hat wie erwartet exakt die doppelte Frequenz der Eingangsspannung. Der Übertrager eleminiert wie schon in vorangegangenen Messungen die Gleichtaktprobleme.
<div style="clear:both;"></div>
[[Datei:Saegezahn-und-Gleichspannung-mit-FFT-11.bmp|miniatur|Spektrum für Modulation mit Träger]]
Damit die Hüllkurve des modulierten Signals einem Sägezahn entspricht muss eine Gleichspannung beigemischt werden die den Nulldurchgang des Eingangssignals verhindert. Hierfür wird auf A1 am Mischer das DC-Poti angeschlossen und die Ausgangsspannung X1 bzw. X2 auf 200mVss mit Last eingestellt. Jetzt kommt an A2 noch der Sägezahn über den Abschwächer hinzu und wird so eingestellt, dass eine schöne Sägezahnhüllkurve zustande kommt. Zuletzt wird die FFT-Operation auf das Ausgangssignal durchgeführt. Die Trägerfrequenz ist nun deutlich erkennbar.

Die Messbilder beziehen sich auf einen fehlerhaft dimensionierten Oszillatorkreis und können daher leicht abweichen. Zudem bleibt so der Reiz an der eigenen Messung erhalten.

== Übertrager und Inkduktivitäten ==

Zwangweise besitzen Übertrager immer auch eine Induktivität und einen entsprechenden Blindwiderstand. Der nimmt in relation zu den hohen Ausgangsimpedanzen des NE612 problematische Ausmaße an. Als Abhilfe dient ein parallelgeschalteter Kondensator, der eine Blindstromkompensation bewirkt. Die Ausgangsimpedanz und die Lastimpedanz verhindern dabei das aus der LC-Kombination ein Schwingkreis wird. Bei der genaueren Untersuchung der Impedanzcharakteristik hilft eine einfache Schaltungssimulation (etwa mit LTspice).

Bei der praktischen Umsetzung kommen weitere Probleme hinzu, da reale Spulen noch eine parasitäre Kapazität aufweisen, sollten die auch bei der Blindstromkompensation berücksichtigt werden. Hinzu kommt der 10:1-Tastkopf beim messen speziell bei dieser Demonstration. Ermitteln lassen sich diese Störeffekt durch die Untersuchung der Eigenresonanz. Dazu braucht es einen Taster, einen Widerstand und eine Spannungsquelle. Der Widerstand und der Taster liegen in Reihe zur Spule zusammen an der Spannungsquelle, wobei der Tastkopf die Spannung über die Spule misst. Nach dem Öffnen des Taster schwingt die Spule mit ihrer Eigenresonanz. Aus der Frequenz lässt sich auf die Kapazität schließen, wobei noch die Tastkopfkapazität abgezogen werden muss.

Die parasitäre Kapazität einer Spule hängt stark der Wicklungstechnik ab. Im Fall es Übertragers wurden getrennte Wicklungen gewählt. Alternativ sind insbesondere bei Symmetriergliedern noch geschickt miteinander verdrillte Wicklungen gängig (auch als bifilar bekannt). Wegen der spezifischen Kapazität zwischen den einzelnen Wicklungen erfolgt die Einodrnung in Balun und Unun.

== EMV ==
[[Datei:NE555-EMV-ausser rand und band.bmp|miniatur|Spannungsschwankungen beim Schalten des NE555 und schlechter EMV]]

Mischer sind bestandteil von Empfangsschaltungen und arbeiten daher mit kleinen Signalen. Abgesehen von dieser Demonstrationsschaltungen macht ein Lochrasteraufbau aufgrund der Störeinstrahlungen keinen Sinn und abschirmende Masseflächen sind unumgänglich. Komplexere Schaltungen, etwa mit einem Digitalteil erfordern mindestens Grundkenntnisse im EMV-gerechten Schaltungsentwurf. Das EMV-Störungen aus Unachtsamkeit schnell bedeutsame Ausmaße erlangen zeigt das nebenstehende Oszillogramm von den Spannungsschwankungen entlang der Masseleitung des Prototypen.

== SA612&co ==

Von dem vorgestellten Baustein sind mehrere Versionen erscheinen, darunter: NE602, SA602, NE612 und SA612. Dabei sind aus dem Datenblatt nur geringe Unterschiede ersichtlich wie etwa der Temperaturbereich. Und laut [http://soldersmoke.blogspot.com/2009/06/na5n-on-ne602.html dieser Geschichte] ansonsten identische Kenndaten aufweisen.

{| {{Tabelle}}
|+ '''Eingang'''
!
! unsymmetrisch
! symmetrisch
|----
!Widerstand
| 1,5 kΩ
| 3 kΩ
|----
!Kapazität
| 3 pF
| 1,5 pF
|----
!Aussteuerung
| 80mVs/160mVss
| 80mVs/160mVss
|----
|}

[[Datei:Oszillator-quarz-27MHz.svg|miniatur|Dimensionierungsvorschlag für 27MHz-Quarz]]
[[Datei:Oszillator-quarz-5MHz.svg|miniatur|Dimensionierungsvorschlag für 5MHz-Quarz]]
{| {{Tabelle}}
|+ '''Oszillator'''
!
! unsymmetrisch
|----
|Widerstand
| ca. 20 kΩ
|----
|Kapazität
| 1,5…2,5 pF
|----
|Aussteuerung
| 200…300 mVss
|----
|}

Ein zusätzlicher Widerstand von Pin 7 gegen Masse verbessert die Hochfrequenzeigenschaften der Oszillatorstufe. Der Widerstand sollte bei 22 kΩ liegen und niedriegere Werte können den internen Abgleich stören.

{| {{Tabelle}}
|+ '''Ausgang'''
!
! unsymmetrisch
! symmetrisch
|----
!Widerstand
| 1,5 kΩ
| 3 kΩ
|----
!Aussteuerung mit Last
| 300mVs/600mVss
| 600mVs/1200mVss
|----
! Max. Ausgangsleistung
| 2 × -19 dBm
| -13 dBm
|}

Die Ausgangsleistung stellt die Summe beider Mischprodukte dar. Auch wenn der ZF-Filter eine Frequenz des Mischprodukts weg filtert bleibt das Signal bei der Berechung der möglichen Ausgangsleistung berücksichtigt. Der Conversion-Gain beträgt laut Datenblatt 17 dB, das einer Leistungsverstärkung von 50 für das Mischprodukte entspricht und einer Spannungsverstärkung von 7 bezogen auf das Eingangssignal bedeutet. Dabei erhält die Summen- und Differenzfrequenz je die hälfte der Leistung.

== Anwendungsbereiche ==

Das sich die Gilbertzelle als Mischer wurde bereits gezeigt. Daraus folgt, dass sich die Schaltung auch als Amplitudenmodulator eignet. Für den Multiplizierer in PFC-Reglern reicht wahrscheinlich schon ein ein Zwei-Quadranten-Multiplizierer. Als Quadrierer eignet sich ein Multiplizierer in entsprechend codierten Bitströmen zur Taktrückgewinnung.

== Begriffe ==

Zur Beschreibung von Mischern gibt es zahlreiche Parameter.

* Conversion-Gain
* IP3 (IIP3)
* Spurious-Product
* Isolation (LO->RF)
* Rauschzahl
* Empfindlichkeit
* 1dB-Komperssionspunkt
* Bandbreite

Weiterführende Informationen zu den Begriffen finden sich im Abschnitt [[#Weblinks]] im Unterpunkt Allgemeines zu Mischern.

=== IP3 ===
[[Datei:Mischer-modell-ip3.svg|miniatur|Modell für Nichtlinearitäten]]
[[Datei:Im3-frequenzen.svg|miniatur|Lage der IM3-Frequenzen]]
Der IP3 gibt Auskunft über die Höhe von Intermodulationsprodukten dritter Ordnung (IM3). Durch kaum vermeidbare Nichtlinearitäten entstehen im Eingang des Mischers immer Oberwellen und Mischprodukte der Empfangsfrequenzen. Durch das Zusammenspiel zweier Empfangssignale entstehen dabei die IM3 nach folgender Formel.

:<math>f_{IM3{,}1} = 2 \cdot f_1 - f_2</math> und <math>f_{IM3{,}2} = 2 \cdot f_1 - f_2</math>

Die IM3 überlagern anschließend andere Empfangssignale die auf deren Frequenz liegen und können deswegen bei schwachen Signalen zu Störungen führen.

Andere Mischprodukte und Oberwellen spielen dagegen eine geringere Rolle.

=== Conversion-Gain ===

Der Conversion-Gain gibt das Verhältnis zwischen der zugeführten Signalstärke und der abgegebenen Signalstärke an. Der Pegel des lokalen Oszillators bleibt unberücksichtigt und weißt eine konstante Amplitude gemäß der Spezifikationen auf. Weiterhin muss man beachten, das das Mischprodukt immer aus zwei Teilen besteht, für die Berechung des Conversion-Gains wird die Summe der beiden Teile herangezogen. Entsprechend liegt die Leistungsverstärkung für den ZF-Kreis, der typsichen Anwendung eines Mischers um 3 dB niedriger als es der Conversion-Gain angibt.

:<math>G_c = \frac {P_{ab}}{P_{zu}}</math>

:<math>g_c (in\ dB) = 10\,\log(G_c)\,[dB]</math>

:<math>v_c = \sqrt{G_c} = 10^{\frac{g_c}{20\,dB}}</math>

:<math>v_c = \frac{U_X}{U_A}</math>

Bei passiven Mischertypen wird von Conversion-Loss gesprochen, da passive Komponenten keine Verstärkung bieten.

Den Bogen zu dem im Theorieteil genannten Parameter vu schlägt die nachfolgende Formel, die auch den Einfluss des Oszillatorpegels aufzeigt. Je größer die Spannung desto höher fällt der Conversion-Gain aus.

:<math>v_u = v_c \cdot \frac {1}{U_{O{,}Spitze}}</math>
:<math>v_c = U_{O{,}Spitze}\cdot v_u</math>

== Diverse ICs mit Gilberzelle ==

Hochfrequenzbauteile sind bei den üblichen Versandhändler für Hobbyelektroniker rar gesäät. Daher hier eine kleine Liste gängiger ICs und Bezugsquellen.

* MC1496
* AD633 (Geringe Bandbreite)
* LT5560
* MC1350 (AGC-Verstärker, alternativ NTE746)
* MC13135
* [http://www.datasheets.org.uk/SN76514-datasheet.html SN76514] "uralt"(1971), nicht mehr in Produktion
* [http://www.intersil.com/products/deviceinfo.asp?pn=HFA3101 HFA3101]
* UPA101
* [http://www.analog.com/en/rfif-components/mixersmultipliers/ad8343/products/product.html AD8343], [http://www.analog.com/en/rfif-components/mixersmultipliers/products/index.html#Mixers weitere Typen von AD]
* [http://pdf1.alldatasheet.com/datasheet-pdf/view/88985/HP/IAM81008.html IAM81008] bis 5GHz, HP/Agilent/Avagotech, wird nicht mehr produziert, ebenso wie (höher aussteuerbar) [http://www.alldatasheet.com/datasheet-pdf/pdf/64728/HP/IAM-82008.html IAM82008]
* [http://www.hittite.com/products/index.html/category/279 HMC...] Mischer von Hittite.com bis zu 18 GHz
* [https://estore.rfmd.com/RFMD_OnlineStore/Browse.aspx?Family=Downconverters RFMX...] Abwärtsmischer von RF Micro Devices [https://estore.rfmd.com/RFMD_OnlineStore/Browse.aspx?Family=Upconverters und Aufwärtsmischer]

== Andere Mischertypen ==

Praktische jedes nichtlineare Bauteil eignet sich mehr oder weniger als Mischer. Hier eine kleine Auswahl verbreiteter Schaltungstypen.

* Dioden-Ringmodulator
* Passive FET Mixer (ähnlich dem Dioden-Ringmodulator nur mit FETs)
* Active FET Mixer (Gilbertzelle mit FETs)
* Logarithmierer + Delogarithmierer (RC4200)
* Bulk-Driven Mixer
* Analog-Multiplexer (74HC4066)

== Umfassende mathematische Herleitung der Gilbertzelle==
Diese Herleitung dient dem Beweis, dass die Gilbertzelle einen "linearen" Multiplizierer darstellt und ist nicht weiter für die Anwendung der Schaltung relevant. Die Indizierung bezieht sich dabei auf das Schaltbild der Gilbertzelle im Abschnitt [[#Allgemeine Erklärung|Allgemeine Erklärung]].

;Abhängigkeiten zwischen den Strömen und Spannungen
:<math>I_{X1} = I_{A1-B1} + I_{A2-B2}</math>
:<math>I_{X2} = I_{A1-B2} + I_{A2-B1}</math>
:<math>I_{A1-B2} = I_{A1} - I_{A1-B1}</math>
:<math>I_{A2} = I_{Senke} - I_{A1}</math>
:<math>I_{A1-B2} = I_{A1} - I_{A1-B1}</math>
:<math>I_{A2-B2} = I_{A2} - I_{A2-B1}</math>

:<math>I_{A1} = \frac{1}{2} I_{Senke} \cdot \left( 1 + U_A \frac{1}{2 \cdot U_T}\right)</math>
:<math>I_{A1-B1} = \frac{1}{2} I_{A1} \cdot \left( 1 + U_B \frac{1}{2 \cdot U_T}\right)</math>
:<math>I_{A2-B1} = \frac{1}{2} I_{A2} \cdot \left( 1 + U_B \frac{1}{2 \cdot U_T}\right)</math>

:<math>U_{X} = I_{X1} \cdot R1 - I_{X2} \cdot R2</math>

;"Geschicktes" Einsetzen

:<math>I_{X1} = I_{A1-B1} + I_{A2} - I_{A2-B1}</math>
::<math>I_{X1} = I_{A2} + I_{A1-B1} - I_{A2-B1}</math>
:<math>I_{X2} = I_{A1} - I_{A1-B1} + I_{A2-B1}</math>

:<math>I_{A2-B1} = \frac{1}{2} \left( I_{Senke} - I_{A1}\right) \cdot \left( 1 + U_B \frac{1}{2 \cdot U_T}\right)</math>

:<math>U_{X} = R \cdot \left( I_{X1} - I_{X2} \right)</math>
::<math>R = R1 = R2</math>

;Ausmultiplizieren und "geschicktes" Einsetzen

:<math>I_{X1} = I_{Senke} - I_{A1} + I_{A1-B1} - I_{A2-B1}</math>
::<math>I_{X1} = - I_{A1} + I_{A1-B1} - I_{A2-B1} + I_{Senke}</math>
:<math>I_{X2} = I_{A1} - I_{A1-B1} + I_{A2-B1} - I_{Senke} + I_{Senke}</math>
::<math>I_{X2} = -\left(-I_{A1} + I_{A1-B1} - I_{A2-B1} + I_{Senke} \right) + I_{Senke}</math>

:<math>I_{A2-B1} = \frac{1}{2} I_{Senke} \cdot \left( 1 + U_B \frac{1}{2 \cdot U_T}\right) - I_{A1-B1}</math>

:<math>I_{A1-B1} = \frac{1}{2} \frac{1}{2} I_{Senke} \cdot \left( 1 + U_A \frac{1}{2 \cdot U_T}\right) \cdot \left( 1 + U_B \frac{1}{2 \cdot U_T}\right)</math>

;In ''I''X1 einsetzen und Substitution mit ''T''A und ''T''B

:<math>I_{X2} = -I_{X1} + I_{Senke}</math>
:<math>T_A = \left( 1 + U_A \frac{1}{2 \cdot U_T}\right)</math>
:<math>T_B = \left( 1 + U_B \frac{1}{2 \cdot U_T}\right)</math>
:<math>
I_{X1} =
- \frac{1}{2} I_{Senke} \cdot T_A
+ \frac{1}{2} \frac{1}{2} I_{Senke} \cdot T_A \cdot T_B
- \left(\frac{1}{2} I_{Senke} \cdot T_B
-\frac{1}{2} \frac{1}{2} I_{Senke} \cdot T_A \cdot T_B
\right)
+ I_{Senke}
</math>

;''I''Senke ausklammern und kürzen
:<math>
I_{X1} = \left( - T_A + T_A \cdot T_B - 2 \right) \cdot \frac{1}{2} I_{Senke}
</math>

;Wieder Einsetzen
:<math>
I_{X1} =
\left[ - \left( 1 + U_A \frac{1}{2 \cdot U_T}\right)
+ \left( 1 + U_A \frac{1}{2 \cdot U_T}\right)
\cdot \left( 1 + U_B \frac{1}{2 \cdot U_T}\right)
- \left( 1 + U_B \frac{1}{2 \cdot U_T}\right)
+ 2 \right]
\cdot \frac{1}{2} I_{Senke}

</math>
;Klammern auflösen
:<math>
I_{X1} =
\left[ - 1 - U_A \frac{1}{2 \cdot U_T}
+ 1 + U_A \frac{1}{2 \cdot U_T} + U_B \frac{1}{2 \cdot U_T}
+ U_A \cdot U_B \frac{1}{2 \cdot U_T}^2
- 1 - U_B \frac{1}{2 \cdot U_T}
+ 2 \right]
\cdot \frac{1}{2} I_{Senke}
</math>
;Kürzen
:<math>
I_{X1} =
\left[ 1 + U_A \cdot U_B \frac{1}{2 \cdot U_T}^2 \right]
\cdot \frac{1}{2} I_{Senke}
</math>
;I_X1 in I_X2 einsetzen
:<math>
I_{X2} =
-\left[ 1 + U_A \cdot U_B \frac{1}{2 \cdot U_T}^2 \right]
\cdot \frac{1}{2} I_{Senke}
+ I_{Senke}</math>
;Kürzen
:<math>
I_{X2} =
\left[ 1 - U_A \cdot U_B \frac{1}{2 \cdot U_T}^2 \right]
\cdot \frac{1}{2} I_{Senke}
</math>
;''I''X1 und ''I''X2 in ''U''X einsetzen
:<math>
U_{X} = R \cdot \left[
\left( 1 + U_A \cdot U_B \frac{1}{2 \cdot U_T}^2 \right)
\cdot \frac{1}{2} I_{Senke}
-
\left( 1 - U_A \cdot U_B \frac{1}{2 \cdot U_T}^2 \right)
\cdot \frac{1}{2} I_{Senke}
\right]
</math>
;Auflösen der Klammer und kürzen
:<math>
U_{X} = U_A \cdot U_B \cdot \frac{1}{2 \cdot U_T}^2 \cdot R \cdot I_{Senke}
</math>

== Zielgruppe / Intension ==

* Amateurfunker mit großem Interesse für Technik
* Ingenieure und Studenten mit Interessere zum Einstieg in den Bereich Mischer
* Für Auszubildende und Fachkräfte als Messobjekt mit bemerkenswerten Eigenschaften unter Auslassung des Theoriebereichs.

== Literatur ==
* Frank Sichla: ''HF-Technik mit dem NE/SA 602/612''. beam-Verlag, 2006, ISBN 978-3-88976-054-8.
:Wer gute Literatur kennt, bitte ergänzen!

== Weblinks ==
; Forum
* [http://www.mikrocontroller.net/topic/200572 Der Thread für Fragen und Diskussion] zum Projekt.

; Vergleichbare Projekte
* [http://www.electronics-tutorials.com/devices/602.htm NE602 or NE612 Double Balanced Mixer]

; Allgemeines zu Mischern
* [http://www.iis.ee.ethz.ch/stud_area/fachpraktika/PDFs/IS7.pdf Einführung zum Thema Mischer] (Praktikumsanleitung, ETH Zürich)
* [http://www.hft.tu-berlin.de/fileadmin/fg154/HFT/Skript/HFTII/MI.pdf Mischerprinzipien] (Skript, TU Berlin)
* [http://www.informationsuebertragung.ch/Extras/Mischer.pdf Weiter Einführung zum Thema Mischer] (Skript, FH Nordwestschweiz)
* [http://www.radio-electronics.com/info/rf-technology-design/mixers/rf-mixers-mixing-basics-tutorial.php RF mixer and RF mixing tutorial] für die Freunde der englischen Sprache
* [https://dokumente.unibw.de/pub/bscw.cgi/d1795579/mixer1_new.pdf Umfangreiches und anschaulich gestaltetes Skript]
* [http://www.hochfrequenzbraune.de/Nichtlinearitaeten_und_Intermodulation.pdf Mathematischer Hintergrund der Intermodulationsprodukte]
:Weiter Informationen finden sich leicht unter den Suchbegriffen "Gilbertzelle", "Gilbert cell", "Gilbertmischer" oder "Gilbert mixer"

; Interessante Projekte mit Mischern

* [http://www.golddredgervideo.com/kitsandparts/doubleballancedmixer.htm Messungen an einem Diodenringmischer]
* Elektor: Fledermäuse hören. Erschienen in Ausgabe 475, Juli/August 2010 ([http://www.elektor.de/jahrgang/2010/juli-047-august/fledermause-horen.1396180.lynkx Kauf-Download])
* Elektor: Fledermausohr. Erschienen in Ausgabe 439, Juli 2007 ([http://www.elektor.de/jahrgang/2007/juli/fledermausohr.197215.lynkx Kauf-Download])

:Wer gute Links kennt, bitte ergänzen!

;Applicationnotes von NXP
* [http://www.nxp.com/documents/application_note/AN1982.pdf AN1982]
* [http://www.nxp.com/documents/application_note/AN1983.pdf AN1983]
* [http://www.nxp.com/documents/application_note/AN1993.pdf AN1993]
* [http://www.nxp.com/documents/application_note/AN1994.pdf AN1994]

[[Kategorie:Projekte]]

Standardbauelemente

2012-05-01T16:22:19Z

Elmo: /* Lieferanten */

Gerade Neulinge kennen das Problem: Man hat eine tolle Schaltung mit vielen Operationsverstärkern, Spannungsreglern, Logikbausteinen, ADCs, was auch immer entwickelt und jetzt geht's an die Realisierung.

Aber welche Bausteine nehmen unter dem Wust der Angebote? Also erstmal auf die Seiten der Hersteller und die Produktpalette durchforsten. Nach einigen Stunden gewissenhafter Recherche hat man dann endlich alle Bauteile beisammen und will bestellen. Und dann kommt das böse Erwachen: Einige Bauelemente gibt's nur bei Reichelt, andere nur bei Conrad. Farnell hat zwar das meiste, aber da kann man als Privatperson leider nicht bestellen. Manche ICs bekommt man nur in 1000er Stückzahlen oder sind halt einfach nur viel zu teuer.

Nach einigen Jahren praktischer Erfahrung hat man dann seine "Standardbauelemente", die man immer wieder verwendet. Dieser Artikel soll helfen andere von dieser Erfahrung profitieren zu lassen. Ähnliche Anregungen findet man auch in der de.sci.electronics-FAQ: Grundausstattung des Bastlers [[http://dse-faq.elektronik-kompendium.de/dse-faq.htm#F.2]].

== Hinweise ==
Hier soll eine Liste von häufig anzutreffenden, preiswerten und verfügbaren Standardbauelementen entstehen. Diese Liste soll knapp und bündig sein, für technische Daten wird auf die Datenblätter verwiesen. Hier gilt: "weniger ist mehr", exotische Bauelemente sind also unerwünscht. Für hier gelistete Typen sollte gelten:
* für Privatpersonen verfügbar
* preiswert (nicht billig)

Nicht gelistet werden sollen:
* hunderte Typen, die alle den gleichen Zweck erfüllen, aber keinen Mehrwert bringen. Stattdessen auf die bekanntesten / preiswertesten beschränken.
* Details. Stattdessen die Felder "Besonderheiten" und "Anwendungen" benutzen, z. B. "I²C, 12bit" bei Besonderheiten für einen ADC oder "Präzision, Audio" bei Anwendungen für einen OpAmp.

Wer eine Sparte, oder eine Anwendung vermisst, aber selber nichts dazu beitragen kann: Einfach hinzufügen. Wer z. B. einen HF OpAmp sucht und hier nicht fündig wird sollte also eine neue Zeile einfügen und in die Spalte Anwendungen "HF" eintragen. Vielleicht kann ja jemand den Rest der Zeile füllen.

Immer den Grundtypen listen und nicht eine der Varianten, und schon gar nicht alle Varianten einzeln! Also z. B. "LM324" statt "LM324N".

Wenn möglich Direktlinks auf Datenblätter vermeiden und eine Suchmaschine befragen: "http://www.datasheetarchive.com/search.php?q=lm324"
* so werden alle Varianten gefunden
* und tote Links vermieden

Die wichtigsten, allgemeinen Standard-Typen ganz oben in der Tabelle listen, danach erst die Spezialtypen für bestimmte Anwendungen.

Und weil es mir so wichtig ist nochmal: Ich rufe geradezu dazu auf, überflüssige, unverfügbare Typen zu löschen!

= Aktive Bauelemente =
== Analog ==

=== Transistoren ===
''Siehe auch:'' '''[[Transistor-Übersicht#NPN|Transistor-Übersicht]]'''
====NPN====
{| {{Tabelle}} class="sortable" id="transistors-npn"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/BC337 BC337]
| 0,04
| Standardtyp (SMD: [http://www.mikrocontroller.net/part/BC817 BC817])
| bis ~300mA sinnvoll
| R,D,P
| [http://www.google.de/search?num=100&hl=de&q=datasheet+bc337+filetype%3Apdf&btnG=Suche&meta=lr%3Dlang_de%7Clang_en PDF]
|-

| [http://www.mikrocontroller.net/part/MMBT2222A MMBT2222A]
| 0,05
| SMD TO-23 Gehäuse, Ptot bis 350mW
| bis ~ 300mA sinnvoll
| R,D
| [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=1;INDEX=0;FILENAME=A100%252F2N2222ASMD%2523FAI.pdf;SID=29Jo9LE6wQAR0AADnPx904c70c3257c398b8b92e44b2052e44b2f PDF]
|-
| [http://www.mikrocontroller.net/part/BC547 BC547]
| 0,03
| Standardtyp, [http://www.mikrocontroller.net/part/BC847 in SMD BC847]
| bis ~50mA sinnvoll
| R,D,I
| [http://www.semiconductors.philips.com/acrobat_download/datasheets/BC847_BC547_SER_6.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/BC635 BC635]/[http://www.mikrocontroller.net/part/BC639 BC639]
| 0,07
| andere Pinbelegung als BC547 (= BD135 in anderem Gehäuse)
| bis ~500mA sinnvoll
| R,D
| [http://www.semiconductors.philips.com/acrobat/datasheets/BC635_BCP54_BCX54_6.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/BD433 BD433]/[http://www.mikrocontroller.net/part/BD437 BD437]
| 0,19
| niedrige Sättigungsspannung
| bis ~2A sinnvoll
| R
| [http://www.fairchildsemi.com/ds/BD%2FBD435.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/TIP41C TIP41C]
| 0,24
| Ptot: 65W, geringe Stromverstärkung (max.75)
| Grenzwert 10A
| R
| [http://www.datasheetcatalog.org/datasheet/fairchild/TIP41C.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/TIP102 TIP102]
| 0,42
| Ptot bis 80W mit Kühlkörper, hohe Stromverstärkung von über 1000 über einen sehr großen Bereich (Darlington).
| Grenzwert 8A
| R
| [http://www.fairchildsemi.com/ds/TI%2FTIP102.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/TIP3055 TIP3055]
| 0,75
| Ptot bis 90W mit Kühlkörper, Stromverstärkung sehr niedrig (bei großen Strömen << 100)
| Grenzwert 15A
| R
| [http://www.ortodoxism.ro/datasheets/PowerInnovations/mXvutwr.pdf PDF]
|-====
| [http://www.mikrocontroller.net/part/2N6284 2N6284]
| 4,50
| Lin. NPN-PowerDarlington, Ptot bis 160W, Stromverstärkung ~ 750
| 100V Ic 20A
| R
| [http://www.ortodoxism.ro/datasheets/SGSThomsonMicroelectronics/mXvsruq.pdf PDF]
|-
|}

====PNP====
{| {{Tabelle}} class="sortable" id="transistors-pnp"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/BC327 BC327]
| 0,04
| Komplementärtyp zu [http://www.mikrocontroller.net/part/BC337 BC337]
| bis ~300mA sinnvoll
| R,D,I
| [http://www.google.de/search?num=100&hl=de&q=datasheet+bc327+filetype%3Apdf&btnG=Suche&meta=lr%3Dlang_de%7Clang_en PDF]
|-
| [http://www.mikrocontroller.net/part/BC557 BC557]
| 0,03
| Komplementärtyp zu [http://www.mikrocontroller.net/part/BC547 BC547]
| bis ~50mA sinnvoll
| R,D,I
| [http://www.semiconductors.philips.com/acrobat_download/datasheets/BC556_557_4.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/BC636 BC636]/[http://www.mikrocontroller.net/part/BC640 BC640]
| 0,07
| Komplementärtyp zu [http://www.mikrocontroller.net/part/BC635 BC635]
| bis ~500mA sinnvoll
| R,D
| [http://www.semiconductors.philips.com/acrobat/datasheets/BC640_BCP53_BCX53_6.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/TIP2955 TIP2955]
| 0,75
| Ptot bis 90W mit Kühlkörper
| Grenzwert 15A
| R
| [http://www.ortodoxism.ro/datasheets/motorola/TIP2955.pdf PDF]
|-
|}

====N-MOSFET====
''Siehe auch:'' '''[[MOSFET-Übersicht#N-Kanal_MOSFET|MOSFET-Übersicht]]'''

BUZ10, BUZ11 etc. sind wie alle BUZ Typen ziemlich veraltet. Bitte nicht listen; es gibt fast immer was besseres von IRF.
{| {{Tabelle}} class="sortable" id="mosfet-n"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/IRF1010N IRF1010N]
| 0,89
| max 50V, max 85A, 11 mOhm On-Widerstand
| Alles, was mit POWER zu tun hat ...
| R
| [http://www.irf.com/product-info/datasheets/data/irf1010n.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/IRF1404 IRF1404]
| 1,50
| max 40V, max 202A, 4 mOhm, 330W
| sehr geringer Rds, TO-220
| R
| [http://www.irf.com/product-info/datasheets/data/irf1404.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/IRLZ34N IRLZ34N]
| 0,43
| max 55V, max 30A, 35 mOhm On-Widerstand
| Gatespannung kompatibel mit 5V-Controllern.
| R, D
| [http://www.irf.com/product-info/datasheets/data/irlz34n.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/IRLML2502 IRLML2502]
| 0,42
| max 20V, max 4,2A (cont.), 45 mOhm On-Widerstand
| SOT23 SMD-FET, extrem niedrige V_GS_th, bei niedrigem R_DS_on
| D
| [http://www.irf.com/product-info/datasheets/data/irlml2502.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/BS170 BS170]
| 0,10
| max 60V, bis 500mA, 5Ω On-Widerstand
| veraltete Technik, aber in bastelfreundlichem TO-92 Gehäuse
| R,D
| [http://www.fairchildsemi.com/ds/BS/BS170.pdf PDF] (Fairchild)
|-
| [http://www.mikrocontroller.net/part/BSS123 BSS123]
| 0,06
| max 100V, max 170mA (cont.), Thresholdspannung 1,7V, On-Widerstand 1,3Ω
| SOT23 SMD-FET, auch für 3V3-versorgte Schaltungen bestens geeignet
| R,D
| [http://www.fairchildsemi.com/ds/BS/BSS123.pdf PDF] (Fairchild)
|-
| BUK100-50GL
| 1,15
| Logic-Level Power
|
| R
| [http://www.nxp.com/pip/BUK100-50GL_1.html PDF] (NXP)
|-
| [http://www.mikrocontroller.net/part/IRLIZ44N IRLIZ44N]
| 1,45
| Logic-Level Power 30A 55V 22mohm
| TO-220
| R
|
|-
| [http://www.mikrocontroller.net/part/IRLR2905 IRLR2905]/[http://www.mikrocontroller.net/part/IRLU2905 IRLU2905]
| 0,60
| Logic-Level Power 36A 55V RDS=27 mOhm
| D-Pak
| C, P
|
|-
| [http://www.mikrocontroller.net/part/IRLU3410 IRLU3410]
| 1,05
| Logic-Level Power, 100V, 17A, 105mOhm RDS(on), I-PAK
|
| R
| [http://www.datasheetarchive.com/pdf-datasheets/Datasheets-303/37622.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/IRF7301 IRF7301]
| 0,91
| Dual N-MOSFET mit nur 70mOhm RDS(on) bei 2.7 V, SO-8
| Laststromschaltung bei kleinen Spannungen, z. B. an Akkus
| C
| [http://www.irf.com/product-info/datasheets/data/irf7301.pdf PDF]
|}

====P-MOSFET====
''Siehe auch:'' '''[[MOSFET-Übersicht#P-Kanal_MOSFET|MOSFET-Übersicht]]'''

{| {{Tabelle}} class="sortable" id="mosfet-p"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/IRLML6401 IRLML6401]
| 0,21
| max -12V, ca -4,3A (cont.), ca. 0,05Ω On-Widerstand
| SOT-23 SMD FET, extrem niedrige V_GS_th, bei niedrigem R_DS_on
| D
| [http://www.irf.com/product-info/datasheets/data/irlml6401.pdf]
|-
| [http://www.mikrocontroller.net/part/IRF7220 IRF7220]
| 0,50
| max -14V, ca -10A (cont.), ca. 0,02Ω On-Widerstand
| Gehäuse SO-8, brauchbar in 3,3V Systemen
| R
| [http://www.irf.com/product-info/datasheets/data/irf7220.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/IRFR5305 IRFR5305]
| 0,56
| max -55V, -31A (cont.), ca. 0,065Ω On-Widerstand
| Gehäuse D-Pak (SMD, TO-252AA), Uth=-2 bis -4V
| R
| [http://www.irf.com/product-info/datasheets/data/irfr5305.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/BS250 BS250]
| 0,26
| max -45V, bis -230mA (cont.), 14 (und mehr) Ohm On-Widerstand
| veraltete Technik aber in bastelfreundlichem TO-92 Gehäuse von R lieferbar
| R
| [http://www.vishay.com/docs/70209/70209.pdf PDF] (Vishay)
|-
| [http://www.mikrocontroller.net/part/NDS0610 NDS0610]
| 0,07
| max -60V, bis -120mA (cont.), 20 (und mehr) Ohm On-Widerstand
| SOT-23 SMD Gehäuse Anwendung z. B. als [http://www.mikrocontroller.net/topic/42113#317220 Verpolschutz mit geringem Spannungsabfall]
| D DK
| [http://www.fairchildsemi.com/ds/ND%2FNDS0610.pdf PDF] (Fairchild)
|-
|}

====MOSFET-Pärchen====

{| {{Tabelle}} class="sortable" id="mosfet-n-p"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/IRF7389 IRF7389]
| 0,51
| 30 V, >2,5 A, 30/60 mOhm On-Widerstand
| Gehäuse SO-8
| D,R
| [http://www.irf.com/product-info/datasheets/data/irf7389.pdf PDF]
|-
|}

=== Dioden ===
''Siehe auch:'' '''[[Dioden-Übersicht]]'''

{| {{Tabelle}} class="sortable" id="mosfet-p"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/1N4148 1N4148]
| 0,02
| Kleinsignal-Gleichrichterdiode
| 75V/150mA
| R,D,I
| [http://www.fairchildsemi.com/ds/1N%2F1N4148.pdf D]
|-
| [http://www.mikrocontroller.net/part/1N4007 1N4001]..[http://www.mikrocontroller.net/part/1N4007 1N4007]
| 0,02
| Mehrzweck-Gleichrichterdiode, 1N4001..1N4007 mit gestaffelter Sperrspannung
| 1A
| R,D,I
| [http://www.fairchildsemi.com/ds/1N/1N4001.pdf D]
|-
| [http://www.mikrocontroller.net/part/UF4001 UF4001]..[http://www.mikrocontroller.net/part/UF4007 UF4007]
| 0,06 - 0,07
| UltraFast-Gleichrichterdiode, gestaffelte Sperrspannung, trr<50ns bzw 75ns
| 1A
| R, D
| [http://www.ortodoxism.ro/datasheets/vishay/uf4001.pdf Datenblatt]
|-
| [http://www.mikrocontroller.net/part/1N5400 1N5400]..[http://www.mikrocontroller.net/part/1N5408 1N5408]
| 0,06
| Mehrzweck-Gleichrichterdiode, 1N5400..1N5408 mit gestaffelter Sperrspannung
| 3A, 50..1000V
| R, D
| [http://www.ortodoxism.ro/datasheets/fairchild/1N5401.pdf D]
|-
| [http://www.mikrocontroller.net/part/UF5404 UF5404], [http://www.mikrocontroller.net/part/UF5408 UF5408]
| 0,11 bzw 0,22
| UltraFast-Gleichrichterdiode, gestaffelte Sperrspannung, trr<50ns bzw 75ns
| 3A, 50..1000V
| R
|
|-
| [http://www.mikrocontroller.net/part/BAT46 BAT46]
| 0,10
| Kleinsignal-Schottky-Diode
| 150mA
| D,R
| [http://www.alldatasheet.com/view.jsp?Searchword=BAT46 D]
|-
| [http://www.mikrocontroller.net/part/BAT54 BAT54(A/C/S)]
| 0,072
| sehr schnelle Kleinsignal-(Doppel-)Schottky-Diode
| 200mA
| R,D,I
| [http://www.alldatasheet.com/view.jsp?Searchword=BAT54 D]
|-
| [http://www.mikrocontroller.net/part/SB120 SB120]..[http://www.mikrocontroller.net/part/SB160 SB160]
| 0,13
| Schottky-Diode
| 1A 20-60V
| R
| [http://www.alldatasheet.com/view.jsp?Searchword=SB140 D]
|-
| [http://www.mikrocontroller.net/part/1N5817 1N5817]..[http://www.mikrocontroller.net/part/1N5819 1N5819]
| 0,15
| Schottky-Diode, sehr ähnlich zu SB120-140
| 1A 20/30/40V
| R, D, C
| [http://www.alldatasheet.com/view.jsp?Searchword=1N5819 D]
|-
| [http://www.mikrocontroller.net/part/BA159 BA159]
| 0,051
| Standard-Diode
| HF 1A 1000V
| R
| [http://www.alldatasheet.com/view.jsp?Searchword=BA159 D]
|-
| [http://www.mikrocontroller.net/part/BAV99 BAV99]
| 0,041
| Standard-Doppeldiode, SOT-23
| ESD-Schutz
| R
| [http://www.alldatasheet.com/view.jsp?Searchword=BAV99 D]
|-
|}

=== Instrumentenverstärker ===
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/INA128 INA128]
| 6,15 (R)
| Verstärkung über 1 Widerstand einstellbar
| Brückenverstärker , Datenerfassung
| R,F
| [http://focus.ti.com/lit/ds/symlink/ina128.pdf#search=%22ina128%22 PDF]
|-
| [http://www.mikrocontroller.net/part/INA326 INA326]
| ca. 3 (DK)
| Low Power, läuft an 3.3 oder 5 V
| Medizintechnik (EKG), Sensoren
| DK
| [http://www.ti.com/lit/gpn/ina326 PDF]
|-
| [http://www.mikrocontroller.net/part/AD620 AD620]
| ca. 8 (R)
| Standardtyp
| EKG, EEG, Brückenverstärker
| R, RS, DK
| [http://www.analog.com/UploadedFiles/Data_Sheets/37793330023930AD620_e.pdf PDF]
|-
|}

=== Operationsverstärker ===
Es sind die ''typical values'' bei ''25°C'' angegeben. Falls es selektierte Versionen gibt (z. B. LM358'''A''') ist der schlechtere Wert des Standardteils angegeben.

Bei den R2R output Werten immer die Last RL in Ohm mitangeben, ansonsten sind die Werte relativ sinnlos. Teilweise steht auch dabei für welche Versorgungsspannung dies gilt.
Vcc ist Versorgungs-Plus. Vee ist Versorgungs-Minus.

Bei der Stromaufnahme (supply current) ist der Strom pro IC angegeben. Weil es besser aussieht, ist es in den Datenblättern oft pro OPV angegeben und muss z. B. bei einem Quad noch mit vier multipliziert werden.

Der Preis ist für Einzelstücke angegeben und entspricht meistens dem bei Reichelt.

''' ''Siehe auch:'' [http://www.rn-wissen.de/index.php/Operationsverst%C3%A4rker#Liste_g.C3.A4ngiger_Typen_von_Operationsverst.C3.A4rkern RN - Liste gängiger Typen von Operationsverstärkern]'''

<center>Die Tabelle lässt sich mit einem Klick auf die Überschriften '''sortieren'''.</center>
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! OPVs
! Unity- Gain in MHz
! Slew-Rate in V/µs
! Input Offset Spannung in mV
! Input Offset Strom
! Input Bias Strom
! R2R in
! R2R out @RL Vcc
! Strom- aufnahme in mA
! Bemerkung
! Daten- blatt
! Lieferant
! Preis (€)
|-
| [http://www.mikrocontroller.net/part/LM358 LM358]
| 2
| 1
| 0,5
| 3
| 5 nA
| 45 nA
| Vcc-2V Vee-0,1V
| Vcc-1,5V Vee+5mV @10kΩ 5V
| 0,8
| Standard-OP, Vcc=3V-30V, Isink=15mA Isource=30mA Isink-max=40mA Quad: LM324
| [http://www.ti.com/lit/gpn/lm358 PDF]
| alle
| 0,09
|-
| [http://www.mikrocontroller.net/part/TL072 TL072]
| 2
| 3
| 13
| 3
| 5 pA
| 65 pA
| Vcc-0V Vee+3V
| Vcc-1,5V Vee+1,5V @10kΩ 30V
| 2,8
| Standard Audio, Low Noise/JFET Eingang, Quad-Version: TL074, single: TL071(mit Offsetkorr.)
| [http://focus.ti.com/lit/ds/symlink/tl072.pdf PDF]
| alle
| 0,17
|-
| [http://www.mikrocontroller.net/part/NE5532 NE5532]
| 2
| 10
| 9
| 0,5
| 10 nA
| 500 nA
|
| Vcc-2V Vee+2V @600Ω 30V
| 8
| Standard Audio OP, treibt 600Ω, Iout=35mA
| [http://focus.ti.com/lit/ds/symlink/ne5532.pdf PDF]
| alle
| 0,23
|-
| [http://www.mikrocontroller.net/part/MAX4238 MAX4238/4239]
| 1
| MAX4238: 1.0, MAX4239: 6.5
| MAX4238: 0.35, MAX4239: 1.6
| 0,0001
| 2 pA
| 1 pA
| Vcc+0.3V Vee-0.3V
| Vcc-4mV Vee+4mV @10kΩ / Vcc-35mV Vee+35mV @1kΩ
| 0.6 @Vcc=5.5V
| very low offset ("zero offset") 0.1µV, Rail2Rail, Vcc=2.7-5.5V, MAX4239: min. Gain x10
| [http://datasheets.maxim-ic.com/en/ds/MAX4238-MAX4239.pdf PDF]
| F, (R MAX4238)
| 2,55 (1,45)
|-
| [http://www.mikrocontroller.net/part/OPA333 OPA333]
| 1
| 0.350
| 0.16
| 0.002
| 140 pA
| 70 pA
| Vcc+0.1V Vee-0.1V
| Vcc-30mV Vee+30mV @10kΩ
| 0.017
| micro power, low offset 2µV, Rail2Rail, Vcc=1.8-5.5V, SOT23-5 SO-8, Dual:OPA2333
| [http://focus.ti.com/general/docs/lit/getliterature.tsp?genericPartNumber=opa333&fileType=pdf PDF]
| F
| 3,60
|-
| [http://www.mikrocontroller.net/part/OPA335 OPA335]
| 1
| 2
| 1.6
| 0.001
| 120 pA
| 70 pA
| Vcc-1.5V Vee-0.1V
| Vcc-15mV Vee+15mV @10kΩ, Vcc-1mV Vee+1mV @100kΩ
| 0.285
| low offset 1µV, Rail2Rail, Vcc=2.7-5.5V, SOT23-5 SO-8, Dual:OPA2335
| [http://focus.ti.com/general/docs/lit/getliterature.tsp?genericPartNumber=opa335&fileType=pdf PDF]
| F
| 3,50

|-
| [http://www.mikrocontroller.net/part/TL062 TL062]
| 2
| 1
| 3
| 3
| 5 pA
| 30 pA
|
|
| 0,4
| Low Power/JFET Eingang, veraltet
| [http://focus.ti.com/lit/ds/symlink/tl062.pdf PDF]
| alle
| 0,17
|-
| [http://www.mikrocontroller.net/part/TS912 TS912]
| 2
| 1 @5V
| 0,8 @5V
| 2-10
| 1 pA
| 1 pA
| Vcc+0,2V Vee-0,2V over the rail
| Vcc-0,05V Vee+0,04V @10kΩ 5V
| 0,4
| Standard Rail2Rail Typ, Vcc=2,7-16V, Iout=40mA, Quad: TS914
| [http://www.st.com/stonline/products/literature/ds/2325/ts912.pdf PDF]
| alle
| 0,80
|-
| [http://www.mikrocontroller.net/part/LMC6484 LMC6484]
| 4
| 1,5
| 0,9
| 3
| 2 pA
| 4 pA
| Vcc+0,2V Vee-0,2V over the rail
| Vcc-0,2V Vee+0,2V @2kΩ 5V
| 3
| Iout=16mA@5V Iout=28mA@15V
| [http://www.national.com/ds.cgi/LM/LMC6484.pdf PDF]
| R
| 2,35
|-
| [http://www.mikrocontroller.net/part/OPA2340 OPA2340]
| 2
| 5,5
| 6
| 0,150
| 1 pA
| 1 pA
| Vcc+0,5V Vee-0,5V over the rail
| Vcc-0,04V Vee+0,04V @2kΩ
| 1,5
| CMOS Vcc=2,5V - 5,5V
| [http://focus.ti.com/lit/ds/symlink/opa4340.pdf PDF]
| R
| 1,80
|-
| [http://www.mikrocontroller.net/part/LF356 LF356]
| 1
| 5
| 12
| 3
| 3 pA
| 30 pA
| Vcc'''+'''0,1V Vee+3V
| Vcc-2V Vee+2V @10kΩ 30V
| 5
| high bandwidth J-FET, Settling-Time = 1,5µs @0.01% error-voltage, Eingang knapp über Vcc,
| [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A200%252FLF355_LF356_LF357%2523STM.pdf; PDF]
| alle
| 0,50
|-
| [http://www.mikrocontroller.net/part/OP07 OP07]
| 1
| 0,6
| 0,3
| 0,030
| 0,4 nA
| 1 nA
| Vcc-1,5V Vee+1,5V
| Vcc-2,2V Vee+2,2V @2kΩ 15V
| 0,7 - 2,5
| geringer Offset <80µV je nach Hersteller
| [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=1;INDEX=0;FILENAME=A200%252FOP07%2523AD.pdf; PDF]
| alle
| 0,25
|-
| [http://www.mikrocontroller.net/part/LMC6062 LMC6062]
| 2
| 0,1
| 0,015
| 0,1
| 0,01 pA max:2pA
| 0,01 pA max:4pA
|
| Vcc-0,05V Vee+0,05V @25kΩ 5V
| 0,045
| Precision, Micropower, CMOS, Is~40µA (typ.), Iout=8mA
| [http://www.national.com/ds.cgi/LM/LMC6062.pdf PDF]
| R
| 2,05
|-
| [http://www.mikrocontroller.net/part/LM4250 LM4250]
| 1
| 0,3-0,01
| 1-0,001
| 3-5
| 3-10 nA
| 8-50 nA
| Vcc-0,6V Vee+0,6V
| Vcc-0,6V Vee+0,6V @10kΩ 3V
| 0,008 - 0,09
| Micropower, "programmierbar", Werte jeweils für Is=8µA und 90µA
| [http://www.national.com/ds.cgi/LM/LM4250.pdf PDF]
| R
| 0,98
|-
| [http://www.mikrocontroller.net/part/ICL7621 ICL7621]
| 2
| 0,5
| 0,15
| 15
| 30 pA
| 1 pA
| Vcc-0,3V Vee+0,3V unklar 
| Vcc-0,1V Vee+0,1V @100kΩ
| 0,2
| Micropower CMOS Vcc=2V - 16V
| [http://datasheets.maxim-ic.com/en/ds/ICL7611-ICL764X.pdf PDF]
| R
| 1,10
|-
| [http://www.mikrocontroller.net/part/ICL7611 ICL7611] / [http://www.mikrocontroller.net/part/ICL7612 ICL7612]
| 1
| 0,5
| 0,15
| 15
| 30 pA
| 1 pA
| Vcc-0,3V Vee+0,3V unklar 
| Vcc-0,1V Vee+0,1V @100kΩ
| 0,010 - 1
| gleich mit ICL7621, aber nur 1 OPV und dafür programmierbar: Is= 10µA, 100µA, 1mA
| [http://datasheets.maxim-ic.com/en/ds/ICL7611-ICL764X.pdf PDF]
| R
| 0,82
|-
| [http://www.mikrocontroller.net/part/LM13700 LM13700]
| 2
| 2
| 50
| 0,5
| 0,1 µA
| 0,4 µA
|
| Vcc-0,8V Vee+0,6V
| 2,6
| OTA - Steilheits-OP 50V/µs
| [http://www.national.com/ds.cgi/LM/LM13700.pdf PDF]
| R
| 0,90
|-

| [http://www.mikrocontroller.net/part/µA733 µA733]
| 1
| 1200*
|
|
| 6 µA
| 40 µA
|
| Vcc-3,5V Vee+3,5V @2kΩ
| 25
| Video OP, Vcc=12V, Isink=2mA; Gains of 10, 100, 400; Rin=8kΩ; VOutput offset=0,6V;
| [http://www.national.com/ds.cgi/LM/µA733 PDF]
| R
| 0,50
|-
| [http://www.mikrocontroller.net/part/NE592 NE592]
| 1
| 1200*
|
|
| 1 µA
| 9 µA
|
| Vcc-4V Vee+4V @2kΩ
| 20
| Video OP, Vcc=12V, Isink=15mA; Rin=4-30kΩ; VOutput offset=1,5V;
| [http://www.national.com/ds.cgi/LM/NE592 PDF]
| R
| 0,40
|-
| [http://www.mikrocontroller.net/part/LT1363 LT1363]
| 1
| 70
| 1000
| 1,5
| 120 nA
| 0,6 µA
| Vcc-1,6V Vee+1,8V
| Vcc-0,9V Vee+0,9V @500Ω 10V
| 7
| Steilheits OP, Vcc=5-15V, Isink/source=30-60mA; Rin=5MΩ*;
| [http://www.national.com/ds.cgi/LM/LT1363 PDF]
| R
| 3,80
|-
| [http://www.mikrocontroller.net/part/CA3140 CA3140]
| 1
| 4,5
| 9
| 5
| 0,5 pA
| 10 pA
| Vee-0,5V
| Vcc-2V Vee+0,6V @2kΩ 15V
| 4
| BIMOS-OP - kleiner Eingangsstrom, ideal für Single-Supply, Vcc-min=4V
| [http://www.intersil.com/data/fn/fn957.pdf PDF]
| R
| 0,47
|-
| [http://www.mikrocontroller.net/part/TCA0372 TCA0372]
| 2
| 1,1
| 1,3
| 1
| 10 nA
| 100 nA
| Vee to Vcc-1,0V
| Vcc-0,8V Vee+0,8V @0,1A 30V Vcc-1,3V Vee+1,3V @1A 24V
| 5
| Power-OPV, Thermal Shutdown, Io=1A Io(max)=1.5A
| [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A200%252FTCA0372%2523MOT.pdf; PDF]
| alle, R
| 0,70
|-
| [http://www.mikrocontroller.net/part/LA6510 LA6510]
| 2
|
| 0,15
| 2
| 10 nA
| 100 nA
| Vcc-2V Vee+0V
| Vcc-2V Vee+2V @33Ω 30V
| 12
| Power-OPV, current limiter pin, Imax=1A P=2,5W, Gehäuse:SIP10F
| [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A200%252FLA6510%2523SAN.pdf; PDF]
| R
| 0,80
|-
| [http://www.mikrocontroller.net/part/L272 L272]
| 2
| 0,35
| 1
| 15
| 50 nA
| 300 nA
|
| Vcc-1V Vee+0,3V @0,1A 24V Vcc-1,5V Vee+0,6V @0,5A 24V
| 8
| Power-OPV, Vcc=4V-28V, Io=0,7A P=1W, Thermal Shutdown @160°C
| [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A200%252FL272fai.pdf; PDF]
| R
| 0,70
|-
| [http://www.mikrocontroller.net/part/TLC272 TLC272]
| 2
| 1,7
| 2,9
| 1,1
| 0,1 pA
| 0,7 pA
| Vcc-0.8V Vee-0.3V
| Vcc-1.2V Vee+0V @10kΩ
| 5
| Precision OPV, für hochohmige Messanwendungen, Single: TLC271, Quad: TLC274, weniger Offset: TLC277
| [http://focus.ti.com/lit/ds/symlink/tlc272.pdf PDF]
| R, CSD
| 0,26
|-
| [http://www.mikrocontroller.net/part/MCP602 MCP602-I/P]
| 2
| 2,8
| 2,3
| 1
| 1 pA
| 1 pA
| Vcc-1,2V Vee-0,2V
| Vcc-0,1V Vee+0,1V @5kΩ
| 0,5
| Vcc=2,7V-5,5V Vout=20mA
| [http://www.chipcatalog.com/Doc/88306CED2FD891755A0736169A8D31C1.pdf PDF]
| R
| 0,55
|-
| [http://www.mikrocontroller.net/part/LM393 LM393]
| 2
|
|
| 1
| 5 nA
| 65 nA
| Vcc-2V Vee+0V
| Open- Collector
| 1,6
| Standard-Komparator, Isink=16mA, Vcc=2V - 36V, Response-Time=1,5µs
| [http://www.datasheetarchive.com/search.php?q=lm393 PDF]
| alle
| 0,10
|-
| [http://www.mikrocontroller.net/part/LM339 LM339]
| 4
|
|
| 1,4
| 2,3 nA
| 60 nA
|
| Open- Collector
| 1,1
| Standard-Komparator, Isink=16mA, Vcc=2V - 36V, Response-Time=1,5µs
| [http://www.datasheetarchive.com/search.php?q=lm339 PDF]
| alle
| 0,10
|-
| [http://www.mikrocontroller.net/part/TLC3702 TLC3702]
| 2
|
|
| 1,2
|
| 5pA
|
|
| 0,02
| Micropower-Komparator (20µA) PushPull Ausgang
| [http://www.datasheetarchive.com/search.php?q=tlc3702 PDF]
| F, C
| 0,80
|-


|}

Warum findet sich in obiger Liste kein [http://www.mikrocontroller.net/part/LM741 741], war er doch lange Zeit "der" OPV schlechthin? Nun, er wird allgemein als "veraltet" angesehen, da er aus den 60er Jahren stammt (1968 von Fairchild vorgestellt, etwa ab 1969 kommerziell erhältlich) und keine besonderen technischen Daten aufweist. Der immerhin etwa fünf Jahre jüngere 324 (von 1974) kostet häufig ein paar Cent weniger, enthält dafür aber vier statt einen OPV mit besseren Daten.

=== Spannungsregler ===
==== Linearregler ====
{| {{Tabelle}} class="sortable" id="linearregler"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/LP2950 LP2950]
| 0,39 - 0,53
| Festspannungsregler Low-Dropout
| 3 - 5V 100mA, TO-92, <120µA Ruhestrom
| R, D
| [http://www.datasheetarchive.com/search.php?q=LP2950 PDF]
|-
| [http://www.mikrocontroller.net/part/LM2940 LM2940]
| 0,40
| Festspannungsregler Low-Dropout
| z. B. 5V, 1A(@0,5V drop), Verpolschutz, TO-220, SOT-223.
| R, D
| [http://www.datasheetarchive.com/search.php?q=LM2940 PDF]
|-
| [http://www.mikrocontroller.net/part/LM1117 LM1117]
| 0,65
| Festspannungsregler Low-Dropout (auch LT1117, NCP#, REG#, usw.)
| z. B. 3V3, 800mA(@1,1V drop), SOT-223. fixed 3V3 oder adjustable
| D, R
| [http://www.national.com/ds/LM/LM1117.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/LM317 LM317]
| 0,22
| Linearer einstellbarer Spannungsregler
| max 40V -> 1,2 - 37V, max 1.5A, TO220
| alle
| [http://www.datasheetarchive.com/search.php?q=LM317 PDF]
|-
| [http://www.mikrocontroller.net/part/MAX663 MAX663]
| 1,80
| Linearer, einstellbarer Spannungsregler
| sehr niedriger Eigenstromverbrauch
|
| [http://datasheets.maxim-ic.com/en/ds/MAX663-MAX666.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/LM7805 LM78xx]
| <1,00
| Festspannungregler (xx=05: 5V, xx=12: 12V ...)
|  
| alle
|  
|-

| [http://www.mikrocontroller.net/part/LM7905 LM79xx]
| <1,00
| Festspannungregler, negative Spannung (xx=05: -5V, xx=12: -12V ...)
|  
| alle
|  
|-
| [http://www.mikrocontroller.net/part/LF33 LF33]
| <1,00
| Festspannungregler
| +3,3V, TO-220, 1A
| R, I
| [http://www.datasheetcatalog.org/datasheet/stmicroelectronics/2574.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/MCP1700 MCP1700]
| <1,00
| Festspannungregler, Low-Dropout, sehr niedriger Eigenstromverbrauch, siehe auch MCP1702/MCP1703, durch geringe PSRR eher nur für Batterieanwendung
| +3,3V u.a., TO-92, SOT-89, SOT-23, 200mA
| R, F
| [http://ww1.microchip.com/downloads/en/DeviceDoc/21826b.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/LM2931 LM2931]
| ~0,30 - 0,40
| feste (5V; 3,3V) und variable (3..24V) Low-Dropout Spannungsregler (max. 100mA)
| TO-220, TO-92, SMD, Automotive, Iq=0,4mA
| R
|  
|-
| [http://www.mikrocontroller.net/part/LM723 μA723/LM723]
| ~0,30
| einstellbar 2-37V
| Netzteile mit Strombegrenzung, Netzteile mit hohem Ausgangsstrom, Labornetzteile, DIP-14, SO-14
| alle
| [http://www.national.com/ds/LM/LM723.pdf PDF]

|}

Siehe auch:
* [http://www.national.com/an/AN/AN-1148.pdf AN-1148: Application Note 1148 Linear Regulators: Theory of Operation and Compensation] von National Semiconductor Corporation (PDF)

==== Schaltregler ====
{| {{Tabelle}} class="sortable" id="schaltregler"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/LM2576 LM2576] ADJ
| 0,90
| Step-Down
| max 40V -> 1,2 - 37V, max 3A, TO220-5
| alle - Achtung: R liefert u.U. den nur zum LM2596 äquivalenten P3596
| [http://www.datasheetarchive.com/search.php?q=LM2576 PDF] - [http://www.mikrocontroller.net/topic/58094#450561 mit Funk-Entstördrossel FED100µ (Reichelt...) bis 3 A]
|-
| [[MC34063]]A
| 0,29
| Step-Up ~0,3A / Step-Down 0,7A / Inverter 0,2A-0,6A
| SO-8/DIP-8; Tool zum Berechnen auf [http://www.nomad.ee/micros/mc34063a/index.shtml www.nomad.ee]
| R, I
| [http://www.onsemi.com/pub/Collateral/MC34063A-D.PDF PDF], [http://www.mikrocontroller.net/articles/MC34063]
|-
| [http://www.mikrocontroller.net/part/PR4401 PR4401]
| 0,50
| Led-Treiber, Step-Up, Batteriebetrieb mit einer Zelle (bis 0,9 V)
| SO-23
| R, [http://www.ak-modul-bus.de/ AK Modul-Bus]
| [http://www.prema.com/pdf/pr4401.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/LT1930 LT1930] und [http://www.mikrocontroller.net/part/LT1932 LT1932]
| ~3 €
| Leistungs-Led-Treiber, Step-Up
| SO-23
| R
| [http://www.linear.com/pc/productDetail.jsp?navId=H0,C1,C1003,C1042,C1031,C1061,P1813]

|-
|}

==== Shuntregler/[[Spannungsreferenz]] ====
{| {{Tabelle}} class="sortable" id="schaltregler"
|- bgcolor="#eeeeee" style="text-align:center"
! Bezeichnung
! Preis [€]
! Spannung [V]
! Strom [mA]
! Fehler [%]
! Temperatur koeffizient typ/max [ppm/K]
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/TL431 TL431]
| 0,15
| 2,5
| 1-100
| 2
| 20/70
| Präzise Alternative zur Z-Diode; SO8; TO92
| C, R, DK
|[http://www.datasheetarchive.com/search.php?q=TL431 PDF]
|-
| [http://www.mikrocontroller.net/part/LT1021 LT1021]
| 5,00
| 5; 7; 10
| 10
| 1; 0,05
| 2/5
| Präzisionsreferenz, +/-10mA Ausgangsstrom
| C, R, DK
|[http://www.datasheetarchive.com/pdf/getfile.php?dir=Datasheets-17&file=DSA-321686.pdf&scan= PDF]
|-
| [http://www.mikrocontroller.net/part/LT1004 LT1004]
| 1,90
| 1,235; 2,5
| 0.01-20
| 0,8
| 20/50
| niedriger Stromverbrauch, ab 20 µA; 1,2V bessere Eigenschaften; TI =! LT
| R
|[http://www.datasheetarchive.com/search.php?q=LT1004 PDF]
|-
| [http://www.mikrocontroller.net/part/LT1009 LT1009]
| 1,90
| 2,5
| 1-10
| 0,2
| 20/30
| verbesserter Ersatz für LM336
| R
|[http://www.datasheetarchive.com/search.php?q=LT1009 PDF]
|-
| [http://www.mikrocontroller.net/part/LM336-2.5 LM336-2.5]
| 0,20
| 2,5; 5,0
| 0,6-10
| 4
| 70/230
| TO92; SO8; 1% erhältlich
| C, R, DK
|[http://www.datasheetarchive.com/search.php?q=LM336 PDF]
|-
| [http://www.mikrocontroller.net/part/LM385 LM385]
| 0,35
| 1,2V; 2,5
| 0,015-20
| 2
| 30/150
| Präzise Alternative zur Z-Diode; SO8; TO92
| C, R, DK
|[http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A200%252FLM385Z1%252C2%2523TEX.pdf; PDF]
|-
| [http://www.mikrocontroller.net/part/LT1029 LT1029]
| 2,20
| 5,0
| 0,6-10
| 1
| 8/40
| Bandgap TO92; 0,2% erhältlich
| C, R, DK
|[http://www.datasheetarchive.com/search.php?q=LT1029 PDF]
|-
| ADR36x
| 2,20
| 2,048; 2,5; 3; 3,3; 4,096; 5
| -1, +5
| 0,1
| 3/9
| Bandgap; SOT23
| DK, RS, FAR
|[http://www.datasheetarchive.com/search.php?q=ADR363 PDF]
|-
|}

Viele Spannungsreferenzen haben auch [http://www.maxim-ic.com/products/references/ Maxim] und [http://focus.ti.com/paramsearch/docs/parametricsearch.tsp?family=analog&familyId=401&uiTemplateId=NODE_STRY_PGE_T TI] im Programm.

=== Stromquelle ===
==== Referenzstromquelle ====
{| {{Tabelle}} class="sortable" id="referenzstromquelle"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/LM334 LM334]
| 0,58 - 1,84
| Referenzstromquelle, 1µA...10mA, TO-92
| Referenzstromquelle/Temperatursensor
| R, C
| [http://www.national.com/ds/LM/LM134.pdf PDF]
|}

=== Timer ===
{| {{Tabelle}} class="sortable" id="can"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/NE555 555]
| 0,15
| Universeller Zeitgeber.
| Für alles, wirklich alles. CMOS-Versionen lassen sich aufgrund ihrer niedrigeren Betriebsspannung besser mit µCs verbinden.
| alle
| [http://www.google.de/search?q=555+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/DS1307 DS1307]
| 1,95
| 64 X 8 Serial Real Time Clock. Quarzuhr / Kalender Baustein mit serieller TWI-Schnittstelle.
| Uhrenfunktion, unabhängig vom µC, aber µC-Steuerbar. Batteriepufferbar (3V-Knopfzelle wie CR2032) um die Zeit bei ausgeschalteter Board-Betriebsspannung weiter zu zählen.
| D, R, I
| [http://www.google.de/search?q=DS1307 Google]
|-
| [http://www.mikrocontroller.net/part/PCF8583 PCF8583]
| 1,50
| I²C/TWI Real Time Clock, Calendar, SRAM, Alarm, Timer, Eventcounter
| Auf Basis eines SRAM-chips, deshalb kann ein großer Teil als SRAM genutzt werden (ca 240 bytes). Berechnet Datum (4 Jahre, Jahr 0 = Schaltjahr), Uhrzeit (12/24), Wochentag. ein 32-kHz-Uhrenquarz ist nötig, sonst als Uhr unbrauchbar da störempfindlich. Möglichkeit eines Interruptausganges bei voreingestellter Alarmzeit. Bemerkenswert einfaches Protokoll. Kann umgeschaltet werden in einen Timer-Modus (einfacher Counter mit bestimmter Timebase) oder Event-Counter-Modus (Eingangssignale zählen).
| R
| [http://www.alldatasheet.com/view.jsp?Searchword=PCF8583]
|-
|}

=== Analogschalter und Multiplexer ===
Die DG2xx DG3xx DG4xx, teilweise auch DG5xx bezeichnen Analogschalter und Multiplexer die sich zum Industriestandard entwickelt haben. Es gibt sie von vielen Herstellern und zahlreichen Ausführungen in allen R(on) Bereichen und sind Pinkompatibel. Anstelle von "DGxxx" benutzen Hersteller für verbesserte/moderne Versionen ihre eigenen Präfixe wie "ADGxxx" von Analog Devices oder "MAXxxx" von Maxim. Für einfache Schalter werden häufig die letzten zwei Ziffern 01 bis 05 und 11-13 benutzt, 06/07/08/09 bezeichnet 16:1 8:1 und 4:1 Multiplexer in Single Ended und Differential Ended. Spannungsbereich geht bis +/-12 oder +/-15 V, die Steuereingänge haben zum Teil TTL-Kompatibilität, andernfalls einen Pin der den Logikpegel definiert (z. B. VCC).
{| {{Tabelle}} class="sortable" id="can"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/DG201 DG201]/[http://www.mikrocontroller.net/part/DG202 DG202]/[http://www.mikrocontroller.net/part/DG212 DG212]
| ~2-3€
| Vierfach Einzelschalter in SPST, SPDT,
| Zum µC-gesteuerten schalten von Analogsignalen, in Audio, Video, und Messschaltungen, in OP-Schaltungen für programmierbare Verstärkungen
| Maxim, Analog Devices, u.a.
| [http://search.datasheetcatalog.net/cgi-bin/helo.pl?text=DG202&action=Search]
|-
| [http://www.mikrocontroller.net/part/DG306 DG306]/[http://www.mikrocontroller.net/part/DG406 DG406]
| ~4-10€
| 16:1 Analog-Multiplexer
| Zum Multiplexen von Analogsignalen, Kanalauswahl für ADC-Messschaltungen.
| Maxim, Analog Devices, u.a.
| [http://search.datasheetcatalog.net/cgi-bin/helo.pl?text=DG306&action=Search]
|-
| [http://www.mikrocontroller.net/part/DG307 DG307]/[http://www.mikrocontroller.net/part/DG408 DG408]
| ~4-10€
| Zweifach 8:1 bzw Einfach 8:1 differential ended (8 Doppelkanäle)
| Zum Multiplexen von Analogsignalen, Kanalauswahl für ADC-Messschaltungen auch für differentielle Eingänge.
| Maxim, Analog Devices, u.a.
| [http://search.datasheetcatalog.net/cgi-bin/helo.pl?text=DG308&action=Search]
|-
|-
| 4051, z. B. [http://www.mikrocontroller.net/part/74HC4051 74HC4051]
| ab 25ct
| 1:8 Multiplexer, R_on <100Ω, auch 2:4, 1:16 usw
| Zum µC-gesteuerten schalten von Analogsignalen, in Audio, Video, und Messschaltungen, in OP-Schaltungen für programmierbare Verstärkungen
| verschiedende
| [http://search.datasheetcatalog.net/cgi-bin/helo.pl?text=74HC4051&action=Search]
|}

== Digital ==

=== CAN ===
{| {{Tabelle}} class="sortable" id="can"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/MCP2515 MCP2515]
| 2,55
| SPI-CAN 2.0B Baustein
|
| D,F,R
| [http://www.datasheetarchive.com/search.php?q= PDF]
|-
| [http://www.mikrocontroller.net/part/SJA1000 SJA1000]
| 4,55
| PellCAN 2.0B 1Mbit/s
|
| F,R
|-
|}

=== Logik ===
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/74HC4050 74HC4050]
| 0,27
| z. B. 5V => 3V
| Pegelwandler unidirektional abwärts
| alle
| [http://www.datasheetarchive.com/search.php?q=74hc4050 PDF]
|-
| [http://www.mikrocontroller.net/part/HEF4104B HEF4104B]
| 0,77
| z. B. 5V => 12V
| Pegelwandler unidirektional aufwärts
| alle
| [http://www.datasheetarchive.com/search.php?q=HEF4104B PDF]
|-

|}

=== USB ===
{| {{Tabelle}} class="sortable" id="usb"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/FT232 FT232]
| 3,59
| USB <-> RS232 Wandler
| Zugriff über virtuellen COM Port
| D, R, I
| [http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT232BL_BQ.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/FT245 FT245]
| 4,79
| USB <-> Seriell Wandler mit paralleler Schnittstelle
| Zugriff über virtuellen COM Port
| D, R
| [http://www.datasheetarchive.com/search.php?q=ft245 PDF]
|-
| [http://www.mikrocontroller.net/part/TUSB3410 TUSB3410]
| 3,50
| USB <-> RS232 mit 8052 CPU
| Zugriff über virtuellen COM Port
| DK
| [http://focus.ti.com/docs/prod/folders/print/tusb3410.html PDF]
|-
|}

=== GPS ===
{| {{Tabelle}} class="sortable" id="usb"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| NL-552ETTL (uBlox5)
| 24,87
| GPS-Empfänger
| Zugriff über TTL (NMEA Protokoll)
| www.mercateo.com
| [http://www.navilock.de/produkte/gruppen/13/Boards_und_Module/60721_NL-552ETTL_ublox5.html HTML]
|-
| NL-550ERS (uBlox5)
| 29,08
| GPS-Empfänger
| Zugriff über RS232 (NMEA Protokoll)
| www.mercateo.com
| [http://www.navilock.de/produkte/gruppen/13/Boards_und_Module/60418_NL-550ERS_ublox5.html HTML]
|-
| NL-551EUSB (uBlox5)
| 29,57
| GPS-Empfänger
| Zugriff über USB (NMEA Protokoll)
| www.mercateo.com
| [http://www.navilock.de/produkte/gruppen/13/Boards_und_Module/60419_NL-551EUSB_ublox5.html HTML]
|-
|}

=== Treiber ===
==== Diverse Treiber ====
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/ULN2003A ULN2003A]
| 0,29
| 7-fach Low-Side Treiber
| 50V/500mA
| R, D, I
| [http://www.datasheetarchive.com/search.php?q=ULN2003 PDF]
|-
| [http://www.mikrocontroller.net/part/ULN2803A ULN2803A]
| 0,31
| 8-fach Low-Side Treiber
| 50V/500mA
| alle
| [http://www.datasheetarchive.com/search.php?q=ULN2803 PDF]
|-
| [http://www.mikrocontroller.net/part/TPIC6B595 TPIC6B595]
| 1,00
| 8-fach Low-Side Treiber mit integriertem Schieberegister
| 45V/250mA
| F
| [http://www.datasheetarchive.com/search.php?q=TPIC6B595 PDF]
|-
| [http://www.mikrocontroller.net/part/UDN2981 UDN2981]
| 1,50
| 8-fach High-Side Treiber
| 50V/500mA
| R
| [http://www.datasheetarchive.com/search.php?q=UDN2981 PDF]
|-
| [http://www.mikrocontroller.net/part/ICL7667 ICL7667]
| 1
| Dual inverting MOSFET Treiber
| 18V, 20ns@1nF
| R
| [http://www.datasheetarchive.com/search.php?q=ICL7667 PDF]
|-
| [http://www.mikrocontroller.net/part/HCPL3120 HCPL3120]
| 3.70
| Optokoppler mit integriertem MOSFET-Treiber
| Schaltnetzteile, etc.
| C
| [http://www.datasheetarchive.com/search.php?q=HCPL3120 PDF]
|-
|-
| [http://www.mikrocontroller.net/part/SN75179B SN75179B]
| 0.36
| RS-485/422 Receiver/Transmitter, alter IC mit hohem Stromverbrauch (60mA!)
| Serielle Daten (z. B.UART) über weite Strecken
| R
| [http://www.datasheetarchive.com/search.php?q=SN75174 PDF]
|-
| [http://www.mikrocontroller.net/part/MAX485 MAX485]
| 1.60
| RS-485/422 Receiver/Transmitter, moderner CMOS IC mit geringem Stromverbrauch (0,3mA!)
| Serielle Daten (z. B.UART) über weite Strecken
| R
| [http://www.datasheetarchive.com/search.php?q=MAX485 PDF]
|-
| LTC1480
|
| RS-485 Transceiver
| Betriebsspannung 3,3V, "Ultralow Power"
| R, C u.a.
| [http://www.datasheetarchive.com/search.php?q=LTC1480 PDF]
|-
| MAX3232
|
| RS-232 Transceiver
| Betriebsspannung 3V bis 5,5V
| R, D, C u.a.
| [http://www.datasheetarchive.com/search.php?q=MAX3232 PDF]
|-

|}

==== 7-Segment LED-Treiber ====
{| {{Tabelle}} class="sortable" id="led"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/SAA1064 SAA1064]
| ~2€
| Vier-Stellen Treiber mit [[I2C|I²C]] ([[TWI]]) Bus
| Treibt bis zu vier 7-Segment (plus Dezimalpunkt) Stellen mit gemeinsamer Anode. Bis zu vier SAA1064 können an einem I²C-Bus betrieben werden. Damit kann man insgesamt 16 Stellen treiben.
| Reichelt
| [http://www.nxp.com/pip/SAA1064_CNV_2.html NXP]
|-
| [http://www.mikrocontroller.net/part/STLED316S STLED316S], [http://www.mikrocontroller.net/part/STLED316SMTR STLED316SMTR]
| ~2€
| Sechs-Stellen Treiber mit [[SPI]]-ähnlicher Busschnittstelle
| Sechs-Stellen Treiber, der zusätzlich noch ein 8x2 Tastaturdekoder enthält. Die Busschnittstelle ist [[SPI]]-ähnlich, MOSI und MISO liegen auf einem gemeinsamen PIN als DIN/DOUT.
| Mouser
| [http://www.st.com/stonline/products/literature/ds/14307/stled316s.pdf ST]
|-
| [http://www.mikrocontroller.net/part/ICM7218 ICM7218C]
| ~6€
| Acht-Stellen Treiber mit paralleler Busschnittstelle
| Alt, teuer, benötigt viele µC-Pins für die parallele Schnittstelle
| Reichelt
| [http://www.intersil.com/data/fn/FN3159.pdf Intersil]
|-
| [http://www.mikrocontroller.net/part/MAX7221 MAX7221]
| ~6€
| Acht-Stellen Treiber mit [[SPI]]-Schnittstelle
| Mit BCD-Dekoder, kann auch beliebige 8x8 LED-Matrix ansteuern
| Reichelt
| [http://datasheets.maxim-ic.com/en/ds/MAX7219-MAX7221.pdf Maxim]
|}

==== Punkt/Streifen (Dot/Bar) LED-Treiber ====
{| {{Tabelle}} class="sortable" id="bar"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/LM3914 LM3914]
| ~1,20 €
| 10-Stellen Balkenanzeigetreiber mit Analogeingang
| Lineare A/D-Wandlung
| Reichelt
| [http://www.national.com/pf/LM/LM3914.html National]
|-
| [http://www.mikrocontroller.net/part/LM3915 LM3915]
| ~1,40 €
| 10-Stellen Balkenanzeigetreiber mit Analogeingang
| Logarithmische A/D-Wandlung
| Reichelt
| [http://www.national.com/pf/LM/LM3915.html National]
|}

=== Analogschalter aus der 4000 Logikreihe ===
Die folgenden Schalter werden digital gesteuert, daher sind sie im Kapitel [[#Digital|Digital]] einsortiert. Sie basieren auf standard CMOS-Technologien, sind daher weit verbreitet, günstig, haben aber daher auch nur mäßige Eigenschaften und begrenzte Anwendungsbereiche. Analogschalter für Präzisionsanwendungen sind im Kapitel [[#Analog|Analog]]. Zum Schalten Analog- oder Digitalsignalen. Je nach Typ sind Analogsignale bis in den 100 MHz Bereich mit einer Schaltfrequenz bis mehrere 10 MHz möglich.

{| {{Tabelle}} class="sortable" id="can"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/CD4051 4051]
| 0,25
| Ein 8:1 Analogmultiplexer.
|
| alle
| [http://www.google.de/search?q=4051+datasheet Google]
|-
| [http://www.mikrocontroller.net/part/CD4052 4052]
| 0,11
| Zwei 4:1 Analogmultiplexer/-demultiplexer
|
| alle
| [http://www.google.de/search?q=4052+datasheet Google]
|-
| [http://www.mikrocontroller.net/part/CD4053 4053]
| 0,16
| Drei 2:1 Analogmultiplexer/-demultiplexer
|
| alle
| [http://www.google.de/search?q=4053+datasheet Google]
|-
| [http://www.mikrocontroller.net/part/CD4066 4066]
| 0,15
| Vier Analogschalter
|
| alle
| [http://www.datasheets.org.uk/pdf/347282.pdf 4066.pdf]
|-
| [http://www.mikrocontroller.net/part/CD4067 4067]
| 0,60
| Ein 16:1 Analogmultiplexer/-demultiplexer
|
| alle
| [http://www.google.de/search?q=4067+datasheet Google]
|-
|}

=== Galvanische Trennelemente ===
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/CNY17 CNY17]
| 0,28
| Optisch, Standardtyp
| 3,7kV 50-100kHz
| R,C
| [http://www.datasheetarchive.com/search.php?q=CNY17 PDF], [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A500%252FCNY17-I_CNY17-II_CNY17-III.pdf; PDF Temic]
|-
| [http://www.mikrocontroller.net/part/6N137 6N137]
| 0,49
| Optisch, Logikausgang (5V)
| sehr schnell 14MHz
| R,D
| [http://www.reichelt.de/?;ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A500%252F6N137.pdf; PDF]
|-
| ADUM240*
| 10
| Induktiv, 3V/5V Logik
| extrem schnell, EN90650, 5kV
| F
| [http://www.datasheetarchive.com/search.php?q=adum240 PDF]
|-
| ISO72*
| 1,25
| Kapazitiv, 3V/5V
| 6kV, bis zu 150MHz
| DK,F
| [http://focus.ti.com/paramsearch/docs/parametricsearch.tsp?family=analog&familyId=897&uiTemplateId=NODE_STRY_PGE_T PDF]
|-
| PC817/827/837/847
| 0,3
| ?
| 8x7, x=Anzahl der Optokoppler
| C, R
| [http://focus.ti.com/paramsearch/docs/parametricsearch.tsp?family=analog&familyId=897&uiTemplateId=NODE_STRY_PGE_T PDF]
|-
|}

=== Displays ===
Bei den Textdisplays eignet sich praktisch jedes [[HD44780]] konforme Display.
Praktisch jeder Elektronikversender hat eine Auswahl an verschiedenen Größen zu bieten.
Wer keinen besonderen Anspruch auf die Größe der Displays hat sollte sich bei Pollin und in Ebay umschauen.

=== Speicher ===

==== [[EEPROM]] ====

{| {{Tabelle}} class="sortable" id="EEPROMmemory"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| ST 24C01 BN6, ST 24C02 BN6, ST 24C256 BN6 (allgemein 24C## mit ## Größe in kbit)
| 0,14€ - 1,50€
| EEPROM Speicher mit seriellem (I2C) Interface, 1kbit bis 512 kbit Speicher. Viele verschiedene Hersteller.
| Speichern von Konfigurationsdaten
| R
| [http://www.datasheetarchive.com/search.php?q=24C PDF]
|-
|}

== Converter ==
=== ADC ===

{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Geschwindigkeit
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/ADC830 ADC830]
| 6
| 8-Bit-ADC, Differentiell, Parallel, (DIL-20)
| 8770 CPS
| C,R
| [http://www.datasheetarchive.com/search.php?q=adc830 PDF]
|-
|-
| [http://www.mikrocontroller.net/part/LTC2400 LTC2400CS8]
| 8,30
| 24-Bit-ADC, Single Ended, Seriell (SPI), (SO-8)
| ca. 6 CPS
| R
| [http://www.linear.com/pc/downloadDocument.do?navId=H0,C1,C1155,C1001,C1152,P1636,D1887]
|-
|-
| [http://www.mikrocontroller.net/part/LTC2440 LTC2440CGN]
| 8,40
| 24-Bit-ADC, Differentiell, Seriell (SPI), (SSOP-16)
| bis 3500 CPS
| R
| [http://www.datasheetarchive.com/search.php?q=LTC2440 PDF]
|-
|-
| ADS830
| 6,10
| 8 Bit ADC Parallel (SSOP-20)
| bis 60000000 CPS
| R
| [http://www.datasheetcatalog.com/datasheets_pdf/A/D/S/8/ADS830.shtml PDF]
|-
|}

=== DAC ===
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/DAC08 DAC08]
| 0,90
| 8-Bit DAC mit parallelem Businterface.
| Alt, preiswert. Benötigt viele µC Pins (min. 8, paralleler Bus) und eine doppelte Spannungsversorgung. Langsamere Version: 0808.
| alle
| [http://www.google.de/search?q=DAC08+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/AD7524 AD7524]
| 3,00
| 8-Bit DAC mit parallelem Businterface
| Benötigt viele µC Pins. Single-Supply (5V bis 15V).
| alle
| [http://www.google.de/search?q=7524+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/TDA8444 TDA8444]
| 1,20
| Achtfach 6-Bit DAC mit seriellem TWI-Businterface. Bezahlbarer sechsfach-DAC, allerdings mit geringer Auflösung.
| Dort wo µC gesteuert viele Ausgangskanäle mit geringer, ungenauer Auflösung benötigt werden.
| R
| [http://www.google.de/search?q=TDA8444+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/PCF8591 PCF8591]
| 2,50
| 8-Bit DAC, 8-Bit ADC mit seriellem TWI-Businterface.
| Z.B. in Regelkreisen wo sowohl ein DAC, als auch ein ADC benötigt wird.
| R
| [http://www.google.de/search?q=PFC8591+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/TDA8702 TDA8702]
| 2,50
| 8-Bit Video DAC mit parallelem Businterface und Clock-Eingang.
| Schnelle Wandlung bis 30 MHz. Benötigt viele µC Pins.
| R
| [http://www.google.de/search?q=TDA8702+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/LTC1661 LTC1661]
| 2,45
| Dual 10-bit DAC mit seriellem 3-Leitungs-Businterface.
| Guter Kompromiss aus Preis und Leistung. (Achtung, Micro-SO8-Gehäuse)
| F, C (Suchfunktion weigert sich manchmal ihn im Conrad-Shop zu finden), R
| [http://www.google.de/search?q=LTC1661+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/LTC1257 LTC1257]
| 6,20
| 12-bit DAC mit kaskadierbarem seriellen 3-Leitungs-Businterface.
| Genauer µC-steuerbarer DAC.
| C, F, R
| [http://www.google.de/search?q=LTC1257+Datasheet Google]
|-
| [http://www.mikrocontroller.net/part/LTC1456 LTC1456]
| 10,-
| 12-bit DAC mit kaskadierbarem seriellen 3-Leitungs-Businterface.
| Genauer µC-steuerbarer DAC.
| C
| [http://www.google.de/search?q=LTC1456+Datasheet Google]
|-
| MCP4922
| 2,25
| 2Kanal 12-bit DAC mit SPI-Interface
| Genauer µC-steuerbarer DAC von Microchip.
| R
| [http://ww1.microchip.com/downloads/en/devicedoc/21897a.pdf Datenblatt]
|-
|}

== Sensoren (aktiv) ==
=== [[Temperatursensor|Temperatur]] ===
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/LM75 LM75]
| 1,75
| Temperatursensor mit I²C (TWI) Bus Interface (3.3V und 5V Version) (SMD)
| D, R, I
| [http://www.datasheetarchive.com/search.php?q=LM75 PDF]
|-
| [http://www.mikrocontroller.net/part/DS1621 DS1621]
| ~5
| Temperatursensor mit I²C (TWI) Bus Interface (wie LM75, kein SMD)
| C, D
|
|-
| [http://www.mikrocontroller.net/part/DS18B20 DS18B20]
| 2,95
| Temperatursensor mit 1-Wire Interface
| D, R, I
| [http://www.datasheetarchive.com/search.php?q=DS18B20 PDF]
|-
| [http://www.mikrocontroller.net/part/LM35 LM35]
| 1,19
| Analoger Temperatursensor
| D, R
| [http://www.datasheetarchive.com/search.php?q=LM35 PDF]
|-
| [http://www.mikrocontroller.net/part/LM335 LM335]
| 0,87
| Analoger Temperatursensor
| R
| [http://www.datasheetarchive.com/search.php?q=LM335 PDF]
|-
| [http://www.mikrocontroller.net/part/TSIC306 TSIC306]
| 6
| Digitaler Temperatursensor (auch analog oder ratiometrisch)
| R,C
| [http://www.datasheetarchive.com/search.php?q=TSIC306 PDF]
|-
|-
| [http://www.mikrocontroller.net/part/TSIC506 TSIC506]
| 6
| Digitaler Temperatursensor (fertig kalibriert bis zu 0,1K zwischen 0-45°C)
| F
| [http://www.zmd.de/pdf/ZMD%20TSic%20Data%20Sheet%20V3%207.pdf PDF]
|-
|}

Wenn man z. B. einen Übertemperaturschutz bauen will, bei der es nur eine Schaltschwelle gibt, dann empfiehlt sich die Verwendung eines NTCs. Dessen Kennlinie ist gegenüber den Kennlinien von z. B. LM335 dahingehend im Vorteil, dass eine geringe Temperaturänderung besser messbar ist. Eine detailliertere Übersicht findet sich im Artikel [[Temperatursensor]]en, andere Sensoren sind in der [[:Category:Sensorik|Kategorie Sensorik]] zu finden.

= Passive Bauelemente =
== Sensoren (passiv)==
=== Licht ===
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
|-
| [http://www.mikrocontroller.net/part/BPX65 BPX65]
| 4,25
| Fotodiode 10µA, 350-1000nm
| schnelle Lichtmessungen (bis MHz Bereich), großer Wellenlängenbereich
| R
|-
| [http://www.mikrocontroller.net/part/BPW34 BPW34]
| 0,59
| Fotodiode 80µA, 400-1100nm
| großer Wellenlängenbereich, Low Cost model, große Verfügbarkeit
| R
|-
| [http://www.mikrocontroller.net/part/BPW21 BPW21]
| 5,25
| Fotodiode 10µA, 550nm
| Lichtspektrum des Menschlichen Auge
| R
|-
|}

=== [[Temperatursensor|Temperatur]] ===
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| [http://www.mikrocontroller.net/part/KTY81 KTY81]
| ~0,50
| nichtlinear(*), bis 150°C
| in μC Schaltungen
| R, D
| [http://www.semiconductors.philips.com/acrobat/datasheets/KTY84_SERIES_5.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/KTY84 KTY84]
| 0,72
| nichtlinear(*), bis 300°C
| in μC Schaltungen
| R
| [http://www.datasheetcatalog.org/datasheet2/e/0l2lc3p1dl8e5dgghsfh2oee43py.pdf PDF]
|-
| [http://www.mikrocontroller.net/part/PT100 PT100] / [http://www.mikrocontroller.net/part/PT1000 PT1000]
| ab 3,00
| lineare Kennlinie
| analoge Messschaltungen
| F C
|
|-
|}

(*) Verschaltet man den Sensor als Spannungsteiler (Abgriff an den ADC), so erhält man dadurch eine meist ausreichende Linearisierung!

== Widerstände ==
Mit einem Widerstandssortiment, welches die E12-Werte enthält, kann man normalerweise nicht falsch liegen. Denn früher oder später benötigt man jeden Widerstandswert der E12-Reihe einmal.

Für einen Einstieg eignen sich die Sortimente vom Pollin. Auch ein Blick in Ebay kann sich lohnen, um ein Einstiegssortiment zu bekommen.

Wer Schaltungen an Netzspannung entwickelt, sollte auf die ''Operation Voltage'' achten, denn nicht alle Typen weisen die nötige Spannungsfestigkeit auf. Als Daumenregel gilt: ½-Watt-Widerstände oder größer passen immer, zwei bis drei in Reihe geschaltete ¼-Watt-Widerständen tun es auch.

== Kondensatoren ==
{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| 100nF Keramik
| ~0.05
|
| Als sogenannter Abblockkondensator zwischen VCC und GND vor allem bei Digital-ICs zwingend erforderlich, schadet aber auch bei den meisten Analog-ICs nicht. Bei hohen Frequenzen und starken Ripple parallel dazu noch einen 1nF Keramik.
| alle
| [http://www.datasheetarchive.com/search.php?q= PDF]
|-
| 100nF Keramik SMD 0603
| ~0.01 (bei 100 Stück)
| SMD 0603
| Als sogenannter Abblockkondensator zwischen VCC und GND vor allem bei Digital-ICs zwingend erforderlich, schadet aber auch bei den meisten Analog-ICs nicht. Bei hohen Frequenzen und starken Ripple parallel dazu noch einen 1nF Keramik.
| D
| [http://www.google.de/search?num=100&hl=de&q=datasheet+0603+chip-capacitors+filetype%3Apdf&btnG=Suche&meta=lr%3Dlang_de%7Clang_en PDF]
|-
|}

= Mechanische Bauelemente =

== Taster / Schalter ==

== Steckverbinder ==

{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Bezeichnung
! Preis (€)
! Beschreibung
! Anwendungen
! Lieferant
! Datenblatt
|-
| WSL 10G
| 0,07
| Wannenstecker, 10-polig, gerade, Raster 2,54 mm
| Verbindung zwischen zwei Platinen mit Flachbandkabel
| R, alle
| -
|-
| PFL 10
| 0,09
| Pfostenleiste, 10-polig, Schneidklemmtechnik, Raster 2,54 mm
| Verbindung zwischen zwei Platinen mit Flachbandkabel
| R,alle
| -
|-
| AWG 28-10G
| 0,70€/m
| Flachbandkabel, 10-polig, 3 Meter, Raster 1,27 mm
| Verbindung zwischen zwei Platinen mit Flachbandkabel
| R,alle
| -
|-
| D-SUB BU 09FB
| 0,50
| D-Sub 9-polig auf 10-polig Pfostenleiste mit Flachbandkabel
| Anschluss für serielle Schnittstelle am PC
| R
| -
|-
| KKxx025C
| 0,35 - 1,20
| Flachkabel-IC-Sockelverbinder, xx-polig (08, 14, 16, 18, 20, 28 erhältlich)
| Übergang von Leiterplatte auf Steckbrett
| R
| -
|-
| Anreihklemmen
| 0,30
| Reihenklemme/Anreihklemme (verschieden Typen, für Lochraster: Raster 5.08)
| Anschluss der Spannungsversorung, leistungsstarke Verbraucher
| alle
| -
|-
|
| 0,30
| Hohlstecker/DC-Stecker
| siehe englische Wikipedia [http://en.wikipedia.org/wiki/Coaxial_power_connector Coaxial power connector]
| -
| -
|-
|}

= Lieferanten =

'''Lokale Lieferanten: [[Lokale Anbieter]]'''
 
Allgemeine Lieferantenliste: [[Elektronikversender]] 
Metallteile/Mechanik Lieferantenliste: [[Eisenwarenversender]] 

{| {{Tabelle}} class="sortable" id="opamps"
|- bgcolor="#eeeeee"
! Kürzel
! Name
! Webseite
! Kommentar
|-
|B
|Bürklin
|[http://www.buerklin.de www.buerklin.de]
|Versand nur Firmen & Studenten, Ladengeschäft in München
|-
|C
|Conrad
|[http://www.conrad.de www.conrad.de]
|Gigantisches Sortiment, aber sehr hohe Preise. Nur zu empfehlen, wenn die benötigten Teile nirgendwo anders aufzutreiben sind. Trotzdem kann man auch hier gelegentlich ein Schnäppchen machen. Filialen haben nicht alle Katalogartikel auf Lager
|-
|D
|CSD-Electronics
|[http://www.csd-electronics.de www.csd-electronics.de]
| 
|-
|DK
|Digikey
|[http://de.digikey.com www.de.digikey.com]
|Mindestbestellmenge von 65€, sonst 18€ Versandkosten
|-
|F
|Farnell
|[http://www.farnell.de www.farnell.de]
|Versand nur Firmen & Studenten. Farnell-Zwischenhändler für Privatkunden: HBE-Shop [http://www.hbe-shop.de] (wenn Ware im Shop nicht gelistet, einfach Farnell-Bestellnummer eingeben)
|-
|I
|IT-WNS
|[http://www.it-wns.de www.it-wns.de]
|Kein Mindestbestellwert, geringe Versandkosten ab 1,90;
|-
|M
|Meilhaus
|[http://www.meilhaus.de www.meilhaus.de]
|Nur gewerbliche Kunden
|-
|P
|Pollin
|[http://www.pollin.de www.pollin.de]
| 
|-
|R
|Reichelt
|[http://www.reichelt.de www.reichelt.de]
| Mindestbestellmenge von 10€, sonst Zuschlag von 3€
|-
|}

[[Category:Bauteile|!]]
[[Category:Grundlagen]]

Dockstar Extension Board

2010-10-13T05:48:49Z

Elmo: /* Kompilieren Typo */

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Features =
* Anzeige der aktuellen IP-Adresse
* Anzeige des freien Speicherplatzes ausgewählter Mountpoints
* Herunterfahren des Systems

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip|Kicad Projekt]]

== Stückliste ==
Alle Teile gibts bei Reichelt: [http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]
Die Mini-Usb Buchse fehlt noch im Warenkorb: [http://www.reichelt.de/?;ACTION=3;LA=5;GROUP=C126;GROUPID=3213;ARTICLE=52003;START=0;SORT=user;OFFSET=500 USB BWM SMD]

Inzwischen würde ich das Display mit schwarzer Schrift nicht nochmal mit blauer Hintergrundbeleuchtung kaufen, die Ablesbarkeit ist zu schlecht.

= Software =
== Mikrocontroller ==
Die Software auf dem Mikrocontroller ist minimalistisch gehalten. Über die serielle Schnittstelle wird der darzustellende Text in Klartext empfangen. Wurde ein Tastee betätigt, wird die Nummer des Tasters gesendet (1-4). Eingestellte Baudrate ist 19200. Ausser der Klartextübertragung wurden noch Befehle für das Löschen des Displays, setzen des Cursors und ansteuerung der Hintergrundbeleuchtung implementiert.

[[Media:dockext_code_0_11.tar.gz]]

== Daemon (dockextd) ==
Der Daemon kommuniziert mit dem Dockstar Extension Board über die virtuelle serielle Schnittstelle. Derzeit ist das Device /dev/dockext hart-codiert. Die Zuordnung geschieht mithilfe von udev. Auf diese Weise ist gewährleistet, dass das Board immer den gleichen Namen im System bekommt.

[[Media:dockextd_0_11.tar.gz]]

=== Kompilieren ===
Um den Daemon auf der Dockstar zu übersetzen, habe ich eine standart Debian Installation zusammen mit folgenden Paketen verwendet:
* build-essential
* libglib2.0-dev
* pkg-config

= Bilder =
[[Bild:df.jpg]] [[Bild:ip.jpg]]

Datei:Ip.jpg

2010-10-12T18:40:56Z

Elmo:

Datei:Df.jpg

2010-10-12T18:40:46Z

Elmo:

Datei:Dockextd 0 11.tar.gz

2010-10-12T18:40:31Z

Elmo:

Datei:Dockext code 0 11.tar.gz

2010-10-12T18:40:19Z

Elmo:

Dockstar Extension Board

2010-10-12T18:39:45Z

Elmo: Software und Bilder hinzugefügt

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Features =
* Anzeige der aktuellen IP-Adresse
* Anzeige des freien Speicherplatzes ausgewählter Mountpoints
* Herunterfahren des Systems

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip|Kicad Projekt]]

== Stückliste ==
Alle Teile gibts bei Reichelt: [http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]
Die Mini-Usb Buchse fehlt noch im Warenkorb: [http://www.reichelt.de/?;ACTION=3;LA=5;GROUP=C126;GROUPID=3213;ARTICLE=52003;START=0;SORT=user;OFFSET=500 USB BWM SMD]

Inzwischen würde ich das Display mit schwarzer Schrift nicht nochmal mit blauer Hintergrundbeleuchtung kaufen, die Ablesbarkeit ist zu schlecht.

= Software =
== Mikrocontroller ==
Die Software auf dem Mikrocontroller ist minimalistisch gehalten. Über die serielle Schnittstelle wird der darzustellende Text in Klartext empfangen. Wurde ein Tastee betätigt, wird die Nummer des Tasters gesendet (1-4). Eingestellte Baudrate ist 19200. Ausser der Klartextübertragung wurden noch Befehle für das Löschen des Displays, setzen des Cursors und ansteuerung der Hintergrundbeleuchtung implementiert.

[[Media:dockext_code_0_11.tar.gz]]

== Daemon (dockextd) ==
Der Daemon kommuniziert mit dem Dockstar Extension Board über die virtuelle serielle Schnittstelle. Derzeit ist das Device /dev/dockext hart-codiert. Die Zuordnung geschieht mithilfe von udev. Auf diese Weise ist gewährleistet, dass das Board immer den gleichen Namen im System bekommt.

[[Media:dockextd_0_11.tar.gz]]

=== Kompilieren ===
Um den Daemon auf der Dockstar zu übersetzen, habe ich eine standart Debian Installation zusammen mit folgenden Pakete verwendet:
* build-essential
* libglib2.0-dev
* pkg-config

= Bilder =
[[Bild:df.jpg]] [[Bild:ip.jpg]]

Dockstar Extension Board

2010-10-12T05:13:14Z

Elmo: /* Stückliste */

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip|Kicad Projekt]]

== Stückliste ==
Alle Teile gibts bei Reichelt: [http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]
Die Mini-Usb Buchse fehlt noch im Warenkorb: [http://www.reichelt.de/?;ACTION=3;LA=5;GROUP=C126;GROUPID=3213;ARTICLE=52003;START=0;SORT=user;OFFSET=500 USB BWM SMD]

Inzwischen würde ich das Display mit schwarzer Schrift nicht nochmal mit blauer Hintergrundbeleuchtung kaufen, die Ablesbarkeit ist zu schlecht.

Dockstar Extension Board

2010-10-12T05:12:47Z

Elmo: /* Stückliste USB-Buchse hinzugefügt */

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip|Kicad Projekt]]

== Stückliste ==
Alle Teile gibts bei Reichelt: [http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]
Die Mini-Usb Buchse fehlt noch im Warenkorb: [http://www.reichelt.de/?;ACTION=3;LA=5;GROUP=C126;GROUPID=3213;ARTICLE=52003;START=0;SORT=user;OFFSET=500;SID=295Vd7qawQAR0AACsKxPMab8822c58afe8141247268c36fc37114 USB BWM SMD]

Inzwischen würde ich das Display mit schwarzer Schrift nicht nochmal mit blauer Hintergrundbeleuchtung kaufen, die Ablesbarkeit ist zu schlecht.

Dockstar Extension Board

2010-10-11T19:50:54Z

Elmo: /* Stückliste */

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip|Kicad Projekt]]

== Stückliste ==

Es gibt, bis auf die Mini-Usb Buchse, alle Teile bei Reichelt:[http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]

Inzwischen würde ich das Display mit schwarzer Schrift nicht nochmal mit blauer Hintergrundbeleuchtung kaufen, die Ablesbarkeit ist zu schlecht.

Die Mini-Usb Buchse ist von RS: [http://de.rs-online.com/web/search/searchBrowseAction.html?method=getProduct&R=6741369 Mini USB Typ B SMD]

Dockstar Extension Board

2010-10-11T19:50:46Z

Elmo: /* Stückliste */

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip|Kicad Projekt]]

== Stückliste ==

Es gibt, bis auf die Mini-Usb Buchse, alle Teile bei Reichelt:[http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]
Inzwischen würde ich das Display mit schwarzer Schrift nicht nochmal mit blauer Hintergrundbeleuchtung kaufen, die Ablesbarkeit ist zu schlecht.

Die Mini-Usb Buchse ist von RS: [http://de.rs-online.com/web/search/searchBrowseAction.html?method=getProduct&R=6741369 Mini USB Typ B SMD]

Dockstar

2010-10-11T13:17:26Z

Elmo: /* Innenleben - Aufsteckplatine hinzugefügt */

Das '''Dockstar''' ist ein kostengünstiges [[ARM]] System mit 128 Mbyte RAM und 256 Mbyte Flash (NAND) Speicher 8 cm mal 8 cm Größe und nur etwa 5 W Leistung. Es läßt sich auf einfache Weise vielfältig zweckentfremden...

= Beitrag im Forum =
[http://www.mikrocontroller.net/topic/187115#new 20Euro Embedded System mit ARM, 128MB RAM und 256MB Flash ]

= Hardware =

==Innenleben==
Photos auf [http://www.yourwarrantyisvoid.com/2010/07/14/hardware-%70orn-seagate-dockstar-teardown/#more-504 yourwarrantyisvoid.com]

==Aufsteckplatine==
[[Dockstar_Extension_Board]]

==UART/JTAG-Stecker==
Auf der Platine befindet sich eine 10-polige Stiftleiste im 2mm Rastermass (J1)

Die Pinbelegung.

Allerdings bin ich mir bei den Resets nicht sicher. In der Info die ich habe gibt es CPU-Reset und SRST - aber das sollte ja selbe sein. Evtl. kann hier nochmal wer nachhelfen ...

<pre>
Pin1 >> 3.3V | GND
JTAG RESET ? SRST ? | UART TxD
JTAG TDI | UART RxD
JTAG TMS CPU | JTAG NRST ? TRST ? SRST?
JTAG CLK | JTAG TDO
</pre>

Mit der Original-Software arbeitet die UART mit 115200 8n1.

siehe auch: http://www.yourwarrantyisvoid.com/2010/09/08/dead-dockstar-resurrected-with-jtag/

==Front LED ansprechen==
*Howto: Build a new Debian kernel with LED support: http://forum.doozan.com/read.php?2,524
*Mit ein paar Ergänzungen: http://www.rudiswiki.de/wiki/DockStarDebian
*Hier auch nach etwas dazu: http://www.dermute.de/155-led-steuerung-der-dockstar
* Oder hier noch etwas (Netzwerkkarten-LED): http://www.plugapps.com/index.php5?title=DockStar_LED
==RTC nachrüsten==
* RTC Pins mit Bild : http://www.mikrocontroller.net/topic/187115#1850516

Eine Real Time Clock nachzurüsten ist lt. Björn ganz einfach :
* http://www.mikrocontroller.net/topic/187115#1871956
* http://www.mikrocontroller.net/topic/187115#1872036
* http://www.mikrocontroller.net/topic/187115#1872044
* http://www.mikrocontroller.net/topic/187115#1872071
* http://www.mikrocontroller.net/topic/187115#1872076
* http://www.mikrocontroller.net/topic/187115#1872093
* http://www.mikrocontroller.net/topic/187115#1872099
* http://www.mikrocontroller.net/topic/187115#1872118 (abschliessende Lösung erklärt)
* http://www.mikrocontroller.net/topic/187115#1872118 (Bild)
* http://www.mikrocontroller.net/topic/187115#1872210 (Alles nochmal zum mitmeisseln)

Qintessenz: Einfach eine 3V-Zelle als Spannungsversorgung dranlöten widerspricht der Marvell-Referenz, die nur von 1,5V-1,8V Spannungsversorgung spricht. Ein Goldcap-Kondensator mit einer Diode von der 1,8V Spannungsversorgung an RTC_VCC funktionieren.

Zusammenfassung: http://gsg-elektronik.de/?id=92

==UART-Platine zum Einbau==
Thomas B. ([http://www.mikrocontroller.net/user/show/messier messier]) hat eine Platine entworfen, die die onboard befindliche serielle Schnittstelle mittels USB-Seriell-Umsetzer (FT232RL) als mini USB-Port nach außen führt.
Schaltplan und Layout sind im Artikel http://www.mikrocontroller.net/topic/187115#1859291 verlinkt.
Weiter unten im Thread gibt es noch ein Layout, daher hier die Links zu den aktuellsten Dateien: [http://www.mikrocontroller.net/attachment/87348/dockstar-uart.sch Schaltplan] und [http://www.mikrocontroller.net/attachment/87639/dockstar-uart.brd Layout].

Bilder der Platine gibt es in den Artikeln hier:
[http://www.mikrocontroller.net/topic/187115#1860316 hier] (unbestückt)
und [http://www.mikrocontroller.net/topic/187115#1863743 hier] (fertig).
==Plugon-Board mit Audio, RS232 und SD-Kartenslot ==
Micha hat ein Plugon-Board mit Audio-Chip (Cirrus C42L51), RS232 (FT232R) und SD-Kartenslot entworfen. Der Schaltplan findet sich [http://www.mikrocontroller.net/topic/187115#1851186 hier] und das [http://www.mikrocontroller.net/topic/187115#1860327 Layout hier].

==PIN-Forschung==
RTC

RTC_XOUT
RTC_XIN
RTC_AVSS (geht auf die Massefläche)
RTC_AVDD (Batterieanschluss für die RTC)

[[Bild:RTC.jpg|thumb|RTC]]Hier müssen die beiden Widerstände entfernt werden, da beide Pin´s mit 0 Ohm an Masse angeschlossen sind.

[[Bild:dockstar_oberseite_teil1.jpg|thumb|Oberseite Pins: 21, 22, 23, 28, 29, 30, 32, 35]]

[[Bild:dockstar_oberseite_teil2.jpg|thumb|Oberseite Pins: 1, 2, 3, 8, 12, 14, 15, 18, 19, 36, 37, 38, 40, 44, 46, 47, 49]]

[[Bild:dockstar_unterseite_teil1.jpg|thumb|Unterseite Pins: ]]

[[Bild:dockstar_unterseite_teil2.jpg|thumb|Unterseite Pins: 7, 9, 10, 13, 16, 17, 39, 45, 48]]

Zweite Ethernet Schnittstelle:
*32 = TX1_CLKOUT
*33 = TX1_CTRL
*20 = TXD1[0]
*21 = TXD1[1]
*22 = TXD1[2]
*23 = TXD1[3]
*30 = RX1_CTRL
*31 = RX1_CLK
*24 = RXD1[0]
*25 = RXD1[1]
*26 = RXD1[2]
*27 = RXD1[3]

I2S Schnittstelle:
*39 = I2SLRCLK
*40 = I2SDO
*41 = I2SLRCLK
*42 = I2SMCLK
*43 = AU_I2SDI
*44 = AU_I2SEXTCLK

SPDIF Schnittstelle:
*36 = SPDIFI
*37 = SPDIFO
*38 = SPDIFCLK

I2C Schnittstelle:
*8 = TW_SDA
*9 = TW_SCK

SDHC Karte:
*12 = SD_CLK
*13 = SD_CMD / Alternativ UA1_TXD (UART1)
*14 = SD_D0 / Alternativ UA1_RXD (UART1)
*15 = SD_D1
*16 = SD_D2
*17 = SD_D3

SPI Schnittstelle:
*0 = SPI_CS#
*1 = SPI_MOSI
*2 = SPI_SCK
*3 = SPI_MISO

IO´s:
*18 = NF_IO0
*19 = NF_IO1

== I2C ==
===via USB===
http://bralug.de/wiki/BLIT2008-Board_mit_i2c-tiny-usb-Firmware

Die auf dieser Seite beschrieben Hardware und Vorgehensweise funktioniert problemlos auch am Dockstar mit Debian Squeeze, da die notwendigen Kernelmodule und Tools vorhanden sind. ''Achtung:'' lm-sensors sollte man allerdings nicht unbedingt ausprobieren, da man damit das Dockstar zum Absturz bringt bzw. auch z.B. der entsprechende Treiber für den LM75 in der vorliegenden Version nicht vorhanden ist.

===Onboard I2C===
Jochen ([http://www.mikrocontroller.net/user/show/nevtag nevtag]) beschreibt [http://www.mikrocontroller.net/topic/187115#1848059 hier] und [http://www.mikrocontroller.net/topic/187115#1852772 hier] welche Änderungen vor dem Übersetzen eines neuen Kernels gemacht werden müssen, um das onboard I2C zu benutzen.

== JTAG ==
[http://www.yourwarrantyisvoid.com/2010/09/08/dead-dockstar-resurrected-with-jtag/ dead-dockstar-resurrected-with-jtag]

= Software =
== Hinweis zur Installation von neuer Software ==
Wenn man ein eigenes System installieren möchte, dann sollte man die Dockstar nicht an das Internet anschliessen, da sonst ssh deaktiviert wird. Hat man es doch getan, dann kann man die Installation über die Serielle Schnittstelle vornehmen.

== neue Betriebssyteme ==
*[[DockstarDebianSqueeze | Debian ''Squeeze'' installieren]]

== Kernel kompilieren ==
Fertiger Kernel für das Dockstar
* http://www.onderka.com/2010/08/22/seagate-dockstar-kernel-2-6-33-5/
Beschreibung von Alexander Holler mit Patches, ...
* http://ahsoftware.de/dockstar/
Fertiges 2.6.35.4 Kernel für das Dockstar (nach "dockstarheavy.deb" suchen)
* http://forum.doozan.com/read.php?2,582
Fertiger 2.6.35.5 Kernel für das Dockstar (mehr Module für DVB & WLAN - depmod nach dem reboot aufrufen!)
* http://netz-weit.de/linux-image-2.6.35.5-dockstar.deb
Howto: Build a new Debian kernel with LED support
* http://forum.doozan.com/read.php?2,524

Es gibt ausserdem von Marvell ältere Kernel mit Unterstützung für die Hardware-Crypto-Engine. Gemessen wurden dabei 15MB/sec. Details folgen... (derzeit bootet dieser kernel nur auf dem original uboot per netz und ohne initrd, also muss noch ein neuer uboot her)

= Ideen =
*SPDIF Ausgang
*I2C
*Mehr Ram/Flash --> Mehr Flash scheinbar nicht möglich, evtl. maximal 512MiB
*Anhängen eines kleinen µC an I2C oder die zweite serielle Schnittstelle für mehr Ein-/Ausgänge, andere Bussysteme uvm.

Dockstar Extension Board

2010-10-11T13:15:05Z

Elmo: /* Dockext.zip war falsch verlinkt */

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip|Kicad Projekt]]

== Stückliste ==

Es gibt, bis auf die Mini-Usb Buchse, alle Teile bei Reichelt:[http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]

Die Mini-Usb Buchse ist von RS: [http://de.rs-online.com/web/search/searchBrowseAction.html?method=getProduct&R=6741369 Mini USB Typ B SMD]

Datei:Dockext.zip

2010-10-11T13:14:41Z

Elmo: v0.11

v0.11

Dockstar Extension Board

2010-10-11T13:13:34Z

Elmo: Die Seite wurde neu angelegt: „Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate Dockstar gedacht und erweitert diese um ein Display und vier Taster. = Hardw…“

Das Dockstart Extension Board (Dockext) ist als Aufsteckplatine für die Seagate [[Dockstar]] gedacht und erweitert diese um ein Display und vier Taster.

= Hardware =

[[Bild:Dockext.jpg]]

[[Bild:Dockext.png|600px]]

[[Media:Dockext.zip Kicad Projekt]]

== Stückliste ==

Es gibt, bis auf die Mini-Usb Buchse, alle Teile bei Reichelt:[http://www.reichelt.de/?ACTION=20;AWKID=294595;PROVID=2084 Reichelt Warenkorb]

Die Mini-Usb Buchse ist von RS: [http://de.rs-online.com/web/search/searchBrowseAction.html?method=getProduct&R=6741369 Mini USB Typ B SMD]

Datei:Dockext.zip Kicad Projekt

2010-10-11T13:10:02Z

Elmo: v0.11

v0.11

Datei:Dockext.png

2010-10-11T13:07:24Z

Elmo: hat eine neue Version von „Datei:Dockext.png“ hochgeladen: Schaltplan volle Auflösung

Schaltplan

Datei:Dockext.png

2010-10-11T13:05:56Z

Elmo: Schaltplan

Schaltplan

Datei:Dockext.jpg

2010-10-11T13:04:23Z

Elmo: hat eine neue Version von „Datei:Dockext.jpg“ hochgeladen

Datei:Dockext.jpg

2010-10-11T13:03:03Z

Elmo:

DockstarDebianSqueeze

2010-09-29T10:29:49Z

Elmo: /* Manuelle Installation - mtd-utils vorher installieren */

= WTF DockstarDebianSqueeze?! =
Erklärung/Überblick über das Gerät!

= Debian Squeeze installieren =
== IP herausfinden ==
'''Die Dockstar direkt mit einem PC verbinden OHNE DHCP!'''
Ganz einfach per
host $ ifconfig eth0 169.254.1.0
host $ nmap -e eth0 -sP $(printf "169.254.%d.%d" 0xbe 0xef)
wobei ''0xbe 0xef'' die letzten beiden stellen der MAC (siehe Aufkleber Gehaeuseunterseite) sind.

== Login und Firmware sichern ==
Auf der Dockstar mittels SSH einloggen.
$ ssh root@169.254.x.y
User: root
Password:stxadmin

Sollte die Dockstar nicht per SSH erreichbar sein muss man mittels RS232 eine Verbindung aufbauen.

Einen formatierten USB-Stick einstecken. Dieser wird unter ''/tmp/.cemnt'' gemountet.
dockstar $ cd /tmp/.cemnt/mnt_sda1
dockstar $ dd if=/dev/mtd0 of=mtd0.img
dockstar $ sha1sum mtd0.img > mtd0.img.sha
dockstar $ dd if=/dev/mtd1 of=mtd1.img
dockstar $ sha1sum mtd1.img > mtd1.img.sha
dockstar $ dd if=/dev/mtd2 of=mtd2.img
dockstar $ sha1sum mtd2.img > mtd2.img.sha
dockstar $ dd if=/dev/mtd3 of=mtd3.img
dockstar $ sha1sum mtd3.img > mtd3.img.sha
dockstar $ cd /tmp
dockstar $ sync

== Debian installieren ==

==Verwendung des automatischen Installers von Jeff Dozan für Debian Squeeze==

'''Die Dockstar mit einem Netzwerk mit Internetverbindung und DHCP verbinden.'''

Einen USB-Stick formatieren, hier ''sdx''

host $ fdisk /dev/sdx

Partition 1, primaer, Typ Linux, min. 280MB, Typisch 512MB

Partition 2, primaer, Typ Swap, ~100-500MB (je groesser, desto besser fuer das Wear Leveling des Sticks)

host $ mkfs.ext2 /dev/sdx1

host $ mkswap /dev/sdx2

dann das Skript von jeff.doozan.com ausfuehren.

dockstar $ cd /tmp

dockstar $ wget http://jeff.doozan.com/debian/dockstar.debian-squeeze.sh

dockstar $ chmod +x dockstar.debian-squeeze.sh

dockstar $ export PATH=$PATH:/usr/sbin:/sbin

dockstar $ ./dockstar.debian-squeeze.sh

<note>

Dauert ein wenig 8-).

</note>

Die Dockstar startet nun neu.

==Manuelle Installation==

'''Dieses Vorgehen benötigt den Zugriff auf die serielle Schnittstelle der Dockstar'''
* Zunächst muss der Bootloader in mtd0 aktualisiert werden, um später von einem USB-Medium booten zu können. Hierfür kann der Bootloader und das Skript von Jeff Doozan verwendet werden. Das Vorgehen ist unter http://jeff.doozan.com/debian/uboot/ beschrieben, alternativ finden sich unter http://jeff.doozan.com/debian/uboot/build_uboot.htm auch Informationen um den Bootloader uBoot neu zu übersetzen sowie weiteres Hintergrundwissen.
* Nach dem Update des Bootloaders kann Debian (armel) unter Verwendung des normalen Debian-Installers für diese Architektur installiert werden. Eine entsprechende Anleitung findet sich unter http://www.plugcomputer.org/plugwiki/index.php/Installing_Debian_To_Flash . Die Installation des Bootloader entfällt natürlich. Folgende Anpassungen waren für meine Installation notwendig:
* Schritt 'Burn a New Kernel' übersprungen.
* Schritt 'Run the Debian Installer' angepasst (beim Laden des uImage an Speicheradresse 0x0400000 kam es reproduzierbar zu einem Absturz):
setenv ipaddr 169.254.1.1
setenv serverip 169.254.78.185
tftpboot 0x2000000 uImage
tftpboot 0x0800000 uInitrd
setenv bootargs console=ttyS0,115200 base-installer/initramfs-tools/driver-policy=most
bootm 0x2000000 0x0800000
* Nach dem Reboot fehlt der Kernel zum Booten, abhilfe schafft der Download eines fertig kompilierten Kernels von http://sheeva.with-linux.com/sheeva/ . Es wird nur das uImage benötigt. Im Uboot genügt folgende Anweisung im Uboot um in die neue Installation zu booten:
setenv ipaddr 169.254.1.1
setenv serverip 169.254.78.185
tftpboot 0x0800000 uImage
setenv bootargs console=ttyS0,115200 root=/dev/sda2 rootwait rw
bootm 0x0800000
* Jetzt muss der Kernel installiert weden. Hierfür kann wie unter 'Updating the Kernel' in [http://www.plugcomputer.org/plugwiki/index.php/Installing_Debian_To_Flash] beschrieben vorgegangen werden. Zuvor sind noch die mtd-utils zu installieren (apt-get install mtd-utils). Das README-Skript des jeweiligen Kernels lädt nur die Module und das uImage des Kernels von [http://sheeva.with-linux.com/sheeva/] herunter, und installiert diese durch kopieren der Module bzw. schreibt den Kernel in den Flash durch Aufruf von nandwrite -pm /dev/mtd0 uImage
* Anpassung uBoot für den Boot von dem USB-Stick:
setenv bootargs 'console=ttyS0,115200 mtdparts=nand_mtd:0xa0000@0x0(u-boot),0x400000@0x10000(uImage),0x1fb00000@0x500000(rootfs) root=/dev/sda2 rootwait rw'
setenv bootcmd 'nand read 0x800000 uImage; bootm 0x800000'
saveenv

Anmerkung: Installation in den Flash der DockStar habe ich nicht getestet, da mein Image zu groß ist.

=Linux einrichten=
==Erste Anmeldung==
Warten bis Debian gestartet ist. Dann per ''SSH'' einloggen (User: ''root'' Passwort: ''root'').
host $ ssh root@debian
dockstar $ passwd

Sollte kein DHCP-Server im Netz laufen bzw. die Dockstar schon Verbindung ins Internet hatte, muss man via RS232 zugreifen und die Konfiguration per Hand einrichten (nur Temporär. ):
ifconfig eth0 <ipadresse>
route add default gw <adresse des routers>
echo "nameserver <adresse des routers/nameservers>" > /etc/resolv.conf

Dauerhafte einstellung (Beispieladressen) : /etc/network/interfaces
iface eth0 inet static
address 192.168.0.111
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1

Einen einfachen kleinen Texteditor installieren:
apt-get install nano

Nur für USB-Sticks: Nun die Verzeichnisse ''/tmp'', ''/var/log'', ''/var/lock'' & ''/var/run'' als ''tmpfs''' einrichten.
dockstar $ nano /etc/fstab

'''/etc/fstab:'''
/dev/root / ext2 noatime 0 1
/dev/sda5 none swap sw 0 0
none /tmp tmpfs rw,nosuid,nodev,size=26M 0 0
none /var/log tmpfs rw,nosuid,nodev,noexec,size=4M 0 0
none /var/lock tmpfs rw,nosuid,nodev,noexec,size=1M 0 0
none /var/run tmpfs rw,nosuid,nodev,noexec,size=1M 0 0

==Zeitzone einstellen==

dpkg-reconfigure tzdata

... und der Benutzerführung folgen.

=="Automounter" einrichten==
===Autofs/Automount einrichten===
Zunaechst ''autofs'' installieren
dockstar $ apt-get install autofs
Zur Datei ''/etc/auto.master'' folgendes hinzufuegen.
dockstar $ nano /etc/auto.master
'''/etc/auto.master:'''
/media /etc/auto.media --timeout=60 --ghost

Nun die Datei ''/etc/auto.media'' erstellen und darin die UUID der USB-Devices eintragen.
dockstar $ blkid
/dev/sda1: UUID="99a0bf9c-2310-4167-a4e3-e6e571aeb91d" TYPE="ext2"
/dev/sda2: TYPE="swap"
/dev/sdb1: UUID="99a0bf9c-2310-4167-a4e3-e6e571aeb91e" TYPE="ext4"
dockstar $ nano /etc/auto.media
'''/etc/auto.media:'''
disk -fstype=ext4,users UUID="99a0bf9c-2310-4167-a4e3-e6e571aeb91e"

Das Geraet sollte nun automatisch beim Betreten des im Beispiel verwendeten Verzeichnisses ''/media/disk'' gemoutet werden.
dockstar $ cd /media/disk
dockstar $ mount
...
/dev/sdb1 /media/disk ext4 ...
...

===usbmount===
Alternativ macht sich auch usbmount ganz gut. Hier wird das USB-Medium automatisch beim Einstecken in das Dateisystem eingebunden.

usbmount installieren:
apt-get install usbmount

Die Einstellungen in der Konfigurationsdatei '''/etc/usbmount/usbmount.conf''' können soweit übernommen werden. Die Option FS_MOUNTOPTIONS sollte etwas erweitert werden:
FS_MOUNTOPTIONS="-fstype=vfat,gid=floppy,dmask=0007,fmask=0117"

Damit stellt man ein, dass alle User der Gruppe floppy Lese- und Schreibzugriff auf das Wechselmedium haben, wenn das Dateisystem vom Typ vfat ist. Also müssen noch die entsprechenden User in diese Gruppe integriert werden:
usermod -a -G floppy ein_user

Die Wechselmedien werden unter dem Verzeichnis /media eingebunden:
root@dockstar:/# ls -l /media
total 72
lrwxrwxrwx 1 root root 4 Sep 10 18:49 usb -> usb0
drwxrwx--- 70 root floppy 32768 Jan 1 1970 usb0
drwxrwx--- 3 root floppy 16384 Sep 10 19:16 usb1
drwxr-xr-x 2 root root 4096 Sep 10 18:49 usb2
drwxr-xr-x 2 root root 4096 Sep 10 18:49 usb3
drwxr-xr-x 2 root root 4096 Sep 10 18:49 usb4
drwxr-xr-x 2 root root 4096 Sep 10 18:49 usb5
drwxr-xr-x 2 root root 4096 Sep 10 18:49 usb6
drwxr-xr-x 2 root root 4096 Sep 10 18:49 usb7

(Hier sind gerade 2 USB-Sticks im System; usb/ verweist auf usb0/.)

==apt-get: Pakete können nicht authentifiziert werden ==

Wenn die Fehlermeldung "The following packages cannot be authenticated!" erscheint hilft ein:

apt-get update; apt-key update

==Samba einrichten==
dockstar $ apt-get install samba samba-common-bin

'''Hinweis:''' Ohne das Paket **samba-common-bin** fehlt smbpasswd :-O.
TODO: anlegen eines Shares & Users

User anlegen:
- adduser username #User im normalen System anlegen
- smbpasswd -a username #User in Samba anlegen
- vi /etc/samba/smb.conf # Im Abschnitt [homes]: read "only = yes" zu "read only = no" ändern.

Share für alle User ohne Anmeldung anlegen (Vorsicht wg. Datensicherheit)

- mkdir /home/public #passenden Ordner erstellen
- chmod 777 /home/public #passende Rechte vergeben

In der Datei /etc/samba/smb.conf folgenen Eintrag hinzufügen:

[public]
comment = Public Folder
path = /home/public
available = yes
browsable = yes
public = yes
writable = yes
create mask = 0777
directory mask = 0777
force user = nobody
force group = nogroup

==Lighttpd, Php, Webdav==
Folgende Pakete sind zu installieren.
dockstar $ apt-get install lighttpd lighttpd-mod-webdav php5-cgi
dockstar $ cd /var
dockstar $ chown -R www-data:www-data www

'''BUG:''' In /etc/lighttpd/lighttpd.conf die Zeile ''include_shell "/usr/share/lighttpd/use-ipv6.pl"'' auskommentieren und ''apt-get install -f'' ausfuehren.

Aenderungen an '''/etc/lighttpd/lighttpd.conf''':

server.modules = (
"mod_alias",
"mod_compress",
# "mod_rewrite",
"mod_webdav",
"mod_fastcgi",
# "mod_redirect",
# "mod_usertrack",
# "mod_expire",
# "mod_flv_streaming",
# "mod_evasive"
)
'''&'''
fastcgi.server = ( ".php" =>
( "localhost" =>
(
"socket" => "/var/run/php-fastcgi.socket",
"bin-path" => "/usr/bin/php-cgi"
)
)
)

- Alternativer Eintrag für fastcgi/php. (Der Obrige geht bei mir nicht.)
fastcgi.server = ( ".php" => ((
"bin-path" => "/usr/bin/php-cgi",
"socket" => "/tmp/php.socket"
)))

Todo: Subversion ;)

==Zeitsynchronisation einrichten==
Die Ganggenauigkeit der Uhr im Dockstar ist nicht besonders gut. Aus diesem Grund empfiehlt es sich, diese zyklisch mit einem Zeitnormal abzugleichen. Wenn der Minirechner im Netzwerk hängt, macht man das am besten mittels eines NTP-Servers. Das gängige Kommando dazu ist z.B. (als root):

ntpdate ntp1.ptb.de

Als Rückmeldung erhält man:

13 Sep 17:10:10 ntpdate[13387]: adjust time server 192.53.103.108 offset 0.133584 sec

... und gleichzeitig wird die Systemzeit entsprechend gesetzt.

Um das Ganze zu automatisieren und z.B. jede 1/2 Stunde die Systemzeit abzugleichen, richtet man sich einen zyklisch startenden Job via Cron ein (den man sicherlich noch für weitere Dinge gut gebrauchen kann):

Cron installieren:

apt-get install cron

Cronjob eintragen:

crontab -e

und folgende Zeile hinzufügen:

*/30 * * * * /usr/sbin/ntpdate ntp1.ptb.de >> /var/log/ntpdate.log 2>&1

Es wird also jede 30 min das Kommando ''/usr/sbin/ntpdate ntp1.ptb.de'' ausgeführt und die Ausgaben landen in der Log-Datei ''/var/log/ntpdate.log''.

Es sei anzumerken, dass es weitere Alternativen für Job-Scheduler gibt, man muss nicht unbedingt Cron nehmen.
Ausführliche Listen mit öffentlichen NTP-Servern findet man im Internet. Hat man mehrere Clients in seinem Netzwerk zu versorgen, macht es sich auch ganz gut, wenn man selbst einen NTP-Server betreibt, der sich seinerseits wiederum über das Internet synchronisiert.

==Bunte Fenster==
Ob es nun sinnvoll ist X (plus einem Windows-Manager) auf der Dockstar laufen zu lassen, muss jeder für sich selbst entscheiden. Möglich ist es und sieht auch ganz lustig aus:

[[Bild:Dockstar x.png|400px]]

Hier wurde sich für den Windowsmanager IceWM entschieden (weil ressourcenschonend), LXDE oder XFCE sind natürlich auch denkbar, aber nicht ganz so schlank.

Die einzelnen Schritte:

apt-get install xvfb icewm x11vnc

* xvfb - X-Server (wenn man keine Grafikkarte hat)
* icewm - der Windows-Manager
* x11vnc - VNC-Server, um sich remote mit dem X auf dem Dockstar verbinden zu können

xvfb, IceWM und VNC-Server starten (am besten in jeweils eigenen screen-Sessions; screen eventuell ebenfalls installieren):

screen -R xvfb
Xvfb :0 -screen 0 1024x768x16

Als der "normale" User:

screen -R icewm
export DISPLAY=:0
icewm

screen -R vnc
x11vnc --forever -noxdamage

Screen-Sessions jeweils mit STRG+A+D verlassen.

Die Verbindung zum X-Server erfolgt über jeden beliebigen PC im Netzwerk mittels VNC. Auf dem Dockstar sollte man natürlich auch ein paar X-Programme installieren (z.B. xterm).

=Links=
* http://jeff.doozan.com/debian/
* http://ahsoftware.de/dockstar/
* http://www.howtoforge.de/howto/wie-man-webdav-mit-lighttpd-auf-debian-etch-konfiguriert/
* https://wiki.ubuntu.com/Lighttpd%2BPHP
* http://www.howtoforge.de/howto/installation-von-lighttpd-mit-php5-und-mysql-unterstutzung-auf-mandriva-20080/

PHILIPS VP5500 VoIP Telefon

2010-04-05T18:55:20Z

Elmo: /* Messungen */

= Verwandte Artikel =
* Konfiguration: http://www.mikrocontroller.net/topic/170483#new
* Kernel/GUI Entwicklung: http://www.mikrocontroller.net/topic/172616#new
* http://das-labor.org/wiki/VP5500
* (Hack) http://spritesmods.com/?art=vpx500
* http://vp6500.bd8.nl/

= Features =
* Kamera-Auflösung 640x480 Pixel
* 30 Bilder pro Sekunde
* Kamera um 240° drehbar
* 5,6 cm (2,2") TFT-Display, 176x220 Pixel, 65000 Farben
* Audio-/Video-Ausgang (4fach Klinke-Cinch, beim VP5500 2,5mm Klinke und beim VP6500 3,5mm Klinke)
* integrierter Li-Ion Akku, 3,7 V-/1100 mAh
* englische und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.

[[Datei:Philips_VP5500.jpg]]

= Hardware =
* MCU: Freescale MC9328MX21 (ARM9) @ 266MHz
* PC-to-TV-Konverter-Chip: FS455LF
* WLAN: Marvell 88w8385, als Modul von WM-G-MR-01 (VP5500) / Philips BGW211, on-board (VP6500)
* SDRAM: 2 x K4S56163LF - 4M x 16Bit x 4 Banks
* Flash: 2 x ws128j0pbfw00 S29WS128J/064J 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== System-Takte ==
# cat /proc/systclk
System clocks state:
Ref clock : 32768Hz (int, premult by 512)
MPLL clock: 263999905Hz (computed: 264000000Hz)
SPLL clock: 163840000Hz (computed: 163840000Hz)
CPU clock : 263999905Hz (PERSC = 0)
Bus clock : 132000000Hz (BCLKDIV = 1, computed: 131999952Hz)
CSI clock : unknown (cannot read register CSICR1)
USB clock : 20480000Hz (USB_DIV = 7)
Wait State: CS0U[WSC] = 10, CS0U[WSC] = 48
loops_per_jiffy = 665058

= Innenleben =
<gallery widths="240" >

Datei:Oberseite.jpg | Ansicht der Oberseite
Datei:Oberseite_beschriftet.jpg | Oberseite mit Beschriftung der Bauteile
Datei:Drumherum.jpg | Übersicht über die Komponenten
</gallery>

<gallery widths="240" >
Datei:Kontakte_Oberseite.jpg | UART-Schnittstelle Oberseite
Datei:Kontakte_Unterseite.jpg | JTAG-Schnittstelle Unterseite
</gallery>

== Testpins ==
Original Liste von [http://www.mikrocontroller.net/topic/170483#1646514 Tino] [[Media:Philips vp5500 Liste Testpins.pdf|herrunterladen]].

[[Bild:Philips vp5500 testpins 1.jpg|thumb| Testpins auf der Rückseite]]
[[Bild:Philips vp5500 testpins 2.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || LED || unbekannt
|-
| 2 || Kamera Pin 8 an CN1 || unbekannt
|-
| 3 || Pin 4 an IC1 || unbekannt
|-
| 4 || z.B. IC5 Pin V 18 || VDDA
|-
| 5 || GND || GND
|-
| 6 || NC || NC
|-
| 7 || Pin E 16 an IC5 || SAP_CLK
|-
| 8 || Pin 1 an CN 3 || Lautsprecher
|-
| 9 || Pin 2 an CN 3 || Lautsprecher
|-
| 10 || Pin an CN 4 || ?
|-
| 11 || Pin an CN 4 || ?
|-
| 12 || Pin an CN 4 || ?
|-
| 13 || Pin L 16 an IC5 || UART2_TXD
|-
| 14 || Pin C 12 an IC5 || USBH1_RXDM
|-
| 15 || Pin H 12 an IC5 || USBH1_TXDP
|-
| 16 || Pin B 19 an IC5 || CSPI2_SS2
|-
| 17 || Pin B16 an IC5 || SSI2_FS
|-
| 18 || Pin F 18 an IC5 || KP_ROW0
|-
| 19 || Pin K 18 an IC5 || KP_COL4
|-
| 20 || Pin L 19 an IC5 || UART3_TXD
|-
| 21 || Pin T 14 an IC5 || RESET_IN
|-
| 22 || geht an + des Kondensators neben IC6 || unbekannt
|-
| 23 || Pin D 13 an IC 9 || CLKOUT
|-
| 24 || Pin E 13 an IC 9 || CLKIN_P
|-
| 25 || Pin A 9 an IC 9 || DAC_D
|-
| 26 || Pin A 8 an IC 9 || DAC_A
|-
| 27 || Pin A 7 an IC 9 || DAC_B
|-
| 28 || Pin A 6 an IC 9 || DAC_C
|-
| 29 || Pin L 13 an IC 5 || UART1_TXD
|-
| 30 || Pin T 16 an IC 5 || BOOT1
|-
| 31 || Pin K 10 an IC 5 || UART1_RXD
|-
| 32 || Pin U 17 an IC 5 || BOOT2
|-
| 33 || Pin 9 an IC 23 || unbekannt
|-
| 34 || Pin D 19 an IC5 || CSPI2_SCLK
|-
| 35 || Pin C 14 an IC5 || TIN
|-
| 36 || Pin C 19 an IC5 || CSPI2_SS1
|-
| 37 || Pin D 18 an IC5 || CSPI2_SS0
|-
| 38 || Pin E 19 an IC5 || CSPI2_MOSI
|-
| 39 || Pin H 19 an IC5 || PWMO
|-
| 40 || Pin J 9 an IC 7 und IC 8 || VDD
|-
| 41 || Pin J 19 an IC 5 || KP_COL2
|-
| 42 || Pin K 16 an IC 5 || KP_COL3
|-
| 43 || Pin J 11 an IC 5 || KP_ROW2
|-
|44 || Pin J 17 an IC 5 || KP_COL1
|-
|45 || Pin G 19 an IC 5 || KP_ROW4
|-
|46 || Pin G 17 an IC 5 || KP_ROW3
|-
|47 || Pin D 5 an IC 10 und IC 11 || ACC
|-
|48 || Pin G 16 an IC 5 || KP_ROW1
|-
|49 || Pin J 18 an IC 5 || KP_COL0
|-
|50 || Pin V 18 an IC 5 || VDDA
|-
|51 || Pin 2 an CN KB-Stecker || ?
|-
|52 || Pin 2 an IC 15 || ?
|-
|53 || Pin 4 am LCD Stecker || ?
|-
|54 || Pin E 17 an IC 5 || CSPI2_MISO
|-
|55 || Pin 1,2,3,10,13 am LCD Stecker || ?
|-
|56 || Pin 3 an IC 16 || ?
|-
|57 || Pin U 10 an IC 5 || PC_PWRON
|-
|58 || Pin 1 IC 18 || ?
|-
|59 || an Diode über IC 16 || ?
|-
|60 || Pin 3 an IC 25 || ?
|-
|61 || Ladekontakt positiv || Ladegerät +
|-
|62 || GND || GND
|-
|63 || Akku Mittelkontakt || Akkustand? Temperatur?
|-
|64 || Transistor unter IC 16 || ?
|-
|65 || Pin 2 an IC 22 || ?
|-
|66 || Pin 1,12,30 an IC 24 || VSS
|-
|67 || Kondensator + unter IC 20 || ?
|-
|68 || Pin 5 an IC 21 || ?
|-
|69 || Pin 2 an IC 4 || ?
|-
|70 || Pin 25 an IC24 || MCLK
|-
|71 || Prozessor Pin W 14 || QVDD
|}

== UART ==
TIN muss auf low gezogen werden, um die Schnittstelle zu aktivieren.
Jedoch startet dann das Telefon nicht vollständig (Fix siehe [[#Betrieb mit aktiverter serieller Schnittstelle]])

* Spannungs-Pegel: 3.3V
* Baudrate: 115200kbps
* Stopbits: 1
* Flussteuerung: keine
=== VP5500 ===
[[Bild:VP5500_seriell_highlight.svg|100px|UART-Pins VP5500(Frontseite der Platine)]]

Die serielle Schnittstelle ist unten vom Akkufach aus zugänglich.
Obiges Bild kennzeichnet die für die serielle Kommunikation benötigten Pins.

=== VP6500 ===
[[Bild:VP5600-Serialport-Preliminary.jpg|100px|UART-Pins VP6500]]

Die serielle Schnittstelle ist unter vom Akkufach aus zugänglich.
Obiges Bild kennzeichnet die für die serielle Kommunikation benötigten Pins. 
VCC liefert anscheinend die ungeregelte Akkuspannung, Boot-Pins nicht verifiziert.

== JTAG ==
[[Bild:jtag.jpg Belegung der JTAG-Pins (Rückseite der Platine)]]

= Hardware Modifikationen =
== Zerlegen des Telefons ==
<gallery>
Datei:01_offen_von_Hinten.JPG|1. Geöffnetes Akkufach
Datei:02_Blende_entfernt.JPG|2. hintere Schwarze Blende entfernt
Datei:03_Rückseite_entfernt.JPG|3. Schalenrückteil entfernt
Datei:04_aufhebeln_Vorderteil.JPG|4. Druck nach außen
Datei:05_vorderteil_entfernt.JPG|5. entferntes Vorderteil
Datei:06_Elektronik_entfernt.JPG|6. entfernte Elektronik
</gallery>

# das Akkufach muss geöffnet und die Schrauben entfernt werden
# hinter der rückseitigen schwarzen Blende befinden sich zwei Schrauben, die entfernt werden müssen
#* Hierzu am besten mit einem schmalen kleinen Schraubendreher von der Stirnseite aus zwischen die Plastikteile fahren und vorsichtig aufhebeln und den Schraubendreher dabei weiter unter die Blende bewegen.
# Nun kann einfach das rückseitige Schalenteil abgeschaubt werden
# das Entfernen des Frontschalenteils ist etwas tricky:
#* von oben und unten lässt sich ganz gut ein Spalt zur Seite aufweiten
#* etwas unter der Mitte hängt es aber auf beiden Seiten. Dort befinden sich kleine Plastikbügel, die recht leicht zerbrechen.
#* Mit einem sehr schmalen Schraubendreher in eine der Lücken fahren (anfange auf der Seite ohne Tasten) und den Schraubendreher nach innen drücken, so das der Druck in der Seite nach außen wirkt.
#* Mit etwas Geschick bekommt man das so ohne Bruch ab, es ist aber auch nicht kritisch, wenn der Bügel ein wenig anbricht)
# Die Platine zu entfernen ist nicht ganz so schwierig.
#* Zuerst die Seite auf der keine Knöpfe sind:
#* vorichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Paltine seitlich nach oben aus dem Gehäuse zu ziehen
#* dabei auf das Lautsprecherkabel und den Kamerakonnektor achten
# Zusammenbau genauso, nur umgedreht ;)
#* nicht die Lautsprecher- und Kamera-Stecker vergessen

== Buchse für Uart einbauen ==
<gallery>
Datei:10_Pins.JPG|1. unbearbeitete Pinreihe
Datei:11_Pins_bearbeitet.JPG|2. präperierte Pinreihe
Datei:09_Pads.JPG|3. präperierte Pads
Datei:12_Pins_ausrichten.JPG|4. Pinreiheausrichten
Datei:13_Pins_angelötet_1.JPG|5. angelötete Pinreihe
Datei:14_Pins_angelötet_2.JPG|6. angelötete Pinreihen
Datei:08_Mittelteil.JPG|7. Mittelteil mit ausgefeiltem Loch
Datei:15_Mittelteil_zusammengebaut.JPG|8. wieder zusammengesteckt
Datei:16_in_Aktion.JPG|9.verbundene serielle Schnittstelle
</gallery>

Zunächst muss das Telefon zerlegt werden ([[#Zerlegen des Telefons]])
Um das Gehäuse nicht zu beeinträchtigen, habe ich mich dazu entschieden, alles so zu lassen wie es ist und nur kleine Buchsen einzubauen.

# Hierfür habe ich einreihige gedrehte IC-Sockel genutzt
# deren Beine abgezwickt, und etwas Lötzinn aufgetragen (mit der langen Reihe kann man die kurzen, schmalen Teile super handhaben)
# ebendso auf die Pads ein wenig eingezinnt
# ausrichten und festlöten
# eine Reihe
# die zweite Reihe
# bei der Gehäuseöffnung über den Pins habe ich mit einer feinen Schlüsselfeile den Rand wenig aufgeweitet. An der Gummimatte hab ich nix geändert.
# fertig
# und im Einsatz

= Das VPx500 'rooten' =

Um vollen Zugang zum System auf dem Gerät zu erhalten gibt es mehrere Möglichkeiten.

== per serieller Schnittstelle ==
Dazu muß der [[#UART]] angeschlossen werden. Während des Bootvorgangs drückt man immer wieder ziellos irgendwelche Tasten bis man am Prompt des Bootloaders ist.
Dann kann man
boot root=/dev/mtdblock2 init=/bin/sh
eingeben, um an eine Shell zu kommen.

== per DNS-Hack ==
Um den Rootzugriff zu aktivieren, wird dem Telefon ein Softwareupdate vorgegaukelt. Es versucht, auf den Updateserver von KPN zuzugreifen (den es nicht mehr gibt). Glücklicherweise geschieht dies nicht über eine feste IP, sondern über einen Hostnamen, so dass man an dieser Stelle sich durch einen eigenen DNS den Domainname auf einen eigenen Server umleiten kann. Daher ist im eigenen Netzwerk eine Umleitung des DNS erforderlich (oder ein DHCP-Server, der die Adresse des DNS bekanntgibt. Stichworte 'Static DNS', ..).
Das Gerät holt sich dann ein Updatepaket, das den Telnet-Zugang aktiviert.

Dann lässt sich per Terminal (Linux. Windows: ....) die Kommandozeile des Geräts aufrufen:

telnet 123.456.789.012

Passwort ist "toor".
Das Ändern des root-Passwortes erfolgt mit dem Befehl passwd.

Unter Applications>Registration sind Netzwerk- und VoIP-Einstellungen zu finden.

=== Anleitung für Fritz-Box-Benutzer ===
Die Fritzboxen bieten bisher leider keine Möglichkeit, den verwendeten DNS
direkt im Webinterface zu ändern, über Umwege geht es aber doch:
* Über das Webinterface der Fritzbox die Einstellungen sichern
* Exportdatei im Texteditor öffnen (am besten nicht Notepad, da der die Unix-Zeilenumbrüche nicht versteht - zur Not geht auch Wordpad)
* nach overwrite_dns1 suchen (gibt es zwei mal) und da den DNS 84.38.68.30 oder 188.40.123.50 eintragen
* am Anfang der Exportdatei VOR "**** CFGFILE:ar7.cfg" eine Zeile 'NoChecks = yes' einfügen, damit die Fritzbox die nun nicht mehr passende Checksumme ignoriert.
* Einstellungen zurück in die Fritzbox übertragen.

Wenn die Telefone entsperrt sind, den DNS wieder entfernen (Es ist
vielleicht eine ganz gute Idee, wenn man da zwei unabhängige DNS-Server
einträgt, so umgeht man auch gleich providerseitige DNS-Sperren)

= Voice over IP (VoIP, SIP) =

*http://de.wikipedia.org/wiki/IP-Telefonie
*http://de.wikipedia.org/wiki/Session_Initiation_Protocol
*http://de.wikipedia.org/wiki/H.323
*http://de.wikipedia.org/wiki/Softphone

Benutzer ist 103

Mit Ekiga konnte so per 103@xxx.xxx.xxx.xxx eine Sprachverbindung zum Telefon aufgebaut werden.

= Software Modifikationen =
== Vorsicht Fallen ==
Es ist nicht schwer, sich den Zugang zum Telefon abzuschneiden, wenn man nicht aufpasst.
=== Startscripten ===
Die Scripten in /etc/rc.d/" müssen im Hintergrund laufen. Tut ein Script das nicht, ist an dieser Stelle Schluß mit dem Bootvorgang.

Dann darf man als nächstes den Lötkolben anheizen und die serielle Schnittstelle ([[#UART]]) zugänglich machen.

== Grundlagen ==
Bestimmte Aktionen werden immer wieder benötigt.
Diese sollen hier kurz beschrieben werden.

Es werden dennoch grundlegende Kenntnisse von Kommandozeilen vorausgesetzt.

=== Dateien bearbeiten mit vi===
Auf dem Telefon ist der minimalistische Editor vi installiert mit dem Dateien über Telnet bearbeitet werden können.
Für eine genaue Bedienung bitte Google benutzen.
Die wichtigsten Bedienelemente werden hier kurz erläutert.

Datei Öffnen mit 'vi Dateipfad'
vi kennt zwei Modi: Kommando- und Einfüge-Modus.
i - wechselt in den Einfüge-Modus, in dem geschrieben werden kann

[Esc] wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:dd - löscht die ganze zeile
:<nowiki>:</nowiki>q! - schließt ohne zu speichern
:<nowiki>:</nowiki>w - speichert
:<nowiki>:</nowiki>wq - speichert und beenden

=== Dateien auf das Telefon laden ===
Um Daten von einem http-Server zu laden, benutzt man
wget url
Die Datei wird dann in das aktuelle Verzeichnis geladen, weswegen vorher in das Zielverzeichnis wechseln.

Um Daten von einem ftp-Server zu laden, benutzt man ftp.
Auch hier muss vorher in das zielverzeichnis gewechselt werden.
ftp hostname
dann gegebenenfalls die Zugangsdaten eingeben und mittels 'cd' und 'ls' in das Entsprechende Verzeichnis auf dem FTP-Server wechseln
und anschließend mittels
get dateiname
die Datei herunterladen.

=== Dateien vom Telefon herunterladen ===
Auch hier bietet sich ein FTP an.
Mittels 'ftp hostname' verbinden, Benutzerdaten eingeben, in das entsprechende FTP-Server-Verzeischnis wechseln und mittels
put localeDatei
eine Lokale Datei hochladen.

=== Alternative Dropbear ===

Wurde der dropbear-ssh server installiert [[#Dropbear (SSH-Server) installieren]] können mittels eines Programms mit SCP-Unterstützung (zB. [http://winscp.net/eng/docs/lang:de WinSCP] für Windows) sehr komfortabel Dateien ausgetauscht werden.

Mit WinSCP können auch Dateien direkt bearbeitet werden.
Der Client lädt die Datei herunter, öffnet einen Editor und lädt die Datei wieder herauf, wenn diese geändert wurde.

== Backup ==
=== Backup des Flash ===
If you want to make a backup of your root partition, you can do as
follows:

<c>
echo '#!/bin/sh' > /tmp/backup.sh
echo 'cat /dev/mtdb2 2>/dev/null' >> /tmp/backup.sh
chmod 700 /tmp/backup.sh
micro_inetd 31337 /tmp/backup.sh
</c>

This'll make your device listen for incoming connections on port 31337.
On your host system you may then simply run
nc ip.of.your.phone 31337 > fon_rootfs
et voilà, you got your rootfs packed into a file.

Note that the backed up file is not ext2, but a jffs2 formatted
filesystem. These can't be handled by a simple "mount -o loop" as you'd
have thought... so here's how you mount it:

<c>
modprobe jffs2
modprobe mtdram total_size=32768 erase_size=128
modprobe mtdblock
mkdir /tmp/phone-root
mknod /tmp/phone-mtdb2 b 31 0
dd if=/your/backup/file of=/tmp/phone-mtdb2
mount -t jffs2 /tmp/phone-mtdb2 /tmp/phone-root
</c>

[[#Dateisystem herunterladen]] describes another way to dump the filesystem for closer examination.

=== Komplettes Backup ===
Die Datei http://www.mikrocontroller.net/attachment/73323/S91backup_pipe auf das Gerät laden und als ausführbar markieren.

cd /etc/rc.d/init.d
wget http://www.mikrocontroller.net/attachment/73323/S91backup_pipe
chmod +x /etc/rc.d/init.d/S91backup_pipe

Damit wird eine Art Backup-Server mit dem Boot gestartet.
wenn man dies nicht möchte kann man das Skript natürlich auch an jeden beliebigen anderen Ort legen und per Hand starten.

Nun kann man von einem Rechner aus mittels nc (netcat) die Bereiche sichern:

nc 192.168.1.3 31337 > fon_rootfs
nc 192.168.1.3 31338 > fon_udata
nc 192.168.1.3 31339 > fon_usettings
nc 192.168.1.3 31340 > fon_bootld
nc 192.168.1.3 31341 > fon_kernel

Die 192.168.1.3 natürlich mit der IP des Gerätes austauschen, die fon_*
Dateinamen könnt ihr natürlich auch frei vergeben.

fon_udata ist die /user_data Partition, fon_usertings dementsprechend
die /user_settings Partition.

Der bootld Bereich enthält auch die Parameter. Um das später (falls
überhaupt nötig) mittels blob zu restaurieren müsste die Datei noch in
zwei Teile aufgeteilt werden. Der erste enthält dann den reinen
Bootloader-Bereich, der zweite die Parameter. Wer's wirklich braucht für
den kann ich noch ne Anleitung zum Aufteilen geben. Wirklich Sinnvoll
ist das aber nicht, hat man den Bootloader erstmal mit was anderem
überschrieben kann man ihn ja auch nicht mehr zum Wiederherstellen
benutzen....

=== Zurückspielen der Backups ===

1) Man braucht ein (die) Backup-Image(s).

2) Serielle Verbindung zum Telefon

3) Akku abstecken, wieder anstecken.

4) Telefon einschalten und im Terminalprogram auf die Tasten kloppen, so
das man im Bootloader landet. Dabei muss man recht schnell sein. Es
sollte dann ein Prompt kommen:

<c>
blob>
</c>

5) Nun gibt man ein
xdownload param
Wobei 'param' der Teil ist, den man wiederherstellen will:
* blob - Bootloader (fon_bootld)
* param - Parameter Bereich (Bootloader oder Kernel?) (fon_bootld)
* kernel - Der Kernel (fon_kernel)
* ramdisk - Das Root-Filesystem / (fon_rootfs)
* ramdisk2 - Das /user_data Filesystem (fon_udata)
* ramdisk3 - Das /user_settings Filesystem (fon_usettings)

Beim Backup ist blob + param in einer Datei, müsste man also ggf.
erstmal aufsplitten.

6) Er wartet dann auf den Upload. Nun startet man im Terminalprogram den
Upload des Backup-Images, dazu verwendet man das X-Modem Protokoll.

7) Kaffee trinken, auf's Klo gehen, mit Frau/Freundin/Mutter ein Gespräch
anfangen.

8) Irgendwann ist der Upload fertig. Dauert halt lange. Man landet
wieder am "blob>" prompt. Nun gibt man
flash param
ein.

9) Er schreibt nun das, was man hochgeladen hat, in das Flash.

10) "boot" eingeben. Da Telefon bootet nun normal.

Achtung: Wenn im Backup nicht die Änderung gemacht wurde damit das
Telefon auch bei angeschlossener serieller Schnittstelle startet, kommt
man nicht weiter als wie bis zur Sanduhr. Dann einfach die serielle
abstecken (Also den TIN pin wieder freigeben) und das Telefon neustarten
(Akku kurz ab- und wieder anstöpseln)

=== Dateisystem herunterladen ===
Zum unkomplizierten Durchsuchen des Dateisystems kann es nützlich sein, dieses vom Gerät zu kopieren.

Folgende Befehle erzeugen wie beim Backup des Flash einen kleinen Server, dessen Output auf anderer Seite mittels mittels nc abgeholt werden kann:

<c>
echo '#! /bin/sh' > /tmp/backup.sh
echo 'cd /' >> /tmp/backup.sh
chmod 700 /tmp/backup.sh
echo 'tar cf - bin boot dev etc home lib mnt opt root sbin tmp trace upgrade user_data user_settings usr var 2>/dev/null' >> /tmp/backup.sh
micro_inetd 31340 /tmp/backup.sh
</c>

Die lange Liste mit Unterverzeichnissen ist notwendig um /proc zu überspringen, was Probleme mit tar verursachen würde.

Auf einem anderen Linux system (oder cygwin) kann mittels
<c>
nc telefon-Ip 31340 > file.tar
</c>
die Datei abgerufen werden.

Der Vorgang dauert aber ein ganz paar Minuten.

Heraus kommt ein Tar-Archiv, was alle Dateien des Gerätes enthält - inclusive der temporären Dateien der Ram-Disks.

== Betrieb mit aktivierter serieller Schnittstelle ==

Das 5500 scheint nicht komplett zu starten wenn man TIN auf low hat
und die serielle Schnittstelle benutzt. Man kann das Gerät dann nicht normal bedienen. Dies lässt sich ändern indem man in der Datei

/usr/local/startup/daemon.sh

ziemlich am Anfang das TINDETECT="TRUE" ändert auf TINDETECT="FALSE"

Danach startet er auch mit aktiver serieller Verbindung komplett durch
und das Gerät ist ganz normal bedienbar.

== Aktivierung WPA2 Unterstützung ==
Standardmäßig kann das Telefon nur WPA, dabei unterstützt es allerdings auch WPA mit AES Verschlüsselung.
Es gibt zwei verschiedene Tricks mit denen auch WPA2 aktiviert werden kann.
Allerdings wurde von einigen ein Einbruch der Verbindungsgeschwindigkeit festgestellt (scheint jedoch nur bei geringem Akkuladestand aufzutreten).

=== Trick1 ===
Mittels
vi /etc/marvell/wpa_supplicant.conf
den Texteditor starten.
Mit PageDown (Bild runter) bis zum Ende des Files gehen.
Die Zeilen
proto=WPA
pairwise=TKIP
group=TKIP
auskommentieren, indem ein # vorangestellt wird:
* cursor auf Beginn einer Zeile
* i drücken zum Einfügen
* # eintippen
* [Esc]
Sind alle Zeilen auskommentiert, dann mittels
:wq[enter]
abspeichern und Editor verlassen.

Danach neu booten.

Anmerkung: Will man sich mit dieser Änderung in einem reinen WPA2 Netz anmelden (registrieren), kann man als Verschlüsselung nur noch WEP auswählen - der Verbindungsversuch scheitert natürlich! (Hardware: Fritz!Box 7270, PHILIPS VP5500)

Also am Accesspoint WPA2 + WPA einstellen, Telefon registrieren, dann Accesspoint auf WPA2 konfigurieren.

Wichtige Info von airmack via IRC:

'''Um sich eine Wiederbelebung per serieller Konsole zu ersparen, ist es günstig, immer nur Einträge an die wpa_supplicant.conf hinten anzuhängen, niemals aber vorne einzufügen!'''

=== Trick2 ===
Dieser Trick funktioniert mit Accesspoints, bei denen man auch WPA Verbindungen mit AES verschlüsseln kann. Vorteil dieses Tricks ist, dass man die wpa_supplicant.conf nicht manuell editieren muss. Allerdings unterstützt nicht jeder Accesspoint WPA mit AES (aber dd-wrt kann das).

Man konfiguriert den Accesspoint zunächst mit WPA PSK und wählt AES als Verschlüsselungsalgorithmus. Jetzt meldet man das Telefon an, das Telefon erkennt richtig, dass eine WPA Verbindung vorliegt und verbindet sich per WPA und AES mit dem Accesspoint. Anschliessend konfiguriert man den Accesspoint von WPA PSK AES nach WPA2 PSK AES. Jetzt schaltet man das VP5500/6500 aus und wieder ein. Nachdem es fertig gebootet hat, verbindet es sich automisch per WPA2 PSK und mit AES Verschlüsselung. Fertig.

== Menüs ==
=== Hauptmenu ===

Das File
/usr/local/etc/defaultbuttons.conf
enthält unter anderm die definition des Hauptmenus.

Hierfür ist der Abschnitt Menu besonders interessant.
[Menu]
1 = Applications/camera.desktop
2 = Applications/callhistory.desktop
3 = Applications
4 = Settings
5 = Applications/addressbook.desktop
6 = Settings/RingProfiles.desktop
Columns = 3
Default = 5
Map = 123456789*0#
Rows = 2

'Rows' und 'Columns' geben an, wieviel Reihen und Spalten das Hauptmenu hat.
Über die Zuweisungen 1 bis (Columns * Rows) kann man dann den Menüpositionen die Menüpunkte zuweisen.
Die Menupunkte sind definiert in den Verzeichnissen unter
/usr/local/apps
gibt man nur ein Verzeichnis an, dann erscheint ein Submenü, dessen Icon und Name in der .directory -Datei des entsprechenden Ordner definiert ist.
direkte Menupunkte haben Dateinamen mit der Endung .desktop
'Default' bestimmten vorselektierten Eintrag.

Hier ein weiteres Beispiel für ein angepasstes Menu:
[Menu]
1 = Applications/addressbook.desktop
2 = Applications/callhistory.desktop
3 = Applications/sysinfo.desktop
4 = Applications
5 = Settings
6 = Games
7 = Applications/camera.desktop
8 = Applications/photoedit.desktop
9 = Applications/manualsub.desktop
Columns = 3
Default = 5
Map = 123456789*0#
Rows = 3

Der Ordner Games ist (momentan ;) leer.

=== Genereller Aufbau Menü-Einträge===
Die Einträge für die Menüs sind im Filesystem abgelegt:

* Settings: /usr/local/apps/Settings
* Applications: /usr/local/apps/Applications
* Klingeltöne: /usr/local/etc/SystemRingTones/

Die Dateien haben die Endung ".desktop" und sind normale Textdateien, die die relevanten Infos enthalten.

Ein Beispiel aus dem Settingsordner:
[Translation]
File=QtopiaSettings
Context=Sound
[Desktop Entry]
Type=Application
Exec=sound
Icon=Sound
Name[]=Sound
CanFastload=0

Der Abschnitt 'Translation' gibt an in welchem File, die Lokalisationsdaten stehen.

Der Abschnitt 'Desktop Entry':
* Type: Typ des Eintrages
** Application für Anwendungen
** audio/x-wav für Klingeltöne
* Exec: Anwendung, die ausgeführt werden soll
* Icon: Icon, das im Menü benutzt wird.
** Pfad ist meist: /usr/local/pics/[Exex]/[Icon].png
** manchmal aber auch: /usr/local/pics/icons/[14x14|16x16|22x22]/[Icon].png
* Name[]: Name im Menü, wird über das in Translation angegebe File und Context aufgelöst. Dies wird verhindert, wenn die Klammern wegelassen werden, was das Einfügen eigener Einträge ermöglicht

Hier ein Textfile mit allen desktop-Files als Referenz: [[File:alleDesktopFiles.txt]]

=== Versteckte Menüeinträge ===
in den oben genannten Ordnern existieren ein paar Dateien mit der Endung '.desktopMASK'.
Benennt man diese um, werden die Einträge nach einem Neustart im Menü freigeschalten.

folgendes an der Kommandozeile eingeben:
cd /usr/local/apps/Settings
mv datetime.desktopMASK datetime.desktop
mv callforward.desktopMASK callforward.desktop
mv calloptions.desktopMASK calloptions.desktop
mv resetparam.desktopMASK resetparam.desktop
mv subkpncode.desktopMASK subkpncode.desktop

Dies aktiviert folgende Optionen:
* Datums/Zeit-Einstellung
* Anrufweiterleitung
* Anrufoptionen
* Parameter zurücksetzen
* Number Switch

Die nützlichsten sind wohl die ersten Einträge.
Bei dem "Number Switch" ist unklar, was er bewirken soll. Beim Start wird ein Code abgefragt.

Weiterhin kann im Verzeichnis /usr/local/apps/Applications eine [[File:demomode.desktop]] anlegen.

Hierfür ist folgende Prozedur nötig:
* im Terminal
cd /usr/local/apps/Applications
vi demomode.desktop

* i drücken
* folgendes Textfragment einfügen
[Translation]
File=QtopiaApplications
Context=DemoMode
[Desktop Entry]
Exec=demomode
Icon=Camera
Type=Application
Name[]=DemoMode
* [Esc]
* :wq [Enter]

Dies schaltet einen Demo-Modus frei.

=== Französisch ===
Es gab die Geräte wohl auch in Frankreich von der France Telekom.
Zumindest sind entsprechende monitor und upgrade Referenz-Dateien
vorhanden in denen das steht. Daher wohl auch die Französischen
Sprachdateien, die zwar auf dem Gerät sind, allerdings in einem
Unterverzeichnis, so das sie nicht auswählbar sind.

Um diese Dateien zu aktivieren:

cd /usr/local/i18n
mv NOTUSED/fr .

Nun ist auch noch französisch als Sprache verfügbar.

== Grafische Anpassungen ==
So gut wie alle Grafiken liegen im Verzeichnis /usr/local/pics und können beliebig ausgetauscht werden (gleicher Dateityp, gleiche Größe).

Einige besonders interessante werden hier aufgeführt:

=== Eigene Startup/Shutdown-Animation ===

Die Animation beim Starten oder Herunterfahren sind normale (animierte) GIFs. Diese findet man in

/usr/local/pics/qpe

Die Links "splash.gif" und "goodbye.gif" zeigen auf die tasächlich zu verwendenen Dateien ("splash-chuck.gif", "goodby-chuck.gif").
Man kann sein eigenes animiertes GIF im Format 176x220 Pixel raufladen und die
splash.gif entsprechend neu verlinken. Dazu löscht man zuerst die alte
mit:

rm /usr/local/pics/qpe/splash.gif

Anschliessend erzeugt man den Link neu, dabei zeigt er dann auf die
eigene Datei:

ln -s /pfad/zur/eigenedatei.gif /usr/local/pics/qpe/splash.gif

Danach wird dann bei jedem Neustart die eigene Animation angezeigt.
Analog hierzu mit der goodbye.gif.

Also, man packe das Bild auf einen Webserver. Dann am Gerät über telnet
anmelden und:

<c>
cd /usr/local/pics/qpe/
wget http://dein.server/woauchimmer/Matrix5.gif
rm /usr/local/pics/qpe/splash.gif
ln -s Matrix5.gif splash.gif
</c>

Die GIF Animation kann bis zu 176x220 Pixel groß sein.
Kleinere (möglicherweise auch größere) Bilder werden zentriert.
<gallery>
Bild:walking_baby_tux.gif
Bild:custwakeup2.gif
Bild:custgoodbye2.gif
Bild:94vw4.gif
Bild:1_Matrix--16984.gif
Bild:1_Matrix--16985.gif
Bild:3.gif
Bild:ClanSpider2.gif
Bild:TS12.gif
Bild:Matrix5.gif
Bild:qtopia3.gif
Bild:qtopia0.gif
</gallery>

=== Eigener Boot/Update-Screen ===

Der Boot-Screen, oder der Update-Screen liegen als Rohdaten vor.
/user_data/data/welcome.rgb565
/usr/local/startup_V4.20/update.bin

Weitere Beispielbilder:
/user_data/prod/data/lcd_test_card1.bin
/user_data/prod/data/lcd_test_card2.bin

Diese werden direkt in den Framebuffer geschrieben.
Daher müssen sich diese genau ein bestimmtes Format halten:
* Größe 240 x 220 (Das Display ist 176 x 220, der Rest ist also nicht zu sehen)
* 16bit pro Pixel RGB565

Um solch ein Bild zu erstellen sind folgende Schritte notwendig:
# Ein Bild in Gimp mit 176x220 erstellen
# das Bild vertikal spiegeln
# Bild->Leinwandgröße auf 240x220 erweitern (Bilddaten ganz nach links)
# Datei->Kopie speichern...
# Als Windowsbitmap -> erweiterete Optionen -> 16bit R5G6B5
# BMP-Header entfernen (dies kann auch auf dem Telefon gemacht werden)
tail -c 105600 input.bmp > output.raw

Von der Kommandozeile kann auch manuell das Bild in den Framebuffer geschrieben werden.
cat /user_data/prod/data/lcd_test_card1.bin > /dev/fb0

== Wichtige Verzeichnisse ==

=== Adressdaten ===

# cat /user_data/home/Applications/addressbook/addressbook.xml

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE Addressbook ><AddressBook>
<Groups>
</Groups>
<Contacts>
<Contact
Uid="-1269720893"
Categories="-1269431263;-1266109093;-1266109094"
FirstName="ich"
FileAs="ich"
JobTitle="cc"
Department="dep"
Company="aa"
BusinessPhone="55"
BusinessFax="77"
BusinessMobile="66"
HomePhone="55"
HomeMobile="11"
HomePc="12"
HomeData="13"
HomeFax="14"
BusinessStreet="street"
BusinessCity="city"
BusinessState="state"
BusinessZip="zip"
BusinessCountry="country"
BusinessPager="88"
Office="office"
Profession="prof"
Assistant="ass"
Manager="man"
HomeStreet="ptjml"
HomeCity="cit"
HomeState="stat"
HomeZip="zi"
HomeCountry="coun"
Spouse="spouse"
Gender="1"
Birthday="20100322"
Anniversary="20100429"
Children="child"
Notes="gakm"
CompanyPronunciation="bb"
BUSINESS_CONTACT=""
photofile="ci-1269721575-0.jpg"
qdl-private-data=""
tone="/usr/local/etc/SystemRingTones/16-Tetris.desktop"
/>
<Contact Uid="-1269554029"
FirstName="VoIP"
LastName="Phone1"
FileAs="VoIP Phone1"
HomeMobile="**621"
tone="/usr/local/etc/SystemRingTones/15-Techno2.desktop" />
<Contact Uid="-1269554032"
Categories="-1269431263"
FirstName="VoIP"
LastName="Phone3"
FileAs="VoIP Phone3"
HomeMobile="**623"
BUSINESS_CONTACT=""
qdl-private-data=""
tone="/usr/local/etc/SystemRingTones/08-Celtrelax.desktop" />
</Contacts>
</AddressBook>

UID ist wohl egal, solange sie nicht zweimal vorkommen.

Die Beschränkung auf 500 Adressbucheinträge kann man auch aufheben
"maxEntries = 500" in der "Contacts.conf"

Die Kategorien stehen in /user_settings/Categories.xml:

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE CategoryList>
<Categories>
<Category id="-1269431263" name="_Personal" />
<Category id="-1269431262" name="_Business" />
</Categories>

Wenn man einem Kontakt eine bestimmte Kategorie zuordnet, dann wird die ID dieser Kategorie im Attribut "Categories" des Kontakts eingetragen (s.o.). Wenn die Kategorie BUSINESS gewählt wird, steht im Attribut "BUSINESS_CONTACT" eine "1".

Ein Einrücken der Attribute mit TABs in den Dateien ist übrigens nicht erlaubt!

Die Software des Telefons wertet die XML Datei bei jedem Zugriff neu aus. Es ist also möglich, die Datei im laufendem Betrieb zu ändern (z.B. per Script).

=== Fotos & Videoschnappschüsse ===

Alle Bilder die mit der Kamera aufgenommen werden, sowie Schnappschüsse die während eines Videocalls aufgenommen wurden, befinden sich in folgendem Verzeichnis:
/user_data/home/Documents

Die Bilder sind dabei nach folgendem Namensschema benannt:

DD-MM-YYYY-hh:mm:ss.jpg

Tag (DD) und Monat (MM) können auch einstellig sein.

== Klingeltöne ==

Die Klingeltöne liegen, wie oben beschrieben unter:

/usr/local/etc/SystemRingTones/

Es sind .wav Dateien mit (16Khz, 16Bit, Mono), welche sich, z.B. mit MhWaveEdit (Linux/GTK) recht komfortabel erzeugen lassen.

Zusätzlich zu den Audio Dateien müssen noch im selben Verzeichnis entsprechende *.desktop dateien angelegt werden, damit alles korrekt ins Menü integriert wird.
Eine für den fiktiven 16. Klingelton erzeugte Datei "16-Tetris.desktop" könnte den folgenden Inhalt haben:

[Desktop Entry]
Categories =
File =16-Tetris.wav
Name[] =16-Tetris
Type = audio/x-wav
[Translation]
File=QtopiaRingTones
Context=16-Tetris

Nach dem Anlegen der Dateien sollte sie dann im Menü auftauchen und auswählbar sein.

== Timeserver ==

http://www.mikrocontroller.net/topic/170483#1645101
Unter /usr/local/data steht in der monitor.cfg und monitor_ref_KPN.cfg
die Adressen der Zeitserver "ntp.xs4all.nl" und "130.142.110.71". Diese
könnte man z.B. auf "ptbtime1.ptb.de" und "ptbtime2.ptb.de" ändern.

(http://www.mikrocontroller.net/topic/170483#1649594)
das telefon benutzt *nicht ntp* sondern das time-protokoll auf port 37 -
chronos.zedat.fu-berlin.de kann man als server nehmen.

== Zusätzliche Software ==
=== Dropbear (SSH-Server) installieren ===

# Mit telnet auf dem Gerät einloggen
# folgendes in die Kommandozeile kopieren
cd /
wget http://vp6500.bd8.nl/bin/dropbear.tgz
tar -xzf dropbear.tgz
rm dropbear.tgz
cd /etc/rc.d/init.d
mv dropbear S90dropbear
./S90dropbear start
Kommando 6 (mv ...) ist notwendig damit dropbear bei jedem Reboot automatisch
gestartet wird.

=== Nano 2.2.3 installieren ===

* Mit telnet auf dem Gerät einloggen
* folgendes in die Kommandozeile kopieren
cd /usr/bin
wget http://www.mikrocontroller.net/attachment/74023/nano
* Mit folgendem Befehl den Editor ausführbar machen:
chmod +x /usr/bin/nano
* Nun ist vi Geschichte ;-)

=== OpenVPN 2.0.9 installieren ===

* Mit telnet auf dem Gerät einloggen
* folgendes in die Kommandozeile kopieren
cd /
wget http://www.mikrocontroller.net/attachment/74380/openvpn.tar.gz
tar -xzf openvpn.tar.gz
depmod
mknod /dev/net/tun c 10 200

=== OpenVPN 2.1.1 installieren ===

* Mit telnet auf dem Gerät einloggen
* folgendes in die Kommandozeile kopieren
cd /
wget http://www.mikrocontroller.net/attachment/74395/openvpn-2.1.1.tar.gz
tar -xzf openvpn-2.1.1.tar.gz
depmod
mknod /dev/net/tun c 10 200

=== Tinc 1.0.12 installieren ===

* Mit telnet auf dem Gerät einloggen
* folgendes in die Kommandozeile kopieren
cd /
wget http://www.mikrocontroller.net/attachment/74396/tinc-1.0.12.tar.gz
tar -xzf tinc-1.0.12.tar.gz
depmod
mknod /dev/net/tun c 10 200

= SIP Einstellungen =

== Einstellung für 1und1 ==

* SIP1:
** Display Name: ...
** Username: 49#VORWAHLOHNE0#NUMMER#
** Telephone Number: 0#VORWAHLOHNE0#NUMMER#
* Auth:
** Auth Username: 49#VORWAHLOHNE0#NUMMER#
** Password: *********
* Server:
** sip.1und1.de:5060
* Proxy:
** sip.1und1.de:5060
* RTP:
** 30000 und 30019
* STUN:
** stun.1und1.de
* STUN Server Port:
** 3478
* SIP2:
** UDP: 5060
** TCP: 5060

== Einstellung für Sipgate ==

*SIP1
**Display Name: Sipgate Username
**User Name: your SIPgate-ID
**Telephone Number: Sipgate-Telefonnummer
*Auth
**Authentification UserName: your SIPgate-ID
**Password: Sipgate Passwort
*Server
**SIP register address:port: sipgate.de:5060
*Proxy
**SIP proxy1 address:port: sipgate.de:5060
*SIP2
**SIP Port Listen
**for UDP: 5062
**for TCP: 5062
**for TCP TLS: 5053
*STUN: [X] use rport

SIP Outbound muss leer sein.

Ein Videotelefonat von Sipgate zu Sipgate zwischen zwei VP6500 wurde erfolgreich getestet. Gegebenenfalls muss die eigene Videoübertragung noch durch Drücken der Taste '''Video''' gestartet werden.

== Einstellung für Ekiga.net ==

*SIP1
**Display Name: Irgendwas
**User Name: username
**Telephone Number: leer
*Auth
**Authentication User Name: username
**Password: password
*Server
**SIP register: ekiga.net:5060
**Protocol: ( ) TCP (*) UDP
**Expire Timer: 3600
**Keep Alive: 0
*Proxy
**alle leer
*STUN
**( ) use rport
**STUN Server IP address: stun.ekiga.net
**STUN Server port: 3478
*SIP2
**(*) Symmetric Mode
**UDP: 5060
**TCP: 5060
**TCP TLS: 5061
*OBproxy
**alle leer

Nach der (kostenlosen) Registrierung bei ekiga.net und der Anmeldung des Telefons kann man unter der 500 einen Audio und Video(!) Test machen. 
Weitere features: https://www.ekiga.net/index.php?page=services 
Ekiga teilt keine Festnetz Rufnummern zu, daher ist ein Anruf von/zu Festnetz Telefonen nicht möglich. 
Bei Ekiga.net angemeldete Geräte können aber problemlos untereinander telefonieren, sogar mit Video. Da man vom Mainscreen des VP5500/6500 aus direkt nur numerische Kontakte (herkömmliche Telefonnumern) wählen kann, Ekiga.net Telefonnummern aber aus [Benutzername]@ekiga.net bestehen, legt man über das Menü des VP5500/6500 einfach einen neuen Kontakt (Telefonbuch) an. Als Video-Rufnummer trägt man einfach [Benutzername]@ekiga.net ein, wobei [Benutzername] der Name des Ekiga-Accounts ist, den man erreichen will. Zwischen der Eingabe von Buchstaben, Zahlen und Sonderzeichen kann man dabei mit der [#]-Taste des VP5500/6500 umschalten.
Sollte bei einem Telefonat über Ekiga Video einmal nicht funktionieren, hilft eventuell die manuelle Aktivierung der Videofunktion mittels der Video-Taste auf der Tastatur des VP6500

== Einstellung für Fritzbox 7170/7270 und andere mit SIP-Registrar ==
Die Anmeldung eines Telefons auf der Fritzbox starten (System/Ansicht/"Expertenansicht aktivieren", dann Telefonie/Telefoniegeräte/"Neues Gerät einrichten", "Telefon", "Bitte auswählen"/"LAN/WLAN (IP-Telefon)") und sich eine Nummer geben lassen, dann in Registration auf dem VPx500 wechseln und die Einstellungen wie unten vornehmen. Anschließend will das Telefon diese Einstellungen aktivieren, vorher noch auf der FB die Anmeldung starten. 
 
Im Beispiel will die FB die Nummer 621 vergeben: 
'''Reiter SIP1''' 
Display Name: <leer lassen> 
User Name: 621 
Telephone Number: 621 
 
'''Reiter Auth''' 
Authentication UserName: 621 
Password: [hier das gleiche, wie auf der FB eingeben] 
 
'''Reiter Server''' 
SIP register address:port 
192.168.2.1:5060 (IP Bitte auf Euer Netz anpassen) oder alternativ: fritz.box:5060 
Protocol: UDP 
ExpireTime: 3600 
Keep Alive: 300 
 
'''Anmerkungen dazu:''' 
Protokoll: UDP 
Bei TCP hat das VP6500 nach Minuten oder Stunden immer wieder die Verbindung zur FB verloren. 
Keep Alive: 300 
Die Keep Alive Time habe ich eingestellt, weil ich die TCP Probleme umgehen wollte. Ich denke nicht, dass es zu Problemen bzgl. Akku kommt. Da es so aber perfekt funktioniert, habe ich es gelassen. Das UDP Protokoll kommt zudem mit weniger Netzwerk-Traffic aus. 
Anmeldung: 
Die Anmeldung wurde von der Fritz!Box nicht immer erfolgreich bestätigt. Einfach Weiter klicken und die restlichen Einstellungen vornehmen. Spätestens nach einem Reboot des VPx500 funktioniert alles einwandfrei. 

Falls eure Fritz!Box keine Möglichkeit bietet, ein IP-Telefon anzumelden, empfehle ich euch mal in das http://wiki.ip-phone-forum.de/skript:speedport2fritz einzulesen. 
Bzw. mal im IP-Phone-Forum nach SIP-Registrar suchen. 

= Buildumgebung erstellen =

Bislang ist die Erstellung von GUI-Applikationen (QTopia) noch nicht auf einfache Weise möglich. Das größte Problem ist, dass der Quellcode der Video-Telefon-Anwendung zum größten Teil zur Verfügung steht. Das Erstellen von Kommandozeilen-Anwendungen geht aber schon problemlos.

== Windows ==
Die verwendete ARM-Entwicklungsumgebung basiert auf gcc. Mittels cygwin kann diese zwar auch als Win32-Anwendungen gebaut werden, dies ist aber in hohem Maß unüblich.

Am besten eine aktuelle Version von Debian oder Ubuntu in "vmware player" oder "virtual box" installieren. Wenn man die virtuelle Maschine nur zum Compilieren verwendet, reicht eine kompakte Kommandozeilen-Version (z.B. Ubuntu Server 9.10). Fertige virtuelle Machinen, im vmware-Marketing-Sprech gerne auch "virtual appliances" genannt, sind reichlich verfügbar (z.B. http://www.vmware.com/appliances/directory/70918).

=== Freetz-Linux ===
Für Fritzbox-Besitzer besonders geeignet ist das Freetz-linux, welches man im IP-Phone-Forum finden kann (-> http://www.ip-phone-forum.de/showpost.php?p=1400234&postcount=1).
Dieses kann zum Erstellen von Freetz-Images einerseits und andererseits als Buildumgebung benutzt werden. So spart man sich eine zweite VM.

Die VM selbst braucht nur gestartet werden, den Rest macht man am Besten von seiner gewohnten Umgebung aus.
Mittels Samba kann einfach per Windowsnetzwerk auf das Home-Verzeichnis zugriffen werden und per SSH kann einfach eine Shell (UTF als Codierung einstellen, dann stimmen auch die Sonderrzeichen) geöffnet werden.
Es muss sichergestellt werden sein, dass die VM zugriff auf das lokale Netzwerk, sowie das Internet hat (am besten mit einem 'ping google.com' überprüfen). Bei mir ging es eigenartiger weise erst, als ich die virtuelle Netzwerkkarte in den VM-Settings auf NAT gestellt habe.

Benutzername und alle Kennwörter sind 'freetz'

==== Installation und Test der VP5500 Toolchain ====
Installation der Buildumgebung:
sudo mkdir /opt/VP5500
sudo mkdir /opt/VP5500/toolchain
cd /opt/VP5500/toolchain
sudo wget http://www.handhelds.org/download/projects/toolchain/arm-linux-gcc-3.3.2.tar.bz2
sudo bunzip2 arm-linux-gcc-3.3.2.tar.bz2
sudo tar -xf arm-linux-gcc-3.3.2.tar
sudo rm arm-linux-gcc-3.3.2.tar
sudo ln -s /opt/VP5500/toolchain/usr/local/arm /usr/local/arm

Nach einem sudo-Kommando muss eventuell das Passwort eingegeben werden, weswegen die Befehle einzeln eingegeben werden sollten (oder man öffnet am Anfang eine sudo shell, dann kann man das auch weglassen.

Test der Buildumgebung:
cd ~
wget http://www.mikrocontroller.net/attachment/73161/helloworld.tgz
tar -xzf helloworld.tgz
rm helloworld.tgz
cd helloworld
make
Dannach sollte im ~/helloworld verzeichnis ein neues executable liegen, was vom Hostrechner einfach via Netzwerkfreigabe (\\freetz-linux\helloworld) und via WinSCP auf das Telefon kopiert werden kann.

==== Freetz-Linux eigentlicher Anwendungszweck ====
wer das Ding auch zum Bauen von Freetz-Images zum Erweitern seiner Fritz-box benutzen will muss sich zuerst ein Freetz runterladen.
Folgende Schritte machen dies:
cd ~
svn checkout http://svn.freetz.org/trunk freetz-trunk
Dannach gibts im Home-Verzeichnis das aktuelle Freetz im Verzeichnis 'freetz-trunk'.
Konfigurieren mit 'make menuconfig' und Image erstellen mit 'make'.
Wenn alles gut geht kann man das image dann vom Hostrechner aus der Windowsfreigabe '\\freetz-linux\freetz-trunk\images' rausholen und auf die Box spielen.

Für detailiertere Infos bitte direkt bei Freetz nachschlagen:
http://trac.freetz.org/

== Linux ==
Die bisher bekannten, mit VP5500 und VP6500 ausgelieferten Software-Versionen, basieren auf einer etwas älteren "gcc 3.3.2-ARM-Toolchain". Eine passende Toolchain für ein x86-basiertes Entwicklungssystem ist unter http://www.handhelds.org/download/projects/toolchain/arm-linux-gcc-3.3.2.tar.bz2 zu finden.

Unter Debian-basierten Linux-Distros kann dieses Archiv z.B. nach /opt/VP5500/toolchain entpackt werden (einige der Makefiles im Forum setzen diesen Speicherort vorraus). Es ist jedoch zu beachten, dass diese Version der Toolchain auch über den Pfad /usr/local zugänglich sein sollte. Dazu kann mittels "ln -s /opt/VP5500/toolchain/usr/local/arm arm" in /usr/local ein Symlink auf den eigentlichen Speicherort gesetzt werden.

=== Hello World ===
Christian Klippel (ChrisK) hat unter http://www.mikrocontroller.net/attachment/73161/helloworld.tgz ein "Hello World" bereitgestellt, mit dem sich die Toolchain testen lässt und dessen "Makefile" und "Makefile.local" als Grundlage für eigene Versuche dienen kann.

Das Archiv wird in ein lokals Verzeichnis (z.b. ~/helloworld) entpackt und dort durch Eingabe von "make" compiliert.

Zum Testen muss das Binary natürlich auf das Zielsystem übertragen werden. Wenn auf dem Entwicklungssystem ein http-Server oder ein ssh-Server läuft, kann man das Binary einfach in ein darüber zugängliches Verzeichnis kopieren es anschließend in einer telnet-Sitzung vom Verzeichnis /tmp aus mittels wget oder scp laden. Zum Test muss die Datei mittels "chmod +x helloworld" ausführbar gemacht werden, bevor sie mit "./helloworld" ausgeführt werden kann.

Mittels eines ftpd (z.B. http://www.mikrocontroller.net/attachment/73780/troll-ftpd_1.28-cg2_arm.tgz) oder sshd (z.B. Dropbear von http://vp6500.bd8.nl/) auf dem Zielsystem, kann man das Kopieren auch vom Entwicklungssystem aus durchführen.

=== Anpassen kleinerer Konsolen-Tools auf Cross-Compilierung ===
Die Makefiles von kleineren Projekten sind häufig nicht so sauber aufgebaut wie das helloworld-Beispiel, so dass man sie leichter ersetzt, als ändert. Am Beispiel von micro_httpd (http://www.acme.com/software/micro_httpd/ , http://www.mikrocontroller.net/attachment/73175/micro_httpd.tar.gz) kann leicht nachvollzogen werden, wie man den modularen Ansatz vom "Hello World"-Beispiel übernehmen kann (Makefile -> Makefile + Makefile.local).

= Hardware + Software Versionen =

Listet mal eure Hardware- und Softwareversion aus dem '''Applications''' => '''System Info''' Menü auf, wenn sie hier noch nicht stehen!

== VP5500 ==

{| class="wikitable"
|-
! Hardware Version !! Date !! Software Version
|-
| ind5 ||0645 || 4.20
|-
| ind5 ||0647 || 4.20
|-
| ind5 ||0648 || 4.20
|-
| ind5 ||0649 || 4.20
|-
| ind5 ||0702 || 4.20
|}

== VP6500 ==

{| class="wikitable"
|-
! Hardware Version !! Date !! Software Version
|-
| ind3-v2 || 0711 || 3.22
|-
| ind3-v2 || 0713 || 3.22
|-
| ind3-v2 || 0716 || 3.22
|}

= Stromaufnahme =

== VP5500 ==
FIXME

== VP6500 ==

Konfiguration: VP6500 mit aktivierter serieller Konsole an Labornetzteil, Spannung 3.67V (Bei weniger bootet es anscheinend aufgrund von Stromspitzen nicht richtig und vermeldet auf der seriellen Konsole ein 'battery low' und schaltet sich danach selbst ab. Diese Spannung sollte noch so gerade 'safe' sein, geht man davon aus, daß da ein Step-Up im Innern am werkeln ist und noch ein geringer Abfall über die Schottky-Diode einzurechnen ist).

=== Messungen ===
* Booten: bis zu 420mA
* Einbuchen: ca. 400mA
* mit abgeschaltetem Display, aber eingebucht und laufend (idle): ca. 80mA
* mit angeschaltetem Display, eingebucht und idle: ca. 190mA
* mit 100% Prozessor-Last (von serieller Konsole ausgeführt: "while true; do true; done"): ca. 60mA mehr als idle (Scheint aber auch größere Sprünge für andere CPU-Last zu geben)
* im 'Deep Sleep' (wird ein paar Minuten nach Einschalten erreicht): <10mA (!), mit kurzen Wachphasen mit erheblichem Stromverbrauch (>100mA). Beachte: Die serielle Konsole ist in diesem Modus auch nicht mehr aktiv, das Telefon ist aber nicht abgestürzt (Tastendruck aktiviert die Konsole wieder).
* Telefonieren ca 500mA
* Telefonieren mit Webcam ca 550mA

=== Ladegerät ===
* Phone nicht in der Ladeschale: < 0.2W
* Phone wird geladen: ca 4W

PHILIPS VP5500 VoIP Telefon

2010-04-02T23:09:00Z

Elmo: /* Ladegerät hinzugefügt */

= Verwandte Artikel =
* Konfiguration: http://www.mikrocontroller.net/topic/170483#new
* Kernel/GUI Entwicklung: http://www.mikrocontroller.net/topic/172616#new
* http://das-labor.org/wiki/VP5500
* (Hack) http://spritesmods.com/?art=vpx500
* http://vp6500.bd8.nl/

= Features =
* Kamera-Auflösung 640x480 Pixel
* 30 Bilder pro Sekunde
* Kamera um 240° drehbar
* 5,6 cm (2,2") TFT-Display, 176x220 Pixel, 65000 Farben
* Audio-/Video-Ausgang (Cinch)
* integrierter Li-Ion Akku, 3,7 V-/1100 mAh
* englische und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.

[[Datei:Philips_VP5500.jpg]]

= Hardware =
* MCU: Freescale MC9328MX21 (ARM9) @ 266MHz
* PC-to-TV-Konverter-Chip: FS455LF
* WLAN: Marvell 88w8385, als Modul von WM-G-MR-01 (VP5500) / Philips BGW211, on-board (VP6500)
* SDRAM: 2 x K4S56163LF - 4M x 16Bit x 4 Banks
* Flash: 2 x ws128j0pbfw00 S29WS128J/064J 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== System-Takte ==
# cat /proc/systclk
System clocks state:
Ref clock : 32768Hz (int, premult by 512)
MPLL clock: 263999905Hz (computed: 264000000Hz)
SPLL clock: 163840000Hz (computed: 163840000Hz)
CPU clock : 263999905Hz (PERSC = 0)
Bus clock : 132000000Hz (BCLKDIV = 1, computed: 131999952Hz)
CSI clock : unknown (cannot read register CSICR1)
USB clock : 20480000Hz (USB_DIV = 7)
Wait State: CS0U[WSC] = 10, CS0U[WSC] = 48
loops_per_jiffy = 665058

= Innenleben =
<gallery widths="240" >

Datei:Oberseite.jpg | Ansicht der Oberseite
Datei:Oberseite_beschriftet.jpg | Oberseite mit Beschriftung der Bauteile
Datei:Drumherum.jpg | Übersicht über die Komponenten
</gallery>

<gallery widths="240" >
Datei:Kontakte_Oberseite.jpg | UART-Schnittstelle Oberseite
Datei:Kontakte_Unterseite.jpg | JTAG-Schnittstelle Unterseite
</gallery>

== Testpins ==
Original Liste von [http://www.mikrocontroller.net/topic/170483#1646514 Tino] [[Media:Philips vp5500 Liste Testpins.pdf|herrunterladen]].

[[Bild:Philips vp5500 testpins 1.jpg|thumb| Testpins auf der Rückseite]]
[[Bild:Philips vp5500 testpins 2.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || LED || unbekannt
|-
| 2 || Kamera Pin 8 an CN1 || unbekannt
|-
| 3 || Pin 4 an IC1 || unbekannt
|-
| 4 || z.B. IC5 Pin V 18 || VDDA
|-
| 5 || GND || GND
|-
| 6 || NC || NC
|-
| 7 || Pin E 16 an IC5 || SAP_CLK
|-
| 8 || Pin 1 an CN 3 || Lautsprecher
|-
| 9 || Pin 2 an CN 3 || Lautsprecher
|-
| 10 || Pin an CN 4 || ?
|-
| 11 || Pin an CN 4 || ?
|-
| 12 || Pin an CN 4 || ?
|-
| 13 || Pin L 16 an IC5 || UART2_TXD
|-
| 14 || Pin C 12 an IC5 || USBH1_RXDM
|-
| 15 || Pin H 12 an IC5 || USBH1_TXDP
|-
| 16 || Pin B 19 an IC5 || CSPI2_SS2
|-
| 17 || Pin B16 an IC5 || SSI2_FS
|-
| 18 || Pin F 18 an IC5 || KP_ROW0
|-
| 19 || Pin K 18 an IC5 || KP_COL4
|-
| 20 || Pin L 19 an IC5 || UART3_TXD
|-
| 21 || Pin T 14 an IC5 || RESET_IN
|-
| 22 || geht an + des Kondensators neben IC6 || unbekannt
|-
| 23 || Pin D 13 an IC 9 || CLKOUT
|-
| 24 || Pin E 13 an IC 9 || CLKIN_P
|-
| 25 || Pin A 9 an IC 9 || DAC_D
|-
| 26 || Pin A 8 an IC 9 || DAC_A
|-
| 27 || Pin A 7 an IC 9 || DAC_B
|-
| 28 || Pin A 6 an IC 9 || DAC_C
|-
| 29 || Pin L 13 an IC 5 || UART1_TXD
|-
| 30 || Pin T 16 an IC 5 || BOOT1
|-
| 31 || Pin K 10 an IC 5 || UART1_RXD
|-
| 32 || Pin U 17 an IC 5 || BOOT2
|-
| 33 || Pin 9 an IC 23 || unbekannt
|-
| 34 || Pin D 19 an IC5 || CSPI2_SCLK
|-
| 35 || Pin C 14 an IC5 || TIN
|-
| 36 || Pin C 19 an IC5 || CSPI2_SS1
|-
| 37 || Pin D 18 an IC5 || CSPI2_SS0
|-
| 38 || Pin E 19 an IC5 || CSPI2_MOSI
|-
| 39 || Pin H 19 an IC5 || PWMO
|-
| 40 || Pin J 9 an IC 7 und IC 8 || VDD
|-
| 41 || Pin J 19 an IC 5 || KP_COL2
|-
| 42 || Pin K 16 an IC 5 || KP_COL3
|-
| 43 || Pin J 11 an IC 5 || KP_ROW2
|-
|44 || Pin J 17 an IC 5 || KP_COL1
|-
|45 || Pin G 19 an IC 5 || KP_ROW4
|-
|46 || Pin G 17 an IC 5 || KP_ROW3
|-
|47 || Pin D 5 an IC 10 und IC 11 || ACC
|-
|48 || Pin G 16 an IC 5 || KP_ROW1
|-
|49 || Pin J 18 an IC 5 || KP_COL0
|-
|50 || Pin V 18 an IC 5 || VDDA
|-
|51 || Pin 2 an CN KB-Stecker || ?
|-
|52 || Pin 2 an IC 15 || ?
|-
|53 || Pin 4 am LCD Stecker || ?
|-
|54 || Pin E 17 an IC 5 || CSPI2_MISO
|-
|55 || Pin 1,2,3,10,13 am LCD Stecker || ?
|-
|56 || Pin 3 an IC 16 || ?
|-
|57 || Pin U 10 an IC 5 || PC_PWRON
|-
|58 || Pin 1 IC 18 || ?
|-
|59 || an Diode über IC 16 || ?
|-
|60 || Pin 3 an IC 25 || ?
|-
|61 || Ladekontakt positiv || Ladegerät +
|-
|62 || GND || GND
|-
|63 || Akku Mittelkontakt || Akkustand? Temperatur?
|-
|64 || Transistor unter IC 16 || ?
|-
|65 || Pin 2 an IC 22 || ?
|-
|66 || Pin 1,12,30 an IC 24 || VSS
|-
|67 || Kondensator + unter IC 20 || ?
|-
|68 || Pin 5 an IC 21 || ?
|-
|69 || Pin 2 an IC 4 || ?
|-
|70 || Pin 25 an IC24 || MCLK
|-
|71 || Prozessor Pin W 14 || QVDD
|}

== UART ==
TIN muss auf low gezogen werden, um die Schnittstelle zu aktivieren.
Jedoch startet dann das Telefon nicht vollständig (Fix siehe [[#Betrieb mit aktiverter serieller Schnittstelle]])

* Spannungs-Pegel: 3.3V
* Baudrate: 115200kbps
* Stopbits: 1
* Flussteuerung: keine
=== VP5500 ===
[[Bild:VP5500_seriell_highlight.svg|100px|UART-Pins VP5500(Frontseite der Platine)]]

Die serielle Schnittstelle ist unten vom Akkufach aus zugänglich.
Obiges Bild kennzeichnet die für die serielle Kommunikation benötigten Pins.

=== VP6500 ===
[[Bild:VP5600-Serialport-Preliminary.jpg|100px|UART-Pins VP6500]]

Die serielle Schnittstelle ist unter vom Akkufach aus zugänglich.
Obiges Bild kennzeichnet die für die serielle Kommunikation benötigten Pins. 
VCC liefert anscheinend die ungeregelte Akkuspannung, Boot-Pins nicht verifiziert.

== JTAG ==
[[Bild:jtag.jpg Belegung der JTAG-Pins (Rückseite der Platine)]]

= Hardware Modifikationen =
== Zerlegen des Telefons ==
<gallery>
Datei:01_offen_von_Hinten.JPG|1. Geöffnetes Akkufach
Datei:02_Blende_entfernt.JPG|2. hintere Schwarze Blende entfernt
Datei:03_Rückseite_entfernt.JPG|3. Schalenrückteil entfernt
Datei:04_aufhebeln_Vorderteil.JPG|4. Druck nach außen
Datei:05_vorderteil_entfernt.JPG|5. entferntes Vorderteil
Datei:06_Elektronik_entfernt.JPG|6. entfernte Elektronik
</gallery>

# das Akkufach muss geöffnet und schrauben entfernt werden
# hinter der rückseitigen schwarzen Blende befinden sich zwei Schrauben, die entfernt werden müssen
#* Hierzu am besten mit einem schmalen kleinen Schraubendreher von der Stirnseite aus zwischen die Plastikteile fahren und vorsichtig aufhebeln und den Schraubendreher dabei weiter unter die Blende bewegen.
# nun kann einfach das rückseitige Schalenteil abgeschaubt werden
# das Entfernen des Frontschalenteils ist etwas tricky
#* von oben und unten lässt sich ganz gut ein Spalt zur Seite aufweiten
#* etwas unter der Mitte hängt es aber auf beiden Seiten. Dort befinden sich kleine Plastikbügel, die recht leicht zerbrechen.
#* mitt einem sehr schmalen Schraubendreher in eine der Lücken fahren (anfange auf der Seite ohne Tasten) und den Schraubendreher nach innen drücken, so das der Druck in der Seite nach ausßen wirkt.
#* Mit etwas Geschick bekommt man das so ohne Bruch ab, es ist aber auch nicht kritsich, wenn der Bügel ein wenig anbricht)
# Die Platine zu entfernen ist nicht ganz so schwierig.
#* zuerst die Seite auf der keine Knöpfe sind
#* vorichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Paltine seitlich nach oben aus dem Gehäuse zu ziehen
#* dabei auf das Lautsprecherkabel und den Kamerakonnektor achten
# Zusammenbau genauso, nur umgedreht ;)
#* nicht die Lautsprecher- und Kamera-Stecker vergessen

== Buchse für Uart einbauen ==
<gallery>
Datei:10_Pins.JPG|1. unbearbeitete Pinreihe
Datei:11_Pins_bearbeitet.JPG|2. präperierte Pinreihe
Datei:09_Pads.JPG|3. präperierte Pads
Datei:12_Pins_ausrichten.JPG|4. Pinreiheausrichten
Datei:13_Pins_angelötet_1.JPG|5. angelötete Pinreihe
Datei:14_Pins_angelötet_2.JPG|6. angelötete Pinreihen
Datei:08_Mittelteil.JPG|7. Mittelteil mit ausgefeiltem Loch
Datei:15_Mittelteil_zusammengebaut.JPG|8. wieder zusammengesteckt
Datei:16_in_Aktion.JPG|9.verbundene serielle Schnittstelle
</gallery>

Zunächst muss das Telefon zerlegt werden ([[#Zerlegen des Telefons]])
Um das Gehäuse nicht zu beeinträchtigen, habe ich mich dazu entschieden, alles so zu lassen wie es ist und nur kleine Buchsen einzubauen.

# Hierfür habe ich einreihige gedrehte IC-Sockel genutzt
# deren Beine abgezwickt, und etwas Lötzinn aufgetragen (mit der langen Reihe kann man die kurzen, schmalen Teile super handhaben)
# ebendso auf die Pads ein wenig eingezinnt
# ausrichten und festlöten
# eine Reihe
# die zweite Reihe
# bei der Gehäuseöffnung über den Pins habe ich mit einer feinen Schlüsselfeile den Rand wenig aufgeweitet. An der Gummimatte hab ich nix geändert.
# fertig
# und im Einsatz

= Das VPx500 'rooten' =

Um Zugang zu den Dateien auf dem Gerät zu erhalten gibt es mehrere Möglichkeiten

# serielle Schnittstelle
# telnet

telnet ist der komfortablere Weg. Um telnet zu aktivieren, wird dem Telefon ein Softwareupdate vorgegaukelt. Es versucht, auf xx.xx.xx.xx zuzugreifen. Die Zeit wird über ntp von xx.xx.xx.xx bezogen. An dieser Stelle lässt sich durch einen eigenen DNS dieser Domainname auf einen eigenen Server umleiten. Daher ist im eignenen Netzwerk eine Umleitung des DNS erforderlich (oder ein DHCP-Server, der die Adresse des DNS bekanntgibt. Stichworte 'Static DNS', ..).
Das Gerät holt sich dann ein Updatepaket, das den Telnet-Zugang aktiviert.

Dann lässt sich per Terminal (Linux. Windows: ....) die Kommandozeile des Geräts aufrufen:

telnet 123.456.789.012
#

Passwort ist "toor".
Das Ändern des root-Passwortes erfolgt mit dem Befehl passwd.

Unter Applications>Registration sind Netzwerk- und VoIP-Einstellungen zu finden.

= Voice over IP (VoIP, SIP) =

*http://de.wikipedia.org/wiki/IP-Telefonie
*http://de.wikipedia.org/wiki/Session_Initiation_Protocol
*http://de.wikipedia.org/wiki/H.323
*http://de.wikipedia.org/wiki/Softphone

Benutzer ist 103

Mit Ekiga konnte so per 103@xxx.xxx.xxx.xxx eine Sprachverbindung zum Telefon aufgebaut werden.

= Software Modifikationen =
== Grundlagen ==
Bestimmte Aktionen werden immer wieder benötigt.
Diese sollen hier kurz beschrieben werden.

Es werden dennoch grundlegende Kenntnisse von Kommandozeilen vorausgesetzt.

=== Dateien bearbeiten mit vi===
Auf dem Telefon ist der minimalistische Editor vi installiert mit dem Dateien über Telnet bearbeitet werden können.
Für eine genaue Bedienung bitte Google benutzen.
Die wichtigsten Bedienelemente werden hier kurz erläutert.

Datei Öffnen mit 'vi Dateipfad'
vi kennt zwei Modi: Kommando- und Einfüge-Modus.
i - wechselt in den Einfüge-Modus, in dem geschrieben werden kann

[Esc] wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:dd - löscht die ganze zeile
:<nowiki>:</nowiki>q! - schließt ohne zu speichern
:<nowiki>:</nowiki>w - speichert
:<nowiki>:</nowiki>wq - speichert und beenden

=== Dateien auf das Telefon laden ===
Um Daten von einem http-Server zu laden, benutzt man
wget url
Die Datei wird dann in das aktuelle Verzeichnis geladen, weswegen vorher in das Zielverzeichnis wechseln.

Um Daten von einem ftp-Server zu laden, benutzt man ftp.
Auch hier muss vorher in das zielverzeichnis gewechselt werden.
ftp hostname
dann gegebenenfalls die Zugangsdaten eingeben und mittels 'cd' und 'ls' in das Entsprechende Verzeichnis auf dem FTP-Server wechseln
und anschließend mittels
get dateiname
die Datei herunterladen.

=== Dateien vom Telefon herunterladen ===
Auch hier bietet sich ein FTP an.
Mittels 'ftp hostname' verbinden, Benutzerdaten eingeben, in das entsprechende FTP-Server-Verzeischnis wechseln und mittels
put localeDatei
eine Lokale Datei hochladen.

=== Alternative Dropbear ===

Wurde der dropbear-ssh server installiert [[#Dropbear (SSH-Server) installieren]] können mittels eines Programms mit SCP-Unterstützung (zB. [http://winscp.net/eng/docs/lang:de WinSCP] für Windows) sehr komfortabel Dateien ausgetauscht werden.

Mit WinSCP können auch Dateien direkt bearbeitet werden.
Der Client lädt die Datei herunter, öffnet einen Editor und lädt die Datei wieder herauf, wenn diese geändert wurde.

== Backup ==
=== Backup des Flash ===
If you want to make a backup of your root partition, you can do as
follows:

<c>
echo '#!/bin/sh' > /tmp/backup.sh
echo 'cat /dev/mtdb2 2>/dev/null' >> /tmp/backup.sh
chmod 700 /tmp/backup.sh
micro_inetd 31337 /tmp/backup.sh
</c>

This'll make your device listen for incoming connections on port 31337.
On your host system you may then simply run
nc ip.of.your.phone 31337 > fon_rootfs
et voilà, you got your rootfs packed into a file.

Note that the backed up file is not ext2, but a jffs2 formatted
filesystem. These can't be handled by a simple "mount -o loop" as you'd
have thought... so here's how you mount it:

<c>
modprobe jffs2
modprobe mtdram total_size=32768 erase_size=128
modprobe mtdblock
mkdir /tmp/phone-root
mknod /tmp/phone-mtdb2 b 31 0
dd if=/your/backup/file of=/tmp/phone-mtdb2
mount -t jffs2 /tmp/phone-mtdb2 /tmp/phone-root
</c>

[[#Dateisystem herunterladen]] describes another way to dump the filesystem for closer examination.

=== Komplettes Backup ===
Die Datei http://www.mikrocontroller.net/attachment/73323/S91backup_pipe auf das Gerät laden und als ausführbar markieren.

cd /etc/rc.d/init.d
wget http://www.mikrocontroller.net/attachment/73323/S91backup_pipe
chmod +x /etc/rc.d/init.d/S91backup_pipe

Damit wird eine Art Backup-Server mit dem Boot gestartet.
wenn man dies nicht möchte kann man das Skript natürlich auch an jeden beliebigen anderen Ort legen und per Hand starten.

Nun kann man von einem Rechner aus mittels nc (netcat) die Bereiche sichern:

nc 192.168.1.3 31337 > fon_rootfs
nc 192.168.1.3 31338 > fon_udata
nc 192.168.1.3 31339 > fon_usettings
nc 192.168.1.3 31340 > fon_bootld
nc 192.168.1.3 31341 > fon_kernel

Die 192.168.1.3 natürlich mit der IP des Gerätes austauschen, die fon_*
Dateinamen könnt ihr natürlich auch frei vergeben.

fon_udata ist die /user_data Partition, fon_usertings dementsprechend
die /user_settings Partition.

Der bootld Bereich enthält auch die Parameter. Um das später (falls
überhaupt nötig) mittels blob zu restaurieren müsste die Datei noch in
zwei Teile aufgeteilt werden. Der erste enthält dann den reinen
Bootloader-Bereich, der zweite die Parameter. Wer's wirklich braucht für
den kann ich noch ne Anleitung zum Aufteilen geben. Wirklich Sinnvoll
ist das aber nicht, hat man den Bootloader erstmal mit was anderem
überschrieben kann man ihn ja auch nicht mehr zum Wiederherstellen
benutzen....

=== Zurückspielen der Backups ===

1) Man braucht ein (die) Backup-Image(s).

2) Serielle Verbindung zum Telefon

3) Akku abstecken, wieder anstecken.

4) Telefon einschalten und im Terminalprogram auf die Tasten kloppen, so
das man im Bootloader landet. Dabei muss man recht schnell sein. Es
sollte dann ein Prompt kommen:

<c>
blob>
</c>

5) Nun gibt man ein
xdownload param
Wobei 'param' der Teil ist, den man wiederherstellen will:
* blob - Bootloader (fon_bootld)
* param - Parameter Bereich (Bootloader oder Kernel?) (fon_bootld)
* kernel - Der Kernel (fon_kernel)
* ramdisk - Das Root-Filesystem / (fon_rootfs)
* ramdisk2 - Das /user_data Filesystem (fon_udata)
* ramdisk3 - Das /user_settings Filesystem (fon_usettings)

Beim Backup ist blob + param in einer Datei, müsste man also ggf.
erstmal aufsplitten.

6) Er wartet dann auf den Upload. Nun startet man im Terminalprogram den
Upload des Backup-Images, dazu verwendet man das X-Modem Protokoll.

7) Kaffee trinken, auf's Klo gehen, mit Frau/Freundin/Mutter ein Gespräch
anfangen.

8) Irgendwann ist der Upload fertig. Dauert halt lange. Man landet
wieder am "blob>" prompt. Nun gibt man
flash param
ein.

9) Er schreibt nun das, was man hochgeladen hat, in das Flash.

10) "boot" eingeben. Da Telefon bootet nun normal.

Achtung: Wenn im Backup nicht die Änderung gemacht wurde damit das
Telefon auch bei angeschlossener serieller Schnittstelle startet, kommt
man nicht weiter als wie bis zur Sanduhr. Dann einfach die serielle
abstecken (Also den TIN pin wieder freigeben) und das Telefon neustarten
(Akku kurz ab- und wieder anstöpseln)

=== Dateisystem herunterladen ===
Zum unkomplizierten Durchsuchen des Dateisystems kann es nützlich sein, dieses vom Gerät zu kopieren.

Folgende Befehle erzeugen wie beim Backup des Flash einen kleinen Server, dessen Output auf anderer Seite mittels mittels nc abgeholt werden kann:

<c>
echo '#! /bin/sh' > /tmp/backup.sh
echo 'cd /' >> /tmp/backup.sh
chmod 700 /tmp/backup.sh
echo 'tar cf - bin boot dev etc home lib mnt opt root sbin tmp trace upgrade user_data user_settings usr var 2>/dev/null' >> /tmp/backup.sh
micro_inetd 31340 /tmp/backup.sh
</c>

Die lange Liste mit Unterverzeichnissen ist notwendig um /proc zu überspringen, was Probleme mit tar verursachen würde.

Auf einem anderen Linux system (oder cygwin) kann mittels
<c>
nc telefon-Ip 31340 > file.tar
</c>
die Datei abgerufen werden.

Der Vorgang dauert aber ein ganz paar Minuten.

Heraus kommt ein Tar-Archiv, was alle Dateien des Gerätes enthält - inclusive der temporären Dateien der Ram-Disks.

== Betrieb mit aktiverter serieller Schnittstelle ==

Das 5500 scheint nicht komplett zu starten wenn man TIN auf low hat
und die serielle Schnittstelle benutzt. Man kann das Gerät dann nicht normal bedienen. Dies lässt sich ändern indem man in der Datei

/usr/local/startup/daemon.sh

ziemlich am Anfang das TINDETECT="TRUE" ändert auf TINDETECT="FALSE"

Danach startet er auch mit aktiver serieller Verbindung komplett durch
und das Gerät ist ganz normal bedienbar.

== Aktivierung WPA2 Unterstützung ==
Standardmäßig kann das Telefon nur WPA.
Es gibt einen Trick mit dem auch WPA2 aktiviert werden kann.
Allerdings wurde von einigen ein Einbruch der Verbindungsgeschwindigkeit festgestellt (scheint jedoch nur bei geringem Akkuladestand aufzutreten).

Mittels
vi /etc/marvell/wpa_supplicant.conf
den Texteditor starten.
Mit PageDown (Bild runter) bis zum Ende des Files gehen.
Die Zeilen
proto=WPA
pairwise=TKIP
group=TKIP
auskommentieren, indem ein # vorangestellt wird:
* cursor auf Beginn einer Zeile
* i drücken zum Einfügen
* # eintippen
* [Esc]
Sind alle Zeilen auskommentiert, dann mittels
:wq[enter]
abspeichern und Editor verlassen.

Danach neu booten.

Anmerkung: Will man sich mit dieser Änderung in einem reinen WPA2 Netz anmelden (registrieren), kann man als Verschlüsselung nur noch WEP auswählen - der Verbindungsversuch scheitert natürlich! (Hardware: Fritz!Box 7270, PHILIPS VP5500)

Also am Accesspoint WPA2 + WPA einstellen, Telefon registrieren, dann Accesspoint auf WPA2 konfigurieren.

Wichtige Info von airmack via IRC:

'''Um sich eine Wiederbelebung per serieller Konsole zu ersparen, ist es günstig, immer nur Einträge an die wpa_supplicant.conf hinten anzuhängen, niemals aber vorne einzufügen!'''

== Menüs ==
=== Hauptmenu ===

Das File
/usr/local/etc/defaultbuttons.conf
enthält unter anderm die definition des Hauptmenus.

Hierfür ist der Abschnitt Menu besonders interessant.
[Menu]
1 = Applications/camera.desktop
2 = Applications/callhistory.desktop
3 = Applications
4 = Settings
5 = Applications/addressbook.desktop
6 = Settings/RingProfiles.desktop
Columns = 3
Default = 5
Map = 123456789*0#
Rows = 2

'Rows' und 'Columns' geben an, wieviel Reihen und Spalten das Hauptmenu hat.
Über die Zuweisungen 1 bis (Columns * Rows) kann man dann den Menüpositionen die Menüpunkte zuweisen.
Die Menupunkte sind definiert in den Verzeichnissen unter
/usr/local/apps
gibt man nur ein Verzeichnis an, dann erscheint ein Submenü, dessen Icon und Name in der .directory -Datei des entsprechenden Ordner definiert ist.
direkte Menupunkte haben Dateinamen mit der Endung .desktop
'Default' bestimmten vorselektierten Eintrag.

Hier ein weiteres Beispiel für ein angepasstes Menu:
[Menu]
1 = Applications/addressbook.desktop
2 = Applications/callhistory.desktop
3 = Applications/sysinfo.desktop
4 = Applications
5 = Settings
6 = Games
7 = Applications/camera.desktop
8 = Applications/photoedit.desktop
9 = Applications/manualsub.desktop
Columns = 3
Default = 5
Map = 123456789*0#
Rows = 3

Der Ordner Games ist (momentan ;) leer.

=== Genereller Aufbau Menü-Einträge===
Die Einträge für die Menüs sind im Filesystem abgelegt:

* Settings: /usr/local/apps/Settings
* Applications: /usr/local/apps/Applications
* Klingeltöne: /usr/local/etc/SystemRingTones/

Die Dateien haben die Endung ".desktop" und sind normale Textdateien, die die relevanten Infos enthalten.

Ein Beispiel aus dem Settingsordner:
[Translation]
File=QtopiaSettings
Context=Sound
[Desktop Entry]
Type=Application
Exec=sound
Icon=Sound
Name[]=Sound
CanFastload=0

Der Abschnitt 'Translation' gibt an in welchem File, die Lokalisationsdaten stehen.

Der Abschnitt 'Desktop Entry':
* Type: Typ des Eintrages
** Application für Anwendungen
** audio/x-wav für Klingeltöne
* Exec: Anwendung, die ausgeführt werden soll
* Icon: Icon, das im Menü benutzt wird.
** Pfad ist meist: /usr/local/pics/[Exex]/[Icon].png
** manchmal aber auch: /usr/local/pics/icons/[14x14|16x16|22x22]/[Icon].png
* Name[]: Name im Menü, wird über das in Translation angegebe File und Context aufgelöst. Dies wird verhindert, wenn die Klammern wegelassen werden, was das Einfügen eigener Einträge ermöglicht

Hier ein Textfile mit allen desktop-Files als Referenz: [[File:alleDesktopFiles.txt]]

=== Versteckte Menüeinträge ===
in den oben genannten Ordnern existieren ein paar Dateien mit der Endung '.desktopMASK'.
Benennt man diese um, werden die Einträge nach einem Neustart im Menü freigeschalten.

folgendes an der Kommandozeile eingeben:
cd /usr/local/apps/Settings
mv datetime.desktopMASK datetime.desktop
mv callforward.desktopMASK callforward.desktop
mv calloptions.desktopMASK calloptions.desktop
mv resetparam.desktopMASK resetparam.desktop
mv subkpncode.desktopMASK subkpncode.desktop

Dies aktiviert folgende Optionen:
* Datums/Zeit-Einstellung
* Anrufweiterleitung
* Anrufoptionen
* Parameter zurücksetzen
* Number Switch

Die nützlichsten sind wohl die ersten Einträge.
Bei dem "Number Switch" ist unklar, was er bewirken soll. Beim Start wird ein Code abgefragt.

Weiterhin kann im Verzeichnis /usr/local/apps/Applications eine [[File:demomode.desktop]] anlegen.

Hierfür ist folgende Prozedur nötig:
* im Terminal
cd /usr/local/apps/Applications
vi demomode.desktop

* i drücken
* folgendes Textfragment einfügen
[Translation]
File=QtopiaApplications
Context=DemoMode
[Desktop Entry]
Exec=demomode
Icon=Camera
Type=Application
Name[]=DemoMode
* [Esc]
* :wq [Enter]

Dies schaltet einen Demo-Modus frei.

=== Französisch ===
Es gab die Geräte wohl auch in Frankreich von der France Telekom.
Zumindest sind entsprechende monitor und upgrade Referenz-Dateien
vorhanden in denen das steht. Daher wohl auch die Französischen
Sprachdateien, die zwar auf dem Gerät sind, allerdings in einem
Unterverzeichnis, so das sie nicht auswählbar sind.

Um diese Dateien zu aktivieren:

cd /usr/local/i18n
mv NOTUSED/fr .

Nun ist auch noch französisch als Sprache verfügbar.

== Grafische Anpassungen ==
So gut wie alle Grafiken liegen im Verzeichnis /usr/local/pics und können beliebig ausgetauscht werden (gleicher Dateityp, gleiche Größe).

Einige besonders interessante werden hier aufgeführt:

=== Eigene Startup/Shutdown-Animation ===

Die Animation beim Starten oder Herunterfahren sind normale (animierte) GIFs. Diese findet man in

/usr/local/pics/qpe

Die Links "splash.gif" und "goodbye.gif" zeigen auf die tasächlich zu verwendenen Dateien ("splash-chuck.gif", "goodby-chuck.gif").
Man kann sein eigenes animiertes GIF im Format 176x220 Pixel raufladen und die
splash.gif entsprechend neu verlinken. Dazu löscht man zuerst die alte
mit:

rm /usr/local/pics/qpe/splash.gif

Anschliessend erzeugt man den Link neu, dabei zeigt er dann auf die
eigene Datei:

ln -s /pfad/zur/eigenedatei.gif /usr/local/pics/qpe/splash.gif

Danach wird dann bei jedem Neustart die eigene Animation angezeigt.
Analog hierzu mit der goodbye.gif.

Also, man packe das Bild auf einen Webserver. Dann am Gerät über telnet
anmelden und:

<c>
cd /usr/local/pics/qpe/
wget http://dein.server/woauchimmer/Matrix5.gif
rm /usr/local/pics/qpe/splash.gif
ln -s Matrix5.gif splash.gif
</c>

Die GIF Animation kann bis zu 176x220 Pixel groß sein.
Kleinere (möglicherweise auch größere) Bilder werden zentriert.
<gallery>
Bild:walking_baby_tux.gif
Bild:custwakeup2.gif
Bild:custgoodbye2.gif
Bild:94vw4.gif
Bild:1_Matrix--16984.gif
Bild:1_Matrix--16985.gif
Bild:3.gif
Bild:ClanSpider2.gif
Bild:TS12.gif
Bild:Matrix5.gif
Bild:qtopia3.gif
Bild:qtopia0.gif
</gallery>

=== Eigener Boot/Update-Screen ===

Der Boot-Screen, oder der Update-Screen liegen als Rohdaten vor.
/user_data/data/welcome.rgb565
/usr/local/startup_V4.20/update.bin

Weitere Beispielbilder:
/user_data/prod/data/lcd_test_card1.bin
/user_data/prod/data/lcd_test_card2.bin

Diese werden direkt in den Framebuffer geschrieben.
Daher müssen sich diese genau ein bestimmtes Format halten:
* Größe 240 x 220 (Das Display ist 176 x 220, der Rest ist also nicht zu sehen)
* 16bit pro Pixel RGB565

Um solch ein Bild zu erstellen sind folgende Schritte notwendig:
# Ein Bild in Gimp mit 176x220 erstellen
# das Bild vertikal spiegeln
# Bild->Leinwandgröße auf 240x220 erweitern (Bilddaten ganz nach links)
# Datei->Kopie speichern...
# Als Windowsbitmap -> erweiterete Optionen -> 16bit R5G6B5
# BMP-Header entfernen (dies kann auch auf dem Telefon gemacht werden)
tail -c 105600 input.bmp > output.raw

Von der Kommandozeile kann auch manuell das Bild in den Framebuffer geschrieben werden.
cat /user_data/prod/data/lcd_test_card1.bin > /dev/fb0

== Wichtige Verzeichnisse ==

=== Adressdaten ===

# cat /user_data/home/Applications/addressbook/addressbook.xml

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE Addressbook ><AddressBook>
<Groups>
</Groups>
<Contacts>
<Contact
Uid="-1269720893"
Categories="-1269431263;-1266109093;-1266109094"
FirstName="ich"
FileAs="ich"
JobTitle="cc"
Department="dep"
Company="aa"
BusinessPhone="55"
BusinessFax="77"
BusinessMobile="66"
HomePhone="55"
HomeMobile="11"
HomePc="12"
HomeData="13"
HomeFax="14"
BusinessStreet="street"
BusinessCity="city"
BusinessState="state"
BusinessZip="zip"
BusinessCountry="country"
BusinessPager="88"
Office="office"
Profession="prof"
Assistant="ass"
Manager="man"
HomeStreet="ptjml"
HomeCity="cit"
HomeState="stat"
HomeZip="zi"
HomeCountry="coun"
Spouse="spouse"
Gender="1"
Birthday="20100322"
Anniversary="20100429"
Children="child"
Notes="gakm"
CompanyPronunciation="bb"
BUSINESS_CONTACT=""
photofile="ci-1269721575-0.jpg"
qdl-private-data=""
tone="/usr/local/etc/SystemRingTones/16-Tetris.desktop"
/>
<Contact Uid="-1269554029"
FirstName="VoIP"
LastName="Phone1"
FileAs="VoIP Phone1"
HomeMobile="**621"
tone="/usr/local/etc/SystemRingTones/15-Techno2.desktop" />
<Contact Uid="-1269554032"
Categories="-1269431263"
FirstName="VoIP"
LastName="Phone3"
FileAs="VoIP Phone3"
HomeMobile="**623"
BUSINESS_CONTACT=""
qdl-private-data=""
tone="/usr/local/etc/SystemRingTones/08-Celtrelax.desktop" />
</Contacts>
</AddressBook>

UID ist wohl egal, solange sie nicht zweimal vorkommen.

Die Beschränkung auf 500 Adressbucheinträge kann man auch aufheben
"maxEntries = 500" in der "Contacts.conf"

Die Kategorien stehen in /user_settings/Categories.xml:

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE CategoryList>
<Categories>
<Category id="-1269431263" name="_Personal" />
<Category id="-1269431262" name="_Business" />
</Categories>

Wenn man einem Kontakt eine bestimmte Kategorie zuordnet, dann wird die ID dieser Kategorie im Attribut "Categories" des Kontakts eingetragen (s.o.). Wenn die Kategorie BUSINESS gewählt wird, steht im Attribut "BUSINESS_CONTACT" eine "1".

Ein Einrücken der Attribute mit TABs in den Dateien ist übrigens nicht erlaubt!

Die Software des Telefons wertet die XML Datei bei jedem Zugriff neu aus. Es ist also möglich, die Datei im laufendem Betrieb zu ändern (z.B. per Script).

=== Fotos & Videoschnappschüsse ===

Alle Bilder die mit der Kamera aufgenommen werden, sowie Schnappschüsse die während eines Videocalls aufgenommen wurden, befinden sich in folgendem Verzeichnis:
/user_data/home/Documents

Die Bilder sind dabei nach folgendem Namensschema benannt:

DD-MM-YYYY-hh:mm:ss.jpg

Tag (DD) und Monat (MM) können auch einstellig sein.

== Klingeltöne ==

Die Klingeltöne liegen, wie oben beschrieben unter:

/usr/local/etc/SystemRingTones/

Es sind .wav Dateien mit (16Khz, 16Bit, Mono), welche sich, z.B. mit MhWaveEdit (Linux/GTK) recht komfortabel erzeugen lassen.

Zusätzlich zu den Audio Dateien müssen noch im selben Verzeichnis entsprechende *.desktop dateien angelegt werden, damit alles korrekt ins Menü integriert wird.
Eine für den fiktiven 16. Klingelton erzeugte Datei "16-Tetris.desktop" könnte den folgenden Inhalt haben:

[Desktop Entry]
Categories =
File =16-Tetris.wav
Name[] =16-Tetris
Type = audio/x-wav
[Translation]
File=QtopiaRingTones
Context=16-Tetris

Nach dem Anlegen der Dateien sollte sie dann im Menü auftauchen und auswählbar sein.

=== Timeserver ===

http://www.mikrocontroller.net/topic/170483#1645101
Unter /usr/local/data steht in der monitor.cfg und monitor_ref_KPN.cfg
die Adressen der Zeitserver "ntp.xs4all.nl" und "130.142.110.71". Diese
könnte man z.B. auf "ptbtime1.ptb.de" und "ptbtime2.ptb.de" ändern.

(http://www.mikrocontroller.net/topic/170483#1649594)
das telefon benutzt *nicht ntp* sondern das time-protokoll auf port 37 -
chronos.zedat.fu-berlin.de kann man als server nehmen.

== Zusätzliche Software ==
=== Dropbear (SSH-Server) installieren ===

# Mit telnet auf dem Gerät einloggen
# folgendes in die Kommandozeile kopieren
cd /
wget http://vp6500.bd8.nl/bin/dropbear.tgz
tar -xzf dropbear.tgz
rm dropbear.tgz
cd /etc/rc.d/init.d
mv dropbear S90dropbear
./S90dropbear start
Kommando 6 (mv ...) ist notwendig damit dropbear bei jedem Reboot automatisch
gestartet wird.

=== Nano 2.2.3 installieren ===

* Mit telnet auf dem Gerät einloggen
* folgendes in die Kommandozeile kopieren
cd /usr/bin
wget http://www.mikrocontroller.net/attachment/74023/nano
* Mit folgendem Befehl den Editor ausführbar machen:
chmod +x /usr/bin/nano
* Nun ist vi Geschichte ;-)

= SIP Einstellungen =

== Einstellung für 1und1 ==

* SIP1:
** Display Name: ...
** Username: 49#VORWAHLOHNE0#NUMMER#
** Telephone Number: 0#VORWAHLOHNE0#NUMMER#
* Auth:
** Auth Username: 49#VORWAHLOHNE0#NUMMER#
** Password: *********
* Server:
** sip.1und1.de:5060
* Proxy:
** sip.1und1.de:5060
* RTP:
** 30000 und 30019
* STUN:
** stun.1und1.de
* STUN Server Port:
** 3478
* SIP2:
** UDP: 5060
** TCP: 5060

== Einstellung für Sipgate ==

*SIP1
**Display Name: Sipgate Username
**User Name: your SIPgate-ID
**Telephone Number: Sipgate-Telefonnummer
*Auth
**Authentification UserName: your SIPgate-ID
**Password: Sipgate Passwort
*Server
**SIP register address:port: sipgate.de:5060
*Proxy
**SIP proxy1 address:port: sipgate.de:5060
*SIP2
**SIP Port Listen
**for UDP: 5062
**for TCP: 5062
**for TCP TLS: 5053
*STUN: [X] use rport

SIP Outbound muss leer sein.

Ein Videotelefonat von Sipgate zu Sipgate zwischen zwei VP6500 wurde erfolgreich getestet. Gegebenenfalls muss die eigene Videoübertragung noch durch Drücken der Taste '''Video''' gestartet werden.

== Einstellung für Ekiga.net ==

*SIP1
**Display Name: Irgendwas
**User Name: username
**Telephone Number: leer
*Auth
**Authentication User Name: username
**Password: password
*Server
**SIP register: ekiga.net:5060
**Protocol: ( ) TCP (*) UDP
**Expire Timer: 3600
**Keep Alive: 0
*Proxy
**alle leer
*STUN
**( ) use rport
**STUN Server IP address: stun.ekiga.net
**STUN Server port: 3478
*SIP2
**(*) Symmetric Mode
**UDP: 5060
**TCP: 5060
**TCP TLS: 5061
*OBproxy
**alle leer

Nach der (kostenlosen) Registrierung bei ekiga.net und der Anmeldung des Telefons kann man unter der 500 einen Audio und Video(!) Test machen. 
Weitere features: https://www.ekiga.net/index.php?page=services 
Ekiga teilt keine Festnetz Rufnummern zu, daher ist ein Anruf von/zu Festnetz Telefonen nicht möglich. 
Bei Ekiga.net angemeldete Geräte können aber problemlos untereinander telefonieren, sogar mit Video. Da man vom Mainscreen des VP5500/6500 aus direkt nur numerische Kontakte (herkömmliche Telefonnumern) wählen kann, Ekiga.net Telefonnummern aber aus [Benutzername]@ekiga.net bestehen, legt man über das Menü des VP5500/6500 einfach einen neuen Kontakt (Telefonbuch) an. Als Video-Rufnummer trägt man einfach [Benutzername]@ekiga.net ein, wobei [Benutzername] der Name des Ekiga-Accounts ist, den man erreichen will. Zwischen der Eingabe von Buchstaben, Zahlen und Sonderzeichen kann man dabei mit der [#]-Taste des VP5500/6500 umschalten.
Sollte bei einem Telefonat über Ekiga Video einmal nicht funktionieren, hilft eventuell die manuelle Aktivierung der Videofunktion mittels der Video-Taste auf der Tastatur des VP6500

== Einstellung für Fritzbox 7170 ==
Die Anmeldung eines Telefons auf der Fritzbox starten (System/Ansicht/"Expertenansicht aktivieren", dann Telefonie/Telefoniegeräte/"Neues Gerät einrichten", "Telefon", "Bitte auswählen"/"LAN/WLAN (IP-Telefon)") und sich eine Nummer geben lassen, dann in Registration auf dem VPx500 wechseln und die Einstellungen wie unten vornehmen. Anschließend will das Telefon diese Einstellungen aktivieren, vorher noch auf der FB die Anmeldung starten. 
 
Im Beispiel will die FB die Nummer 621 vergeben: 
'''Reiter SIP1''' 
Display Name: <leer lassen> 
User Name: 621 
Telephone Number: 621 
 
'''Reiter Auth''' 
Authentication UserName: 621 
Password: [hier das gleiche, wie auf der FB eingeben] 
 
'''Reiter Server''' 
SIP register address:port 
192.168.2.1:5060 (IP Bitte auf Euer Netz anpassen) oder alternativ: fritz.box:5060 
Protocol: UDP 
ExpireTime: 3600 
Keep Alive: 300 
 
'''Anmerkungen dazu:''' 
Protokoll: UDP 
Bei TCP hat das VP6500 nach Minuten oder Stunden immer wieder die Verbindung zur FB verloren. 
Keep Alive: 300 
Die Keep Alive Time habe ich eingestellt, weil ich die TCP Probleme umgehen wollte. Ich denke nicht, dass es zu Problemen bzgl. Akku kommt. Da es so aber perfekt funktioniert, habe ich es gelassen. Das UDP Protokoll kommt zudem mit weniger Netzwerk-Traffic aus. 
Anmeldung: 
Die Anmeldung wurde von der Fritz!Box nicht immer erfolgreich bestätigt. Einfach Weiter klicken und die restlichen Einstellungen vornehmen. Spätestens nach einem Reboot des VPx500 funktioniert alles einwandfrei. 

= Buildumgebung erstellen =

Bislang ist die Erstellung von GUI-Applikationen (QTopia) noch nicht auf einfache Weise möglich. Das größte Problem ist, dass der Quellcode der Video-Telefon-Anwendung zum größten Teil zur Verfügung steht. Das Erstellen von Kommandozeilen-Anwendungen geht aber schon problemlos.

== Windows ==
Die verwendete ARM-Entwicklungsumgebung basiert auf gcc. Mittels cygwin kann diese zwar auch als Win32-Anwendungen gebaut werden, dies ist aber in hohem Maß unüblich.

Am besten eine aktuelle Version von Debian oder Ubuntu in "vmware player" oder "virtual box" installieren. Wenn man die virtuelle Maschine nur zum Compilieren verwendet, reicht eine kompakte Kommandozeilen-Version (z.B. Ubuntu Server 9.10). Fertige virtuelle Machinen, im vmware-Marketing-Sprech gerne auch "virtual appliances" genannt, sind reichlich verfügbar (z.B. http://www.vmware.com/appliances/directory/70918).

=== Freetz-Linux ===
Für Fritzbox-Besitzer besonders geeignet ist das Freetz-linux, welches man im IP-Phone-Forum finden kann (-> http://www.ip-phone-forum.de/showpost.php?p=1400234&postcount=1).
Dieses kann zum Erstellen von Freetz-Images einerseits und andererseits als Buildumgebung benutzt werden. So spart man sich eine zweite VM.

Die VM selbst braucht nur gestartet werden, den Rest macht man am Besten von seiner gewohnten Umgebung aus.
Mittels Samba kann einfach per Windowsnetzwerk auf das Home-Verzeichnis zugriffen werden und per SSH kann einfach eine Shell (UTF als Codierung einstellen, dann stimmen auch die Sonderrzeichen) geöffnet werden.
Es muss sichergestellt werden sein, dass die VM zugriff auf das lokale Netzwerk, sowie das Internet hat (am besten mit einem 'ping google.com' überprüfen). Bei mir ging es eigenartiger weise erst, als ich die virtuelle Netzwerkkarte in den VM-Settings auf NAT gestellt habe.

Benutzername und alle Kennwörter sind 'freetz'

==== Installation und Test der VP5500 Toolchain ====
Installation der Buildumgebung:
sudo mkdir /opt/VP5500
sudo mkdir /opt/VP5500/toolchain
cd /opt/VP5500/toolchain
sudo wget http://www.handhelds.org/download/projects/toolchain/arm-linux-gcc-3.3.2.tar.bz2
sudo bunzip2 arm-linux-gcc-3.3.2.tar.bz2
sudo tar -xf arm-linux-gcc-3.3.2.tar
sudo rm arm-linux-gcc-3.3.2.tar
sudo ln -s /opt/VP5500/toolchain/usr/local/arm /usr/local/arm

Nach einem sudo-Kommando muss eventuell das Passwort eingegeben werden, weswegen die Befehle einzeln eingegeben werden sollten (oder man öffnet am Anfang eine sudo shell, dann kann man das auch weglassen.

Test der Buildumgebung:
cd ~
wget http://www.mikrocontroller.net/attachment/73161/helloworld.tgz
tar -xzf helloworld.tgz
rm helloworld.tgz
Dannach sollte im ~/helloworld verzeichnis ein neues executable liegen, was vom Hostrechner einfach via Netzwerkfreigabe (\\freetz-linux\helloworld) und via WinSCP auf das Telefon kopiert werden kann.

==== Freetz-Linux eigentlicher Anwendungszweck ====
wer das Ding auch zum Bauen von Freetz-Images zum Erweitern seiner Fritz-box benutzen will muss sich zuerst ein Freetz runterladen.
Folgende Schritte machen dies:
cd ~
svn checkout http://svn.freetz.org/trunk freetz-trunk
Dannach gibts im Home-Verzeichnis das aktuelle Freetz im Verzeichnis 'freetz-trunk'.
Konfigurieren mit 'make menuconfig' und Image erstellen mit 'make'.
Wenn alles gut geht kann man das image dann vom Hostrechner aus der Windowsfreigabe '\\freetz-linux\freetz-trunk\images' rausholen und auf die Box spielen.

Für detailiertere Infos bitte direkt bei Freetz nachschlagen:
http://trac.freetz.org/

== Linux ==
Die bisher bekannten, mit VP5500 und VP6500 ausgelieferten Software-Versionen, basieren auf einer etwas älteren "gcc 3.3.2-ARM-Toolchain". Eine passende Toolchain für ein x86-basiertes Entwicklungssystem ist unter http://www.handhelds.org/download/projects/toolchain/arm-linux-gcc-3.3.2.tar.bz2 zu finden.

Unter Debian-basierten Linux-Distros kann dieses Archiv z.B. nach /opt/VP5500/toolchain entpackt werden (einige der Makefiles im Forum setzen diesen Speicherort vorraus). Es ist jedoch zu beachten, dass diese Version der Toolchain auch über den Pfad /usr/local zugänglich sein sollte. Dazu kann mittels "ln -s /opt/VP5500/toolchain/usr/local/arm arm" in /usr/local ein Symlink auf den eigentlichen Speicherort gesetzt werden.

=== Hello World ===
Christian Klippel (ChrisK) hat unter http://www.mikrocontroller.net/attachment/73161/helloworld.tgz ein "Hello World" bereitgestellt, mit dem sich die Toolchain testen lässt und dessen "Makefile" und "Makefile.local" als Grundlage für eigene Versuche dienen kann.

Das Archiv wird in ein lokals Verzeichnis (z.b. ~/helloworld) entpackt und dort durch Eingabe von "make" compiliert.

Zum Testen muss das Binary natürlich auf das Zielsystem übertragen werden. Wenn auf dem Entwicklungssystem ein http-Server oder ein ssh-Server läuft, kann man das Binary einfach in ein darüber zugängliches Verzeichnis kopieren es anschließend in einer telnet-Sitzung vom Verzeichnis /tmp aus mittels wget oder scp laden. Zum Test muss die Datei mittels "chmod +x helloworld" ausführbar gemacht werden, bevor sie mit "./helloworld" ausgeführt werden kann.

Mittels eines ftpd (z.B. http://www.mikrocontroller.net/attachment/73780/troll-ftpd_1.28-cg2_arm.tgz) oder sshd (z.B. Dropbear von http://vp6500.bd8.nl/) auf dem Zielsystem, kann man das Kopieren auch vom Entwicklungssystem aus durchführen.

=== Anpassen kleinerer Konsolen-Tools auf Cross-Compilierung ===
Die Makefiles von kleineren Projekten sind häufig nicht so sauber aufgebaut wie das helloworld-Beispiel, so dass man sie leichter ersetzt, als ändert. Am Beispiel von micro_httpd (http://www.acme.com/software/micro_httpd/ , http://www.mikrocontroller.net/attachment/73175/micro_httpd.tar.gz) kann leicht nachvollzogen werden, wie man den modularen Ansatz vom "Hello World"-Beispiel übernehmen kann (Makefile -> Makefile + Makefile.local).

= Hardware + Software Versionen =

Listet mal eure Hardware- und Softwareversion aus dem '''Applications''' => '''System Info''' Menü auf, wenn sie hier noch nicht stehen!

== VP5500 ==

{| class="wikitable"
|-
! Hardware Version !! Date !! Software Version
|-
| ind5 ||0647 || 4.20
|-
| ind5 ||0648 || 4.20
|-
| ind5 ||0649 || 4.20
|-
| ind5 ||0702 || 4.20
|}

== VP6500 ==

{| class="wikitable"
|-
! Hardware Version !! Date !! Software Version
|-
| ind3-v2 || 0713 || 3.22
|-
| ind3-v2 || 0716 || 3.22
|}

= Stromaufnahme =

== VP5500 ==
FIXME

== VP6500 ==

Konfiguration: VP6500 mit aktivierter serieller Konsole an Labornetzteil, Spannung 3.67V (Bei weniger bootet es anscheinend aufgrund von Stromspitzen nicht richtig und vermeldet auf der seriellen Konsole ein 'battery low' und schaltet sich danach selbst ab. Diese Spannung sollte noch so gerade 'safe' sein, geht man davon aus, daß da ein Step-Up im Innern am werkeln ist und noch einen Schottky-Vorwärts-Drop einzurechjnen ist).

=== Messungen ===
* Booten: bis zu 420mA
* Einbuchen: ca. 400mA
* mit abgeschaltetem Display, aber eingebucht und laufend (idle): ca. 80mA
* mit angeschaltetem Display, eingebucht und idle: ca. 190mA
* mit 100% Prozessor-Last (von serieller Konsole ausgeführt: "while true; do true; done"): ca. 60mA mehr als idle (Scheint aber auch größere Sprünge für andere CPU-Last zu geben)
* im 'Deep Sleep' (wird ein paar Minuten nach Einschalten erreicht): <10mA (!), mit kurzen Wachphasen mit erheblichem Stromverbrauch (>100mA). Beachte: Die serielle Konsole ist in diesem Modus auch nicht mehr aktiv, das Telefon ist aber nicht abgestürzt (Tastendruck aktiviert die Konsole wieder).

=== Ladegerät ===
* Phone nicht in der Ladeschale: < 0.2W
* Phone wird geladen: ca 4W

Heizungssteuerung mit Honeywell HR20

2009-01-07T18:16:08Z

Elmo: /* print status */

''von DarioC''

= Wie alles begann =

Nachdem von Uwe Felgentreu vor nunmehr vor über vier Jahren (genau am 17.11.2004 um 11:26) hier in diesem Forum den Thread mit dem Titel ''Honeywell Rondostat HR20E per AVR steuern und konfigurieren'' gestartet hat ist es nun langsam soweit, dass das Ganze auch ein Projekt wird.

Den Thread dazu kann der interessierte Leser [http://www.mikrocontroller.net/topic/17603 hier nachlesen]

= Projektziel =

Wir konzentrieren uns in erster Linie auf den Honeywell Rondostat HR20E mit ausgelieferten Softwareversion 2.04. Dass es ähnliche andere Geräte gibt behalten wir bei der Entwicklung im Hinterkopf.

Basierend auf dieser Hardware wollen wir eine neue Software entwickeln.
Dabei können wir ausser der Hardware nichts weiter verwenden, da die Originalsoftware geschützt ist und nicht ausgelesen werden kann.

== Phase 1 ==
Die Software soll die Funktionen bieten, die die Originalsoftware auch bietet, später können dies dann um zusätzliche Funktionen erweitert werden. Die wichtigsten Funktionen sind:

* Temperaturregelung
* Echtzeituhr
* Ausnutzen der Sleep Funktion
* Anzeige Soll-Temperatur und der Uhrzeit
* Einstellung der Soll-Temperatur
* Uhrzeitgesteuerte Einstellung der Soll-Temperatur
* Fenster-Offen-Erkennung
* Ventilfreispülungsfunktion

== Phase 2 ==

Hier liegt der Sinn des ganzen Projektes: Durch diese zusätzlichen Funktionen wollen wir den Nutzwert des Thermostaten erheblich steigern:

* Programmierung der Schaltzeiten und Temperaturen über externe Schnittstelle
* Abfrage der Messwerte und Parameter über externe Schnittstelle
* Vernetzung der Thermostaten untereinander
* Zusätzliche externe Schnittstellen (neben UART auch CAN und Funk)
* Erweiterung der Anzeige um
** Ist-Temperatur
** Ventilstellung
** Funkschnittstelle
*** RFM12 http://www.hoperf.com/rf_fsk.asp
**** Library dazu im [https://roulette.das-labor.org/trac/browser/microcontroller/src-atmel/lib/rfm12/ SVN], [http://www.das-labor.org/wiki/Datenfunk_mit_dem_AVR Doku hier]
*** Zigbee http://www.meshnetics.com/zigbee-modules
** ...
* Bootloader, damit Leute mitarbeiten können, die keine JTAG haben. Mit einem JTAG könnte man den Bootloader Flashen, ohne den Thermostaten öffnen zu müssen. Von da an kann man über den Programmierstecker mit einem umgebauten Handykabel den Thermostaten neu flashen.

= Lizenz =
Die Software wird unter GPL v2 gestellt.

= Forum, Diskussion =
Da der '''orginale Thread ueber den HR20'''
http://www.mikrocontroller.net/topic/17603
ist mittlerweile sehr lang und vereinigt sehr viele Sub-Topics, darum wurde ein neuer Thread
'''OpenHR20: Firmware for Honeywell Rondostat HR20E''' in
http://www.mikrocontroller.net/topic/118781 erstellt.
Bitte alles Firmware-spezifische dort und in Englisch schreiben, da das Entwicklerteam international ist.

= Subversion Repository =
Das alte SVN Repository auf https://opensvn.csie.org war zu lahm, 
daher haben wir ein Projekt auf Sourcefore angelegt.
=== Zugangsdaten ===
Projektseite: http://sourceforge.net/projects/openhr20/ 
Repository Location: https://openhr20.svn.sourceforge.net/svnroot/openhr20 
Browse Repository: http://openhr20.svn.sourceforge.net/viewvc/openhr20/ 
=== Policy ===
Anonymous check out ist erlaubt. 
Wer was committen will muss freigeschaltet werden. 
Dazu brauche ich den Sourceforge Accountnamen. 
Einfch eine Email mit username und password an hr20[at]carluccio[dot]de 
Das mache ich dann von Hand und da ich nicht alle 10 Minuten Mails bearbeite kann das auch schon mal einen oder zwei Tage dauern. 
Wenn sich ein Maintainer findet, gebe ich die Zugangsdaten gerne weiter.

=== SVN Client und Anleitung ===
Windows-User nutzen am besten den Tortoise-SVN-Client, den man kostenfrei [http://tortoisesvn.tigris.org hier runterladen] kann. 
Dort gibt es auch eine Anleitung zum Arbeiten mit SVN.

= Analyse der Hardware =
Die Analyse hat der Dario schon gemacht, zu finden ist die jeweils aktuelle Version
[http://carluccio.de/images/e/e1/Hr20-analyse.pdf als PDF hier] oder [https://opensvn.csie.org/viewcvs.cgi/doc/analyse.pdf hier im SVN].
== Fuses ==
Here the settings of the fuses:

{| border="1" cellpadding="5"
! width="100" |
! width="150" | Original
! width="150" | OpenHR20
|-
| align ="center" | Extended
| align ="center" | 0xFD
| align ="center" | 0xFD
|-
| align ="center" | High
| align ="center" | 0x91
| align ="center" | 0x9B
|-
| align ="center" | Low
| align ="center" | 0x62
| align ="center" | 0xE2
|-
| align ="center" | EESAVE
| align ="center" | enabled
| align ="center" | disabled
|-
| align ="center" | BOOTSZ
| align ="center" | 1024 Words (1E00)
| align ="center" | 512 Words (1C00)
|-
| align ="center" | CKDIV8
| align ="center" | 1
| align ="center" | 0
|}

= TODOs =

== Main-Branch / all Branches of the Project ==
{| border="1" cellpadding="5"
! Task
! Remark
! Responsible
! Status
|-
| Code Review
| Check the code, complete doxygen coments
|
| ''' OPEN '''
|-
| UserManual
| Write a User Manual, Screenshots are in \trunk\doc\Screenshots\
|
| ''' OPEN '''
|-
| PC-Software
| Write PC-Program to: - Read and Write OpenHR20 Settings - Log Status from OpenHR20 - Visualize Logfile 
|
| ''' OPEN '''
|-
| Bootloader
| Do we still need a Bootloader ?
|
|
|-
|}

== The Wireless HR20 Branch ==

Dieser Projektzweig hat das Ziel, die HR20-Firmware so zu erweitern, dass sie ueber RFM12 FunkTransceiver fern-mess/steuer/regel-bar sind.

'''Status:''' Noch nicht einsatzbereit.

'''DONE:'''
* '''Anschluss eines RFM12-Funkmoduls an die von aussen zugaenglichen JTAG-Pins.''' Die JTAG-Pins werden durch die "RFMizierte" Firmware nicht disabled sondern nur zur Laufzeit in IO-Ports verwandelt. Man kann also weiter mit JTAG draufflashen, muss das RFM aber vorher abstecken. Auch das JTAG-Debugging geht nicht mehr. Aber das COMport-Interface geht weiterhin, da die RxD/TxD-Pins nicht verwendet werden. Eventuell wenn uns der Platz fuer Code ausgeht, fliegt der COM aber raus, denn wer seine HR20 mit Funk ansteuert, braucht eigentlich keinen COM-Anschluss. Mal schaun wie eng es wird. Wer lustig ist kann das RFM auch ins HR20 reinbauen und mit kleinen Draehten von hinten an die Pinleiste verloeten. Fuer Aestethen und Leute die nicht debuggen wollen sicher interessant.
* '''Senden eines 1/2/4/...minuetlichem StatusTelegramms''' ueber das RFM am JTAG. Das Telegramm wird moeglichst batterieschonend gesendet, d.h. zwischen ruebertakten des naechsten zu sendenden Bytes an den RFM legt sich das HR20 in Powerdown. Dieses StatusTelegramms enthaelt
** GeraeteAdresse,
** Challenge bzw. Nonce (s.u. wozu)
** IstTemperatur,
** SollTemperatur,
** VentilPosition,
** Manual oder Auto-Mode,
** FehlerBits (Abmontiert, Getriebe klemmt, Batterie leer)
** Checksumme.
* '''Einstellen der GeraeteAdresse ueber LCD, Tasten und Rad''' und im NichtFluechtigen Speicher behalten. Ist zwar etwas kryptisch einzustellen (set Configuration Byte), aber man muss keine eigene Firmware mit hard kodierter GeraeteAdresse kompilieren. Bei exaktem User-Manual (alle 3 tasten lange duecken, Drehen bis 22 kommt, Prog druecken, Geraeteadresse eindrehen, Prog druecken) aber sicherlich kein Problem.
* Die Kommunikation wird durch einen gemeinsam bekannten Schluessel gesichert. Der '''Schluessel ist im HR20 einstellbar''', analog wie die GeraeteAdresse.

'''TODO:'''
* '''Verschluesseln der gesammten Kommunikation''' mit [[http://de.wikipedia.org/wiki/XTEA XTEA]] damit keiner sieht dass die Heizung kalt ist was zum Einbruch einladen koennte ;-) Keine Grundsatzdiskussion bitte, den Verschluesselungscode werden wir sowieso auch anderweiteig brauchen.
* nach dem StatusTelegramm ist das '''RFM kurz im Empfangsmodus um eventuelle Befehle''' (set SollTemp, set Manual/AutoMode, set Schaltzeit, set Uhrzeit, set VentilPos, ...) von einem Raumcontroller zu empfangen.
* Dieser '''Raumcontroller''' ist (noch) nicht Teil des Projekts. Er kann z.B. eine typische AVR+FTDI+RFM-Schaltung sein, wie z.B. diese Hardware-Vorschlaege siehe [[AVR_RFM12]] und [http://www.das-labor.org/wiki/Datenfunk_mit_dem_AVR Datenfunk_mit_dem_AVR]. Viele von euch werden sicher eine simple Funk-zu-Serialport-Bruecke bauen, und ein Linux-Programm zur Steuerung zusammenkloppen. Evtl wird das auch mal ein Unter-Projekt.
* Dieser Raumcontroller kann nun in einem Zeitfenster von ca 1/10 Sekunde nach HR20's StatusTelegramm dem HR20 einen Befehl geben. Das ganze wird mit einem '''Challenge-Response-Protokoll gesichert''', damit keine unbefugten Raumcontroller vom Nachbarn einem die Heizung verdrehen. Wir diskutieren noch im Forum, aber wahrscheinlich kann man die Challenge-Respnse-Authentication auch mit XTEA-Verschluesselung durchfuehren (wuerde den Code fuer eine Einwegfunktion sparen, wir haben bald ProgramSpace-Probleme).
* Nach der Verarbeitung eines authentisierten Befehls '''sendet der HR20 ein Telegramm mit dem Resultat des Befehls''' zurueck. Danach ist der HR20 wieder bis zum naechsten Status in einer Minute (oder alle 2/4 Minuten) Offline. HR20 darf seinen RFM kann nicht permanent auf Empfang lassen, da dies ein Batteriekiller waere.
* '''Dokumentation''' fuer ein leichtes Nachbauen und Erweitern.

Wer noch Vorschlaege hat was rein soll, ab ins [[http://www.mikrocontroller.net/topic/118781 Forum]] damit.

= API Beschreibung =
Das Projekt wird mit doxygen dokumentiert,
die API-Beschreibung kann aus dem Source-Code generiert werden.
= UART Protocoll =

This is the documentation for the UART Protocol in Release 74 of the SVN hosted on Sourceforge:

== Com-Port Params ==
* BAUD: 9600
* Data: 8
* Parity: N
* Stop: 1

== Automatic calibration ==
When the HR20 is mounted, then the automatic calibration is started.
The Debug-Info during the callibration is printed to the com-interface like this:
<c>
+ 0210
+ 047e
+ 0437
[... many lines deleted ...]
- 0681
- 0695
- 0694
+ 0210
+ 047e
+ 0437
+ 0417
+ 0454
</c>

== Commands ==
All commands have FIXED format.
* command '''X.....\n ''' termination char
* X is upcase char as commad name
* hex numbers use ONLY lowcase chars
=== print version information ===
Command:
<c>
V<CR>
</c>
Response:
<c>
V: OpenHR20 SW version V.VV build DDDD $Rev: REV $
</c>
Where:
* V.VV Version
* DDDD Date at compilition
* REV SVN Revision
Example:
<c>
V: OpenHR20 SW version 0.21 build Nov 13 2008 23:22:08 $Rev: 72 $
</c>
=== print status ===
Command:
<c>
D<CR>
</c>
Response:
<c>
D: dW DD.DD.DDDD TT:TT:TT M V: VV I: IIII S: SSSS B: BBBB E: EE XW
</c>

Where:
* '''W''' Day of Week (monday=1)
* '''DD.DD.DDDD''' actual date
* '''TT:TT:TT''' actual time
* '''M|A''' manual/automatic mode
* '''VV''' actual position of valve [%] (00=closed, 100=opened)
* '''IIII''' actual temperature
* '''SSSS''' desired temperature
* '''BBBB''' battary voltage [mV]
* '''EE''' Error Code
* '''X'''
* '''W''' Window Open detected
Example:
<c>
D: d3 01.10.08 12:00:16 V: 00 I: 2103 S: 1700 B: 3259 E:04 X
</c>

=== print watched variable ===
Command:
<c>
Taa<CR>
</c>
* '''aa''' watched variable see ''watch.c''
Response:
(return 2 or 4 hex numbers)
<c>
T[aa]=VVVV
</c>
Where:
* '''aa''' watched variable see ''watch.c''
* '''VVVV''' value of watched variable
Example:
<c>
T[01]=0cca
</c>

=== get configuration byte ===
Command:
<c>
Gaa<CR>
</c>
* '''aa''' hex address of configuration byte see eeprom.h
Response:
<c>
G[aa]=VV
</c>
Where:
* '''aa''' hex address of configuration byte see eeprom.h
* '''VV''' value of configuration byte
Example:
<c>
G[13]=2d
</c>
=== set configuration byte ===
Command:
<c>
SaaVV<CR>
</c>
* '''aa''' hex address of configuration byte see eeprom.h
* '''VV''' hex value for configuration byte (hex)
Response:
<c>
S[aa]=VV
</c>
Where:
* '''aa''' hex address of configuration byte see eeprom.h
* '''VV''' value of configuration byte
Example:
<c>
S[13]=2d
</c>
=== get timer ===
Command:
<c>
Rab<CR>
</c>
* '''a''' day
* '''b''' slot
Response:
<c>
R[ab]=cddd
</c>
Where:
* '''c''' timermode
: '''0''' frost protection
: '''1''' energy save
: '''2''' comfort
: '''3''' supercomfort
* '''ddd''' time (minutes since 00:00, hex)
Example:
<c>
R[10]=21a4
R[11]=121c
R[12]=23c0
R[13]=14ec
R[14]=2fff
R[15]=1fff
</c>
comfort at 0x1a4 = 420 / 60 = 7
energy save at 0x21c = 540 / 60 = 9
comfort at 0x3c0 = 960 / 60 = 16
energy save at 0x4ec = 1260 / 60 = 21
Slot 5+6 not used.

=== set timer ===
Command:
<c>
Wabcddd<CR>
</c>
* '''a''' day
* '''b''' slot
* '''c''' timermode (0 to 3)
* '''d''' time time (minutes since 00:00, hex)
Response:
<c>
W[ab]=cddd
</c>
Example:
<c>
W[10]=21a4
</c>

=== Reboot ===
Command:
<c>
B1324<CR>
</c>
* '''1234''' password (fixed at this moment)
Response:
<c>

</c>

=== set date ===
Command:
<c>
Yyymmdd<CR>
</c>
* '''yy''' year
* '''mm''' month
* '''dd''' day
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>
=== set time ===
Command:
<c>
Hhhmmss<CR>
</c>
* '''hh''' hour
* '''mm''' minute
* '''ss''' seconds
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>

=== set wanted temperature ===
Command:
<c>
Axx<CR>
</c>
* '''xx''' temperature [unit 0.5C] (hex)
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>
Example:
20°C = 40 * 0,5 °C = 28 (hex)
<c>
A28<CR>
</c>

'''Attention: The value in the response is not the new value. The new value is updated some secondes later, so be patient and wait.'''

=== set mode ===
Command:
<c>
Mxx<CR>
</c>
* '''xx''' mode
: 00 = manu
: 01 = auto
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>

= Bootloader =
Um ein einfaches Update der Software, auch ohne Programmer und Zerlegen des HR20E zu ermöglichen, sollte ein Bootloader implementiert werden. 

'''Grundsatzproblem:''' Fuer ein erstes Umflashen eines eben aus der Verpackung genommenen HR20s braucht man ''immer'' einen JTAG-Programmer um ueberhaupt erstmal den Bootlader selber draufzukriegen.

== Anforderungen ==
* Einfaches Update ohne öffnen des HR20E 
* Nutzen bestehender Programme (Terminalprogramm), das erspart das schreiben von Update Software 
* HR20E sollte nach dem Start prüfen ob Programm gültig und nur dann das Anwenderprogramm starten
* Protokoll sollte Updatevorgang aus dem laufenden Betrieb unterstützen (Sprung in den Bootloader)

== Vorschlag 1 ==
X-Modem Protokoll (mit CRC) 
Hier gibt es eine fertige Lösung für das Etherboot projekt, deren übername gestattet ist. 
Größe ist hier kleiner 1kb und wohl verkraftbar. 

Vorteil: 
* etablierte Technik
* von anderen Herstellern Verwendet
* wird von den meisten Terminal Programmen unterstützt
* Gesichert durch Checksumme
Nachteil: 
* Aufwendige Checksummen Berechnung oder Lookup Tabelle Notwendig

== Vorschlag 2 ==
Verwendung des [[AVR_Bootloader_FastBoot_von_Peter_Dannegger]]:
Der ist sehr klein, erprobt, leicht anwendbar und funzt auch sehr gut. Die Windows-Software fuer den Upload ist auch sehr gelungen. Auf Grund des o.g. Grundsatzproblems und der Tatsache dass die Neuentwicklung eines Bootladers sehr anspruchsvoll ist, halte ich es an dieser Stelle fuer besser, das Rad nicht neu zu erfinden.

= Entwicklungsumgebung =
* Editor, Debugger, Compiler
** WinAVR version (20071221), sprich GCC 4.2.2 sowie avr-libc 1.6.0
** AVR Studio 4
* JTAG ICE
** Atmel AVR JTAGICE MK2
** AVR Dragon (z.B. http://elmicro.com/de/atavrdragon.html)
** Olimex-Seriell http://www.olimex.com/dev/avr-jtag.html
** Olimex-USB http://www.olimex.com/dev/avr-usb-jtag.html

= Sonstiges =
== Altes Protokoll ==
[[HR20_Protocol_V2 | Hier ]] hat mal einer ein Protokoll eingegeben.
Das scheint aber nicht zu der Version 2.04 zu passen.
Ich habe es nicht gelöscht, falls es jemanden interessiert.

[[Category:Projekte|!]]