Mikrocontroller.net - Benutzerbeiträge [de]

Oszilloskop

2019-07-20T21:39:01Z

Maschinist: /* Gebrauchte Oszilloskope */

Ein '''Oszilloskop''' dient zur grafischen Darstellung des Spannungsverlaufs eines oder mehrerer elektrischer Signale in einem einstellbaren Zeitfenster. Es ist das wichtigste Werkzeug der Elektrotechniker.

== Anfragen bezüglich Kaufberatung im Forum ==

=== Kritik an den Anfragen ===
Im Forum finden sich regelmäßig Anfragen nach individueller Beratung zum Oszilloskopkauf. Die Anzahl solcher Oszilloskop-Threads hat schon lange die 1000 überschritten. Sie sind langweilig, eine Qual und oft unnütz - besonders dann, wenn sich der Fragesteller offenbar nicht mit den Grundlagen eines Oszilloskops und den wichtigsten Kennzahlen bekanntgemacht hat oder nicht einmal weiß, was er überhaupt messen will. Auch, wenn ein Fragesteller ein paar Grundlagen besitzt, hat er anscheinend meistens keine Lust, verständlich darzustellen, was er genau will und lässt sich stattdessen umständlich befragen.

Den meisten regelmäßigen Forumbenutzern ist daher gründlich die Lust an Oszilloskop-Threads vergangen. Dort "diskutieren" eigentlich nur noch Trolle und anonyme Gäste, die oft genug nur Werbung über Billigangebote über die x-te Ausgabe einer billigen, als Oszilloskop bezeichneten Plastikkiste, einem super tollen eBay-Schnäppchen oder angeblicher asiatischer Wundertüten.

==== Links für Anfänger ====
Wer sich ernsthafte Beratung wünscht und eine "sanfte" Einführung in das Thema sucht, kann sich die englischsprachige YouTube-Videos von AfroTechMods anschauen:

[http://afrotechmods.com/tutorials/2011/11/27/oscilloscope-tutorials/ http://afrotechmods.com/tutorials/2011/11/27/oscilloscope-tutorials]

Dazu passt auch sein Tutorial über Funktionsgeneratoren:
[http://afrotechmods.com/tutorials/2011/11/27/function-generator-tutorial/ http://afrotechmods.com/tutorials/2011/11/27/function-generator-tutorial].

===Maßgeschneidert?===
Besonders die immer wiederkehrende Forderung, dass es unbedingt das maßgeschneiderte Oszilloskop zum Superpreis genau für den Fragesteller geben muss, ist sinnlos. Wer mit diesem Anspruch kommt, der wird enttäuscht werden. Das gibt es nicht, und gute Oszilloskope kosten Geld, da qualitativ hochwertige Geräte keine Massenware sind. Lediglich billige Geräte werden in grosser Zahl hergestellt und sind entsprechend preiswert, diese sind jedoch für anspruchsvolle Anwender meist untauglich, da genau an den wichtigen Dingen gespart und nur auf Optik gesetzt wird.

=== Gebrauchte Oszilloskope ===
Wer wenig Erfahrung mit Elektronikreparaturen hat, sollte sehr vorsichtig sein und den Markt gut beobachten.

Bei Gebrauchtware gibts stets das Risiko, ein defektes oder verbasteltes Gerät von Privat zu erwerben, deshalb sollte sich ein Käufer vorher die Rückgabemöglichkeit schriftlich zusichern lassen. Vom Kauf auf reinen Kleinanzeigenplattformen, wo der Verkäufer keinerlei Identitätsprüfung unterzogen wird, ist immer abzuraten.

Vorsicht ist auch bei gewieften Formulierungen geboten, die einen Totalschaden nur umschreiben, so wie z.B. "Dachbodenfund", "Keine Ahnung davon", "Keine Möglichkeit zu testen" oder "Funktioniert, aber aus rechtlichen Gründen (Garantie) als defekt für Bastler".

Häufig sind angebotene Geräte auch ehemalige "Fernseh"-Oszis, d.h. sie stammen aus der Zeit, als noch Bildröhren-TVs repariert wurden. Ihr Einsatzbereich endet i.d.R. bei mit 10-20 Mhz Bandbreite, mehr war zur TV-Reparatur nicht notwendig. Solche Geräte sind heutzutage kaum brauchbar wenn man einmal mehr als NF und niedere HF untersuchen will.

Es gibt kaum einen Markt für Topgeräte. Gute gebrauchte Geräte gibt es z.B. auf Fachbörsen für Funk und Elektronik, auch geben professionelle Gebrauchthändler Gewährleistung oder Garantie - allerdings oft zu derart überhöhten Preisen, dass ein Neukauf attraktiver ist.

Will man wirklich ein geeignetes Gebrauchtgerät finden, so muß man vorher seine Anforderungen formulieren:

* Welche Signale werde ich untersuchen? Die höchste denkbare Frequenz *3 bestimmt die Bandbreite
* Wieviele Kanäle brauche ich? Selbst ein I2c benötigt zwei Kanäle zur Beobachtung, ein SPI mindestens 3.
* Muß ich Messungen dokumentieren? Nein, dann reicht ein vielleicht ein gebrauchtes HP 54xxx, sehr gute Geräte gehen bis 4 Kanäle, 500MHz Bandbreite und 1Gs/s. Ja, dann sollte eine USB- (Treiber aktuell verfügbar?) oder LAN-Schnittstelle existieren.

Historische Exportmöglichkeiten wie RS232-Schnittstelle oder Floppy-Drive sollte man sich aber nur antun, wenn man wirklich sicher ist, auch in 5 Jahren diese noch verwenden zu können.

Mit den entsprechenden Kenntnissen und Erfahrung konnten aber schon viele Geräte wiederbelebt werden.

=== Erfahrungen? ===
Eine Vorgehensweise, von der man auch abraten muss, ist die Frage nach Erfahrungen anderer Mitglieder! Die meisten Antworten kommen von Trollen und Posern, die eigentlich keine Ahnung haben. Die einen wollen als anonymer Gast mal wieder trollen, die anderen wollen nur mitteilen, dass Funkamateure sowieso die besseren Menschen sind. Andere wiederum haben "zufällig" gerade *das* richtige Oszilloskop zu verkaufen. Dann gibt es noch die, die sich ihr eigenes Oszilloskop schönreden wollen, ihren Vorurteilen oder ihrem Fetisch frönen. Zum Beispiel

* ''Kauf ja kein Gerät aus Asien!''
* ''Unter LeCroy|Agilent|Yokogawa|Tektronix geht gar nichts!''
* ''Nur Gebrauchtgeräte lohnen sich!''

Hinweise wie ''mein vor 30 Jahren gekauftes Markengerät funktioniert noch heute tadellos'' sind ebenfalls ziemlich sinnlos. Der Hersteller wird dieses Gerät gar nicht mehr anbieten und er wird schon gar nicht mehr mit der gleichen Qualität fertigen, wie vor 30 Jahren. Dazu ist der Kostendruck zu hoch und Technologien haben sich geändert. Selten sind die neuen Technologien heute so robust, wie die vor 30 Jahren.

Als Unerfahrener kann man daher aus den Antworten nicht herauslesen, ob sie wirklich auf Erfahrung beruhen. Man braucht also gewissermassen selbst Erfahrung, um die Erfahrungsberichte anderer richtig einzuordnen.

Ein anderer Aspekt aus alten Threads ist, dass viele Fragesteller die Erfahrungen gar nicht zur Kenntnis nehmen wollen, wenn sie der eigenen Wunschvorstellung widersprechen. So etwas nennt man beratungsresistent. Da stellt sich schon mal heraus, dass der Fragesteller schon längst ein Gerät bestellt hat und jetzt gebauchpinselt werden will. Eine Zeitverschwendung für alle.

Erfahrungen mit eigenen Geräten lassen bedingt den Schluss zu, welche
Marken grundsätzlich empfehlenswert sind, weil dort gegebenenfalls mehr auf Qualität geachtet wird.

=== Zusatzkosten beim Kauf im Ausland ===

Siehe Hauptartikel [[Zoll und Abgaben]].

Beim Kauf eines scheinbar preisgünstigen Gerätes im Ausland ist zu beachten, dass hier neben Versandkosten noch [[Zoll und Abgaben]] fällig werden. Ein ''PC-basierten Messinstrument mit Oszilloskopfunktion'' für US$ 719,- aus Taiwan kostet dann letztendlich 875,- €, die sich so zusammensetzen:
* Umrechnung in Euro (und Zollveranschlagung): 650,- €
* Umsatzsteuer: 123,- €
* Zollgebühren: 60,- €
* Versand und Bankgebühren: 44,- €

Der Preis unterscheidet sich am Ende kaum noch vom dem des lokalen Händlers. Aber der gibt auch noch Garantie, so dass ein Defekt nicht zum Totalverlust wird.

===Spielzeuge aller Art===
[[Datei:Karikatur oscilloscope sale.jpg|thumb|left|240px|Preisgünstiges "Spitzenoszilloskop" 5Gs]]
Vor allem auf online-Börsen tauchen in jüngster Zeit immer öfter seltsam günstige Geräte auf: Offensichtlich scheint es gerade Mode zu sein, einen schwachbrüstigen Analog-Digital-Konverter hinter eine eher zufällig gewählte, krumme analoge Eingangsschaltung zu klemmen und an einen Mikrocontroller mit Grafik-LCD anzuschließen, um es als digitales Speicheroszilloskop (DSO) zum Sonderpreis zu verkaufen.

Je nach Hersteller wird so ein Gerät komplett ohne Gehäuse geliefert, was mit Hinblick auf die Funktion und auch die Sicherheit sehr fragwürdig ist, oder es kommt in einem lustig aufgemachten Plastikgehäuse in MP3-Player-Format daher, das auch keine großartige Isolation bietet. Hinzu kommen Eindruck-schindende Namen und Logos, die Modernität und Qualität suggerieren sollen, oft noch unterstrichen durch die Assoziierung mit Open-Source und pseudo-Hacker / Maker Bewegungen.
{{Absatz}}

Im Vergleich zu richtigen Oszilloskopen sind dies leider nur Spielzeuge - Unsichere Spielzeuge! Es nervt auch, diese Dinger immer wieder im Forum des Besten "seit der Erfindung von geschnitten Brot" vorgestellt zu bekommen. Ein Blick auf die technischen Daten dieser "Oszilloskope" (sofern die Daten überhaupt angegeben werden) reicht nämlich, um festzustellen, dass man ein Spielzeug vor sich hat. Schön für den, der spielen will, schlecht für den, der sicher messen will.

Ebenso verrät ein Blick auf die Schaltung des Analogeingangs, ob man Qualität vor sich hat. Fehlende Spannungsfestigkeit und fehlende Frequenzkompensation des Eingangsverstärkers sind sichere Zeichen für Schund. Wenn es eine Verbindung zum PC gibt, aber diese nicht isoliert ist, ist das ein weiteres Zeichen für Scheinqualität.

In [http://welecw2000a.sourceforge.net/docs/Hardware/GW_Instek_GDS-1152A.pdf] kann man das Innenleben eines richtigen DSO bewundern. Man vergleiche dies mit den Innenleben der Spielzeug-"DSO"s.

Ein anderes, sicheres Zeichen eines Spielzeug-"DSOs" ist es, wenn irgendein Ding aus Abgreifklemmen und Klinkenstecker als "Tastkopf" mitgeliefert wird oder die Buchse für den Tastkopf aus einer Klinkenbuchse oder ähnlicher Niederfrequenz-Anschlusstechnik besteht.

Auffällig ist bei diesen Spielzeugen auch, dass sie vehement von typischen Fanboys verteidigt werden. Nicht mit technischem Argumenten, sondern mit Aussagen wie "aber ist billig", "aber ist cool", "aber enthält doch einen Arduino".

Wer ein Oszilloskop haben möchte, mit dem man wirklich messen kann, sollte sich das Geld für ein Spielzeug-"DSO" sparen.

== Funktion von Oszilloskopen ==
=== Was wird gemessen? ===
Oszilloskope zeigen oft einen Spannungsverlauf über einen kurzen, für das menschliche Auge in Realzeit nicht erfassbaren Zeitraum an. Je hochwertiger das Oszilloskop, desto kürzer ist dieser Zeitraum, beziehungsweise desto schneller darf sich das Signal ändern. Spitzengeräte können Perioden von wenigen Nanosekunden im gesamten sichtbaren Bildbereich darstellen, in welchem auch noch in Teilabschnitte hineingezoomt werden kann. Maßgeblich ist dafür ein manuell oder automatisch erzeugter Startzeitpunkt, der sogenannten Trigger.

Mitunter werden aber auch sich sehr langsam ändernde Spannungsverläufe gezielt angezeigt, um Veränderungen von einem Trigger zum nächsten zusammenfassend darstellen zu können. Durch das Überschreiben der Kurven sind auch geringste Änderungen gut erkennbar. Die Darstellung ist der bei Herzmonitoren vergleichbar.

Andere Größen, zum Beispiel Ströme, Drücke und Magnetfelder lassen sich anzeigen, wenn man zusätzlich entsprechende Wandler einsetzt, um aus den Größen zuvor eine Spannung zu erzeugen.

=== Was wird dargestellt? ===

Den Eingang für eine Spannung bezeichnet man bei einem Oszilloskop als Kanal. Die an den Kanälen anliegenden Spannungen können einzeln oder gemeinsam angezeigt werden. Bei Mehrkanal-Oszilloskopen kann man üblicherweise auch eine Spannung über eine Spannung darstellen (XY-Modus), womit Übertragungskennlinien von Bauteilen dargestellt werden können.

Zusätzlich bieten moderne Oszilloskope die Möglichkeit, sich gewisse Kenngrößen der Spannungsverläufe anzeigen zu lassen. Gängige Werte sind zum Beispiel die Anzeige von Spitzenspannung und Effektivwert einer Spannung, Frequenz/Periodendauer, Anstiegs- und Abfallzeiten, Tastverhältnis und so weiter. Darüber hinaus bieten gute Oszilloskope Positionsmarken (Cursor), mit denen man, durch eine Linie dargestellt, auf dem Bildschirm Positionen im Spannungsverlauf markieren kann. Zur Position zugehörige Werte (Zeit oder Spannung), sowie die Differenz dieser Werte zwischen zwei Positionsmarken können abgelesen werden.

Besonders [[#Digitale_Tischoszilloskope|digitale Oszilloskope]] können relativ viele unterschiedliche Kenngrößen anzeigen, da sich viele dieser Größen mit einfachen Algorithmen aus den vom Oszilloskop im Speicher erfassten Daten berechnen lassen. Ebenso sind einfache mathematische Operationen möglich, etwa eine diskrete Fourier-Transformation oder die Summe oder Differenz der Spannungsverläufe von zwei Kanälen. Oszilloskope der Oberklasse bieten darüber hinaus ausgeklügelte Möglichkeiten der Signalanalyse.

Für spezielle Anwendungen finden sich in manchen Oszilloskopen besondere Messfunktionen. Zum Beispiel go/no-go (heißt meistens pass/fail) Messungen, mit denen eine Spannungsverlauf mit einem vorgegebenen Verlauf verglichen wird. Entspricht der Spannungsverlauf hinreichend dem vorgegebenen Verlauf wird ein "go" (oder pass = alles ist OK) Signal über einen externen Ausgang ausgegeben. Weicht der Verlauf zu stark ab ein "no go" (fail = Spannung stimmt nicht) Signal.

Bereits in der Unterklasse digitaler Oszilloskope ist heutzutage eine PC-Schnittstelle üblich. Beim Kauf sollte man darauf achten, dass das Protokoll der Schnittstelle dokumentiert ist. Sonst ist man auf proprietäre PC-Software des Herstellers angewiesen. Bei Oszilloskopen der Unterklasse wird zwar häufig kostenlos PC-Software mitgeliefert, doch leider sind diese Programme durchgehend von erschreckend schlechter Qualität. Bei Oszilloskopen der Oberklasse lassen sich die Hersteller ihre PC-Software gerne zusätzlich sehr teuer bezahlen.

== Analoge Oszilloskope ==
=== Allgemeines ===
[[Bild:Oszilloskop.png|thumb|right|300px|Hybrides Analog/Digital Oszilloskop]]
Bei analogen Oszilloskopen wird das darzustellende Signal nach der Verstärkung direkt zur Ablenkung eines Elektronenstrahls verwendet.

Brauchbare analoge Oszilloskope findet man oft schon für ca. 50 Euro bei Online-Auktionen und Kleinanzeigenmärkten. Für 200-400 Euro bekommt man dort recht gute Profigeräte<ref>Ein Gerät, welches mit dem Attribut ''Profigerät'' beworben wird, ist normalerweise keins.</ref> mit 60-200 MHz Bandbreite. Brauchbare Neugeräte fangen bei 600 Euro an. Der Oszilloskopmarkt wird von einigen wenigen Marken dominiert. Im höherpreisigen Segment sind es vor allem HP (Agilent) und Tektronix, sowie Yokogawa und Lecroy. Hameg (Rohde & Schwarz) ist vor allem im mittleren Segment (500-1500 Euro) weit verbreitet. Man findet sie oft in Schule und Ausbildung. Preislich darunter finden sich diverse asiatische oder gelegentlich noch osteuropäische Hersteller von Analogoszilloskopen. Häufig treten diese Hersteller nicht unter eigenem Namen auf, sondern bieten ihre Geräte als OEM-Produkte an.

Ganz einfache Geräte verfügen nur über einen Kanal<ref>Es gibt, beziehungsweise gab, nochmals einfachere Geräte, nämlich solche ohne Trigger. Die Zeiten solcher Gerät sind allerdings seit rund 50 Jahren vorbei. Daher sollte man den fehlenden Trigger nur bei historischen Gebrauchtgeräten finden.</ref>. Damit ist es nicht möglich, zwei Signale in zeitliche Beziehung zu setzen. Dies ist jedoch oft wichtig. Deshalb verfügen heutzutage auch einfache Geräte meist über zwei Kanäle.

=== Bandbreite ===

Die '''Bandbreite''' gibt Auskunft, welche Signal-Frequenzen das Oszilloskop noch verarbeiten kann. Bei angegebener Bandbreite fällt die Verstärkung des Oszilloskops um 3dB ab, ein Sinussignal wird dann nur noch mit ca. 70% der wahren Amplitude angezeigt. Um Signalverläufe noch vernünftig interpretieren zu können, kann man grob sagen, dass man Signale bis 1/10 der Bandbreite dargestellt bekommt. Ein Rechtecksignal nahe der Bandbreite würde z. B. nur noch als Sinus dargestellt werden <ref>Häufig wird von Anfängern bei der Bandbreitenbetrachtung vergessen, dass ein Rechtecksignal nicht aus einer einzigen Sinusschwingung der Frequenz f, sondern aus einer theoretisch unendlichen Summe von Signalen der Frequenzen f, 3 * f, 5 * f ... besteht. Für eine vernünftige Darstellung eines Rechtecksignals sollte die Oszilloskopbandbreite so groß sein, dass zumindest die ersten paar Oberwellen nicht zu stark gedämpft werden. Aus dieser Betrachtung ergeben sich Faustformeln, wie die, dass die Bandbreite eines Oszilloskops zehnmal (oder dreimal, oder fünfmal, je nachdem wie genau man messen möchte) größer sein sollte als die Grundfrequenz des Rechtecks.</ref>.

Beim Messen von Digitalsignalen ist man meist an der '''Anstiegszeit''' interessiert. Die Anstiegszeit gibt an, wie lange ein Rechtecksignal von 10-90% benötigt. Die Anstiegszeit des Oszilloskops gibt an, welche Anstiegszeit dargestellt wird, wenn man ein nahezu ideales Rechtecksignal mit annähernd Null Anstiegszeit anlegen würde. Man kann die Anstiegszeit direkt aus der Bandbreite berechnen.

<math>t_{Osc} = \frac{0.35}{B}</math>

* <math>\!\, t_{Osc}</math> : Anstiegszeit des Oszilloskops in Sekunden (s)
* <math>\!\, B</math> : Bandbreite in Hertz (Hz)

Legt man ein reales Rechtecksignal an das Oszilloskop an, dann wird die Anzeige umso mehr verfälscht, je näher die Anstiegszeit des Eingangssignals der Anstiegszeit des Oszilloskops kommt. Dabei gilt folgender Zusammenhang.

<math>t_S = \sqrt{t_{ges}^2-t_{Osc}^2}</math>

* <math>\!\, t_S</math>: Anstiegszeit des Eingangssignals
* <math>\!\, t_{ges}</math>: Angezeigte Anstiegszeit auf dem Oszilloskop
* <math>\!\, t_{Osc}</math>: Anstiegszeit des Oszilloskops

Bei analogen Oszilloskopen ist die Bandbreite gegeben durch die Begrenzung des analogen Eingangsverstärkers sowie die Signaldarstellung, also die Qualität des Ablenkverstärkers.

=== Tastköpfe richtig benutzen ===

Wenn man wirklich schnelle Signale messen will, spielt auch die Bandbreite des verwendeten Tastkopfes eine wichtige Rolle. Näheres dazu findet man [http://www.sigcon.com/Pubs/straight/probes.htm hier]. Aber der beste Tastkopf nützt nichts, wenn man ihn falsch anschließt. Für schnelle Messung jenseits von ein paar MHz nutzt man praktisch immer 10:1 Tastköpfe mit 10 MOhm Eingangswiderstand und ca. 8-15pF Eingangskapazität. Je nach Typ erreicht man damit Bandbreiten von 100-500MHz. Danach muss man aber auch den Tastkopf richtig anschließen. Der mitgelieferte Masseanschluß mit Krokodilklemme ist zwar praktisch, für viele hochfrequente Messungen aber unbrauchbar. Ein Rechtecksignal damit zu messen ergibt dann oft starke Überschwinger, welche real aber gar nicht vorhanden sind, sondern durch die zu lange, induktive Masseleitung im Zusammenspiel mit der Eingangskapazität verursacht werden. Das sieht man z.B. [http://www.mikrocontroller.net/topic/281669?goto=2975948#2975754 hier], den Messaufbau sieht man [http://www.mikrocontroller.net/topic/281669?goto=2975948#2975896 hier].

Für saubere, hochfrequente Messungen muss man die Masseanbindung so kurz wie möglich machen. Dafür haben die Tastköpfe oft ein kleines Zusatzteil, eine Massefeder, beigelegt (engl. [http://www.mikrocontroller.net/attachment/27280/groundspring.png ground spring]). Damit kann man die Masse auf kürzestem Wege anschließen und erhält ein sauberes Messergebnis wie man in diesem [http://www.mikrocontroller.net/topic/281669?goto=2975948#2975931 Forumsbeitrag] sieht. Eine sehr gute Einführung zum Thema Tastköpfe und deren richtige Nutzung gibt es [[media:Probe_Fundamentals-_Tektronix.pdf | hier]] von [http://www.tek.com Tektronix] (engl.). Das gilt auch für stark gestörte Umgebungen, wie z.B. in einem Schaltnetzteil. Die Grundfrequenzen sind relativ niedrig, so im Bereich 50-1000 kHz, die Schaltflanken sind aber meist recht schnell, im Bereich von 10-500ns. Die dabei geschalteten hohen Ströme und Spannungen erzeugen starke magnetische und elektrische Wechselfelder, welche sehr gern und einfach in Tastköpfe einkoppeln. Um zu prüfen, ob ein Signal echt oder nur eine eingekoppelte Störung ist, macht man eine 0V Messung. D.h. man legt die Tastkopfspitze auf Masse (GND), ohne den mechanischen Aufbau nennenswert zu verändern. Wenn keine Störung einkoppelt, mißt man erwartungsgemäß 0V, alles andere sind eingekoppelte Störungen. Diese muss man durch eine verbesserte Tastkopfanbindung minimieren (Massefeder, anderer Massepunkt, Abschirmung, Klappferrite auf Tastkopfleitung am Oszi gegen Gleichtaktstörungen etc.) Eine Massefeder bzw. das passende Gegenstück für die Spitze des Tastkopfes kann man sich leicht aus 0,5mm Blankdraht selber wicklen, wie man auf diesem [https://www.mikrocontroller.net/attachment/410800/Tastkopf.jpg Bild] sieht. Die vollprofessionelle Version davon sind einlötbare [https://www.mikrocontroller.net/attachment/412457/socket.jpeg Sockel], in welche der Tastkopf gesteckt werden kann. Diese haben durch ihren koaxialen Aufbau noch bessere Schirmwirkung und HF-Eigenschaften.

Wenn es dann in den Bereich 100MHz++ geht, wird man schnell auf einen aktiven Tastkopf oder einen passiven Z0-Tastkopf wechseln wollen. Warum das so ist, ist in diesem [http://www.signalintegrity.com/Pubs/straight/probes.htm Artikel] (engl.) erklärt.

===Terminierung bei DC-Messung===
Schliesst man an den hochomigen Messeingang eines Oszilloskopes eine Koaxialleitung mit 50 Ohm Impedanz direkt an, um irgendwo direkt zu messen, so muss diese möglichst dicht am Oszilloskop mit 50 Ohm terminiert werden, um Reflexionen und Phantomsignale zu vermeiden. Wird aber direkt mit 50 Ohm terminiert, so führt das zu einer starken Belastung der Quelle und des Terminierungswiderstandes. Insbesondere dann, wenn man z.B. auf einem DC-Pegel eine Welligkeit messen möchte. Die Gleichspannung liegt in diesem Falle direkt am Terminierungswiderstand an. Das ist oft nicht tolerierbar, da dann ein u.U. hoher Gleichstrom durch den Widerstand abfließt, die Quelle belastet und selber heiß wird.. Aus diesem Grunde muss der Terminierungswiderstand mit einem schnellen, keramischen Kondensator entkoppelt werden. Siehe Bild.
[[Bild:DC-Messadapter.svg|thumb|300px|DC-Messadapter mit 50 Ohm Terminierung]]
Achtung, die Anordnung hat einen Frequenzgang. Es ist gegebenenfalls zu überlegen, ob der Frequenzgang noch toleriert werden kann. Gegebenenfalls ist der Kondensator entsprechend zu ändern. Auf ausreichende Spannungsfestigkeit achten!
An den 4mm Klemmen kann über einen 2k2 ohm Widerstand ein Digitalmultimeter angeschlossen werden. Der 2k2 Widerstand beeinflusst die Messung mit einem hochomigen Digitalmultimeter fast nicht, verhindert aber das verstärkte Einkoppeln von Störungen über die Messleitungen in das Oszilloskop.

Eine Platine für eine solche kapazitiv entkoppelte 50 Ohm Terminierung als [http://www.mikrocontroller.net/articles/KiCAD KiCad] Projekt findet sich hier: [[Media:DC-50Ohm_Terminierung_RevE_25Mar2015.zip]] Gerber Files und ein Schaltplan in PDF sind im Projekt vorhanden, es kann also auch ohne KiCad verwendet werden.

=== Triggerung ===

Oszilloskope unterscheiden sich oft stark in den Triggerungsmöglichkeiten. Bei guten Geräten kann man z. B. die Triggerung variabel verzögern. Erst dadurch wird es möglich, dass man sich Signale genauer anschauen kann, die zeitlich weit hinter einem Triggerereignis kommen. Eine weitere Funktion bei höherklassigen Oszilloskopen ist eine zweite Zeitbasis. Mit dieser kann man in einen Ausschnitt des Messsignals hereinzoomen<ref>Die zweite Zeitbasis steuert einen zweiten Strahl (ähnlich wie einen separaten Kanal), der das gleiche Eingangssignal erhält. Die zweite Zeitbasis wird auf eine höhere Horizontalfrequenz eingestellt als die erste. Zusammen mit einer horizontalen Verschiebung der Darstellung kann man nun Ausschnitte des Signals durchfahren und vergrößert betrachten.</ref>.

Mit Analog-Oszilloskopen kann man sich hauptsächlich periodische Signalverläufe anschauen, also solche, die zeitlich immer wiederkehrend sind. Denn nur so kann ein Signal immer wieder auf den Schirm "geschrieben" werden und erscheint als stehendes Bild. Aperiodische Signale, wie z. B. auf Datenübertragungsleitungen, sind damit nicht darstellbar. Sie laufen mit einem Strahldurchgang über den Schirm. In dieser kurzen Zeit ist es jedoch nur selten möglich, sie visuell aufzunehmen. Mit einer Digitalkamera kann man solche Signalverläufe mitunter trotzdem einfangen. Früher sehr hochpreisige, heute nicht mehr übliche Analog-Oszilloskope hatten eine eingebaute Speichermöglichkeit (Speicherröhre) für einmalige Signale. Diese Klasse von Analog-Oszilloskopen wurde durch digitale Speicheroszilloskope (DSOs) abgelöst.

Manche Analog-Oszilloskope bieten eine Möglichkeit, die Triggerung nur zu einem definiertem Zeitpunkt anzustoßen, somit kann auch der Anlaufstrom eines Motors mit einem Analog-Oszilloskop dargestellt werden.

=== Analoge Speicheroszilloskope ===
Inzwischen eher selten sind analoge Speicheroszilloskope anzutreffen. Diese speichern im Gegensatz zu digitalen Speicheroszilloskopen nicht das Signal selbst, sondern das Bild auf der Röhre. Dies wird mit speziellen speichernden Bildröhren erreicht. Je nach Typ kann es mehrere getrennt betreibbare Bereiche geben, um beispielsweise 2 Bilder eines Signales zu unterschiedlichen Zeitpunkten darstellen zu können (z.B. Tektronix 549).

Einige wenige dieser Oszilloskope waren sogar in der Lage, das aufgezeichnete Bild auf Papier auszugeben (z.B. "HP Model 175A" mit Modul 1784A).

=== Vergleichstabelle Analogoszilloskope ===

Diese Tabelle soll einen Überblick über interessante oder bekannte Neugeräte besonders im unteren Preisbereich geben. Eine vollständige Auflistung aller existierenden Geräte ergibt wegen der Vielzahl an Baureihen und Modellen wenig Sinn.

{| {{Tabelle}} class="wikitable sortable" id="analogoszis"
|-
! Bezeichnung
! Hersteller
! Preis [€]
! Kanäle
! Bandbreite [MHz]
! Röhre [cm]
! Bemerkungen
|-
| generisches 10 MHz Oszilloskop unter Bezeichnungen wie C1-94, S1-94, OS10, AO-610, [http://www.ett-online.de/html/de/werkstatt/oszilloskope/digitale-oszilloskope/oszilloskop-mccheck-st16b-1-kanal-10-mhz/article-4-55152-459045509045501590.html ST16B], CS10, GOS-310, 72-6602, HUC70, CS1010 [http://www.conrad.de/ce/de/product/122413/VOLTCRAFT-6102-Analoges-1-Kanal-Oszilloskop-Bandbreite-0-DC-10-MHz VC 610/2]
| Diverse. Wer der Originalhersteller war oder ist ist nicht mehr festzustellen.
| ab 180
| 1
| 10
| 4 − 4,8 × 6
| Seit Jahrzehnten von vielen No-Name Herstellern in unterschiedlichen Ausführungen und Bauformen im Angebot. Wenig empfehlenswert für µC-Arbeiten.
|-
| [http://www.attenelectronics.com/Products/Oscilloscopes/Analog_oscilloscope/2012/0728/129.html Atten AT7328], CS-4128 und Andere.
| Atten
| ab 280
| 2
| 20
| 8 × 10
|
|-
| [http://www.attenelectronics.com/Products/Oscilloscopes/Analog_oscilloscope/2012/0728/128.html Atten AT7340], [http://www.conrad.de/ce/de/product/122421/VOLTCRAFT-VC-630-2-Analoges-2-Kanal-Oszilloskop-Bandbreite-0-DC-bis-30-MHz/?ref=category&rt=category&rb=1 VC 630-2] und Andere.
| Atten
| ab 480
| 2
| 40/30 Voltcraft
| 8 × 10
|
|-
|}

== Digitale Speicheroszilloskope ==
=== Allgemein ===

[[Bild:tektronix.jpg|thumb|right|300px|Digitales Speicheroszilloskop vom Anfang des Jahrtausends]]
Ein digitales Speicheroszilloskop (englisch DSO, '''D'''igital '''S'''torage '''O'''scilloscope) digitalisiert das Eingangssignal mit einem Analog-Digital-Wandler und legt die Werte in einem Speicher ab. Damit ist die Bandbreite nur durch die Begrenzung des analogen Eingangsverstärkers gegeben. Der Vorteil der Speicherung ist, dass man auf diese Weise Momentaufnahmen eines Signals machen und damit einmalige (transiente) Ereignisse (Spikes, Datenübertragungen) erkennen und darstellen kann, was besonders bei digitalen Schaltungen, z. B. mit Mikrocontrollern, sehr nützlich ist. Weiterhin lässt sich das Signal "vermessen" (z. B. um die Baudrate einer Datenübertragung zu bestimmen), man kann die Frequenz und den Effektivwert anzeigen lassen, das Frequenzspektrum, und je nach Modell noch vieles mehr. Das Signal wird in S/W oder Farbe auf einem LCD dargestellt, lässt sich aber oft auch über einen angeschlossenen Drucker ausdrucken oder an den PC übermitteln.

Der wichtigste Parameter bei digitalen Oszilloskopen ist die '''Abtastrate''', die angibt, mit welcher Rate das Eingangssignal digitalisiert wird. Um ein Signal mit einer gegebenen Frequenz ausreichend genau in Phase und Amplitudenverlauf darstellen zu können, sollte es mindestens mit der 10-fachen Frequenz abgetastet werden. Nur dann lassen sich in der Regel die interessanten Details in einem Signal erkennen. Für eine genaue Analyse analoger Signale, um z.B. die Güte einer Flanke oder Überschwinger beurteilen zu kjönnen, ist sogar ein Faktor von 25 bis 40 anzuraten<ref>Dieser Anhaltswert liegt nochmals weit über der Nyquist-Frequenz (zweifache Grenzfrequenz), ist aber nötig, um Abweichungen von der idealen Signalform zu sehen - z.B. bei Rechecksignalen. Die zehnfache Abtastfrequenz bedeutete, dass man nur 10 Messpunkte pro Signalperiode hat, was in einer 1:1 Darstellung auf dem Bildschirm gerade eben 10 nebeneinander liegenden Pixeln entspräche, was in der Regel sehr wenig ist, um ein Signal zu beurteilen.</ref> Wichtig ist in dem Zusammenhang auch die analoge Bandbreite des Oszilloskops. Ein gutes Verhältnis ist wäre eine mindestens 4-6 fache Überabstastung im Bezug auf die Bandbreite je Kanal, also z.B. 1Gsps für einen Zweikanaler mit 100MHz Bandbreite - besser 2Gsps. Damit wären dann Signale bis etwa 10 MHz ausreichend genau darstellbar.

Außerdem sind die '''Speichertiefe''' und die '''Wandler-Auflösung''' interessant. Ein Oszilloskop, das mit acht Bit Auflösung abtastet und 2000*8 Bit Speicher hat, kann 2000 Samples abspeichern, was einer Darstellung von 2000*256 Pixeln entspricht. Acht Bit Auflösung ist heutzutage ein gängiger Wert, auch wenn er niedrig erscheint. Ein normales Oszilloskop ist kein Präzisionsmessgerät und acht Bit sind für die Darstellung auf den Displays normaler Oszilloskope ausreichend.

Bei der Wandlung und Speicherung gibt es unterschiedliche Verfahren: Ehemals günstige Oszilloskope wie die TDS1000-Serie von Tektronix verwenden '''CCD-Speicher''' (Eimerkettenspeicher, ein analoges Schieberegister); die Messwerte werden erst gespeichert, und dann digitalisiert. Nachteile dieser Vorgehensweise sind ein stärkeres Rauschen, die begrenzte Speichertiefe und Totzeiten, während der keine Eingangswerte aufgenommen werden. Diese entstehen, da das Wandeln aller Werte aus dem analogen Zwischenspeicher länger dauert als die Zeit zum Füllen dieses Speichers. Deshalb muss das Gerät bis zum Abschluss der Wandlung warten, bevor es den Speicher erneut füllt.

Früher wandelten nur teurere Modelle in Echtzeit mit schnellen Flash-[[AD-Wandler]]n und speicherten die Messwerte direkt in einem schnellen RAM. Die Speichertiefe ist dabei praktisch unbegrenzt, allerdings sind Wandler sehr teuer, die mehrere GS/s schaffen. Durch einen Trick (mehrere verschachtelte langsame AD-Wandler) setzen sich AD-Wandler bei günstigen Modellen durch. Oszilloskope, die diesen Trick verwenden, erkennt man daran, dass die Abtastfrequenz mit der Anzahl der aktivierten Kanäle sinkt. Zum Beispiel, findet man Vierkanaloszilloskop mit vier Wandlern à 250 MS/s, die bei Benutzung nur eines Kanals 1 GS/s für diesen Kanal erreichen, bei Benutzung von zwei Kanäle 500 MS/s pro Kanal und bei Benutzung von drei oder vier Kanälen 250 MS/s pro Kanal.

In den richtig schnellen Geräten (mehrere GHz Samplerate) ist ein ähnlicher Trick üblich. Dort sind in den verwendeten Wandlerschaltkreisen eine größere Anzahl Sample-and-Hold-Stufen und AD-Wandler integriert. Die Eingangsspannung wird dann zeitversetzt in den Sample-and-Hold-Stufen gespeichert und von den im Vergleich zur Samplerate langsameren AD-Wandlern umgesetzt. Die Ausgangslogik sorgt dann dafür, dass die Daten in der richtigen Reihenfolge ausgegeben werden. Ein Problem bei dieser Vorgehensweise sind unterschiedliche elektrische Eigenschaften der parallelen Wandlerstufen.

Natürlich spielt der Verwendungszweck eine entscheidende Rolle bei der Auswahl. Auf dem Labortisch, wo meist nur kleine Spannungen mit einem gemeinsamen Massebezug vorkommen, werden andere Anforderungen an ein Oszilloskop gestellt, als z. B. im Servicebereich für Industriesteuerungsanlagen, Automatisierungstechnik, usw. Dort sind weniger hohe Abtastraten wichtig, sondern eher eine größere Anzahl Eingangskanäle, die galvanisch voneinander getrennt sind, Spannungsfestigkeit bis min. 500 Volt, sowie speziell bei Störungsanalysen, die Möglichkeit, komplexe Triggermuster einzustellen, und eine integrierte große Festplatte, um einzelne Ereignisse automatisiert über lange Zeiträume hinweg festhalten zu können. Ein Beispiel für so ein hochwertiges Gerät ist ein Yokogawa Scopecorder (DL708). Allerdings sind bei solchen Geräten die Preise nach oben hin offen.

=== Digitale Tischoszilloskope ===
==== Allgemeines ====

DSO Tischoszilloskope sind die klassischen, in sich abgeschlossenen Geräte, die in der Gestaltung analogen Oszilloskopen ähneln. Daneben gibt es zum Beispiel auch PC DSOs. Viele Tischgeräte sind bereits so klein (geringe Tiefe) und leicht, dass sie zu Recht als tragbare Geräte bezeichnet werden. Beim Neukauf eines Oszilloskops sind diese Geräte die interessantesten.

Mittlerweile ist es üblich, dass man bereits bei Einsteigermodellen eingebaute USB oder RS-232 Schnittstellen findet und eine (häufig sehr simple) Windows-Software zur Bedienung vom PC aus oder zumindest zum Auslesen von Daten auf den PC. Ebenfalls häufig sind USB oder ähnliche Schnittstellen für USB-Memorysticks oder Speicherkarten zum Speichern von Messwerten, Screenshots und Konfigurationen. Ironischerweise sind Schnittstellen und Windows-Software bei Markengeräten häufig gesondert zu erwerben, während sie bei eher unbekannten Marken kostenlos mitgeliefert werden, wenn auch die Qualität der kostenlosen Software häufig zu wünschen übrig lässt.

Beispiele für günstige Einstiegsmodelle unter 600 Euro sind einige, aber nicht alle, Geräte von Rigol, Hantek, Owon, Siglent oder Atten. Für relativ wenig Geld erhält man für einfache Anwendungen ein brauchbares Oszilloskop mit ein paar Highlights aber auch auffälligen Einschränkungen und Fehlern in der Hard- und Software. Viel oder überhaupt Service kann man von diesen Firmen für sein Geld meist nicht erwarten.

Geräte bspw. von [http://www.instek.com/ Instek] sind etwas teurer. Geräte aus der GDS-1000A oder GDS-1000U Serie dürften zum Einstieg interessant sein, oder mittlerweile die modernere Serie DS2000 von Rigol,
bzw SDS2000 Serie von Siglent.

Ein weiteres Beispiel für ein Einstiegsmodell war das [http://www.tek.com/site/ps/0,,40-15314-INTRO_EN,00.html TDS1002] von Tektronix (ca. 1200 Euro). Dazu muss man allerdings sagen, dass Tektronix die aktuelle Entwicklung etwas verschlafen hat. Der nur 2 kByte große Speicher ist nicht mehr zeitgemäß. Geräte der [http://www.home.agilent.com/agilent/product.jspx?nid=-33575.0&cc=DE&lc=ger&pageMode=OV Agilent InfiniiVision 2000X Serie] beginnen in einem ähnlichen Preisbereich aber mit wesentlich mehr Features.

Sind 4 Kanäle gewünscht, aber das Budget begrenzt, lohnt sich ein Blick auf die DS1000'''Z''' Serie von Rigol.

==== Vergleichstabelle digitale Tischoszilloskope ====

;Wichtiger Hinweis:Diese und andere Tabellen werden gelegentlich von Freiwilligen auf den aktuellen Stand gebracht. Das heißt, sie können veraltet sein.

Diese Tabelle soll einen Überblick über interessante oder bekannte Geräte besonders im unteren Preisbereich geben. Eine vollständige Auflistung aller existierenden Geräte ergibt wegen der Vielzahl an Baureihen und Modellen wenig Sinn. 
Anmerkung: Für Viele Modelle aus dieser Tabelle gibt es bereits Nachfolgemodelle. 
 
Legende: 
opt.: optional, kostenpflichige Erweiterung (Hardware und/oder Software) 

{| {{Tabelle}} class="wikitable sortable" id="digitaloszis"
|-
! Bezeichnung
! Hersteller
! width="70" | Preis [€]
! width="35" | Kanäle
! width="40" | Samplerate [MS/s]
! width="40" | Bandbreite [MHz]
! width="35" | Auflösung [Bit]
! Speichertiefe [Samples]
! Display
! Interface
! width="130" | Bemerkungen
|-
| [http://www.conrad.de/ce/de/product/122485/VOLTCRAFT-Vorteilsset-DSO-1062D-2-Kanal-Oszilloskop-Digitales-Speicheroszilloskop-Bandbreite-60-MHz-inkl-2-Tastkoepf DSO5062D]
| [http://www.conrad.de/ Conrad]
| 329.-
| 2
| 500/1000
| 60
| 8
| 1M
| 800x480, 7"
| •USB Device •USB Host
| Gleiche Hardware wie das Hantek DSO5062B und leicht modifizierte Software.
|-
| [http://www.hantek.com.cn/en/ProductDetail_3_3.html DSO5000B Series]
| [http://www.hantek.com.cn/en/index.html Hantek]
| ab 290$ (eBay + Zoll!)
| 2
| 500/1000
| 60/ 100/ 200
| 8
| 1M
| 800x480, 7"
| •USB Device •USB Host
| Mit 60MHz beliebt, da es einen Hack auf 200 MHz gibt. Ebenso diverse Hacks an der Hardware. Auch als Tekway oder Protek im Handel.
|-
| MSO5000D serie
| Hantek
|
| 2
| 1G
| 60/ 100/ 200
| 8
| 1M
| 800x480, 7"
| •USB Device •USB Host
| 2CH +16 Logik weitgehend baugleich mit DSO5000B Serie
|-
|-
| DSO3062A
| Agilent
| 800
| 2
| 500
| 60
| 8
| 4k
| 320x240, 5.7"
| •USB Device •USB Host (modul)
| weitgehend baugleich mit Rigol DS5000
|-
| InfiniiVision 2000 X Serie
| Agilent
| 950 - 2600 (MSO)
| 2/4
| 1 G/Kanal. Bei Benutzung der Hälfte aller Kanäle 2G/Kanal
| 70/ 100/ 200
| 8
| 100k
| 800x480, 8.5"
| •USB Device •USB Host 2x
| Markengeräte mit exzellentem Preis-Leistungs-Verhältnis. Software-Aufrüstbar (Funktionsgenerator, Protokoll-Dekoder, usw.)
|-
| [http://%5Bhttp://www.owon.com.hk/products.asp?ParentID=57&SortID=87 OWON XDS--A(+) '''•12-bit:''' 3062 A(+) 3102 A(+) '''•14-bit:''' 3202 A(+)]
| [http://www.owon.com.hk/main.asp L I L L I P U T ----------------- ( - OWON - ) ®]
| 430.. bis 720€ 
 
~1350€
| 2
| 1 GS/s
| 60 100 200
| 12 12 14
| 40M 
| 800x600 
 
8" Touch-screen 
(3062A(+): ohne Touchscreen)
| •USBx2 •LAN •WiFi •VGA/AV 
•• A+ : incl. •2ch-FG •Multimeter •DataLogger
| •LabView komp. 
•LiIon-Akku opt. •Bus-Decoder opt. 
 
'''•Echtes Glimpse-Of-Nirvana Teil'''
|-
| [http://www.rigolna.com/products/digital-oscilloscopes/ds1000e/ Rigol DS1000E Serie]
| [http://www.rigolna.com/ Rigol]
| ab 285
| 2
| 1000/500 (1/2 Kanäle)
| 50/ 100
| 8
| 1M
| 320x240, 5.7”
| •USB Device •USB Host •RS-232
| optional 16-Kanal Logikanalysator = DS1052D (DS1102D). Im Netz kursieren diverse, mehr oder weniger ernst zu nehmende Anleitungen, wie man ein DS1052E per Software auf ein DS1102E umrüsten kann.
|-
| [http://www.rigolna.com/products/digital-oscilloscopes/ds1000z/ Rigol DS1000Z Series]
| [http://www.rigolna.com/ Rigol]
| ab 360
| 4
| 1000/500 /250 (1/2/4 Kanäle)
| 50/ 70/ 100
| 8
| 12M (24M opt.)
| 800x480, 7"
| •USB Device (Pict Bridge) •USB Host •LAN (LXI)
| optionaler dualer Funktionsgenerator 25Mhz (DS1000Z'''-S'''). Im Netz kursieren diverse, mehr oder weniger ernst zu nehmende Anleitungen, wie man ein DS1054Z/DS1074Z per Software auf ein DS1104Z umrüsten und den gesamten Funktionsumfang freischalten kann.
|-
| [http://www.rigolna.com/products/digital-oscilloscopes/ds2000/ DS2000 Serie]
| [http://www.rigolna.com/ Rigol]
| 845 - 1640
| 2
| 2 GS/s
| 70/ 100/ 200/ 300
| 8
| 14M 56M (opt.)
| 800x480, 8"
| •USB Device (Pict Bridge) •USB Host •LAN (LXI)
| Per Kauflizenz jeweils freischaltbar sind 56M, serielle Dekoder, weitere Trigger. Lassen sich alle über generierte Serial freischalten und sogar auf Topmodel DS2202 (200MHz) upgraden, da identische (gute) Hardware u. Lieferumfang - keine Hardwaremodifikation nötig. Dank LXI (offene Spezifikation) gute Softwareanbindung. Vertikalauflösung ab 0,5mV/Div!
|-
| [http://www.siglent.com/ens/pdxx.aspx?id=25&T=2&tid=1/ SDS2000 Serie]
| [http://www.siglent.com/ENs/index.aspx/ Siglent]
| 850 - 2700
| 2/ 4
| 2 GS/s
| 70/ 100/ 200/ 300
| 8
| 28M
| 800x480, 8"
| •USB Device (Pict Bridge) •USB Host •LAN (LXI) •PASS/FAIL
| 110.000wrfms/s, seqmentierter Speicher! (dann bis 300.000wrfms/s, HRES Erfassung mit höherer vertikaler Auflösung, Per Kauflizenz jeweils freischaltbar sind serielle Bus-Dekoder, MSO Option, Funktionsgeneratorausgang Dank LXI gute Softwareanbindung.
|-
| [http://www.owon.com.hk/products.asp?ParentID=57&SortID=66 Owon SDS Serie]
| [http://www.owon.com.hk/main.asp Owon]
| 260€ (5032E) - 1100€ (9302)
| 2
| 250/125 - 3.2/1.6 G
| 30/ 60/ 70/ 100/ 125/ 200/ 300
| 8
| 10M/Kanal (5032E 10k/Kanal)
| 800x600, 8"
| •USB Device •USB Host •LAN •VGA (opt.) ''oder'' •RS-232 (opt.)(nicht -E)
| Akkubetrieb optional (nicht -E)
|-
| [http://www.gwinstek.com/en/product/productdetail.aspx?pid=3&mid=7&id=46 GW Instek GDS-1000 Serie]
| [http://www.gwinstek.com/en/index.aspx GW Instek], alias Good Will Instrument Co., Ltd.
| 350 - 550 (Conrad: 475 - 950)
| 2
| 250
| 25/ 40/ 60/ 100
| 8
| 4k
| 320x234, 5.6"
| •USB Device •SD-Slot
| Von Conrad teurer als DSO-4000 Serie erhältlich. [http://code.google.com/p/gds2000tools/ Einfache Software für Linux erhältlich]
|-
| [http://www.gwinstek.com/en/product/productdetail.aspx?pid=3&mid=7&id=42 GW Instek GDS-1000'''A''' Serie]
| [http://www.gwinstek.com/en/index.aspx GW Instek], alias Good Will Instrument Co., Ltd.
| 500 - ?
| 2
| bis 1GS/s
| 60/ 100/ 150
| 8
| bis 2M
| 320x234, 5.6"
| •USB Device •SD-Slot
| [http://code.google.com/p/gds2000tools/ Einfache Software für Linux erhältlich]
|-
! Bezeichnung
! Hersteller
! width="35" | Preis [€]
! width="35" | Kanäle
! width="40" | Samplerate [MS/s]
! width="40" | Bandbreite [MHz]
! width="35" | Auflösung [Bit]
! Speichertiefe [Samples]
! Display
! Interface
! width="130" | Bemerkungen
|-
| [http://www.gwinstek.com/en/product/productdetail.aspx?pid=3&mid=7&id=34 GW Instek GDS-2000 Serie]
| [http://www.gwinstek.com/en/index.aspx GW Instek], alias Good Will Instrument Co., Ltd.
| 850 - 1800
| 2/4
| 1000
| 60/ 100/ 200
| 8
| max. 5000 (alle Kanäle benutzt) / 25000 (ein Kanal in Benutzung)
| 320x234, 5.6"
| •USB Device •USB Host 2x •RS-232
| Weitgehend baugleich mit Conrad Voltcraft DSO-8000 Serie. Vier-Kanal Versionen haben keinen externen Trigger und weniger Trigger-Funktionen. [http://code.google.com/p/gds2000tools/ Einfache Software für Linux erhältlich]
|-
| TDS-1002B
| Tektronix
| 1100
| 2
| 1000
| 60
| 8
| 2.5k
| 320x240
| •USB Device (Pict Bridge) •USB Host
| verhältnismäßig starkes Rauschen, siehe Text oben
|-
| [http://teledynelecroy.com/oscilloscope/oscilloscopeseries.aspx?mseries=50 WaveJet 3xx]
| [http://teledynelecroy.com/ LeCroy]
| 2800..8000 (brutto)
| 2/4
| 1000/2000
| 100/ 200/ 350/ 500
| 8
| 500k
| 640x480, 7.5"
| •USB Device •USB Host •LAN
| verfügbar z. B. bei Farnell
|-
| WaveAce Serie
| [http://teledynelecroy.com/ LeCroy]
| 1000 - 3500
| 2
| 250 - 2000
| 60 - 300
| 8
| 4k - 8k
| 320x240
| •USB Device •USB Host •RS-232(?)
| Daten beziehen sich etvl. auf nicht mehr erhälltliche Serie (bitte überprüfen)
|-
| [http://www.dlm2000.de DLM20XX]
| YOKOGAWA
| 3300..8000 (brutto)
| 2 oder 4 (3+1) wobei 1 wahlweise 8Kanal Digital ist
| 2500 (1250)
| 200/ 350/ 500
| 8
| 12,5MPts
| 1024x768, 8.4"
| •USB Device •USB Host 2x •LAN (opt.) •RGB Video
| Vertrieb vom Hersteller direkt!
|-
| [http://www.uni-trend.com/UT2025B.html UNI-T UT2025B] / Voltcraft DSO-1022 M
| [http://www.uni-trend.com/ Uni-Trend Group Limited]
| 290 - 356
| 2
| 250
| 25
| 8
| 512k/Kanal<ref name="unit">Uni-Ts Angaben zur Speichertiefe sind mit Vorsicht zu genießen. Seit Jahren wirbelt die Firma mit Begriffen wie ''memory length'', '' memory depth'', ''recording length'' und ''saving depth'' herum - jeweils mit unterschiedlichen Werten für das gleiche Oszilloskop. Dabei vermeidet Uni-T Begriffsdefinitionen zu geben. Im Zweifelsfall sollte man mit dem kleinsten Wert aller Angaben rechnen.</ref>
| 320x240 (Monochrom)
| •USB Device •USB Host •RS-232 •LAN (opt.)
| Als UT2025'''C''' mit Farbdisplay. UT2000 Serie 25-200MHz, 2CH 250MSa/s bis 1GSa/s wenig Rauschen
|-
| [http://www.uni-trend.com/UTD2052CEL.html UTD2052CEL]
| [http://www.uni-trend.com/ Uni-Trend Group Limited]
| 369,-
| 2
| 1000
| 50
| 8
| 2x600k ''recording length''; 25k ''saving depth'' ein Kanal; 12,5k ''memory depth'' zwei Kanäle<ref name="unit" />
| 400x240 (effektiv)
| •USB Host
| Displayauflösung beträgt 800x480, der Displaycontroller faßt jedoch immer 2x2 Pixel zusammen (Menü nimmt relativ viel Platz auf dem Bildschirm ein)
|-
| [http://www.rohde-schwarz.de/de/Produkte/messtechnik-testsysteme/oszilloskope/HMO1002-%7C-Kerndaten-%7C-4-%7C-11696.html HMO1002]
| [http://www.rohde-schwarz.de/ Rohde & Schwarz]
| 950 - 1190
| 2
| 1000
| 50-100
| 8
| 2x 500 kSample
| 640x480, 6,5"
| •USB Device •USB Host •LAN
| Umfangreiche Zusatzfunktionen wie Mustergenerator, Frequenzgenerator, 2-Kanal DVM, Frequenzzähler, Komponententester und 8 Kanal MSO Opt.
|-
| [http://value.rohde-schwarz.com/vi/value/oscilloscopes/r-srhmo1202-digital-oscilloscope.html/ HMO1202]
| [http://www.rohde-schwarz.de/ Rohde & Schwarz]
| -
| 2
| 2GSA 2x1GSA
| 100 200 300
| 8
| 2Mpoints 2x 1Mpoints
| 640x480, 6,5"
| •USB Device •USB Host •LAN
| Optionen für I2C, RS232, UART, CAN, LIN serielle Busanalyse, Umfangreiche Zusatzfunktionen wie Mustergenerator, Frequenzgenerator, 2-Kanal DVM, Frequenzzähler, Komponententester und 8 Kanal MSO Opt.
|-
| [http://www.peaktech.de/produktdetails/kategorie/digital-oszilloskope/produkt/p-1265.html PT 1265]
| [http://www.PEAKTECH.de Peaktech]
| ca. 290
| 2
| 125 (1CH) 125 (2CH)
| 30
| 8
| 10k pro Kanal
| 800x600, 8"
| •USB Device •USB Host •LAN •VGA
| Optional: Akkupack 4000 mA
|}

Weitere Marken, die gelegentlich auf dem deutschen Markt auftauchen, häufig über eBay, sind

* GAOtek
* Hangzhou Jingce (JC)
* Tonghui
* Ypioneer
* Jiangsu Lvyang
* Siglent (Zweitmarke von Atten)

Über deren Qualität hört man wenig oder gar nichts.

=== PC-Oszilloskope ===
==== PC-Zusätze ====
===== Allgemeines & Beachtenswertes =====

PC-Oszilloskope / PC-Zusätze sind im Prinzip digitale Speicheroszilloskope, mit der Besonderheit, dass sie die Daten nicht selbst anzeigen, sondern an einen PC übermitteln. Beim Kauf eines PC-Oszilloskops sollte man besonders vorsichtig sein, da viele Angebote irreführende Informationen enthalten. Sehr beliebt ist z. B. die Werbung mit der Analogbandbreite, also die Bandbreite die der Analogteil der Schaltung (Eingangsverstärker) verarbeiten kann. Wenn hier 100 MHz angegeben sind bedeutet das aber nicht, dass sich auch wirklich Signale bis 100 MHz darstellen lassen; wenn der Wandler nur mit 40 MS/s abtastet ist das Oszilloskop gerade noch bis 4 MHz verwendbar. Ebenso sollte man nur die Echtzeit- oder Realtime-Abtastrate beachten, eine manchmal ebenfalls angegebene "Äquivalent-Abtastrate" ist nur bei periodischen Signalen zu gebrauchen und damit im Umfeld von Mikrocontrollern meist wertlos.

Die Wahl zwischen einem Tischoszilloskop und einem PC-Zusatz ist nicht nur eine Geld-, Leistungs- oder Qualitätsfrage. Ein Tischgerät lässt sich anders bedienen (echte Knöpfe, sicherer Stand) und belegt nicht den PC oder Laptop. Erfahrene Entwickler ziehen ein separates Gerät einem PC-Zusatz vor. Zum Teil ist dies eine Generationsfrage.

Hinzu kommt, dass billige PC-Oszilloskope meist keine galvanische Trennung an ihrer USB-Schnittstelle besitzen. Ein Fehler bei einer Messung kann daher nicht nur das Oszilloskop, sondern gleich den PC mit beschädigen. Das gleiche Problem kann man übrigens auch bei einfachen Tischoszilloskopen mit PC-Schnittstelle haben. Allerdings kann man Tischgeräte auch ohne die PC-Verbindung betreiben, PC-Oszilloskope nicht.

Gelegentlich wird geraten, das Oszilloskop, egal ob Tischgerät oder PC-Zusatz, immer über einen "self powered" USB-Hub (einer mit eigenem Netzteil) mit dem PC zu verbinden. Ob ein solcher Hub als Schutzmaßnahme geeignet ist, besonders zum Personenschutz, sei dahingestellt. Schaden sollte er nicht.

Besonders zu beachten ist die PC-Software. Nicht nur, ob sie zum Zeitpunkt des Kaufs wenigstens grundsätzlichen Ansprüchen genügt, sondern auch, ob der Hersteller vermutlich willens und in der Lage ist, die Software über viele Jahre zu warten. Stichwort Investitionssicherheit. Ohne Wartung kann eine Inkompatibilität in der Software zum nächste Windows Service-Pack oder zur nächste Windows-Version das Gerät völlig entwerten.

Leider ist es so, dass es fast keine freie [[Oszilloskop#Software|Oszilloskopsoftware]] gibt. Die Protokolle zwischen Oszilloskop-Vorsätzen und Computer sind meist proprietär, und selten hat sich ein Entwickler freier Software die Mühe gemacht, ein Protokoll zu entschlüsseln. Noch seltener ist es, dass auf dieser Basis eine brauchbare oder gar gute Software geschrieben wurde. So ist ein Ausweichen auf freie Software kaum möglich, sollte der Hersteller die Wartung aufgeben. Man ist im Normalfall auf Gedeih und Verderb dem Hersteller ausgeliefert.

===== Vergleichstabelle PC-Zusätze =====

Diese Tabelle soll einen Überblick über interessante oder bekannte Geräte besonders im unteren Preisbereich geben. Eine vollständige Auflistung aller existierenden Geräte ergibt wegen der Vielzahl an Baureihen und Modellen wenig Sinn.

Alle hier gelisteten Geräte haben einen USB-Anschluss.
{| {{Tabelle}} class="wikitable sortable" id="pczusatzoszis"
|-
! Bezeichnung
! Hersteller
! width="25" | Preis [€]
! width="35" | Kanäle
! width="40" | Samplerate [MS/s]
! width="40" | Bandbreite [MHz]
! width="35" | Auflösung [Bit]
! Speichertiefe [Samples]
! Bemerkungen
|-
| [http://www.elandigitalsystems.com/support/usbtmfaq/software.php USBscope50]
| Elan Digital Systems / dt. Vertrieb Hacker
| 249
| 1 (-4)
| 50 / 1000
| 10 / 75
| 8
| 3k pro Kanal
| CAT II, 300V galv. Trennung zu USB, OpenSource SDK, Java, Linux, LabView
|-
| PicoScope 2104
| Pico Technology
| 180
| 1
| 50
| 10
| 8
| 8K
| Spektralanalyse und Voltmeter in Software.
|-
| PicoScope 2105
| Pico Technology
| 235
| 1
| 100
| 25
| 8
| 24K
| Spektralanalyse und Voltmeter in Software.
|-
| PicoScope 2204A
| Pico Technology
| 165
| 2
| 100
| 10
| 8 - 12
| 8K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| PicoScope 2205A
| Pico Technology
| 255
| 2
| 200
| 25
| 8 - 12
| 16K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| PicoScope 2206A
| Pico Technology
| 429
| 2
| 500
| 50
| 8 - 12
| 32K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| PicoScope 2207A
| Pico Technology
| 548
| 2
| 1000
| 100
| 8 - 12
| 40K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| P 1280
| Peaktech
| 329
| 2
| 250
| 60
| 8
| 10M
| USB und LAN Anschluss, 40VSS bei USB, 400VSS bei LAN
|-
| P 1285
| Peaktech
| 389
| 2
| 500
| 100
| 8
| 10M
| USB und LAN Anschluss, 40VSS bei USB, 400VSS bei LAN
|-
| P 1290
| Peaktech
| 197
| 2
| 100
| 25
| 8
| 5k
| 400VSS galv. Trennung zu USB
|-
| [http://www.hantek.com.cn/english/produce_list.asp?unid=62 DSO-2090 USB]
| Hantek - Qingdao Hatek Electronic Co., Ltd.
| 200
| 2
| 1 Kanal: 100 / 2 Kanäle: 50
| 40
| 8
| 1 Kanal: 64K / 2 Kanäle: 32K
| Wenige Vorteile gegenüber einem Tischgerät. Analogbandbreite bei der Samplingrate nicht ausnutzbar. Kleiner Eingangsspannungsbereich. Unter diversen anderen Namen erhältlich.
|-
| [http://www.hantek.com.cn/english/produce_list.asp?unid=63 DSO-2150 USB]
| Hantek - Qingdao Hatek Electronic Co., Ltd.
| 200
| 2
| max. 150
| 60
| 8
| 10K-32K/Kanal
| .
|-
| [http://www.hantek.com.cn/english/produce_list.asp?unid=64 DSO-2250 USB]
| Hantek - Qingdao Hatek Electronic Co., Ltd.
| 220
| 2
| max. 250
| 100
| 8
| 10K-512K/Kanal
| .
|-
| Mephisto Scope 1 (UM202)
| Meilhaus
| 333
| 2
| 1
| 2
| 16
| 256K
| 5 in 1,
Oszilloskop,
Logik-Analysator,
Voltmeter,
Datenlogger analog und digital,
Digital-I/O
|-
| MSO-19
| Link Instruments Inc.
| 172
| 1
| 200
| 60
| ??
| 1K
|
Oszilloskop,
Logik-Analysator,
Pattern Generator,
TDR
|}

==== Soundkarten-Oszilloskope ====
[[Bild:Soundoszi.JPG|thumb|right|300px|Soundkarten Oszilloskop]]
Wem ein wirklich einfaches Oszilloskop für kleine Frequenzen (bis etwa 20 kHz) ausreicht, bspw. um die Kommunikation am I2C-Bus zu analysieren, kann dazu die Soundkarte des PC benutzen.
Allerdings eignet sich eine Soundkarte nicht dazu, Gleichspannungen zu messen, zu niederfrequente Signale können daher nicht damit erfasst werden: Im Screenshot nebenan erkennt man das z. B. an der fallenden Gerade am Schluss (obwohl der tatsächliche Signalpegel konstant oben bleibt). Auch ist hier besondere Vorsicht geboten, da Soundkarten nur für geringe Spannungen ausgelegt sind und bei einer zu hohen Eingangsspannung möglicherweise der ganze PC beschädigt wird. Daher ist eine Vorschaltung mit Spannungsbegrenzung (ca 0,7V) nötig.

Der Vorteil der Soundkartennutzung ist, dass es sich dank des PCs um eine Art Speicheroszilloskop handelt und die Daten zum Beispiel in Excel analysiert werden können.

* [http://www.scheidig.de/Deutsch/Download/SpekOszi/info.htm Hardy u. Karola Scheidig] verschiedene Programme zum Messen mit der Soundkarte.
* [http://www.sillanumsoft.org/ Visual Analyser] von Alfredo Accattatis und der University of Rome Tor Vergata, "Donateware"
* [http://www.zeitnitz.de/Christian/scope_en Soundcard Oscilloscope für Windows] von Christian Zeitnitz, kostenlos für Privatanwendung
* [http://www.qsl.net/dl4yhf/spectra1.html Spectrum Lab von DL4YHF]
* [http://w5big.com/spectrogram.htm Spectrogram] von R.S. Horne, ältere Version kostenlos
* [http://www.audiotester.de/ Audiotester 30-Tage-Version kostenlos]
* [http://www.dasylab.com/ DasyLab] Eingeschränkte Version (Soundkarte und serielle Schnittstelle) als Beilage zum Buch "Signale-Prozesse-Systeme" ISBN 9783642018633
* [http://www.zelscope.com/ Zelscope] von Constantin Zeldovich 14-Tage Evaluationsversion
* [http://web222.webclient5.de/prj/VarEl/SndCrdAmp/ Sound Card Pre-Amp] Selbstbau-Vorverstärker für Sound-Karte von Dr. Thomas Redelberger
* [http://www.dxzone.com/catalog/Software/Spectrum_analyzers/ Linksammlung]

==== Grafikkarten-Oszilloskope ====
Videokarten, die über einen analogen Input verfügen, stellen ebenfalls eine Alternative zu käuflichen Oszilloskopen dar, da sie 3kanalig Frequenzen bis rund 180 MHz verarbeiten können. Die digitale Auflösung liegt meist bei 8 Bit maximal, was für einfache Anzeigen jedoch reicht, wenn die Aussteuerung entsprechend ist. Durch Übersampeln lässt sich die Auflösung wie gehabt steigern, indem man z.B. 4 Werte softwareseitig zusammenfasst und damit 1 Bit an Auflösung gewinnt. Bei 16 Werten kann man 2 Bit erwarten und erhält eine Güte von ca. 10 Bit bei 10MHz.

=== Selbstbau ===
Der Selbstbau eines solchen Gerätes erspart (wie fast immer in solchen Fällen) kein Geld, sofern man nicht eine Spezialfunktion benötigt, die im Markt nicht beschaffbar ist. Der Spaß liegt also wieder im Bauen selbst.

Es gibt diverse preiswerte Bausätze für Spielzeug-Oszilloskope. Die Ergebnisse nach dem Zusammenbau sind aber als Oszilloskop wenig brauchbar.

Eine positive Ausnahme stellt hier das [http://www.elv.de/usb-mini-scope-modul-usb-msm-komplettbausatz.html USB-MSM] von ELV dar, das bei sorgfältiger Kalibrierung und "analog powert" bis zu 200kHz trotz seiner Einfachheit durchaus für das Hobbylabor oder schulische Zwecke brauchbar ist.

Daneben findet man nur sehr wenige Selbstbau-Projekte deren Ergebnisse überzeugen. Einige interessante Projekte sind [http://www.mikrocontroller.net/topic/228997?goto=new#2308320]n und [http://www.ssalewski.de/DAD.html.de]. Dazu sei allerdings gesagt, dass der Aufwand an Material und Messmitteln schnell die Kosten für ein fertiges Oszilloskop überschreitet.

=== Umbau ===
Sofern man tatsächlich etwas benötigt, was nicht käuflich zu erwerben ist, kann der Kauf und Umbau eines vorhandenen Gerätes sinnvoll sein.

Auf eBay werden immer noch die Oszilloskope der früheren Firma Wittig (heute Welec), wie zum Beispiel das W2012A, angeboten. Als Alternative zu der fehlerträchtigen Orginalfirmware ist mittlerweile eine Open-Source Variante verfügbar die kontinuierlich weiterentwickelt wird. Ebenfalls wird an Hardware Erweiterungen gearbeitet die die Qualität des Oszilloskops deutlich steigern. Wer sich nicht sicher ist ob das Gerät seinen Ansprüchen genügt sollte bei den Entwicklern nachfragen. [http://sourceforge.net/apps/trac/welecw2000a/wiki] Auch hier ist der Weg das Ziel.

== Siehe auch ==

* [[AVR_Softwarepool#Oszilloskop|AVR Softwarepool: Oszilloskop]]
* [[Einfaches Oszilloskop mit Bascom-AVR]]
* [[USB_Oszilloskop]]
* [[Logic_Analyzer]]
* [[LCS-1M - Ein einfaches, preiswertes, mikrokontrollergesteuertes Zweikanal-Oszilloskop zum Selberbauen | LCS-1M]] ([[Picaxe]])
* [[media:Probe_Fundamentals-_Tektronix.pdf | Probe_Fundamentals-_Tektronix.pdf]] (engl.)
* [https://www.mikrocontroller.net/topic/389844#4467981 Forumsbeitrag]: Bitte Tipp für ein einfaches Speicheroszilloskop
* [https://www.mikrocontroller.net/topic/205596?goto=5724370#5724370 Forumsbeitrag]: Selbstbauprojekt für optisch getrennten Tastkopf

== Links & Literatur ==
* [http://www.elektronikpraxis.vogel.de/index.cfm?pid=9681 Online-Dossier Grundlagen digitaler Oszilloskope. ] Veröffentlicht auf Elektronikpraxis online
* [http://www.tek.com/Measurement/App_Notes/XYZs/03W_8605_3.pdf XYZs of Oscilloscopes Primer]. Die Grundlagen digitaler Oszilloskope
* [http://www.tek.com/Measurement/App_Notes/ABCsProbes/60W_6053_9.pdf ABCs of Probes Primer]. Die Grundlagen von Tastköpfen
* [http://www.mikrocontroller.net/forum/1?filter=oszi*+-oszillator Forum-Beiträge zum Thema Oszilloskop] (Kaufberatung, Anwendung)
* [http://www.mikrocontroller.net/forum/3?filter=oszi*+-oszillator Beiträge im Markt-Forum]
* [http://www.virtuelles-oszilloskop.de/ Ein virtuelles interaktives Oszilloskop] ala HAMEG HM203-6 20 MHz zum Üben (Seite auf [http://www.virtuelles-oszilloskop.com Englisch])
* [http://www.eosystems.ro/eoscope/eoscope_en.htm Selbstbau-DSO 40MSPS]
* [http://www.sigcon.com/Pubs/straight/probes.htm Probing High-Speed Digital Designs], Originally published in [http://www.elecdesign.com/ Electronic Design Magazine], March, 1997
* [http://hackedgadgets.com/2007/12/10/oscilloscope-tutorials/ Oscilloscope Tutorials] Linkliste bei hackedgadgets.com
* [http://www.eevblog.com/2011/03/30/eevblog-159-oscilloscope-trigger-holdoff-tutorial/ EEVBlog #159] Videotutorial von Dave Jones zu '''Trigger Holdoff''', (engl.)
* [http://www.all-about-test.info/spezial-oszilloskope.html/ Marktübersicht Spezial-Oszilloskope mit Hintergrundinfos]
* [http://oscopes.info/market/2256-usb-oscilloscopes-product-overview-low-end/ Produktübersicht kostengünstige USB-Oszilloskope (englisch)]
* [https://www.youtube.com/watch?v=kUU2afffAdE&list=PLMKxBlyAyypxuaI7pbfRkSryvTDef_Y1S&index=16 Video] von Bob Peace zum Thema Tastköpfe und High Speed Measurements (engl.)
* [http://www.eevblog.com/forum/testgear/digital-oscilloscope-comparison-chart EEVBlog: "Digital Oscilloscope Chart" - Große Vergleichsliste gängiger Digitaloszilloskope (engl.)]
* Isolierte Tastköpfe mit LWL-Kopplung
** [https://www.tek.com/isolated-measurement-systems# IsoVu Isolated Probes] von Tektronix, 200-1000MHz, 14.000-27.000 Euro
** [https://teledynelecroy.com/probes/high-voltage-fiber-optically-isolated-probes High Voltage Fiber Optically-isolated Probes] von Teledyne LeCroy, 60MHz, ca. 3900 Euro bei RS [https://de.rs-online.com/web/p/oszilloskop-tastkopfe/1368330/ 136-8330]
** [https://www.langer-emv.de/en/category/analog/60 Optical fibre cable probes] vom Langer EMV mit 25, 500 und 5000kHz Bandbreite, ca. 1000 Euro
** [https://hackaday.io/project/12231-fiber-optic-isolated-voltage-probe Fiber Optic Isolated Voltage Probe] bei Hackaday, Selbstbauprojekt, 30MHz, ca. 50$

== Software ==
* [http://www.mikrocontroller.net/topic/167705#1602827 WinXP Software für OsziFox/ProbeScope] von Micha B. (chameo)

* [http://users.physik.fu-berlin.de/~jtt/fsc2.phtml fsc2] is a program running under GNU/Linux for controlling spectrometers. Supported devices include digitizing oscilloscopes too:
** Tektronix Digitizing Oscilloscope TDS520, TDS520A, TDS520C, TDS540, TDS744A and TDS754A
** LeCroy Digitizing Oscilloscope 9400, 9410, 9420, 9424, 9424e and 9450(A)
** LeCroy Digitizing Oscilloscope Waverunner and Waverunner-2 (LT224, LT 262, LT264, LT342, LT344, LT354, LT362, LT364, LT372, LT374, LT584, 44(M)Xi, 62X1, 64(M)Xi, 104(M)Xi, 204(M)Xi)
** LeCroy Digitizing Oscilloscope WaveSurfer (422, 424, 432, 434, 452 and 454)

* [http://xoscope.sourceforge.net/ xoscope, oscope] is a digital oscilloscope using input from a sound card or EsounD and/or a ProbeScope/osziFOX and Bitscope hardware. Includes 8 signal displays, variable time scale, math,memory, measurements, and file save/load. (Linux, GPL)

* [http://www.mtoussaint.de/qtdso.html QtDSO] is a frontend for the Velleman PCS64i digital oscilloscope (Anm.: Velleman nicht mehr unterstützt) It provides a fully featured oscillocope mode (including XY plot and math) and a highly configurable spectrum analyzer mode. Für '''Digitalmultimeter''' gibt es vom gleichen Autor [http://www.mtoussaint.de/qtdmm.html QtDMM] und [http://www.mtoussaint.de/qtdmm2.html QtDMM2].

* [http://www.eig.ch/fr/laboratoires/systemes-numeriques/projets/osqoop-l-oscilloscope-libre/index.html Osqoop] est un oscilloscope logiciel sous licence libre. Il permet de travailler sur un nombre arbitraire de canaux et des acquisitions de longue durée. Wiki description: [http://gitorious.org/osqoop Osqoop] is a multi-platform open source software oscilloscope based on Qt 4. It connects to various hardware data sources such as the sound input or a dedicated USB board.

*[http://code.google.com/p/gds2000tools/ gds2000tools] ist eine Linux-Software für GW-Instek GDS-2000 und andere GW-Instek Oszilloskope.

* [https://code.google.com/p/xoscillo/ Xoscillo] - A software oscilloscope that acquires data using an Arduino or a Parallax (more platforms to come). (Lizenz: CC-BY-NC-SA 3.0; Windows and Linux (needs mono))

* [http://sourceforge.net/projects/oscope2100/ Oscope 2100] Linux software für Hantek DSO-2100.

* [http://sourceforge.net/projects/openhantek/ OpenHantek] Linux Software für Hantek (Voltcraft/Darkwire/Protek/Acetech) DSO-2090.

* [http://sourceforge.net/projects/dsoda/ Digital Soda] DSO-2250 Software.

* [http://owondriver.sourceforge.net/ Owon Driver, Ownon Dump] Linux-Treiber für Owon-Oszilloskope.

* [http://sdaaubckp.sourceforge.net/attenload/ Attenload] Linux - fetch data from Atten oscilloscopes via USB

* [http://www.ant.uni-bremen.de/whomes/rinas/agiload/ Agiload] Linux - fetch data and screenshots from Agilent 5462x oscilloscopes - RS232

* [http://foss.doredevelopment.dk/wiki/Lxi-control Lxi-Control] Kommandozeilen-Applikation zur Fernsteuerung von Geräten mit LXI-Schnittstelle.

* [http://gpib-utils.sourceforge.net/ gpib-util] Linux Kommandozeilen-Applikation, unterstützt diverse Oszilloskope (und andere Geräte) mit GPIB-Schnittstelle.

* [http://optics.eee.nottingham.ac.uk/vxi11/ VXI11] Bibliothek und Programme für Geräte mit VXI-11 Schnittstelle.

* [http://sourceforge.net/projects/wfmreader/ Linux WFM Datenformat-Leser].

* [http://sigrok.org/ ''sigrok'' Open Source Signal Analysis Software Suite]

=== Datenauswertung ===

Bei Oszilloskopen (DSOs), die es erlauben, die gemessenen Daten zu einem PC zu übertragen, kann man die Messwerte auf dem PC weiter auswerten. Zum Beispiel ein Signal demodulieren, filtern oder dekodieren. Grundsätzlich ist die Auswertung in jeder Programmiersprache möglich. Programmiersprachen für numerische Berechnungen eignen sich jedoch besonders.

* [http://www.sigrok.org Sigrok] eine open source tool zur Ansteuerung und Auswertung von u.a. digitalen USB-Oszilloskopen

* [http://www.mathworks.com Matlab] und Freie Alternativen wie [http://www.scilab.org/ SciLab] oder [http://www.gnu.org/software/octave/ GNU Octave]

* [http://www.mathworks.com/matlabcentral/fileexchange/?term=Oscilloscope Matlabcentral Fileexchange, Suche nach ''Oscilloscope''] Auf Matlabcentral Fileexchange finden sich auch MatLab Lese- und Auswertungsfunktionen für diverse Oszilloskope. Hinweis: Die von MatLab für die Kommunikation mit einem Oszilloskop verwendeten Toolboxen und Funktionen dürfen aufgrund der Matlabcentral Lizenz nicht mit freien Alternativen verwendet werden. [http://wiki.octave.org/FAQ#Why_can.27t_I_use_code_from_File_Exchange_in_Octave.3F_It.27s_released_under_a_BSD_license.21 siehe GNU OCtave FAQ]

* [http://octave.sourceforge.net/instrument-control/ Octave-Forge instrument-control] für die Kommunikation mit diversen Geräten wie z.B. LXI-compatible Agilent, LeCroy or Tektronix Oszilloskope über VXI11. Außerdem UART, I2C, GPIB usw.

* Eines Ingenieurs angeblich unwürdig<ref>Es ist sehr einfach Fehler in Tabellenkalkulationen zu machen, die typischerweise lange unentdeckt bleiben. [http://www.eusprig.org/ Untersuchungen] haben gezeigt, dass bereits dann bis zu 90% aller Tabellenkalkulationsblätter fehlerhaft sind, wenn es nur um einfache mathematische Grundoperationen (Addieren, Subtrahieren, Multiplizieren, Dividieren) geht.</ref> sind Microsoft Excel oder andere Tabellenkalkulationen. Trotzdem sind sie zur Datenauswertung populär und auch geeignet, wenn sie richtig gehandhabt werden.

== Fußnoten ==
<references />

[[Category:Grundlagen]]
[[Category:Oszilloskope und Analyzer| ]]

Oszilloskop

2019-07-20T21:15:16Z

Maschinist: /* Gebrauchte Oszilloskope */

Ein '''Oszilloskop''' dient zur grafischen Darstellung des Spannungsverlaufs eines oder mehrerer elektrischer Signale in einem einstellbaren Zeitfenster. Es ist das wichtigste Werkzeug der Elektrotechniker.

== Anfragen bezüglich Kaufberatung im Forum ==

=== Kritik an den Anfragen ===
Im Forum finden sich regelmäßig Anfragen nach individueller Beratung zum Oszilloskopkauf. Die Anzahl solcher Oszilloskop-Threads hat schon lange die 1000 überschritten. Sie sind langweilig, eine Qual und oft unnütz - besonders dann, wenn sich der Fragesteller offenbar nicht mit den Grundlagen eines Oszilloskops und den wichtigsten Kennzahlen bekanntgemacht hat oder nicht einmal weiß, was er überhaupt messen will. Auch, wenn ein Fragesteller ein paar Grundlagen besitzt, hat er anscheinend meistens keine Lust, verständlich darzustellen, was er genau will und lässt sich stattdessen umständlich befragen.

Den meisten regelmäßigen Forumbenutzern ist daher gründlich die Lust an Oszilloskop-Threads vergangen. Dort "diskutieren" eigentlich nur noch Trolle und anonyme Gäste, die oft genug nur Werbung über Billigangebote über die x-te Ausgabe einer billigen, als Oszilloskop bezeichneten Plastikkiste, einem super tollen eBay-Schnäppchen oder angeblicher asiatischer Wundertüten.

==== Links für Anfänger ====
Wer sich ernsthafte Beratung wünscht und eine "sanfte" Einführung in das Thema sucht, kann sich die englischsprachige YouTube-Videos von AfroTechMods anschauen:

[http://afrotechmods.com/tutorials/2011/11/27/oscilloscope-tutorials/ http://afrotechmods.com/tutorials/2011/11/27/oscilloscope-tutorials]

Dazu passt auch sein Tutorial über Funktionsgeneratoren:
[http://afrotechmods.com/tutorials/2011/11/27/function-generator-tutorial/ http://afrotechmods.com/tutorials/2011/11/27/function-generator-tutorial].

===Maßgeschneidert?===
Besonders die immer wiederkehrende Forderung, dass es unbedingt das maßgeschneiderte Oszilloskop zum Superpreis genau für den Fragesteller geben muss, ist sinnlos. Wer mit diesem Anspruch kommt, der wird enttäuscht werden. Das gibt es nicht, und gute Oszilloskope kosten Geld, da qualitativ hochwertige Geräte keine Massenware sind. Lediglich billige Geräte werden in grosser Zahl hergestellt und sind entsprechend preiswert, diese sind jedoch für anspruchsvolle Anwender meist untauglich, da genau an den wichtigen Dingen gespart und nur auf Optik gesetzt wird.

=== Gebrauchte Oszilloskope ===
Wer wenig Erfahrung mit Elektronikreparaturen hat, sollte sehr vorsichtig sein und den Markt gut beobachten.

Bei Gebrauchtware gibts stets das Risiko, ein defektes oder verbasteltes Gerät von Privat zu erwerben, deshalb sollte sich ein Käufer vorher die Rückgabemöglichkeit schriftlich zusichern lassen. Vom Kauf auf reinen Kleinanzeigenplattformen, wo der Verkäufer keinerlei Identitätsprüfung unterzogen wird, ist immer abzuraten.

Vorsicht ist auch bei gewieften Formulierungen geboten, die einen Totalschaden nur umschreiben, so wie z.B. "Dachbodenfund", "Keine Ahnung davon", "Keine Möglichkeit zu testen" oder "Funktioniert, aber aus rechtlichen Gründen (Garantie) als defekt für Bastler".

Häufig sind angebotene Geräte auch ehemalige "Fernseh"-Oszis, d.h. sie stammen aus der Zeit, als noch Bildröhren-TVs repariert wurden. Ihr Einsatzbereich endet i.d.R. bei mit 10-20 Mhz Bandbreite, mehr war zur TV-Reparatur nicht notwendig. Solche Geräte sind heutzutage kaum brauchbar wenn man einmal mehr als NF und niedere HF untersuchen will.

Es gibt kaum einen Markt für Topgeräte. Gute gebrauchte Geräte gibt es z.B. auf Fachbörsen für Funk und Elektronik, auch geben professionelle Gebrauchthändler Gewährleistung oder Garantie - allerdings oft zu derart überhöhten Preisen, dass ein Neukauf attraktiver ist.

Mit den entsprechenden Kenntnissen und Erfahrung konnten aber schon viele Geräte wiederbelebt werden.

=== Erfahrungen? ===
Eine Vorgehensweise, von der man auch abraten muss, ist die Frage nach Erfahrungen anderer Mitglieder! Die meisten Antworten kommen von Trollen und Posern, die eigentlich keine Ahnung haben. Die einen wollen als anonymer Gast mal wieder trollen, die anderen wollen nur mitteilen, dass Funkamateure sowieso die besseren Menschen sind. Andere wiederum haben "zufällig" gerade *das* richtige Oszilloskop zu verkaufen. Dann gibt es noch die, die sich ihr eigenes Oszilloskop schönreden wollen, ihren Vorurteilen oder ihrem Fetisch frönen. Zum Beispiel

* ''Kauf ja kein Gerät aus Asien!''
* ''Unter LeCroy|Agilent|Yokogawa|Tektronix geht gar nichts!''
* ''Nur Gebrauchtgeräte lohnen sich!''

Hinweise wie ''mein vor 30 Jahren gekauftes Markengerät funktioniert noch heute tadellos'' sind ebenfalls ziemlich sinnlos. Der Hersteller wird dieses Gerät gar nicht mehr anbieten und er wird schon gar nicht mehr mit der gleichen Qualität fertigen, wie vor 30 Jahren. Dazu ist der Kostendruck zu hoch und Technologien haben sich geändert. Selten sind die neuen Technologien heute so robust, wie die vor 30 Jahren.

Als Unerfahrener kann man daher aus den Antworten nicht herauslesen, ob sie wirklich auf Erfahrung beruhen. Man braucht also gewissermassen selbst Erfahrung, um die Erfahrungsberichte anderer richtig einzuordnen.

Ein anderer Aspekt aus alten Threads ist, dass viele Fragesteller die Erfahrungen gar nicht zur Kenntnis nehmen wollen, wenn sie der eigenen Wunschvorstellung widersprechen. So etwas nennt man beratungsresistent. Da stellt sich schon mal heraus, dass der Fragesteller schon längst ein Gerät bestellt hat und jetzt gebauchpinselt werden will. Eine Zeitverschwendung für alle.

Erfahrungen mit eigenen Geräten lassen bedingt den Schluss zu, welche
Marken grundsätzlich empfehlenswert sind, weil dort gegebenenfalls mehr auf Qualität geachtet wird.

=== Zusatzkosten beim Kauf im Ausland ===

Siehe Hauptartikel [[Zoll und Abgaben]].

Beim Kauf eines scheinbar preisgünstigen Gerätes im Ausland ist zu beachten, dass hier neben Versandkosten noch [[Zoll und Abgaben]] fällig werden. Ein ''PC-basierten Messinstrument mit Oszilloskopfunktion'' für US$ 719,- aus Taiwan kostet dann letztendlich 875,- €, die sich so zusammensetzen:
* Umrechnung in Euro (und Zollveranschlagung): 650,- €
* Umsatzsteuer: 123,- €
* Zollgebühren: 60,- €
* Versand und Bankgebühren: 44,- €

Der Preis unterscheidet sich am Ende kaum noch vom dem des lokalen Händlers. Aber der gibt auch noch Garantie, so dass ein Defekt nicht zum Totalverlust wird.

===Spielzeuge aller Art===
[[Datei:Karikatur oscilloscope sale.jpg|thumb|left|240px|Preisgünstiges "Spitzenoszilloskop" 5Gs]]
Vor allem auf online-Börsen tauchen in jüngster Zeit immer öfter seltsam günstige Geräte auf: Offensichtlich scheint es gerade Mode zu sein, einen schwachbrüstigen Analog-Digital-Konverter hinter eine eher zufällig gewählte, krumme analoge Eingangsschaltung zu klemmen und an einen Mikrocontroller mit Grafik-LCD anzuschließen, um es als digitales Speicheroszilloskop (DSO) zum Sonderpreis zu verkaufen.

Je nach Hersteller wird so ein Gerät komplett ohne Gehäuse geliefert, was mit Hinblick auf die Funktion und auch die Sicherheit sehr fragwürdig ist, oder es kommt in einem lustig aufgemachten Plastikgehäuse in MP3-Player-Format daher, das auch keine großartige Isolation bietet. Hinzu kommen Eindruck-schindende Namen und Logos, die Modernität und Qualität suggerieren sollen, oft noch unterstrichen durch die Assoziierung mit Open-Source und pseudo-Hacker / Maker Bewegungen.
{{Absatz}}

Im Vergleich zu richtigen Oszilloskopen sind dies leider nur Spielzeuge - Unsichere Spielzeuge! Es nervt auch, diese Dinger immer wieder im Forum des Besten "seit der Erfindung von geschnitten Brot" vorgestellt zu bekommen. Ein Blick auf die technischen Daten dieser "Oszilloskope" (sofern die Daten überhaupt angegeben werden) reicht nämlich, um festzustellen, dass man ein Spielzeug vor sich hat. Schön für den, der spielen will, schlecht für den, der sicher messen will.

Ebenso verrät ein Blick auf die Schaltung des Analogeingangs, ob man Qualität vor sich hat. Fehlende Spannungsfestigkeit und fehlende Frequenzkompensation des Eingangsverstärkers sind sichere Zeichen für Schund. Wenn es eine Verbindung zum PC gibt, aber diese nicht isoliert ist, ist das ein weiteres Zeichen für Scheinqualität.

In [http://welecw2000a.sourceforge.net/docs/Hardware/GW_Instek_GDS-1152A.pdf] kann man das Innenleben eines richtigen DSO bewundern. Man vergleiche dies mit den Innenleben der Spielzeug-"DSO"s.

Ein anderes, sicheres Zeichen eines Spielzeug-"DSOs" ist es, wenn irgendein Ding aus Abgreifklemmen und Klinkenstecker als "Tastkopf" mitgeliefert wird oder die Buchse für den Tastkopf aus einer Klinkenbuchse oder ähnlicher Niederfrequenz-Anschlusstechnik besteht.

Auffällig ist bei diesen Spielzeugen auch, dass sie vehement von typischen Fanboys verteidigt werden. Nicht mit technischem Argumenten, sondern mit Aussagen wie "aber ist billig", "aber ist cool", "aber enthält doch einen Arduino".

Wer ein Oszilloskop haben möchte, mit dem man wirklich messen kann, sollte sich das Geld für ein Spielzeug-"DSO" sparen.

== Funktion von Oszilloskopen ==
=== Was wird gemessen? ===
Oszilloskope zeigen oft einen Spannungsverlauf über einen kurzen, für das menschliche Auge in Realzeit nicht erfassbaren Zeitraum an. Je hochwertiger das Oszilloskop, desto kürzer ist dieser Zeitraum, beziehungsweise desto schneller darf sich das Signal ändern. Spitzengeräte können Perioden von wenigen Nanosekunden im gesamten sichtbaren Bildbereich darstellen, in welchem auch noch in Teilabschnitte hineingezoomt werden kann. Maßgeblich ist dafür ein manuell oder automatisch erzeugter Startzeitpunkt, der sogenannten Trigger.

Mitunter werden aber auch sich sehr langsam ändernde Spannungsverläufe gezielt angezeigt, um Veränderungen von einem Trigger zum nächsten zusammenfassend darstellen zu können. Durch das Überschreiben der Kurven sind auch geringste Änderungen gut erkennbar. Die Darstellung ist der bei Herzmonitoren vergleichbar.

Andere Größen, zum Beispiel Ströme, Drücke und Magnetfelder lassen sich anzeigen, wenn man zusätzlich entsprechende Wandler einsetzt, um aus den Größen zuvor eine Spannung zu erzeugen.

=== Was wird dargestellt? ===

Den Eingang für eine Spannung bezeichnet man bei einem Oszilloskop als Kanal. Die an den Kanälen anliegenden Spannungen können einzeln oder gemeinsam angezeigt werden. Bei Mehrkanal-Oszilloskopen kann man üblicherweise auch eine Spannung über eine Spannung darstellen (XY-Modus), womit Übertragungskennlinien von Bauteilen dargestellt werden können.

Zusätzlich bieten moderne Oszilloskope die Möglichkeit, sich gewisse Kenngrößen der Spannungsverläufe anzeigen zu lassen. Gängige Werte sind zum Beispiel die Anzeige von Spitzenspannung und Effektivwert einer Spannung, Frequenz/Periodendauer, Anstiegs- und Abfallzeiten, Tastverhältnis und so weiter. Darüber hinaus bieten gute Oszilloskope Positionsmarken (Cursor), mit denen man, durch eine Linie dargestellt, auf dem Bildschirm Positionen im Spannungsverlauf markieren kann. Zur Position zugehörige Werte (Zeit oder Spannung), sowie die Differenz dieser Werte zwischen zwei Positionsmarken können abgelesen werden.

Besonders [[#Digitale_Tischoszilloskope|digitale Oszilloskope]] können relativ viele unterschiedliche Kenngrößen anzeigen, da sich viele dieser Größen mit einfachen Algorithmen aus den vom Oszilloskop im Speicher erfassten Daten berechnen lassen. Ebenso sind einfache mathematische Operationen möglich, etwa eine diskrete Fourier-Transformation oder die Summe oder Differenz der Spannungsverläufe von zwei Kanälen. Oszilloskope der Oberklasse bieten darüber hinaus ausgeklügelte Möglichkeiten der Signalanalyse.

Für spezielle Anwendungen finden sich in manchen Oszilloskopen besondere Messfunktionen. Zum Beispiel go/no-go (heißt meistens pass/fail) Messungen, mit denen eine Spannungsverlauf mit einem vorgegebenen Verlauf verglichen wird. Entspricht der Spannungsverlauf hinreichend dem vorgegebenen Verlauf wird ein "go" (oder pass = alles ist OK) Signal über einen externen Ausgang ausgegeben. Weicht der Verlauf zu stark ab ein "no go" (fail = Spannung stimmt nicht) Signal.

Bereits in der Unterklasse digitaler Oszilloskope ist heutzutage eine PC-Schnittstelle üblich. Beim Kauf sollte man darauf achten, dass das Protokoll der Schnittstelle dokumentiert ist. Sonst ist man auf proprietäre PC-Software des Herstellers angewiesen. Bei Oszilloskopen der Unterklasse wird zwar häufig kostenlos PC-Software mitgeliefert, doch leider sind diese Programme durchgehend von erschreckend schlechter Qualität. Bei Oszilloskopen der Oberklasse lassen sich die Hersteller ihre PC-Software gerne zusätzlich sehr teuer bezahlen.

== Analoge Oszilloskope ==
=== Allgemeines ===
[[Bild:Oszilloskop.png|thumb|right|300px|Hybrides Analog/Digital Oszilloskop]]
Bei analogen Oszilloskopen wird das darzustellende Signal nach der Verstärkung direkt zur Ablenkung eines Elektronenstrahls verwendet.

Brauchbare analoge Oszilloskope findet man oft schon für ca. 50 Euro bei Online-Auktionen und Kleinanzeigenmärkten. Für 200-400 Euro bekommt man dort recht gute Profigeräte<ref>Ein Gerät, welches mit dem Attribut ''Profigerät'' beworben wird, ist normalerweise keins.</ref> mit 60-200 MHz Bandbreite. Brauchbare Neugeräte fangen bei 600 Euro an. Der Oszilloskopmarkt wird von einigen wenigen Marken dominiert. Im höherpreisigen Segment sind es vor allem HP (Agilent) und Tektronix, sowie Yokogawa und Lecroy. Hameg (Rohde & Schwarz) ist vor allem im mittleren Segment (500-1500 Euro) weit verbreitet. Man findet sie oft in Schule und Ausbildung. Preislich darunter finden sich diverse asiatische oder gelegentlich noch osteuropäische Hersteller von Analogoszilloskopen. Häufig treten diese Hersteller nicht unter eigenem Namen auf, sondern bieten ihre Geräte als OEM-Produkte an.

Ganz einfache Geräte verfügen nur über einen Kanal<ref>Es gibt, beziehungsweise gab, nochmals einfachere Geräte, nämlich solche ohne Trigger. Die Zeiten solcher Gerät sind allerdings seit rund 50 Jahren vorbei. Daher sollte man den fehlenden Trigger nur bei historischen Gebrauchtgeräten finden.</ref>. Damit ist es nicht möglich, zwei Signale in zeitliche Beziehung zu setzen. Dies ist jedoch oft wichtig. Deshalb verfügen heutzutage auch einfache Geräte meist über zwei Kanäle.

=== Bandbreite ===

Die '''Bandbreite''' gibt Auskunft, welche Signal-Frequenzen das Oszilloskop noch verarbeiten kann. Bei angegebener Bandbreite fällt die Verstärkung des Oszilloskops um 3dB ab, ein Sinussignal wird dann nur noch mit ca. 70% der wahren Amplitude angezeigt. Um Signalverläufe noch vernünftig interpretieren zu können, kann man grob sagen, dass man Signale bis 1/10 der Bandbreite dargestellt bekommt. Ein Rechtecksignal nahe der Bandbreite würde z. B. nur noch als Sinus dargestellt werden <ref>Häufig wird von Anfängern bei der Bandbreitenbetrachtung vergessen, dass ein Rechtecksignal nicht aus einer einzigen Sinusschwingung der Frequenz f, sondern aus einer theoretisch unendlichen Summe von Signalen der Frequenzen f, 3 * f, 5 * f ... besteht. Für eine vernünftige Darstellung eines Rechtecksignals sollte die Oszilloskopbandbreite so groß sein, dass zumindest die ersten paar Oberwellen nicht zu stark gedämpft werden. Aus dieser Betrachtung ergeben sich Faustformeln, wie die, dass die Bandbreite eines Oszilloskops zehnmal (oder dreimal, oder fünfmal, je nachdem wie genau man messen möchte) größer sein sollte als die Grundfrequenz des Rechtecks.</ref>.

Beim Messen von Digitalsignalen ist man meist an der '''Anstiegszeit''' interessiert. Die Anstiegszeit gibt an, wie lange ein Rechtecksignal von 10-90% benötigt. Die Anstiegszeit des Oszilloskops gibt an, welche Anstiegszeit dargestellt wird, wenn man ein nahezu ideales Rechtecksignal mit annähernd Null Anstiegszeit anlegen würde. Man kann die Anstiegszeit direkt aus der Bandbreite berechnen.

<math>t_{Osc} = \frac{0.35}{B}</math>

* <math>\!\, t_{Osc}</math> : Anstiegszeit des Oszilloskops in Sekunden (s)
* <math>\!\, B</math> : Bandbreite in Hertz (Hz)

Legt man ein reales Rechtecksignal an das Oszilloskop an, dann wird die Anzeige umso mehr verfälscht, je näher die Anstiegszeit des Eingangssignals der Anstiegszeit des Oszilloskops kommt. Dabei gilt folgender Zusammenhang.

<math>t_S = \sqrt{t_{ges}^2-t_{Osc}^2}</math>

* <math>\!\, t_S</math>: Anstiegszeit des Eingangssignals
* <math>\!\, t_{ges}</math>: Angezeigte Anstiegszeit auf dem Oszilloskop
* <math>\!\, t_{Osc}</math>: Anstiegszeit des Oszilloskops

Bei analogen Oszilloskopen ist die Bandbreite gegeben durch die Begrenzung des analogen Eingangsverstärkers sowie die Signaldarstellung, also die Qualität des Ablenkverstärkers.

=== Tastköpfe richtig benutzen ===

Wenn man wirklich schnelle Signale messen will, spielt auch die Bandbreite des verwendeten Tastkopfes eine wichtige Rolle. Näheres dazu findet man [http://www.sigcon.com/Pubs/straight/probes.htm hier]. Aber der beste Tastkopf nützt nichts, wenn man ihn falsch anschließt. Für schnelle Messung jenseits von ein paar MHz nutzt man praktisch immer 10:1 Tastköpfe mit 10 MOhm Eingangswiderstand und ca. 8-15pF Eingangskapazität. Je nach Typ erreicht man damit Bandbreiten von 100-500MHz. Danach muss man aber auch den Tastkopf richtig anschließen. Der mitgelieferte Masseanschluß mit Krokodilklemme ist zwar praktisch, für viele hochfrequente Messungen aber unbrauchbar. Ein Rechtecksignal damit zu messen ergibt dann oft starke Überschwinger, welche real aber gar nicht vorhanden sind, sondern durch die zu lange, induktive Masseleitung im Zusammenspiel mit der Eingangskapazität verursacht werden. Das sieht man z.B. [http://www.mikrocontroller.net/topic/281669?goto=2975948#2975754 hier], den Messaufbau sieht man [http://www.mikrocontroller.net/topic/281669?goto=2975948#2975896 hier].

Für saubere, hochfrequente Messungen muss man die Masseanbindung so kurz wie möglich machen. Dafür haben die Tastköpfe oft ein kleines Zusatzteil, eine Massefeder, beigelegt (engl. [http://www.mikrocontroller.net/attachment/27280/groundspring.png ground spring]). Damit kann man die Masse auf kürzestem Wege anschließen und erhält ein sauberes Messergebnis wie man in diesem [http://www.mikrocontroller.net/topic/281669?goto=2975948#2975931 Forumsbeitrag] sieht. Eine sehr gute Einführung zum Thema Tastköpfe und deren richtige Nutzung gibt es [[media:Probe_Fundamentals-_Tektronix.pdf | hier]] von [http://www.tek.com Tektronix] (engl.). Das gilt auch für stark gestörte Umgebungen, wie z.B. in einem Schaltnetzteil. Die Grundfrequenzen sind relativ niedrig, so im Bereich 50-1000 kHz, die Schaltflanken sind aber meist recht schnell, im Bereich von 10-500ns. Die dabei geschalteten hohen Ströme und Spannungen erzeugen starke magnetische und elektrische Wechselfelder, welche sehr gern und einfach in Tastköpfe einkoppeln. Um zu prüfen, ob ein Signal echt oder nur eine eingekoppelte Störung ist, macht man eine 0V Messung. D.h. man legt die Tastkopfspitze auf Masse (GND), ohne den mechanischen Aufbau nennenswert zu verändern. Wenn keine Störung einkoppelt, mißt man erwartungsgemäß 0V, alles andere sind eingekoppelte Störungen. Diese muss man durch eine verbesserte Tastkopfanbindung minimieren (Massefeder, anderer Massepunkt, Abschirmung, Klappferrite auf Tastkopfleitung am Oszi gegen Gleichtaktstörungen etc.) Eine Massefeder bzw. das passende Gegenstück für die Spitze des Tastkopfes kann man sich leicht aus 0,5mm Blankdraht selber wicklen, wie man auf diesem [https://www.mikrocontroller.net/attachment/410800/Tastkopf.jpg Bild] sieht. Die vollprofessionelle Version davon sind einlötbare [https://www.mikrocontroller.net/attachment/412457/socket.jpeg Sockel], in welche der Tastkopf gesteckt werden kann. Diese haben durch ihren koaxialen Aufbau noch bessere Schirmwirkung und HF-Eigenschaften.

Wenn es dann in den Bereich 100MHz++ geht, wird man schnell auf einen aktiven Tastkopf oder einen passiven Z0-Tastkopf wechseln wollen. Warum das so ist, ist in diesem [http://www.signalintegrity.com/Pubs/straight/probes.htm Artikel] (engl.) erklärt.

===Terminierung bei DC-Messung===
Schliesst man an den hochomigen Messeingang eines Oszilloskopes eine Koaxialleitung mit 50 Ohm Impedanz direkt an, um irgendwo direkt zu messen, so muss diese möglichst dicht am Oszilloskop mit 50 Ohm terminiert werden, um Reflexionen und Phantomsignale zu vermeiden. Wird aber direkt mit 50 Ohm terminiert, so führt das zu einer starken Belastung der Quelle und des Terminierungswiderstandes. Insbesondere dann, wenn man z.B. auf einem DC-Pegel eine Welligkeit messen möchte. Die Gleichspannung liegt in diesem Falle direkt am Terminierungswiderstand an. Das ist oft nicht tolerierbar, da dann ein u.U. hoher Gleichstrom durch den Widerstand abfließt, die Quelle belastet und selber heiß wird.. Aus diesem Grunde muss der Terminierungswiderstand mit einem schnellen, keramischen Kondensator entkoppelt werden. Siehe Bild.
[[Bild:DC-Messadapter.svg|thumb|300px|DC-Messadapter mit 50 Ohm Terminierung]]
Achtung, die Anordnung hat einen Frequenzgang. Es ist gegebenenfalls zu überlegen, ob der Frequenzgang noch toleriert werden kann. Gegebenenfalls ist der Kondensator entsprechend zu ändern. Auf ausreichende Spannungsfestigkeit achten!
An den 4mm Klemmen kann über einen 2k2 ohm Widerstand ein Digitalmultimeter angeschlossen werden. Der 2k2 Widerstand beeinflusst die Messung mit einem hochomigen Digitalmultimeter fast nicht, verhindert aber das verstärkte Einkoppeln von Störungen über die Messleitungen in das Oszilloskop.

Eine Platine für eine solche kapazitiv entkoppelte 50 Ohm Terminierung als [http://www.mikrocontroller.net/articles/KiCAD KiCad] Projekt findet sich hier: [[Media:DC-50Ohm_Terminierung_RevE_25Mar2015.zip]] Gerber Files und ein Schaltplan in PDF sind im Projekt vorhanden, es kann also auch ohne KiCad verwendet werden.

=== Triggerung ===

Oszilloskope unterscheiden sich oft stark in den Triggerungsmöglichkeiten. Bei guten Geräten kann man z. B. die Triggerung variabel verzögern. Erst dadurch wird es möglich, dass man sich Signale genauer anschauen kann, die zeitlich weit hinter einem Triggerereignis kommen. Eine weitere Funktion bei höherklassigen Oszilloskopen ist eine zweite Zeitbasis. Mit dieser kann man in einen Ausschnitt des Messsignals hereinzoomen<ref>Die zweite Zeitbasis steuert einen zweiten Strahl (ähnlich wie einen separaten Kanal), der das gleiche Eingangssignal erhält. Die zweite Zeitbasis wird auf eine höhere Horizontalfrequenz eingestellt als die erste. Zusammen mit einer horizontalen Verschiebung der Darstellung kann man nun Ausschnitte des Signals durchfahren und vergrößert betrachten.</ref>.

Mit Analog-Oszilloskopen kann man sich hauptsächlich periodische Signalverläufe anschauen, also solche, die zeitlich immer wiederkehrend sind. Denn nur so kann ein Signal immer wieder auf den Schirm "geschrieben" werden und erscheint als stehendes Bild. Aperiodische Signale, wie z. B. auf Datenübertragungsleitungen, sind damit nicht darstellbar. Sie laufen mit einem Strahldurchgang über den Schirm. In dieser kurzen Zeit ist es jedoch nur selten möglich, sie visuell aufzunehmen. Mit einer Digitalkamera kann man solche Signalverläufe mitunter trotzdem einfangen. Früher sehr hochpreisige, heute nicht mehr übliche Analog-Oszilloskope hatten eine eingebaute Speichermöglichkeit (Speicherröhre) für einmalige Signale. Diese Klasse von Analog-Oszilloskopen wurde durch digitale Speicheroszilloskope (DSOs) abgelöst.

Manche Analog-Oszilloskope bieten eine Möglichkeit, die Triggerung nur zu einem definiertem Zeitpunkt anzustoßen, somit kann auch der Anlaufstrom eines Motors mit einem Analog-Oszilloskop dargestellt werden.

=== Analoge Speicheroszilloskope ===
Inzwischen eher selten sind analoge Speicheroszilloskope anzutreffen. Diese speichern im Gegensatz zu digitalen Speicheroszilloskopen nicht das Signal selbst, sondern das Bild auf der Röhre. Dies wird mit speziellen speichernden Bildröhren erreicht. Je nach Typ kann es mehrere getrennt betreibbare Bereiche geben, um beispielsweise 2 Bilder eines Signales zu unterschiedlichen Zeitpunkten darstellen zu können (z.B. Tektronix 549).

Einige wenige dieser Oszilloskope waren sogar in der Lage, das aufgezeichnete Bild auf Papier auszugeben (z.B. "HP Model 175A" mit Modul 1784A).

=== Vergleichstabelle Analogoszilloskope ===

Diese Tabelle soll einen Überblick über interessante oder bekannte Neugeräte besonders im unteren Preisbereich geben. Eine vollständige Auflistung aller existierenden Geräte ergibt wegen der Vielzahl an Baureihen und Modellen wenig Sinn.

{| {{Tabelle}} class="wikitable sortable" id="analogoszis"
|-
! Bezeichnung
! Hersteller
! Preis [€]
! Kanäle
! Bandbreite [MHz]
! Röhre [cm]
! Bemerkungen
|-
| generisches 10 MHz Oszilloskop unter Bezeichnungen wie C1-94, S1-94, OS10, AO-610, [http://www.ett-online.de/html/de/werkstatt/oszilloskope/digitale-oszilloskope/oszilloskop-mccheck-st16b-1-kanal-10-mhz/article-4-55152-459045509045501590.html ST16B], CS10, GOS-310, 72-6602, HUC70, CS1010 [http://www.conrad.de/ce/de/product/122413/VOLTCRAFT-6102-Analoges-1-Kanal-Oszilloskop-Bandbreite-0-DC-10-MHz VC 610/2]
| Diverse. Wer der Originalhersteller war oder ist ist nicht mehr festzustellen.
| ab 180
| 1
| 10
| 4 − 4,8 × 6
| Seit Jahrzehnten von vielen No-Name Herstellern in unterschiedlichen Ausführungen und Bauformen im Angebot. Wenig empfehlenswert für µC-Arbeiten.
|-
| [http://www.attenelectronics.com/Products/Oscilloscopes/Analog_oscilloscope/2012/0728/129.html Atten AT7328], CS-4128 und Andere.
| Atten
| ab 280
| 2
| 20
| 8 × 10
|
|-
| [http://www.attenelectronics.com/Products/Oscilloscopes/Analog_oscilloscope/2012/0728/128.html Atten AT7340], [http://www.conrad.de/ce/de/product/122421/VOLTCRAFT-VC-630-2-Analoges-2-Kanal-Oszilloskop-Bandbreite-0-DC-bis-30-MHz/?ref=category&rt=category&rb=1 VC 630-2] und Andere.
| Atten
| ab 480
| 2
| 40/30 Voltcraft
| 8 × 10
|
|-
|}

== Digitale Speicheroszilloskope ==
=== Allgemein ===

[[Bild:tektronix.jpg|thumb|right|300px|Digitales Speicheroszilloskop vom Anfang des Jahrtausends]]
Ein digitales Speicheroszilloskop (englisch DSO, '''D'''igital '''S'''torage '''O'''scilloscope) digitalisiert das Eingangssignal mit einem Analog-Digital-Wandler und legt die Werte in einem Speicher ab. Damit ist die Bandbreite nur durch die Begrenzung des analogen Eingangsverstärkers gegeben. Der Vorteil der Speicherung ist, dass man auf diese Weise Momentaufnahmen eines Signals machen und damit einmalige (transiente) Ereignisse (Spikes, Datenübertragungen) erkennen und darstellen kann, was besonders bei digitalen Schaltungen, z. B. mit Mikrocontrollern, sehr nützlich ist. Weiterhin lässt sich das Signal "vermessen" (z. B. um die Baudrate einer Datenübertragung zu bestimmen), man kann die Frequenz und den Effektivwert anzeigen lassen, das Frequenzspektrum, und je nach Modell noch vieles mehr. Das Signal wird in S/W oder Farbe auf einem LCD dargestellt, lässt sich aber oft auch über einen angeschlossenen Drucker ausdrucken oder an den PC übermitteln.

Der wichtigste Parameter bei digitalen Oszilloskopen ist die '''Abtastrate''', die angibt, mit welcher Rate das Eingangssignal digitalisiert wird. Um ein Signal mit einer gegebenen Frequenz ausreichend genau in Phase und Amplitudenverlauf darstellen zu können, sollte es mindestens mit der 10-fachen Frequenz abgetastet werden. Nur dann lassen sich in der Regel die interessanten Details in einem Signal erkennen. Für eine genaue Analyse analoger Signale, um z.B. die Güte einer Flanke oder Überschwinger beurteilen zu kjönnen, ist sogar ein Faktor von 25 bis 40 anzuraten<ref>Dieser Anhaltswert liegt nochmals weit über der Nyquist-Frequenz (zweifache Grenzfrequenz), ist aber nötig, um Abweichungen von der idealen Signalform zu sehen - z.B. bei Rechecksignalen. Die zehnfache Abtastfrequenz bedeutete, dass man nur 10 Messpunkte pro Signalperiode hat, was in einer 1:1 Darstellung auf dem Bildschirm gerade eben 10 nebeneinander liegenden Pixeln entspräche, was in der Regel sehr wenig ist, um ein Signal zu beurteilen.</ref> Wichtig ist in dem Zusammenhang auch die analoge Bandbreite des Oszilloskops. Ein gutes Verhältnis ist wäre eine mindestens 4-6 fache Überabstastung im Bezug auf die Bandbreite je Kanal, also z.B. 1Gsps für einen Zweikanaler mit 100MHz Bandbreite - besser 2Gsps. Damit wären dann Signale bis etwa 10 MHz ausreichend genau darstellbar.

Außerdem sind die '''Speichertiefe''' und die '''Wandler-Auflösung''' interessant. Ein Oszilloskop, das mit acht Bit Auflösung abtastet und 2000*8 Bit Speicher hat, kann 2000 Samples abspeichern, was einer Darstellung von 2000*256 Pixeln entspricht. Acht Bit Auflösung ist heutzutage ein gängiger Wert, auch wenn er niedrig erscheint. Ein normales Oszilloskop ist kein Präzisionsmessgerät und acht Bit sind für die Darstellung auf den Displays normaler Oszilloskope ausreichend.

Bei der Wandlung und Speicherung gibt es unterschiedliche Verfahren: Ehemals günstige Oszilloskope wie die TDS1000-Serie von Tektronix verwenden '''CCD-Speicher''' (Eimerkettenspeicher, ein analoges Schieberegister); die Messwerte werden erst gespeichert, und dann digitalisiert. Nachteile dieser Vorgehensweise sind ein stärkeres Rauschen, die begrenzte Speichertiefe und Totzeiten, während der keine Eingangswerte aufgenommen werden. Diese entstehen, da das Wandeln aller Werte aus dem analogen Zwischenspeicher länger dauert als die Zeit zum Füllen dieses Speichers. Deshalb muss das Gerät bis zum Abschluss der Wandlung warten, bevor es den Speicher erneut füllt.

Früher wandelten nur teurere Modelle in Echtzeit mit schnellen Flash-[[AD-Wandler]]n und speicherten die Messwerte direkt in einem schnellen RAM. Die Speichertiefe ist dabei praktisch unbegrenzt, allerdings sind Wandler sehr teuer, die mehrere GS/s schaffen. Durch einen Trick (mehrere verschachtelte langsame AD-Wandler) setzen sich AD-Wandler bei günstigen Modellen durch. Oszilloskope, die diesen Trick verwenden, erkennt man daran, dass die Abtastfrequenz mit der Anzahl der aktivierten Kanäle sinkt. Zum Beispiel, findet man Vierkanaloszilloskop mit vier Wandlern à 250 MS/s, die bei Benutzung nur eines Kanals 1 GS/s für diesen Kanal erreichen, bei Benutzung von zwei Kanäle 500 MS/s pro Kanal und bei Benutzung von drei oder vier Kanälen 250 MS/s pro Kanal.

In den richtig schnellen Geräten (mehrere GHz Samplerate) ist ein ähnlicher Trick üblich. Dort sind in den verwendeten Wandlerschaltkreisen eine größere Anzahl Sample-and-Hold-Stufen und AD-Wandler integriert. Die Eingangsspannung wird dann zeitversetzt in den Sample-and-Hold-Stufen gespeichert und von den im Vergleich zur Samplerate langsameren AD-Wandlern umgesetzt. Die Ausgangslogik sorgt dann dafür, dass die Daten in der richtigen Reihenfolge ausgegeben werden. Ein Problem bei dieser Vorgehensweise sind unterschiedliche elektrische Eigenschaften der parallelen Wandlerstufen.

Natürlich spielt der Verwendungszweck eine entscheidende Rolle bei der Auswahl. Auf dem Labortisch, wo meist nur kleine Spannungen mit einem gemeinsamen Massebezug vorkommen, werden andere Anforderungen an ein Oszilloskop gestellt, als z. B. im Servicebereich für Industriesteuerungsanlagen, Automatisierungstechnik, usw. Dort sind weniger hohe Abtastraten wichtig, sondern eher eine größere Anzahl Eingangskanäle, die galvanisch voneinander getrennt sind, Spannungsfestigkeit bis min. 500 Volt, sowie speziell bei Störungsanalysen, die Möglichkeit, komplexe Triggermuster einzustellen, und eine integrierte große Festplatte, um einzelne Ereignisse automatisiert über lange Zeiträume hinweg festhalten zu können. Ein Beispiel für so ein hochwertiges Gerät ist ein Yokogawa Scopecorder (DL708). Allerdings sind bei solchen Geräten die Preise nach oben hin offen.

=== Digitale Tischoszilloskope ===
==== Allgemeines ====

DSO Tischoszilloskope sind die klassischen, in sich abgeschlossenen Geräte, die in der Gestaltung analogen Oszilloskopen ähneln. Daneben gibt es zum Beispiel auch PC DSOs. Viele Tischgeräte sind bereits so klein (geringe Tiefe) und leicht, dass sie zu Recht als tragbare Geräte bezeichnet werden. Beim Neukauf eines Oszilloskops sind diese Geräte die interessantesten.

Mittlerweile ist es üblich, dass man bereits bei Einsteigermodellen eingebaute USB oder RS-232 Schnittstellen findet und eine (häufig sehr simple) Windows-Software zur Bedienung vom PC aus oder zumindest zum Auslesen von Daten auf den PC. Ebenfalls häufig sind USB oder ähnliche Schnittstellen für USB-Memorysticks oder Speicherkarten zum Speichern von Messwerten, Screenshots und Konfigurationen. Ironischerweise sind Schnittstellen und Windows-Software bei Markengeräten häufig gesondert zu erwerben, während sie bei eher unbekannten Marken kostenlos mitgeliefert werden, wenn auch die Qualität der kostenlosen Software häufig zu wünschen übrig lässt.

Beispiele für günstige Einstiegsmodelle unter 600 Euro sind einige, aber nicht alle, Geräte von Rigol, Hantek, Owon, Siglent oder Atten. Für relativ wenig Geld erhält man für einfache Anwendungen ein brauchbares Oszilloskop mit ein paar Highlights aber auch auffälligen Einschränkungen und Fehlern in der Hard- und Software. Viel oder überhaupt Service kann man von diesen Firmen für sein Geld meist nicht erwarten.

Geräte bspw. von [http://www.instek.com/ Instek] sind etwas teurer. Geräte aus der GDS-1000A oder GDS-1000U Serie dürften zum Einstieg interessant sein, oder mittlerweile die modernere Serie DS2000 von Rigol,
bzw SDS2000 Serie von Siglent.

Ein weiteres Beispiel für ein Einstiegsmodell war das [http://www.tek.com/site/ps/0,,40-15314-INTRO_EN,00.html TDS1002] von Tektronix (ca. 1200 Euro). Dazu muss man allerdings sagen, dass Tektronix die aktuelle Entwicklung etwas verschlafen hat. Der nur 2 kByte große Speicher ist nicht mehr zeitgemäß. Geräte der [http://www.home.agilent.com/agilent/product.jspx?nid=-33575.0&cc=DE&lc=ger&pageMode=OV Agilent InfiniiVision 2000X Serie] beginnen in einem ähnlichen Preisbereich aber mit wesentlich mehr Features.

Sind 4 Kanäle gewünscht, aber das Budget begrenzt, lohnt sich ein Blick auf die DS1000'''Z''' Serie von Rigol.

==== Vergleichstabelle digitale Tischoszilloskope ====

;Wichtiger Hinweis:Diese und andere Tabellen werden gelegentlich von Freiwilligen auf den aktuellen Stand gebracht. Das heißt, sie können veraltet sein.

Diese Tabelle soll einen Überblick über interessante oder bekannte Geräte besonders im unteren Preisbereich geben. Eine vollständige Auflistung aller existierenden Geräte ergibt wegen der Vielzahl an Baureihen und Modellen wenig Sinn. 
Anmerkung: Für Viele Modelle aus dieser Tabelle gibt es bereits Nachfolgemodelle. 
 
Legende: 
opt.: optional, kostenpflichige Erweiterung (Hardware und/oder Software) 

{| {{Tabelle}} class="wikitable sortable" id="digitaloszis"
|-
! Bezeichnung
! Hersteller
! width="70" | Preis [€]
! width="35" | Kanäle
! width="40" | Samplerate [MS/s]
! width="40" | Bandbreite [MHz]
! width="35" | Auflösung [Bit]
! Speichertiefe [Samples]
! Display
! Interface
! width="130" | Bemerkungen
|-
| [http://www.conrad.de/ce/de/product/122485/VOLTCRAFT-Vorteilsset-DSO-1062D-2-Kanal-Oszilloskop-Digitales-Speicheroszilloskop-Bandbreite-60-MHz-inkl-2-Tastkoepf DSO5062D]
| [http://www.conrad.de/ Conrad]
| 329.-
| 2
| 500/1000
| 60
| 8
| 1M
| 800x480, 7"
| •USB Device •USB Host
| Gleiche Hardware wie das Hantek DSO5062B und leicht modifizierte Software.
|-
| [http://www.hantek.com.cn/en/ProductDetail_3_3.html DSO5000B Series]
| [http://www.hantek.com.cn/en/index.html Hantek]
| ab 290$ (eBay + Zoll!)
| 2
| 500/1000
| 60/ 100/ 200
| 8
| 1M
| 800x480, 7"
| •USB Device •USB Host
| Mit 60MHz beliebt, da es einen Hack auf 200 MHz gibt. Ebenso diverse Hacks an der Hardware. Auch als Tekway oder Protek im Handel.
|-
| MSO5000D serie
| Hantek
|
| 2
| 1G
| 60/ 100/ 200
| 8
| 1M
| 800x480, 7"
| •USB Device •USB Host
| 2CH +16 Logik weitgehend baugleich mit DSO5000B Serie
|-
|-
| DSO3062A
| Agilent
| 800
| 2
| 500
| 60
| 8
| 4k
| 320x240, 5.7"
| •USB Device •USB Host (modul)
| weitgehend baugleich mit Rigol DS5000
|-
| InfiniiVision 2000 X Serie
| Agilent
| 950 - 2600 (MSO)
| 2/4
| 1 G/Kanal. Bei Benutzung der Hälfte aller Kanäle 2G/Kanal
| 70/ 100/ 200
| 8
| 100k
| 800x480, 8.5"
| •USB Device •USB Host 2x
| Markengeräte mit exzellentem Preis-Leistungs-Verhältnis. Software-Aufrüstbar (Funktionsgenerator, Protokoll-Dekoder, usw.)
|-
| [http://%5Bhttp://www.owon.com.hk/products.asp?ParentID=57&SortID=87 OWON XDS--A(+) '''•12-bit:''' 3062 A(+) 3102 A(+) '''•14-bit:''' 3202 A(+)]
| [http://www.owon.com.hk/main.asp L I L L I P U T ----------------- ( - OWON - ) ®]
| 430.. bis 720€ 
 
~1350€
| 2
| 1 GS/s
| 60 100 200
| 12 12 14
| 40M 
| 800x600 
 
8" Touch-screen 
(3062A(+): ohne Touchscreen)
| •USBx2 •LAN •WiFi •VGA/AV 
•• A+ : incl. •2ch-FG •Multimeter •DataLogger
| •LabView komp. 
•LiIon-Akku opt. •Bus-Decoder opt. 
 
'''•Echtes Glimpse-Of-Nirvana Teil'''
|-
| [http://www.rigolna.com/products/digital-oscilloscopes/ds1000e/ Rigol DS1000E Serie]
| [http://www.rigolna.com/ Rigol]
| ab 285
| 2
| 1000/500 (1/2 Kanäle)
| 50/ 100
| 8
| 1M
| 320x240, 5.7”
| •USB Device •USB Host •RS-232
| optional 16-Kanal Logikanalysator = DS1052D (DS1102D). Im Netz kursieren diverse, mehr oder weniger ernst zu nehmende Anleitungen, wie man ein DS1052E per Software auf ein DS1102E umrüsten kann.
|-
| [http://www.rigolna.com/products/digital-oscilloscopes/ds1000z/ Rigol DS1000Z Series]
| [http://www.rigolna.com/ Rigol]
| ab 360
| 4
| 1000/500 /250 (1/2/4 Kanäle)
| 50/ 70/ 100
| 8
| 12M (24M opt.)
| 800x480, 7"
| •USB Device (Pict Bridge) •USB Host •LAN (LXI)
| optionaler dualer Funktionsgenerator 25Mhz (DS1000Z'''-S'''). Im Netz kursieren diverse, mehr oder weniger ernst zu nehmende Anleitungen, wie man ein DS1054Z/DS1074Z per Software auf ein DS1104Z umrüsten und den gesamten Funktionsumfang freischalten kann.
|-
| [http://www.rigolna.com/products/digital-oscilloscopes/ds2000/ DS2000 Serie]
| [http://www.rigolna.com/ Rigol]
| 845 - 1640
| 2
| 2 GS/s
| 70/ 100/ 200/ 300
| 8
| 14M 56M (opt.)
| 800x480, 8"
| •USB Device (Pict Bridge) •USB Host •LAN (LXI)
| Per Kauflizenz jeweils freischaltbar sind 56M, serielle Dekoder, weitere Trigger. Lassen sich alle über generierte Serial freischalten und sogar auf Topmodel DS2202 (200MHz) upgraden, da identische (gute) Hardware u. Lieferumfang - keine Hardwaremodifikation nötig. Dank LXI (offene Spezifikation) gute Softwareanbindung. Vertikalauflösung ab 0,5mV/Div!
|-
| [http://www.siglent.com/ens/pdxx.aspx?id=25&T=2&tid=1/ SDS2000 Serie]
| [http://www.siglent.com/ENs/index.aspx/ Siglent]
| 850 - 2700
| 2/ 4
| 2 GS/s
| 70/ 100/ 200/ 300
| 8
| 28M
| 800x480, 8"
| •USB Device (Pict Bridge) •USB Host •LAN (LXI) •PASS/FAIL
| 110.000wrfms/s, seqmentierter Speicher! (dann bis 300.000wrfms/s, HRES Erfassung mit höherer vertikaler Auflösung, Per Kauflizenz jeweils freischaltbar sind serielle Bus-Dekoder, MSO Option, Funktionsgeneratorausgang Dank LXI gute Softwareanbindung.
|-
| [http://www.owon.com.hk/products.asp?ParentID=57&SortID=66 Owon SDS Serie]
| [http://www.owon.com.hk/main.asp Owon]
| 260€ (5032E) - 1100€ (9302)
| 2
| 250/125 - 3.2/1.6 G
| 30/ 60/ 70/ 100/ 125/ 200/ 300
| 8
| 10M/Kanal (5032E 10k/Kanal)
| 800x600, 8"
| •USB Device •USB Host •LAN •VGA (opt.) ''oder'' •RS-232 (opt.)(nicht -E)
| Akkubetrieb optional (nicht -E)
|-
| [http://www.gwinstek.com/en/product/productdetail.aspx?pid=3&mid=7&id=46 GW Instek GDS-1000 Serie]
| [http://www.gwinstek.com/en/index.aspx GW Instek], alias Good Will Instrument Co., Ltd.
| 350 - 550 (Conrad: 475 - 950)
| 2
| 250
| 25/ 40/ 60/ 100
| 8
| 4k
| 320x234, 5.6"
| •USB Device •SD-Slot
| Von Conrad teurer als DSO-4000 Serie erhältlich. [http://code.google.com/p/gds2000tools/ Einfache Software für Linux erhältlich]
|-
| [http://www.gwinstek.com/en/product/productdetail.aspx?pid=3&mid=7&id=42 GW Instek GDS-1000'''A''' Serie]
| [http://www.gwinstek.com/en/index.aspx GW Instek], alias Good Will Instrument Co., Ltd.
| 500 - ?
| 2
| bis 1GS/s
| 60/ 100/ 150
| 8
| bis 2M
| 320x234, 5.6"
| •USB Device •SD-Slot
| [http://code.google.com/p/gds2000tools/ Einfache Software für Linux erhältlich]
|-
! Bezeichnung
! Hersteller
! width="35" | Preis [€]
! width="35" | Kanäle
! width="40" | Samplerate [MS/s]
! width="40" | Bandbreite [MHz]
! width="35" | Auflösung [Bit]
! Speichertiefe [Samples]
! Display
! Interface
! width="130" | Bemerkungen
|-
| [http://www.gwinstek.com/en/product/productdetail.aspx?pid=3&mid=7&id=34 GW Instek GDS-2000 Serie]
| [http://www.gwinstek.com/en/index.aspx GW Instek], alias Good Will Instrument Co., Ltd.
| 850 - 1800
| 2/4
| 1000
| 60/ 100/ 200
| 8
| max. 5000 (alle Kanäle benutzt) / 25000 (ein Kanal in Benutzung)
| 320x234, 5.6"
| •USB Device •USB Host 2x •RS-232
| Weitgehend baugleich mit Conrad Voltcraft DSO-8000 Serie. Vier-Kanal Versionen haben keinen externen Trigger und weniger Trigger-Funktionen. [http://code.google.com/p/gds2000tools/ Einfache Software für Linux erhältlich]
|-
| TDS-1002B
| Tektronix
| 1100
| 2
| 1000
| 60
| 8
| 2.5k
| 320x240
| •USB Device (Pict Bridge) •USB Host
| verhältnismäßig starkes Rauschen, siehe Text oben
|-
| [http://teledynelecroy.com/oscilloscope/oscilloscopeseries.aspx?mseries=50 WaveJet 3xx]
| [http://teledynelecroy.com/ LeCroy]
| 2800..8000 (brutto)
| 2/4
| 1000/2000
| 100/ 200/ 350/ 500
| 8
| 500k
| 640x480, 7.5"
| •USB Device •USB Host •LAN
| verfügbar z. B. bei Farnell
|-
| WaveAce Serie
| [http://teledynelecroy.com/ LeCroy]
| 1000 - 3500
| 2
| 250 - 2000
| 60 - 300
| 8
| 4k - 8k
| 320x240
| •USB Device •USB Host •RS-232(?)
| Daten beziehen sich etvl. auf nicht mehr erhälltliche Serie (bitte überprüfen)
|-
| [http://www.dlm2000.de DLM20XX]
| YOKOGAWA
| 3300..8000 (brutto)
| 2 oder 4 (3+1) wobei 1 wahlweise 8Kanal Digital ist
| 2500 (1250)
| 200/ 350/ 500
| 8
| 12,5MPts
| 1024x768, 8.4"
| •USB Device •USB Host 2x •LAN (opt.) •RGB Video
| Vertrieb vom Hersteller direkt!
|-
| [http://www.uni-trend.com/UT2025B.html UNI-T UT2025B] / Voltcraft DSO-1022 M
| [http://www.uni-trend.com/ Uni-Trend Group Limited]
| 290 - 356
| 2
| 250
| 25
| 8
| 512k/Kanal<ref name="unit">Uni-Ts Angaben zur Speichertiefe sind mit Vorsicht zu genießen. Seit Jahren wirbelt die Firma mit Begriffen wie ''memory length'', '' memory depth'', ''recording length'' und ''saving depth'' herum - jeweils mit unterschiedlichen Werten für das gleiche Oszilloskop. Dabei vermeidet Uni-T Begriffsdefinitionen zu geben. Im Zweifelsfall sollte man mit dem kleinsten Wert aller Angaben rechnen.</ref>
| 320x240 (Monochrom)
| •USB Device •USB Host •RS-232 •LAN (opt.)
| Als UT2025'''C''' mit Farbdisplay. UT2000 Serie 25-200MHz, 2CH 250MSa/s bis 1GSa/s wenig Rauschen
|-
| [http://www.uni-trend.com/UTD2052CEL.html UTD2052CEL]
| [http://www.uni-trend.com/ Uni-Trend Group Limited]
| 369,-
| 2
| 1000
| 50
| 8
| 2x600k ''recording length''; 25k ''saving depth'' ein Kanal; 12,5k ''memory depth'' zwei Kanäle<ref name="unit" />
| 400x240 (effektiv)
| •USB Host
| Displayauflösung beträgt 800x480, der Displaycontroller faßt jedoch immer 2x2 Pixel zusammen (Menü nimmt relativ viel Platz auf dem Bildschirm ein)
|-
| [http://www.rohde-schwarz.de/de/Produkte/messtechnik-testsysteme/oszilloskope/HMO1002-%7C-Kerndaten-%7C-4-%7C-11696.html HMO1002]
| [http://www.rohde-schwarz.de/ Rohde & Schwarz]
| 950 - 1190
| 2
| 1000
| 50-100
| 8
| 2x 500 kSample
| 640x480, 6,5"
| •USB Device •USB Host •LAN
| Umfangreiche Zusatzfunktionen wie Mustergenerator, Frequenzgenerator, 2-Kanal DVM, Frequenzzähler, Komponententester und 8 Kanal MSO Opt.
|-
| [http://value.rohde-schwarz.com/vi/value/oscilloscopes/r-srhmo1202-digital-oscilloscope.html/ HMO1202]
| [http://www.rohde-schwarz.de/ Rohde & Schwarz]
| -
| 2
| 2GSA 2x1GSA
| 100 200 300
| 8
| 2Mpoints 2x 1Mpoints
| 640x480, 6,5"
| •USB Device •USB Host •LAN
| Optionen für I2C, RS232, UART, CAN, LIN serielle Busanalyse, Umfangreiche Zusatzfunktionen wie Mustergenerator, Frequenzgenerator, 2-Kanal DVM, Frequenzzähler, Komponententester und 8 Kanal MSO Opt.
|-
| [http://www.peaktech.de/produktdetails/kategorie/digital-oszilloskope/produkt/p-1265.html PT 1265]
| [http://www.PEAKTECH.de Peaktech]
| ca. 290
| 2
| 125 (1CH) 125 (2CH)
| 30
| 8
| 10k pro Kanal
| 800x600, 8"
| •USB Device •USB Host •LAN •VGA
| Optional: Akkupack 4000 mA
|}

Weitere Marken, die gelegentlich auf dem deutschen Markt auftauchen, häufig über eBay, sind

* GAOtek
* Hangzhou Jingce (JC)
* Tonghui
* Ypioneer
* Jiangsu Lvyang
* Siglent (Zweitmarke von Atten)

Über deren Qualität hört man wenig oder gar nichts.

=== PC-Oszilloskope ===
==== PC-Zusätze ====
===== Allgemeines & Beachtenswertes =====

PC-Oszilloskope / PC-Zusätze sind im Prinzip digitale Speicheroszilloskope, mit der Besonderheit, dass sie die Daten nicht selbst anzeigen, sondern an einen PC übermitteln. Beim Kauf eines PC-Oszilloskops sollte man besonders vorsichtig sein, da viele Angebote irreführende Informationen enthalten. Sehr beliebt ist z. B. die Werbung mit der Analogbandbreite, also die Bandbreite die der Analogteil der Schaltung (Eingangsverstärker) verarbeiten kann. Wenn hier 100 MHz angegeben sind bedeutet das aber nicht, dass sich auch wirklich Signale bis 100 MHz darstellen lassen; wenn der Wandler nur mit 40 MS/s abtastet ist das Oszilloskop gerade noch bis 4 MHz verwendbar. Ebenso sollte man nur die Echtzeit- oder Realtime-Abtastrate beachten, eine manchmal ebenfalls angegebene "Äquivalent-Abtastrate" ist nur bei periodischen Signalen zu gebrauchen und damit im Umfeld von Mikrocontrollern meist wertlos.

Die Wahl zwischen einem Tischoszilloskop und einem PC-Zusatz ist nicht nur eine Geld-, Leistungs- oder Qualitätsfrage. Ein Tischgerät lässt sich anders bedienen (echte Knöpfe, sicherer Stand) und belegt nicht den PC oder Laptop. Erfahrene Entwickler ziehen ein separates Gerät einem PC-Zusatz vor. Zum Teil ist dies eine Generationsfrage.

Hinzu kommt, dass billige PC-Oszilloskope meist keine galvanische Trennung an ihrer USB-Schnittstelle besitzen. Ein Fehler bei einer Messung kann daher nicht nur das Oszilloskop, sondern gleich den PC mit beschädigen. Das gleiche Problem kann man übrigens auch bei einfachen Tischoszilloskopen mit PC-Schnittstelle haben. Allerdings kann man Tischgeräte auch ohne die PC-Verbindung betreiben, PC-Oszilloskope nicht.

Gelegentlich wird geraten, das Oszilloskop, egal ob Tischgerät oder PC-Zusatz, immer über einen "self powered" USB-Hub (einer mit eigenem Netzteil) mit dem PC zu verbinden. Ob ein solcher Hub als Schutzmaßnahme geeignet ist, besonders zum Personenschutz, sei dahingestellt. Schaden sollte er nicht.

Besonders zu beachten ist die PC-Software. Nicht nur, ob sie zum Zeitpunkt des Kaufs wenigstens grundsätzlichen Ansprüchen genügt, sondern auch, ob der Hersteller vermutlich willens und in der Lage ist, die Software über viele Jahre zu warten. Stichwort Investitionssicherheit. Ohne Wartung kann eine Inkompatibilität in der Software zum nächste Windows Service-Pack oder zur nächste Windows-Version das Gerät völlig entwerten.

Leider ist es so, dass es fast keine freie [[Oszilloskop#Software|Oszilloskopsoftware]] gibt. Die Protokolle zwischen Oszilloskop-Vorsätzen und Computer sind meist proprietär, und selten hat sich ein Entwickler freier Software die Mühe gemacht, ein Protokoll zu entschlüsseln. Noch seltener ist es, dass auf dieser Basis eine brauchbare oder gar gute Software geschrieben wurde. So ist ein Ausweichen auf freie Software kaum möglich, sollte der Hersteller die Wartung aufgeben. Man ist im Normalfall auf Gedeih und Verderb dem Hersteller ausgeliefert.

===== Vergleichstabelle PC-Zusätze =====

Diese Tabelle soll einen Überblick über interessante oder bekannte Geräte besonders im unteren Preisbereich geben. Eine vollständige Auflistung aller existierenden Geräte ergibt wegen der Vielzahl an Baureihen und Modellen wenig Sinn.

Alle hier gelisteten Geräte haben einen USB-Anschluss.
{| {{Tabelle}} class="wikitable sortable" id="pczusatzoszis"
|-
! Bezeichnung
! Hersteller
! width="25" | Preis [€]
! width="35" | Kanäle
! width="40" | Samplerate [MS/s]
! width="40" | Bandbreite [MHz]
! width="35" | Auflösung [Bit]
! Speichertiefe [Samples]
! Bemerkungen
|-
| [http://www.elandigitalsystems.com/support/usbtmfaq/software.php USBscope50]
| Elan Digital Systems / dt. Vertrieb Hacker
| 249
| 1 (-4)
| 50 / 1000
| 10 / 75
| 8
| 3k pro Kanal
| CAT II, 300V galv. Trennung zu USB, OpenSource SDK, Java, Linux, LabView
|-
| PicoScope 2104
| Pico Technology
| 180
| 1
| 50
| 10
| 8
| 8K
| Spektralanalyse und Voltmeter in Software.
|-
| PicoScope 2105
| Pico Technology
| 235
| 1
| 100
| 25
| 8
| 24K
| Spektralanalyse und Voltmeter in Software.
|-
| PicoScope 2204A
| Pico Technology
| 165
| 2
| 100
| 10
| 8 - 12
| 8K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| PicoScope 2205A
| Pico Technology
| 255
| 2
| 200
| 25
| 8 - 12
| 16K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| PicoScope 2206A
| Pico Technology
| 429
| 2
| 500
| 50
| 8 - 12
| 32K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| PicoScope 2207A
| Pico Technology
| 548
| 2
| 1000
| 100
| 8 - 12
| 40K
| Kleiner Arbitrary Waveform Generator eingebaut.
|-
| P 1280
| Peaktech
| 329
| 2
| 250
| 60
| 8
| 10M
| USB und LAN Anschluss, 40VSS bei USB, 400VSS bei LAN
|-
| P 1285
| Peaktech
| 389
| 2
| 500
| 100
| 8
| 10M
| USB und LAN Anschluss, 40VSS bei USB, 400VSS bei LAN
|-
| P 1290
| Peaktech
| 197
| 2
| 100
| 25
| 8
| 5k
| 400VSS galv. Trennung zu USB
|-
| [http://www.hantek.com.cn/english/produce_list.asp?unid=62 DSO-2090 USB]
| Hantek - Qingdao Hatek Electronic Co., Ltd.
| 200
| 2
| 1 Kanal: 100 / 2 Kanäle: 50
| 40
| 8
| 1 Kanal: 64K / 2 Kanäle: 32K
| Wenige Vorteile gegenüber einem Tischgerät. Analogbandbreite bei der Samplingrate nicht ausnutzbar. Kleiner Eingangsspannungsbereich. Unter diversen anderen Namen erhältlich.
|-
| [http://www.hantek.com.cn/english/produce_list.asp?unid=63 DSO-2150 USB]
| Hantek - Qingdao Hatek Electronic Co., Ltd.
| 200
| 2
| max. 150
| 60
| 8
| 10K-32K/Kanal
| .
|-
| [http://www.hantek.com.cn/english/produce_list.asp?unid=64 DSO-2250 USB]
| Hantek - Qingdao Hatek Electronic Co., Ltd.
| 220
| 2
| max. 250
| 100
| 8
| 10K-512K/Kanal
| .
|-
| Mephisto Scope 1 (UM202)
| Meilhaus
| 333
| 2
| 1
| 2
| 16
| 256K
| 5 in 1,
Oszilloskop,
Logik-Analysator,
Voltmeter,
Datenlogger analog und digital,
Digital-I/O
|-
| MSO-19
| Link Instruments Inc.
| 172
| 1
| 200
| 60
| ??
| 1K
|
Oszilloskop,
Logik-Analysator,
Pattern Generator,
TDR
|}

==== Soundkarten-Oszilloskope ====
[[Bild:Soundoszi.JPG|thumb|right|300px|Soundkarten Oszilloskop]]
Wem ein wirklich einfaches Oszilloskop für kleine Frequenzen (bis etwa 20 kHz) ausreicht, bspw. um die Kommunikation am I2C-Bus zu analysieren, kann dazu die Soundkarte des PC benutzen.
Allerdings eignet sich eine Soundkarte nicht dazu, Gleichspannungen zu messen, zu niederfrequente Signale können daher nicht damit erfasst werden: Im Screenshot nebenan erkennt man das z. B. an der fallenden Gerade am Schluss (obwohl der tatsächliche Signalpegel konstant oben bleibt). Auch ist hier besondere Vorsicht geboten, da Soundkarten nur für geringe Spannungen ausgelegt sind und bei einer zu hohen Eingangsspannung möglicherweise der ganze PC beschädigt wird. Daher ist eine Vorschaltung mit Spannungsbegrenzung (ca 0,7V) nötig.

Der Vorteil der Soundkartennutzung ist, dass es sich dank des PCs um eine Art Speicheroszilloskop handelt und die Daten zum Beispiel in Excel analysiert werden können.

* [http://www.scheidig.de/Deutsch/Download/SpekOszi/info.htm Hardy u. Karola Scheidig] verschiedene Programme zum Messen mit der Soundkarte.
* [http://www.sillanumsoft.org/ Visual Analyser] von Alfredo Accattatis und der University of Rome Tor Vergata, "Donateware"
* [http://www.zeitnitz.de/Christian/scope_en Soundcard Oscilloscope für Windows] von Christian Zeitnitz, kostenlos für Privatanwendung
* [http://www.qsl.net/dl4yhf/spectra1.html Spectrum Lab von DL4YHF]
* [http://w5big.com/spectrogram.htm Spectrogram] von R.S. Horne, ältere Version kostenlos
* [http://www.audiotester.de/ Audiotester 30-Tage-Version kostenlos]
* [http://www.dasylab.com/ DasyLab] Eingeschränkte Version (Soundkarte und serielle Schnittstelle) als Beilage zum Buch "Signale-Prozesse-Systeme" ISBN 9783642018633
* [http://www.zelscope.com/ Zelscope] von Constantin Zeldovich 14-Tage Evaluationsversion
* [http://web222.webclient5.de/prj/VarEl/SndCrdAmp/ Sound Card Pre-Amp] Selbstbau-Vorverstärker für Sound-Karte von Dr. Thomas Redelberger
* [http://www.dxzone.com/catalog/Software/Spectrum_analyzers/ Linksammlung]

==== Grafikkarten-Oszilloskope ====
Videokarten, die über einen analogen Input verfügen, stellen ebenfalls eine Alternative zu käuflichen Oszilloskopen dar, da sie 3kanalig Frequenzen bis rund 180 MHz verarbeiten können. Die digitale Auflösung liegt meist bei 8 Bit maximal, was für einfache Anzeigen jedoch reicht, wenn die Aussteuerung entsprechend ist. Durch Übersampeln lässt sich die Auflösung wie gehabt steigern, indem man z.B. 4 Werte softwareseitig zusammenfasst und damit 1 Bit an Auflösung gewinnt. Bei 16 Werten kann man 2 Bit erwarten und erhält eine Güte von ca. 10 Bit bei 10MHz.

=== Selbstbau ===
Der Selbstbau eines solchen Gerätes erspart (wie fast immer in solchen Fällen) kein Geld, sofern man nicht eine Spezialfunktion benötigt, die im Markt nicht beschaffbar ist. Der Spaß liegt also wieder im Bauen selbst.

Es gibt diverse preiswerte Bausätze für Spielzeug-Oszilloskope. Die Ergebnisse nach dem Zusammenbau sind aber als Oszilloskop wenig brauchbar.

Eine positive Ausnahme stellt hier das [http://www.elv.de/usb-mini-scope-modul-usb-msm-komplettbausatz.html USB-MSM] von ELV dar, das bei sorgfältiger Kalibrierung und "analog powert" bis zu 200kHz trotz seiner Einfachheit durchaus für das Hobbylabor oder schulische Zwecke brauchbar ist.

Daneben findet man nur sehr wenige Selbstbau-Projekte deren Ergebnisse überzeugen. Einige interessante Projekte sind [http://www.mikrocontroller.net/topic/228997?goto=new#2308320]n und [http://www.ssalewski.de/DAD.html.de]. Dazu sei allerdings gesagt, dass der Aufwand an Material und Messmitteln schnell die Kosten für ein fertiges Oszilloskop überschreitet.

=== Umbau ===
Sofern man tatsächlich etwas benötigt, was nicht käuflich zu erwerben ist, kann der Kauf und Umbau eines vorhandenen Gerätes sinnvoll sein.

Auf eBay werden immer noch die Oszilloskope der früheren Firma Wittig (heute Welec), wie zum Beispiel das W2012A, angeboten. Als Alternative zu der fehlerträchtigen Orginalfirmware ist mittlerweile eine Open-Source Variante verfügbar die kontinuierlich weiterentwickelt wird. Ebenfalls wird an Hardware Erweiterungen gearbeitet die die Qualität des Oszilloskops deutlich steigern. Wer sich nicht sicher ist ob das Gerät seinen Ansprüchen genügt sollte bei den Entwicklern nachfragen. [http://sourceforge.net/apps/trac/welecw2000a/wiki] Auch hier ist der Weg das Ziel.

== Siehe auch ==

* [[AVR_Softwarepool#Oszilloskop|AVR Softwarepool: Oszilloskop]]
* [[Einfaches Oszilloskop mit Bascom-AVR]]
* [[USB_Oszilloskop]]
* [[Logic_Analyzer]]
* [[LCS-1M - Ein einfaches, preiswertes, mikrokontrollergesteuertes Zweikanal-Oszilloskop zum Selberbauen | LCS-1M]] ([[Picaxe]])
* [[media:Probe_Fundamentals-_Tektronix.pdf | Probe_Fundamentals-_Tektronix.pdf]] (engl.)
* [https://www.mikrocontroller.net/topic/389844#4467981 Forumsbeitrag]: Bitte Tipp für ein einfaches Speicheroszilloskop
* [https://www.mikrocontroller.net/topic/205596?goto=5724370#5724370 Forumsbeitrag]: Selbstbauprojekt für optisch getrennten Tastkopf

== Links & Literatur ==
* [http://www.elektronikpraxis.vogel.de/index.cfm?pid=9681 Online-Dossier Grundlagen digitaler Oszilloskope. ] Veröffentlicht auf Elektronikpraxis online
* [http://www.tek.com/Measurement/App_Notes/XYZs/03W_8605_3.pdf XYZs of Oscilloscopes Primer]. Die Grundlagen digitaler Oszilloskope
* [http://www.tek.com/Measurement/App_Notes/ABCsProbes/60W_6053_9.pdf ABCs of Probes Primer]. Die Grundlagen von Tastköpfen
* [http://www.mikrocontroller.net/forum/1?filter=oszi*+-oszillator Forum-Beiträge zum Thema Oszilloskop] (Kaufberatung, Anwendung)
* [http://www.mikrocontroller.net/forum/3?filter=oszi*+-oszillator Beiträge im Markt-Forum]
* [http://www.virtuelles-oszilloskop.de/ Ein virtuelles interaktives Oszilloskop] ala HAMEG HM203-6 20 MHz zum Üben (Seite auf [http://www.virtuelles-oszilloskop.com Englisch])
* [http://www.eosystems.ro/eoscope/eoscope_en.htm Selbstbau-DSO 40MSPS]
* [http://www.sigcon.com/Pubs/straight/probes.htm Probing High-Speed Digital Designs], Originally published in [http://www.elecdesign.com/ Electronic Design Magazine], March, 1997
* [http://hackedgadgets.com/2007/12/10/oscilloscope-tutorials/ Oscilloscope Tutorials] Linkliste bei hackedgadgets.com
* [http://www.eevblog.com/2011/03/30/eevblog-159-oscilloscope-trigger-holdoff-tutorial/ EEVBlog #159] Videotutorial von Dave Jones zu '''Trigger Holdoff''', (engl.)
* [http://www.all-about-test.info/spezial-oszilloskope.html/ Marktübersicht Spezial-Oszilloskope mit Hintergrundinfos]
* [http://oscopes.info/market/2256-usb-oscilloscopes-product-overview-low-end/ Produktübersicht kostengünstige USB-Oszilloskope (englisch)]
* [https://www.youtube.com/watch?v=kUU2afffAdE&list=PLMKxBlyAyypxuaI7pbfRkSryvTDef_Y1S&index=16 Video] von Bob Peace zum Thema Tastköpfe und High Speed Measurements (engl.)
* [http://www.eevblog.com/forum/testgear/digital-oscilloscope-comparison-chart EEVBlog: "Digital Oscilloscope Chart" - Große Vergleichsliste gängiger Digitaloszilloskope (engl.)]
* Isolierte Tastköpfe mit LWL-Kopplung
** [https://www.tek.com/isolated-measurement-systems# IsoVu Isolated Probes] von Tektronix, 200-1000MHz, 14.000-27.000 Euro
** [https://teledynelecroy.com/probes/high-voltage-fiber-optically-isolated-probes High Voltage Fiber Optically-isolated Probes] von Teledyne LeCroy, 60MHz, ca. 3900 Euro bei RS [https://de.rs-online.com/web/p/oszilloskop-tastkopfe/1368330/ 136-8330]
** [https://www.langer-emv.de/en/category/analog/60 Optical fibre cable probes] vom Langer EMV mit 25, 500 und 5000kHz Bandbreite, ca. 1000 Euro
** [https://hackaday.io/project/12231-fiber-optic-isolated-voltage-probe Fiber Optic Isolated Voltage Probe] bei Hackaday, Selbstbauprojekt, 30MHz, ca. 50$

== Software ==
* [http://www.mikrocontroller.net/topic/167705#1602827 WinXP Software für OsziFox/ProbeScope] von Micha B. (chameo)

* [http://users.physik.fu-berlin.de/~jtt/fsc2.phtml fsc2] is a program running under GNU/Linux for controlling spectrometers. Supported devices include digitizing oscilloscopes too:
** Tektronix Digitizing Oscilloscope TDS520, TDS520A, TDS520C, TDS540, TDS744A and TDS754A
** LeCroy Digitizing Oscilloscope 9400, 9410, 9420, 9424, 9424e and 9450(A)
** LeCroy Digitizing Oscilloscope Waverunner and Waverunner-2 (LT224, LT 262, LT264, LT342, LT344, LT354, LT362, LT364, LT372, LT374, LT584, 44(M)Xi, 62X1, 64(M)Xi, 104(M)Xi, 204(M)Xi)
** LeCroy Digitizing Oscilloscope WaveSurfer (422, 424, 432, 434, 452 and 454)

* [http://xoscope.sourceforge.net/ xoscope, oscope] is a digital oscilloscope using input from a sound card or EsounD and/or a ProbeScope/osziFOX and Bitscope hardware. Includes 8 signal displays, variable time scale, math,memory, measurements, and file save/load. (Linux, GPL)

* [http://www.mtoussaint.de/qtdso.html QtDSO] is a frontend for the Velleman PCS64i digital oscilloscope (Anm.: Velleman nicht mehr unterstützt) It provides a fully featured oscillocope mode (including XY plot and math) and a highly configurable spectrum analyzer mode. Für '''Digitalmultimeter''' gibt es vom gleichen Autor [http://www.mtoussaint.de/qtdmm.html QtDMM] und [http://www.mtoussaint.de/qtdmm2.html QtDMM2].

* [http://www.eig.ch/fr/laboratoires/systemes-numeriques/projets/osqoop-l-oscilloscope-libre/index.html Osqoop] est un oscilloscope logiciel sous licence libre. Il permet de travailler sur un nombre arbitraire de canaux et des acquisitions de longue durée. Wiki description: [http://gitorious.org/osqoop Osqoop] is a multi-platform open source software oscilloscope based on Qt 4. It connects to various hardware data sources such as the sound input or a dedicated USB board.

*[http://code.google.com/p/gds2000tools/ gds2000tools] ist eine Linux-Software für GW-Instek GDS-2000 und andere GW-Instek Oszilloskope.

* [https://code.google.com/p/xoscillo/ Xoscillo] - A software oscilloscope that acquires data using an Arduino or a Parallax (more platforms to come). (Lizenz: CC-BY-NC-SA 3.0; Windows and Linux (needs mono))

* [http://sourceforge.net/projects/oscope2100/ Oscope 2100] Linux software für Hantek DSO-2100.

* [http://sourceforge.net/projects/openhantek/ OpenHantek] Linux Software für Hantek (Voltcraft/Darkwire/Protek/Acetech) DSO-2090.

* [http://sourceforge.net/projects/dsoda/ Digital Soda] DSO-2250 Software.

* [http://owondriver.sourceforge.net/ Owon Driver, Ownon Dump] Linux-Treiber für Owon-Oszilloskope.

* [http://sdaaubckp.sourceforge.net/attenload/ Attenload] Linux - fetch data from Atten oscilloscopes via USB

* [http://www.ant.uni-bremen.de/whomes/rinas/agiload/ Agiload] Linux - fetch data and screenshots from Agilent 5462x oscilloscopes - RS232

* [http://foss.doredevelopment.dk/wiki/Lxi-control Lxi-Control] Kommandozeilen-Applikation zur Fernsteuerung von Geräten mit LXI-Schnittstelle.

* [http://gpib-utils.sourceforge.net/ gpib-util] Linux Kommandozeilen-Applikation, unterstützt diverse Oszilloskope (und andere Geräte) mit GPIB-Schnittstelle.

* [http://optics.eee.nottingham.ac.uk/vxi11/ VXI11] Bibliothek und Programme für Geräte mit VXI-11 Schnittstelle.

* [http://sourceforge.net/projects/wfmreader/ Linux WFM Datenformat-Leser].

* [http://sigrok.org/ ''sigrok'' Open Source Signal Analysis Software Suite]

=== Datenauswertung ===

Bei Oszilloskopen (DSOs), die es erlauben, die gemessenen Daten zu einem PC zu übertragen, kann man die Messwerte auf dem PC weiter auswerten. Zum Beispiel ein Signal demodulieren, filtern oder dekodieren. Grundsätzlich ist die Auswertung in jeder Programmiersprache möglich. Programmiersprachen für numerische Berechnungen eignen sich jedoch besonders.

* [http://www.sigrok.org Sigrok] eine open source tool zur Ansteuerung und Auswertung von u.a. digitalen USB-Oszilloskopen

* [http://www.mathworks.com Matlab] und Freie Alternativen wie [http://www.scilab.org/ SciLab] oder [http://www.gnu.org/software/octave/ GNU Octave]

* [http://www.mathworks.com/matlabcentral/fileexchange/?term=Oscilloscope Matlabcentral Fileexchange, Suche nach ''Oscilloscope''] Auf Matlabcentral Fileexchange finden sich auch MatLab Lese- und Auswertungsfunktionen für diverse Oszilloskope. Hinweis: Die von MatLab für die Kommunikation mit einem Oszilloskop verwendeten Toolboxen und Funktionen dürfen aufgrund der Matlabcentral Lizenz nicht mit freien Alternativen verwendet werden. [http://wiki.octave.org/FAQ#Why_can.27t_I_use_code_from_File_Exchange_in_Octave.3F_It.27s_released_under_a_BSD_license.21 siehe GNU OCtave FAQ]

* [http://octave.sourceforge.net/instrument-control/ Octave-Forge instrument-control] für die Kommunikation mit diversen Geräten wie z.B. LXI-compatible Agilent, LeCroy or Tektronix Oszilloskope über VXI11. Außerdem UART, I2C, GPIB usw.

* Eines Ingenieurs angeblich unwürdig<ref>Es ist sehr einfach Fehler in Tabellenkalkulationen zu machen, die typischerweise lange unentdeckt bleiben. [http://www.eusprig.org/ Untersuchungen] haben gezeigt, dass bereits dann bis zu 90% aller Tabellenkalkulationsblätter fehlerhaft sind, wenn es nur um einfache mathematische Grundoperationen (Addieren, Subtrahieren, Multiplizieren, Dividieren) geht.</ref> sind Microsoft Excel oder andere Tabellenkalkulationen. Trotzdem sind sie zur Datenauswertung populär und auch geeignet, wenn sie richtig gehandhabt werden.

== Fußnoten ==
<references />

[[Category:Grundlagen]]
[[Category:Oszilloskope und Analyzer| ]]

Linux Boards

2014-04-25T20:40:02Z

Maschinist: Rubrik Marsboards aktualisiert.

Hier sollen Links auf Linux Boards gesammelt werden.

* [http://imall.iteadstudio.com/im130808010.html/ Iteaduino PLUS]: Allwinner A10
* [http://pandaboard.org/content/platform Pandaboard ES]: ARM Cortex-A9 DualCore (OMAP4460), 1200 Mhz, 1GB DDR2-RAM, HDMI, 3.5" Audio, SD/MMC Card, USB2.0 Host+OTG, Ethernet, WiFi, UART, LCD, Expansion Header (SPI, I2C, GPMC, ...)
* [[Raspberry Pi]]: [[ARM]]11, 700MHz
* [[Bifferboard]]: 486SX-kompatibel, 150 MHz
* [[Mini2440]],[[Micro2440]]: [[ARM]]920T, 400Mhz
* [[ATNGW100]]: [[AVR32]], AT32AP7000
* [http://www.propox.com/products/t_232.html MMnet1002]
* [http://www.propox.com/products/t_231.html MMnet1001]
* [https://www.olimex.com/Products/ARM/Atmel/SAM9-L9261 Olimex SAM9-L9261]
* [http://www.igep-platform.com/index.php?option=com_content&view=article&id=46&Itemid=55IGEPv2 Board]: TI OMAP35x
* [http://wandboard.org Wandboard]: Freescale i.MX6, ARM Cortex-A9, 2x1GHz, 1GB
* [http://www.gnublin.org/ Gnublin] [[ARM]]9 180 MHz (LPC3131), 32MB RAM
* [http://www.allnet.de/entwicklungsplatformen.html ALL5003] RT5350 360MHz Mips 32 MB Flash / 32 MB Ram, Wifi, USB, Eth, 2*Ser, I2C SPI, GPIO, Openwrt / klein und günstig
* [http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G133999328931 ODROID-X] Samsung Exynos4412 Cortex-A9 Quad Core 1.4Ghz
* [http://www.arndaleboard.org/wiki/index.php/Main_Page Arndale1] [http://www.howchip.com/shop/content.php?co_id=ArndaleBoard_en Arndale2] Samsung Exynos 5 Cortex-A15 Dual Core 1.7Ghz
* [http://www.acmesystems.it/aria ACME Systems - Aria G25] ARM9 (AT91SAM9G25, 400Mhz), 128/256 MB RAM , Ethernet, USB, SPI, GPIO, Lötpads zum Aufsetzen auf Motherboard, Debian verfügbar
* [http://www.toradex.com/products/colibri-arm-computer-modules Colibri ARM Module] Module mit SoDimm Connector, verschiedene Versionen mit Nvidia Tegra oder Marvell Arm.
Carambola Boards:
* [http://8devices.com/carambola Carambola: ] [http://www.tracermcc.ru/foto/bender/RT3050_5x_V2.0_081408_0902.pdf RT3050] 320Mhz MIPS Soc 8 MB Flash / 32 MB RAM, Wifi, USB, 2*Eth, 2*ser, I2C, I2S, SPI, GPIO, Openwrt, 35x45mm, Stiftleisten zum aufsetzen auf andere Boards.
* [http://8devices.com/carambola-2 Carambola2: ] Low Cost (19EUR) Qualcomm/Atheros AR9331 Mips Soc 400 MHz 16 MB Flash / 64 MB RAM, Wifi, USB, 2*Eth, 2*ser, I2S, SPI, GPIO, Openwrt.
* [http://www.hlktech.net/product_detail.php?ProId=39 HLK-RMO4] Carambola Clone

Beagle Boards:
* [http://beagleboard.org/ Beagle Board]: ARM Cortex-A8, OMAP3530
* [http://beagleboard.org/bone BeagleBone]: 700 MHz CortexTM-A8, 256MB, Ethernet, USB-Host, mit Stiftbuchsen ähnlich Ardunio.
* [http://beagleboard.org/Products/BeagleBone%20Black BeagleBone Black]: 1 GHz CortexTM-A8, 512MB, Ethernet, USB-Host, Micro-HDMI, mit Stiftbuchsen ähnlich Ardunio.
Freescale iMX Prozessor basierte Boards:
* [http://www.adafruit.com/blog/2010/08/30/new-product-chumby-hacker-board-beta/ Chumby Hacker Board]: Freescale iMX.233, 454 MHZ, 64MB RAM
* [http://www.makershed.com/product_p/mkch1.htm Chumby Guts Kit]: Freescale iMX21, 350 MHZ, 64MB RAM, WiFi, Accelerometer, 3.5" Display
* [https://www.olimex.com/Products/OLinuXino/iMX233/ Olimex Board] iMX233-OLinuXino-Mini/Micro/Maxi
** basiert auf [http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX233 Freescale iMX233] ARM926J 454Mhz Prozessor
**[https://www.olimex.com/wiki/Category:IMX233 Wiki zum Board]
**[https://www.youtube.com/watch?v=dZiw--D-Vts&list=PL6-W3FoUyb4-hwrYcNDHPrU9uykcuAgLm&index=5&feature=plpp_video Video zum Board]
* [http://www.embest-tech.com/shop/star/marsboard.html MarS Board]
** Freescale i.MX6 Dual, 2 x 1,0 Ghz ARM Cortex-A9
** 4GByte eMMC
** 4 * 256MB DDR3 SDRAM
** Vivante GC2000, 200Mtri/s 1000Mpxl/s, OpenGL ES 2.0 & Halti, CL EP, 2D/3D Graphics Processor
** 4 * USB Host port, HS; 1 * USB OTG port, HS
** 10/100M/1Gbps RJ45 Ethernet interface
** 2*Expansion interface with signals as: 2*CAN, 2*IIC, Audio & SPDIF, 8bit IPU1(Camera), SPI, USDHC1(SD card), 4*UART, 2*PWM, GPMI, 6 GPIO
** 1*HDMI interface, 1*LVDS interface, 1*LCD interface

AllWinner Prozessor basierte Boards:
[http://linux-sunxi.org/Main_Page Linux Images zu Allwinner Boards]
[https://github.com/OLIMEX/OLINUXINO Github von Olimex mit Schema, Layout und Software]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino/ OLinuXino A13 Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 3 USB Host,VGA, Audio-IN-OUT, 5 Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** On Board Wifi optional erhältlich (kein RJ45 onboard)
** Optional 7' Touch Display
** [https://www.olimex.com/wiki/A13-OLinuXino Wiki zum Board]
** [https://www.olimex.com/wiki/Prebuilt_SD_card_images_running_debian fertige Linux Debian Images]
** [https://www.youtube.com/playlist?list=PL6-W3FoUyb4-Vkxe2e5_z9k-uOR41XX8B&feature=view_all Videos zum Board]
** [https://vintagegamer.wordpress.com/2012/10/18/diy-android-game-console/ Board als Android Gaming Console nutzen]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-WIFI/ OLinuXino A13 Wifi Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 3 USB Host,VGA, Audio-IN-OUT, 5 Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** On Board Wifi (kein RJ45 onboard)
** Optional 7' Touch Display
** [https://www.olimex.com/wiki/A13-OLinuXino Wiki zum Board]
** [https://www.olimex.com/wiki/Prebuilt_SD_card_images_running_debian fertige Linux Debian Images]
** [https://www.youtube.com/playlist?list=PL6-W3FoUyb4-Vkxe2e5_z9k-uOR41XX8B&feature=view_all Videos zum Board]
** [https://vintagegamer.wordpress.com/2012/10/18/diy-android-game-console/ Board als Android Gaming Console nutzen]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-MICRO/ A13-OLinuXino-MICRO Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 1 USB Host,VGA, Audio-OUT, Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** [https://www.olimex.com/wiki/A13-OLinuXino-MICRO Preliminary Debian Image]

* [https://olimex.wordpress.com/2012/11/30/a10-olinuxino-first-prototypes-are-assembling/ A10-OLinuXino Board]
** A10 Cortex A8 processor @ 1Ghz
** 1GB DDR3 memory,4GB NAND Flash, micro-SDcard,normale SD/MMC card
** HDMI,VGA,LCD
** RS232 UART,100Mbit Ethernet,2 USB hosts,1 USB OTG,SATA,JTAG
** Total 132 GPIOs,console debug UART port
** Audio Output/Input, Line Input,7 Android, RESET and Power-Down Buttons
** 6-16VDC input power supply,LiPo battery power option
** noch nicht erhältlich

* [https://olimex.wordpress.com/2012/11/26/new-exciting-processors-from-allwinner-a10s-cortex-a8-with-hdmi-and-a4x-cortex-a7-4-cores/ A10s-OLinuXino Board]
** A10S Cortex-A8 1GHz
** 512MB RAM DDR3
** micro SD-card, SD-MMC for SDMMC WIFI card/second MMC for storage
** Ethernet 100MBit,HDMI output,USB host, USB-OTG,UEXT
** LCD connector,GPIO connectors,JTAG
** Audio Line-IN, Audio-Out
** noch nicht erhältlich

* [http://cubieboard.org Cubieboard]
** basiert auf einem Allwinner A10 Prozessor (hat zusätzlich zu A13 Prozessor Sata und HDMI)
** 1G ARM Cortex-A8 Prozessor, Mali400, OpenGL ES GPU
** 512M/1GB DDR3 @480MHz, 4GB Nand Flash, HDMI 1080p Output
** 10/100M Ethernet, 2 USB Host, 1 micro SD slot, 1 SATA, 1 Ir
** 96 extend pin including I2C, SPI, RGB/LVDS, CSI/TS, FM-IN, ADC, CVBS, VGA, SPDIF-OUT
** Android, Ubuntu und div. Linux ab int. Flash oder ext. SD-Card.
** [https://www.youtube.com/watch?feature=player_embedded&v=s2xGu6urECA Video zum Board]

* [http://gooseberry.atspace.co.uk/ Gooseberry]

* [https://www.miniand.com/products/Hackberry%20A10%20Developer%20Board HackBerry ]
** AllWinner A10, 1 GB RAM, 4GB Flash + SDHC slot
** 10/100Mbit Ethernet, Wifi – 802.11 b/g/n
** Video Output: 1 x HDMI + 1x Composite, Audio: Headphone + microphone, IR sensor, zwei USB 2.0 ports

* [http://www.pcduino.com pcDuino]
** AllWinner A10 Cortex-A8 @ 1GHz, 1GB RAM, 2GB Flash + SDHC slot

* [http://www.marsboard.com Marsboard]
** ''!!! Stand 04/2014 nicht mehr lieferbar, Supportseiten von Homepage verschwunden !!!''
** AllWinner A10 Cortex-A8 @ 1,2GHz, 1GB RAM, 4GB Flash + SDHC slot
** 10/100MBit/s Ethernet, S-ATA, HDMI, 2x USB-Host, USB-OTG, 5V/2A Versorgung.
** viele GPIOs und weitere Schnittstellen auf zwei 70-poligen Lötreihen (2mm Raster) verfügbar
** Es existierte auch eine Version mit AllWinner A20, aber ebenfalls nicht mehr erhältlich.

* [http://www.marsboard.com Marsboard RK3066]
** Ersetzt die vorherigen Allwinner Marsboards
** Rockchip RK3066 Dual-core Cortex A9 + Mali400 @1,6GHz, 1GB RAM, 4GN NAND
** SHDCSlot, HDMI, 4x USB-Host, USB-OTG, USB-Debug, Audio Line und Headphone out, 4 Taster
** Dual Boot Android (NAND) und Linux (SDHC) möglich
** proprietärer Rockchip Bootloader, noch keine U-Boot Unterstützung

== Vergleichsliste ==
{| class="wikitable sortable"
|-
! Name !! CPU !! Ram[MB] !! Flash !! SD Card !! LAN !! WLAN !! USB !! RS232 !! I2C !! SPI !! GPIO !! Display !! Power[W] !! Comment !! Preis !! Link
|-
| Raspberry Pi A || [[ARM]]11, 700MHz || 256 || - || 1x || - || - || 1x || 1x || 1x || 1x || 17x || HDMI & Composite || 3,5 || CSI & DSI || 28€ || [http://www.raspberrypi.org/ raspberrypi.org]
|-
| Raspberry Pi B || [[ARM]]11, 700MHz || 512 || - || 1x || 1x || - || 2x || 1x || 1x || 1x || 17x || HDMI & Composite || 3,5 || CSI & DSI || 39€ || [http://www.raspberrypi.org/ raspberrypi.org]
|-
| BeagleBone Black || AM335x 1GHz ARM® Cortex-A8 || 512 || 2GB || 1x || 1x || - || 1x || 4x || 2x || 2x || 65x || HDMI & LCD || 2 || 7x A/D 8x PWM 2x CAN 2xPRU 32-bit MCU || 45€ || [http://beagleboard.org/products/beaglebone%20black beagleboard.org]
|-
| Carambola 2 || Atheros AR9331 Mips Soc 400 MHz || 64 || 16MB || - || 2x || 1x || 1x || 1x || - || 1x || 23x || - || 0,5 || SLIC & I2S || 19€ +21% || [http://8devices.com/carambola-2 8devices.com]
|}

[[Kategorie:Linux-Boards]]

Linux Boards

2014-04-25T20:28:23Z

Maschinist:

Hier sollen Links auf Linux Boards gesammelt werden.

* [http://imall.iteadstudio.com/im130808010.html/ Iteaduino PLUS]: Allwinner A10
* [http://pandaboard.org/content/platform Pandaboard ES]: ARM Cortex-A9 DualCore (OMAP4460), 1200 Mhz, 1GB DDR2-RAM, HDMI, 3.5" Audio, SD/MMC Card, USB2.0 Host+OTG, Ethernet, WiFi, UART, LCD, Expansion Header (SPI, I2C, GPMC, ...)
* [[Raspberry Pi]]: [[ARM]]11, 700MHz
* [[Bifferboard]]: 486SX-kompatibel, 150 MHz
* [[Mini2440]],[[Micro2440]]: [[ARM]]920T, 400Mhz
* [[ATNGW100]]: [[AVR32]], AT32AP7000
* [http://www.propox.com/products/t_232.html MMnet1002]
* [http://www.propox.com/products/t_231.html MMnet1001]
* [https://www.olimex.com/Products/ARM/Atmel/SAM9-L9261 Olimex SAM9-L9261]
* [http://www.igep-platform.com/index.php?option=com_content&view=article&id=46&Itemid=55IGEPv2 Board]: TI OMAP35x
* [http://wandboard.org Wandboard]: Freescale i.MX6, ARM Cortex-A9, 2x1GHz, 1GB
* [http://www.gnublin.org/ Gnublin] [[ARM]]9 180 MHz (LPC3131), 32MB RAM
* [http://www.allnet.de/entwicklungsplatformen.html ALL5003] RT5350 360MHz Mips 32 MB Flash / 32 MB Ram, Wifi, USB, Eth, 2*Ser, I2C SPI, GPIO, Openwrt / klein und günstig
* [http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G133999328931 ODROID-X] Samsung Exynos4412 Cortex-A9 Quad Core 1.4Ghz
* [http://www.arndaleboard.org/wiki/index.php/Main_Page Arndale1] [http://www.howchip.com/shop/content.php?co_id=ArndaleBoard_en Arndale2] Samsung Exynos 5 Cortex-A15 Dual Core 1.7Ghz
* [http://www.acmesystems.it/aria ACME Systems - Aria G25] ARM9 (AT91SAM9G25, 400Mhz), 128/256 MB RAM , Ethernet, USB, SPI, GPIO, Lötpads zum Aufsetzen auf Motherboard, Debian verfügbar
* [http://www.toradex.com/products/colibri-arm-computer-modules Colibri ARM Module] Module mit SoDimm Connector, verschiedene Versionen mit Nvidia Tegra oder Marvell Arm.
Carambola Boards:
* [http://8devices.com/carambola Carambola: ] [http://www.tracermcc.ru/foto/bender/RT3050_5x_V2.0_081408_0902.pdf RT3050] 320Mhz MIPS Soc 8 MB Flash / 32 MB RAM, Wifi, USB, 2*Eth, 2*ser, I2C, I2S, SPI, GPIO, Openwrt, 35x45mm, Stiftleisten zum aufsetzen auf andere Boards.
* [http://8devices.com/carambola-2 Carambola2: ] Low Cost (19EUR) Qualcomm/Atheros AR9331 Mips Soc 400 MHz 16 MB Flash / 64 MB RAM, Wifi, USB, 2*Eth, 2*ser, I2S, SPI, GPIO, Openwrt.
* [http://www.hlktech.net/product_detail.php?ProId=39 HLK-RMO4] Carambola Clone

Beagle Boards:
* [http://beagleboard.org/ Beagle Board]: ARM Cortex-A8, OMAP3530
* [http://beagleboard.org/bone BeagleBone]: 700 MHz CortexTM-A8, 256MB, Ethernet, USB-Host, mit Stiftbuchsen ähnlich Ardunio.
* [http://beagleboard.org/Products/BeagleBone%20Black BeagleBone Black]: 1 GHz CortexTM-A8, 512MB, Ethernet, USB-Host, Micro-HDMI, mit Stiftbuchsen ähnlich Ardunio.
Freescale iMX Prozessor basierte Boards:
* [http://www.adafruit.com/blog/2010/08/30/new-product-chumby-hacker-board-beta/ Chumby Hacker Board]: Freescale iMX.233, 454 MHZ, 64MB RAM
* [http://www.makershed.com/product_p/mkch1.htm Chumby Guts Kit]: Freescale iMX21, 350 MHZ, 64MB RAM, WiFi, Accelerometer, 3.5" Display
* [https://www.olimex.com/Products/OLinuXino/iMX233/ Olimex Board] iMX233-OLinuXino-Mini/Micro/Maxi
** basiert auf [http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX233 Freescale iMX233] ARM926J 454Mhz Prozessor
**[https://www.olimex.com/wiki/Category:IMX233 Wiki zum Board]
**[https://www.youtube.com/watch?v=dZiw--D-Vts&list=PL6-W3FoUyb4-hwrYcNDHPrU9uykcuAgLm&index=5&feature=plpp_video Video zum Board]
* [http://www.embest-tech.com/shop/star/marsboard.html MarS Board]
** Freescale i.MX6 Dual, 2 x 1,0 Ghz ARM Cortex-A9
** 4GByte eMMC
** 4 * 256MB DDR3 SDRAM
** Vivante GC2000, 200Mtri/s 1000Mpxl/s, OpenGL ES 2.0 & Halti, CL EP, 2D/3D Graphics Processor
** 4 * USB Host port, HS; 1 * USB OTG port, HS
** 10/100M/1Gbps RJ45 Ethernet interface
** 2*Expansion interface with signals as: 2*CAN, 2*IIC, Audio & SPDIF, 8bit IPU1(Camera), SPI, USDHC1(SD card), 4*UART, 2*PWM, GPMI, 6 GPIO
** 1*HDMI interface, 1*LVDS interface, 1*LCD interface

AllWinner Prozessor basierte Boards:
[http://linux-sunxi.org/Main_Page Linux Images zu Allwinner Boards]
[https://github.com/OLIMEX/OLINUXINO Github von Olimex mit Schema, Layout und Software]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino/ OLinuXino A13 Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 3 USB Host,VGA, Audio-IN-OUT, 5 Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** On Board Wifi optional erhältlich (kein RJ45 onboard)
** Optional 7' Touch Display
** [https://www.olimex.com/wiki/A13-OLinuXino Wiki zum Board]
** [https://www.olimex.com/wiki/Prebuilt_SD_card_images_running_debian fertige Linux Debian Images]
** [https://www.youtube.com/playlist?list=PL6-W3FoUyb4-Vkxe2e5_z9k-uOR41XX8B&feature=view_all Videos zum Board]
** [https://vintagegamer.wordpress.com/2012/10/18/diy-android-game-console/ Board als Android Gaming Console nutzen]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-WIFI/ OLinuXino A13 Wifi Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 3 USB Host,VGA, Audio-IN-OUT, 5 Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** On Board Wifi (kein RJ45 onboard)
** Optional 7' Touch Display
** [https://www.olimex.com/wiki/A13-OLinuXino Wiki zum Board]
** [https://www.olimex.com/wiki/Prebuilt_SD_card_images_running_debian fertige Linux Debian Images]
** [https://www.youtube.com/playlist?list=PL6-W3FoUyb4-Vkxe2e5_z9k-uOR41XX8B&feature=view_all Videos zum Board]
** [https://vintagegamer.wordpress.com/2012/10/18/diy-android-game-console/ Board als Android Gaming Console nutzen]

* [https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-MICRO/ A13-OLinuXino-MICRO Board]
** ein Cortex A8 basiertes Board (eLQFP176 package) mit dem A13 Prozessor von Allwinner Technology Inc. 1GHz, 3D Mali400 GPU
** 1 USB Host,VGA, Audio-OUT, Buttons, 1 USB-OTG welcher als Speisung benutzt wird, IC2, USART.
** Android 4.0.3, und div. Linux ab int. Flash oder ext. SD-Card.
** [https://www.olimex.com/wiki/A13-OLinuXino-MICRO Preliminary Debian Image]

* [https://olimex.wordpress.com/2012/11/30/a10-olinuxino-first-prototypes-are-assembling/ A10-OLinuXino Board]
** A10 Cortex A8 processor @ 1Ghz
** 1GB DDR3 memory,4GB NAND Flash, micro-SDcard,normale SD/MMC card
** HDMI,VGA,LCD
** RS232 UART,100Mbit Ethernet,2 USB hosts,1 USB OTG,SATA,JTAG
** Total 132 GPIOs,console debug UART port
** Audio Output/Input, Line Input,7 Android, RESET and Power-Down Buttons
** 6-16VDC input power supply,LiPo battery power option
** noch nicht erhältlich

* [https://olimex.wordpress.com/2012/11/26/new-exciting-processors-from-allwinner-a10s-cortex-a8-with-hdmi-and-a4x-cortex-a7-4-cores/ A10s-OLinuXino Board]
** A10S Cortex-A8 1GHz
** 512MB RAM DDR3
** micro SD-card, SD-MMC for SDMMC WIFI card/second MMC for storage
** Ethernet 100MBit,HDMI output,USB host, USB-OTG,UEXT
** LCD connector,GPIO connectors,JTAG
** Audio Line-IN, Audio-Out
** noch nicht erhältlich

* [http://cubieboard.org Cubieboard]
** basiert auf einem Allwinner A10 Prozessor (hat zusätzlich zu A13 Prozessor Sata und HDMI)
** 1G ARM Cortex-A8 Prozessor, Mali400, OpenGL ES GPU
** 512M/1GB DDR3 @480MHz, 4GB Nand Flash, HDMI 1080p Output
** 10/100M Ethernet, 2 USB Host, 1 micro SD slot, 1 SATA, 1 Ir
** 96 extend pin including I2C, SPI, RGB/LVDS, CSI/TS, FM-IN, ADC, CVBS, VGA, SPDIF-OUT
** Android, Ubuntu und div. Linux ab int. Flash oder ext. SD-Card.
** [https://www.youtube.com/watch?feature=player_embedded&v=s2xGu6urECA Video zum Board]

* [http://gooseberry.atspace.co.uk/ Gooseberry]

* [https://www.miniand.com/products/Hackberry%20A10%20Developer%20Board HackBerry ]
** AllWinner A10, 1 GB RAM, 4GB Flash + SDHC slot
** 10/100Mbit Ethernet, Wifi – 802.11 b/g/n
** Video Output: 1 x HDMI + 1x Composite, Audio: Headphone + microphone, IR sensor, zwei USB 2.0 ports

* [http://www.pcduino.com pcDuino]
** AllWinner A10 Cortex-A8 @ 1GHz, 1GB RAM, 2GB Flash + SDHC slot

* [http://www.marsboard.com Marsboard]
**!!! Stand 04/2014 nicht mehr lieferbar, Supportseiten von Homepage verschwunden !!!
** AllWinner A10 Cortex-A8 @ 1,2GHz, 1GB RAM, 4GB Flash + SDHC slot
** 10/100MBit/s Ethernet, S-ATA, HDMI, 2x USB-Host, USB-OTG, 5V/2A Versorgung.
** viele GPIOs und weitere Schnittstellen auf zwei 70-poligen Lötreihen (2mm Raster) verfügbar
** Es existiert auch eine Version mit AllWinner A20, aber ebenfalls nicht mehr erhältlich

== Vergleichsliste ==
{| class="wikitable sortable"
|-
! Name !! CPU !! Ram[MB] !! Flash !! SD Card !! LAN !! WLAN !! USB !! RS232 !! I2C !! SPI !! GPIO !! Display !! Power[W] !! Comment !! Preis !! Link
|-
| Raspberry Pi A || [[ARM]]11, 700MHz || 256 || - || 1x || - || - || 1x || 1x || 1x || 1x || 17x || HDMI & Composite || 3,5 || CSI & DSI || 28€ || [http://www.raspberrypi.org/ raspberrypi.org]
|-
| Raspberry Pi B || [[ARM]]11, 700MHz || 512 || - || 1x || 1x || - || 2x || 1x || 1x || 1x || 17x || HDMI & Composite || 3,5 || CSI & DSI || 39€ || [http://www.raspberrypi.org/ raspberrypi.org]
|-
| BeagleBone Black || AM335x 1GHz ARM® Cortex-A8 || 512 || 2GB || 1x || 1x || - || 1x || 4x || 2x || 2x || 65x || HDMI & LCD || 2 || 7x A/D 8x PWM 2x CAN 2xPRU 32-bit MCU || 45€ || [http://beagleboard.org/products/beaglebone%20black beagleboard.org]
|-
| Carambola 2 || Atheros AR9331 Mips Soc 400 MHz || 64 || 16MB || - || 2x || 1x || 1x || 1x || - || 1x || 23x || - || 0,5 || SLIC & I2S || 19€ +21% || [http://8devices.com/carambola-2 8devices.com]
|}

[[Kategorie:Linux-Boards]]

PHILIPS VP5500 VoIP Telefon

2013-12-22T15:29:25Z

Maschinist: /* Parametertabelle */

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

= Allgemeines =

Bei den diesem Text zugrundeliegenden Geräten handelt es sich um videofähige VoIP-Phones des Herstellers Philips, die vom früheren holländischen Anbieter KPN vertrieben wurden und nach dessen Ausscheiden aus dem Markt nun günstig erhältlich sind.
Ihr geringer Preis, die SoC-Architektur und das darauf laufende OS macht sie dabei für all jene interessant, die ihre eigenen Ideen und Projekte auf der Basis eines solchen Gerätes verwirklichen wollen, und gibt den oft fabrikneuen Exemplaren eine Art zweite Chance.

== Features ==

=== VP5500 ===
* 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 2,5mm Klinke-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]]

=== VP6500 ===

* 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 3,5mm Klinke-Cinch
* 2x Philips Multilife AA/R6NM 1800mAh NiMH-Akkus, je 1,2V, Ladeempfehlung: 15h mit 180mAh
* englische, deutsche und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.
* Gewicht Mobilteil: 170 g (inkl. 2 NiMH-Akkus AA)
[[Bild:VP6500_kl.jpg]]

= Das VPx500 'rooten' =

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

== per telnet ==
Sobald das Telefon im Netzwerk angemeldet ist (egal ob DHCP oder statisch) kann über irgendein Terminal vom Netzwerk aus via telnet und der Telefon-IP auf das Gerät zugegriffen werden.
User: root / PW: toor

== 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 [http://www.lartmaker.nl/lartware/blob/ blob-Bootloaders] ist.
Dann kann man
boot root=/dev/mtdblock2 init=/bin/sh
eingeben, um an eine minimale Shell zu kommen.

In dieser setzt man dann mit
passwd
das Passwort für ''root''. Danach kann man sich als ''root'' mit dem gesetzten Passwort einloggen.

== 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 (von blooza http://www.mikrocontroller.net/topic/170483#1651124 bereitgestellt) oder 188.40.123.50 (von sprites http://spritesmods.com/?art=vpx500 bereitgestellt) 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)

==== Alternative ====
Wer sich den nicht ganz ungefährlichen Weg mit den anpassungen an der Fritzbox erspahren will, wechselt seine Fritzbox in den Expertenmodus. Danach kann man unter System - Netzwerk bei dem Punkt "IP adresse der Fritzbox ändern" bei vielen modellen den internen DHCP abschalten. Dann unter windows z.B. tftpd32 (http://tftpd32.jounin.net/) starten, in dessen DHCP-Server die Fritzbox als Gateway und den entsprechenden "modding-dns" eintragen und das Telefon neustarten.

War das Telefon schonmal angemeldet, versucht es die selbe IP vom neuen DHCP zu erzwingen, was tftpd32 nicht wirklich mag. Daher im tftpd32 die lease-ip bei 2 beginnen lassen und eine range von 250 eintragen, damit die vom Telefon verlangte IP auch im Adresspool des dhcp servers vorhanden ist.

=== Anleitung fli4l ===
Mit dem [http://www.fli4l.de fli4l] ist das ganze ganz einfach.

In der Datei config/dns_dhcp.txt den DNS Redirect für die zwei DNS-Name Konfigurieren.

<file>
 DNS_REDIRECT_N='2' # number of redirected domains
 DNS_REDIRECT_1='ntp.xs4all.nl' # 1st redirected domain
 DNS_REDIRECT_1_IP='188.40.123.50' # IP of redirected domain

 DNS_REDIRECT_2='vpcm-001.cust.kpn.net'
 DNS_REDIRECT_2_IP='188.40.123.50'
</file>

= Hardware =

== verwendete Komponenten ==

* MCU: [http://www.mikrocontroller.net/attachment/72258/datasheet.pdf Freescale MC9328MX21] (ARM9) @ 266MHz ([http://en.wikipedia.org/wiki/I.MX21 Wikipedia_englisch])
** gehört zur ARM9E-Familie: ARMv5TEJ -"IntructionSet" (ARM926EJ-S)
** [http://www.freescale.com/files/32bit/doc/ref_manual/MC9328MX21RM.pdf MC9328MX21 Applications Processor Reference Manual]
* PC-to-TV-Konverter-Chip: [http://www.mikrocontroller.net/attachment/73579/Data_Sheets.zip FS455LF]
* WLAN: Marvell 88w8385, als Modul von [http://www.mikrocontroller.net/attachment/72802/WM-G-MR-01-v27__01192006.pdf WM-G-MR-01] (VP5500) / Philips [http://www.mikrocontroller.net/attachment/73812/BGW211_Preliminary_Datasheet_v1.1.pdf BGW211], on-board (VP6500)
* SDRAM: 2 x [http://www.mikrocontroller.net/attachment/72461/K4S56163LF.pdf K4S56163LF] - 4M x 16Bit x 4 Banks im VP5500
* SDRAM: 1 x [http://www.mikrocontroller.net/attachment/73520/Samsung_64MB_K4M51323PC_1_8V.pdf K4M51323PC_1_8V] - 4M x 32Bit x 4 Banks im VP6500
* Flash: 2 x ws128j0pbfw00 [http://www.mikrocontroller.net/attachment/72462/S29WS064J.pdf S29WS128J/064J] 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory im VP5500
* Flash: 1 x [http://www.mikrocontroller.net/attachment/73521/S29GL512N.pdf S29GL512N] - 512 Megabit, 3.0 Volt-only Page Mode Flash Memory im VP6500
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== Messungen ==

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

===== Telefon =====
* 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

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

=== Zerlegen des VP5500 ===
<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 (anfangen 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:
#* vorsichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Platine 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

=== Bilder vom VP5500 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 am VP5500 ===
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
|}

=== Testpins am VP6500 ===
Original Listen von [http://www.mikrocontroller.net/topic/170483#1658720 Tino] herunterladen. [[Media:V6500_Back.xls|Rückseite]], [[Media:V6500_Front.xls|Vorderseite]].

[[Bild:V6500_Back.jpg|thumb| Testpins auf der Rückseite]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 21 an BGW211EG || POR_N
|-
| 2 || Pin A 14 an i.MX21 || TOUT
|-
| 3 || Pin 46 an BGW211EG || JTAG_TDI
|-
| 4 || Pin 44 an BGW211EG || JTAG_TCLK
|-
| 5 || Pin 42 an BGW211EG || JTAG_TDO
|-
| 6 || Pin 47 an BGW211EG || JTAG_TRST_N
|-
| 7 || PIN 45 an BGW211EG || JTAG_TMS
|-
| 8 || Pin 43 an BGW211EG || JTAG_RTCLK
|-
| 9 || Pin C 14 an i.MX21 || TIN
|-
| 10 || VDD || VDD
|-
| 11 || Pin K 10 an i.MX21 || UART1_RXD
|-
| 12 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 13 || GND || GND
|-
| 14 || Pin U 17 an i.MX21 || BOOT2
|-
| 15 || Pin V 16 an i.MX21 || BOOT0
|}

[[Bild:V6500_Front.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 29 von BGW211EG & F 16 an i.MX21 || RESET_N / CSPI1_SS1
|-
| 2 || Pin 28 an BGW211EG & J 12 an i.MX21 || SPI_DAT_MOSI / CSPI1_MOSI
|-
| 3 || Pin 27 an BGW211EG & F 19 an i.MX21 || SPI_SS_N / CSPI1_SS0
|-
| 4 || Pin 26 an BGW21EG & F 17 an i.MX21 || SPI_DAT_MISO / CSPI1_MISO
|-
| 5 || Pin 25 an BGW211EG & H 10 an i.MX21 || SPI_CLK / CSPI1_SCLK
|-
| 6 || Pin 24 an BGW211EG & H 11 an i.MX21 || SPI_EXT_INT / CSPI1_RDY
|-
| 7 || Pin 41 an BGW211EG || UART_TX
|-
| 8 || Pin 40 an BGW211EG || UART_RX
|-
| 9 || Transistor unter Testpunkt || ?
|-
| 10 || GND || GND
|-
| 11 || LED || ?
|-
| 12 || Pin 8 am Kamerastecker || ?
|-
| 13 || Pin 18 am Kamerastecker || ?
|-
| 14 || Pin E 13 & H12 an FS455 || CLKIN / PREF
|-
| 15 || Pin D 13 an FS455 || CLKOUT
|-
| 16 || Pin A 11 an FS455 || XTAL_OUT
|-
| 17 || VDD von FS455 || VDD
|-
| 18 || Pin 15 & 16 am Displayconnector || ?
|-
| 19 || geht an 2 Dioden links daneben || ?
|-
| 20 || Pin M 19 an i.MX21 || UART1_CTS
|-
| 21 || Pin M 18 an i.MX21 || UART1_RTS & GND ??
|-
| 22 || VDDan i,MX21 || VDD
|-
| 23 || Pin G 10 an i.MX21 || USB_BYP
|-
| 24 || Pin A 19 an i.MX21 || SSI3_FS
|-
| 25 || Pin D 17 an i.MX21 || SSI2_CLK
|-
| 26 || VDD an i.MX21 || VDD
|-
| 27 || Pin T 17 an i.MX21 || SD1_D3
|-
| 28 || Pin A 15 an i.MX21 || SAP_TXDAT
|-
| 29 || GND || GND
|-
| 30 || Pin T 14 an i.MX21 || RESET_IN
|-
| 31 || Pin R 19 an i.MX21 || TRST
|-
| 32 || Pin P 19 an i.MX21 || TMS
|-
| 33 || Pin N 17 an i.MX21 || TCK
|-
| 34 || Pin K 11 an i.MX21 || TDO
|-
| 35 || Pin P 18 an i.MX21 || TDI
|-
| 36 || Pin 13 an TLV320 || OUTP2
|-
| 37 || Pin 14 an TLV320 || OUTMV
|-
| 38 || Pin 15 an BGW211EG || VDD
|-
| 39 || Pin an Klinkenbuchse || ?
|-
| 40 || Pin an Klinkenbuchse || ?
|-
| 41 || ? || ?
|-
| 42 || LED Tastatur || ?
|-
| 43 || LED Tastatur || ?
|-
| 44 || Pin 1,8 an 20XN2512 & Key ON || PowerON
|-
| 45 || Pin 7 an BDR72K || ?
|-
| 46 || Pin 2 an BDR72K || ?
|-
| 47 || Pin 6 an MRRBGB3 || ?
|-
| 48 || LED Tastatur || ?
|-
| 49 || Pin 10 an MRRBG3 || ?
|-
| 50 || LED Tastatur || ?
|-
| 51 || geht an Widerstand auf Rückseite ? || ?
|-
| 52 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 53 || geht an Diode und Kondensator auf der Rückseite || ?
|-
| 54 || Pin C 14 an i.MX21 || TIN
|-
| 55 || geht an Widerstand auf der Rückseite || ?
|-
| 56 || Pin 7 an BDR72K || ?
|-
| 57 || Pin K 10 an i.MX21 || UART1_RDX
|-
| 58 || Pin U 17 an i.MX21 || BOOT2
|-
| 59 || Pin T 16 an i.MX21 || BOOT1
|-
| 60 || geht an Widerstand auf der Rückseite || ?
|-
| 61 || Pin V 16 an i.MX21 || BOOT0
|-
| 62 || LED Tastatur || ?
|-
| 63 || LED Tastatur || ?
|-
| 64 || Pin 25 an TLV320 || MLCK
|-
| 65 || Pin4 an 69W2440D || ?
|-
| 66 || VDD von TLV320 || VDD
|-
| 67 || geht an Widerstand auf der Rückseite || ?
|-
| 68 || geht an Widerstand auf der Rückseite || ?
|-
| 69 || Pin 65 an MRRBG3 || ?
|-
| 70 || GND || GND
|-
| 71 || LED Tastatur || ?
|-
| 72 || LED Tastatur || ?
|-
| 73 || Akku positiv || Plus Akku
|-
| 74 || Ladekontakt positiv || Ladekontakt positiv
|-
| 75 || Akku positiv || Plus Akku
|}

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

* Spannungs-Pegel: 3.3V
* Baudrate: 115200 bps
* 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 unten 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 ==

Nachdem wir ja bereits wissen wie das [[#Zerlegen_des_Telefons]] geht, steht der Nachrüstung von Bauelementen und Schnittstellen generell nichts mehr im Wege.

=== Buchse für UART ins VP5500 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

=== Anschluss für UART des VP6500 zugänglich machen ===
Vorteil beim VP6500: es muss dazu nicht zerlegt werden, da sich die Kupferpads unter den Akkus im Akkufach verstecken. Dies ermöglicht eine lötfreie Variante des seriellen Anschlusses. Die Pinbelegung ist unter [[#VP6500_2|UART]] beschrieben.
<gallery>
Datei:01_Kuli-Molex.jpg|1. Benötigte Teile: Stück Plastik + Molex Stecker
Datei:02_gefeiltes_Plastik_18_mm.jpg|2. Länge der Aussparung im Batteriefach: 18 mm
Datei:03_gefeiltes_Plastik_4_mm.jpg|3. Breite der Aussparung im Batteriefach: 4 mm
Datei:04_gefeiltes_Plastik_passt.jpg|4. Solange feilen bis es passt
Datei:05_gefeiltes_Plastik_Kerben.jpg|5. Padabstand markiert
Datei:06_gekerbtes_Plastik_Molex.jpg|6. So bekommt man die Federn aus den Steckern
Datei:07_Federelement_roh.jpg|7. Frisch aus dem Stecker
Datei:08_Federelement_offen.jpg|8. Aufgebogen
Datei:10_Federelement_unter_Plastik.jpg|9. In Plastikführung
Datei:09_Federelement_umgebogen.jpg|10. Umgebogen
Datei:11_halbfertig_passt.jpg|11. Kerbung angepasst?
Datei:12_ganz_fertig1.jpg|12. Mit Heißkleber sichern
</gallery>
*1. Da wir 4 Pole anschließen wollen, benötigen wir 4 federnde Teile aus "Molex"-Steckern, wie man sie aus CPU-Lüftern kennt. (Entweder hat man einen 4-poligen für die modernen PWM geregeltn zur Hand den man ausschlachten kann, oder man nimmt zwei dreipolige alte auseinander.)
*2./3. Ferner braucht man ein Stück Plastik mit den Maßen 4 mm mal 18 mm, welches als Träger für die Federkontakte dienen soll. Die Höhe ist nicht so entscheidend. Man kann z.B. den Clip eines Kugelschreibes passend zuschneiden und feilen.
*4. Plastikträger so weit zufeilen, dass er in die Aussparung passt (Tip: Bindfaden darum knoten um ihn wieder entfernen zu können)
*5. Abstände zwischen den Kontakten die kontaktiert werden müssen (TIN, GND, RX, TX : siehe [[#UART|UART]]) markieren und in die Unterseite des Trägers Führungskerben für die Federn sägen. Ebenso braucht man kleine Aussparungen um die Metallzungen von der Platine in das Batteriefach zu führen.
*6./7. Aus den Molex-Steckern bekommt man die Federn sehr einfach raus, indem man mit einem kleinen flachen Schraubenzieher vorsichtig in die Aussparungen sticht und hinten am Kabel zieht.
*8. Die einzelnen Metallzungen nun noch auf 90° aufbiegen.
*9. In die Führungskerbe einschieben.
*10. Metallzunge umbiegen. (Zange)
*11. Sind alle Kerbungen und Aussparungen richtig abgemessen und gut zugefeilt, dann passt alles in die Lücke im Batteriefach, ohne dass sich die verschiedenen Metallteile berühren.
*12. Mit etwas Schrumpfschlauch und Heißkleiber kann man dem Verrutschen der Metallzungen vorbeugen und die Kurzschlußwahrscheinlichkeit senken. Ferner dient der Heißkleber als Kraftüberträger, damit die Batterien die leicht federnden Metallzungen fest auf die Kontakte auf der Platine drücken können.
*13. Batterien einsetzen. Ohne diese wird das ganze irgendwann doch wieder rausfallen und die Verbindung von Anfang an unzuverlässig sein.

Problembehandlung:
* Kein Kontakt: (Man kann z.B. die Masse auf Durchgang prüfen.)
** Träger nicht tief genug in die Lücke gedrückt: Mit schmalem Schraubenzieher nachdrücken. Meistens auf der Seite notwendig wo die Metallzungen nach oben kommen.
** Träger wird nach aussen gedrückt (Metallzungen federn ja): Mehr Heißkleber um mehr Druck durch die Batterien zu bekommen.
** Träger tief drin, aber trotzdem keine oder unzuverlässige Verbindung: Die Metallzungen auf der Unterseite haben verschiedene "Dicken", oder die Kerben sind unterschiedlich tief. Ein Tropfen Lötzinn auf die zu niedrigen Metallzungen erledigt dies. (Anmerkung: Der Autor musste überall ein wenig Lötzinn auftragen um die notwendige Dicke und sichere Verbindung zu erreichen.)

= Nutzung für Voice over IP (VoIP, SIP) =

== weiterführende Links ==

*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 [http://ekiga.org Ekiga] konnte so per 103@xxx.xxx.xxx.xxx bei ersten Tests eine Sprachverbindung zum Telefon aufgebaut werden.

== SIP Einstellungen ==

Die SIP Einstellungen können alternativ auch direkt in der Datei
/user_data/data/hpr0userparam.cfg
vorgenommen werden.

=== 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 Vodafone NGN (Arcor NGN) ===

* SIP1:
** Display Name: ...
** Username: VORWAHLUNDRUFNUMMER
** Telephone Number: (leer lassen)
* Auth:
** Auth Username: VORWAHLUNDRUFNUMMER
** Password: *********
* Server:
** arcor.de:5060
* Proxy:
** VORWAHL.sip.arcor.de:5060
* RTP:
** 10000 und 10001
* STUN:
** (X) use rport
* SIP2:
** UDP: 5060
** TCP: 5060
(getestet von Micha mit EasyBox 802; an EasyBox n-WLAN ausschalten)

=== Einstellungen für Sipgate ===

Für den Provider Sipgate existieren mehrere funktioniernde Konfigurationen, die jedoch je nach lokaler Netzinfrastruktur getestet werden müssen.
Für alle Konfigurationen außer "STUN" müssen Port Forwards im jeweiligen Router eingetragen sein. Dies betrifft:
*SIP2
**SIP Port Listen
*RTP Audio Channel
**RTP
**RTCP
*RTP Video Channel
**RTP
**RTCP
Die Übernahme der Parameter beim Verlassen des Konfigurationsmenü ist mitunter etwas hakelig, ein Reboot des Telefons sorgt für Abhilfe. Nach dem Start ruhig 1-2 Minuten abwarten, die Registrierung dauert manchmal länger.

Die Reiter "Audio", "Video", "Bw", "OBProxy", "QoS" und "Tags" beläßt man auf Werksvorgabe.

Im Reiter "Upgrade" sollte man "Auto SW Upgrade" abschalten, da die vorgesehenen Upgrade-Server längst abgeschaltet sind.

==== Parametertabelle ====

{| class="wikitable"
|-
! Parameter !! Config 1 !! Config 2 !! Config 3 !! Config 4
|-
! !! "Proxy" !! "Freetz" !! "2. Device" !! "STUN"
|-
| '''SIP1''' || || || ||
|-
| Username || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID
|-
| Telephone || 0123456789 || 0123456789 || 0123456789 || 0123456789
|-
| '''Auth''' || || || ||
|-
| Auth User || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID
|-
| Password || SIP Passwort || SIP Passwort || SIP Passwort || SIP Passwort
|-
| '''Server''' || || || ||
|-
| SIP Registrar || sipgate.de:5060 || sipgate.de:5060 || sipgate.de:5060 || sipgate.de:5060
|-
| Protocol || UDP || UDP || UDP || UDP
|-
| Expire || 600 || 600 || 600 || 600
|-
| Keep Alive || 600 || 600 || 600 || 600
|-
| '''Proxy''' || || || ||
|-
| SIP Proxy 1 || sipgate.de:5060 || <leer> || <leer> || sipgate.de:5060
|-
| SIP Proxy 2 || <leer> || <leer> || <leer> || <leer>
|-
| SIP Proxy 3 || <leer> || <leer> || <leer> || <leer>
|-
| RTP || || || ||
|-
| Audio RTP Port || 22800 || 22800 || 5006 || 22800
|-
| Audio RTCP Port || 22801 || 22801 || 5007 || 22801
|-
| Video RTP port || 22804 || 22804 || 5008 || 22804
|-
| Video RTCP port || 22805 || 22805 || 5009 || 22805
|-
| '''STUN''' || || || ||
|-
| use rport || ja || ja || ja || nein
|-
| STUN server || <leer> || <leer> || <leer> || stun.sipgate.net
|-
| STUN port || <leer> || <leer> || <leer> || 10000
|-
| '''SIP2''' || || || ||
|-
| Symmetric || ja || ja || ja || ja
|-
| UDP Listen || 5062 || 5062 || 5062 || 5062
|-
| TCP Listen || 5062 || 5062 || 5062 || 5062
|-
| TLS Listen || 5053 || 5053 || 5053 || 5053
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|}

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.

Bei mir hat es nur per UDP funktioniert, aber mit starken Delays (>1s)

=== 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: egal <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 
 
'''Reiter SIP2''' 
[ ] Symmetric Mode 
SIP Port Listen 
for UDP: 5060 
 
'''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. 

Der SIP Listen Port 5060 hat mich viel Zeit gekostet - stand noch von sipgate direkt auf 5062 und das VP5500 hat sich dann zwar an der fritzbox registriert aber keine eingehenden Anrufe empfangen...

=== Fritz!Box Hinweis ===
Hinter meiner Fritz!Box konnte ich auf dem Port 5060 keine Incoming Calls bekommen, da die Box auf diesen Port für ihre eigenes System hört.
Geholfen hat mit dann ein Wechsel auf Port 5061 im Reiter SIP2

== Eigener VoIP Server mit Asterisk ==

*http://www.das-asterisk-buch.de

===Asterisk auf einer Fritz!Box===

*http://www.asterisk-kompakt.de/artikel/45-asterisk-auf-fritzbox-phone.html

== Videogespräche zu anderen Clients / Softphones ==
=== Ekiga Softphone ===

Damit Videos klappen, müssen Ekiga und VP6500 über mindestens einen übereinstimmenden Videocodec verfügen, klar. Im Falle des VP6500 ist es wohl so, daß ausschließlich H.263 in verschiedenen Ausprägungen zur Verfügung steht.

Ekiga kommt jedoch zunächst unter Ubuntu 9.10 nur mit H.261 und Theora Codec. Wir müssen daher den H.263-Codec in Ekiga zusätzlich einhängen.

Leider ist der H.263-Codec nicht ganz frei zugänglich, sodaß wir eine Fremdquelle benötigen, um den Codec mit dem Paketmanager installieren zu können. Daher muß Bojos Ekiga-Plugin-PPA wie in

https://launchpad.net/~bojo42/+archive/ekiga

beschrieben als Paketquelle hinzugefügt werden. Den zugehörigen Schlüssel nicht vergessen!
Wenn die neue Quelle bekannt gemacht ist, können im Paketmanager nun die

; Pakete
: libopal3.6.1-plugins-h263-1998
: libopal3.6.1-plugins-ilbc
: libavcodec-dev

installiert werden. Darauf achten, daß alle Abhängigkeiten sauber erfüllt sind.
Das H.263-Plugin läßt sich nur installieren, wenn libstdc++6 >= 4.4.0 vorhanden ist, was meines Wissens erst ab Ubuntu 9.10 der Fall ist.
Nach der Installation dieser Komponenten kann Ekiga neu gestartet werden. Es sollte nun unter Bearbeiten->Einstellungen->Video->Codecs zusätzlich den H.263-Codec anbieten. Durch Verschieben nach oben kann man diesen beim Handshake priorisieren.
Nach Integration des H.263-Codecs in Ekiga konnte ich mit zwei Sipgate-Accounts störungsfrei, sogar über den gleichen DSL-Anschluß, videofonieren.

== DEMO MODE ==

Um den DEMO MODE zwischen einem VP55 und VP65 herzustellen muss man die Dateien
mit den Einstellungen vom VP55 auf das VP65 übertragen. Diese liegen in
/usr/local/data/demo/ und es sind vier Dateien. Danach ist die SSID und der KEY
bei beiden gleich eingerichtet und die beiden Geräte verbinden sich miteinander.

= Software =

== Vorsicht Fallen! ==
Es ist nicht schwer, sich den Zugang zum Telefon abzuschneiden, wenn man nicht aufpasst.

== Betrieb mit aktivierter serieller Schnittstelle ==

Das 5500 und das 6500 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.

== 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 
'''a''' - anhängen (hinter dem aktuellem Zeichen in den Einfüge-Modus) 
'''[Esc]''' wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:d''n''d - löscht ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:y''n''y - kopiert ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:p - fügt Inhalt des Zeilenbuffer '''unter''' der aktuellen Zeile ein
:<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.

== Grundkonfiguration, die das Leben erleichtert ==
=== .bashrc ===
Die installierte Shell ist die bash. Einstellungen bezieht sie aus der (versteckten) Datei ".bashrc". Hier kann man sinnvolle Ergänzungen vornehmen, damit sich das Telefon ein bißchen mehr wie ein gewohntes Linux-System verhält:

<syntaxhighlight lang="c">
alias vim=vi
PS1="[\u@\h] \w $ "
</syntaxhighlight>

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

<syntaxhighlight lang="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
</syntaxhighlight>

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:

<syntaxhighlight lang="c">
modprobe jffs2
modprobe mtdram total_size=65536 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
</syntaxhighlight>

[[#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:

<syntaxhighlight lang="c">
blob>
</syntaxhighlight>

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:

<syntaxhighlight lang="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
</syntaxhighlight>

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
<syntaxhighlight lang="c">
nc telefon-Ip 31340 > file.tar
</syntaxhighlight>
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.

== Erkunden des Systems mit Bordmitteln ==

=== Ausgabe von <tt>dmesg</tt> auf einem VP6500 ===
<pre>
6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 68K
PCB version: ind3 v2
Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Driver GPIO-1.59 (REFERENCED)
****p_gpio_init_low_bat****
GPIO: p_gpio_it_init at 762
Driver FRAMEBUF-1.12 (REFERENCED)
Driver SPI-1.20 (REFERENCED) Debug level 3

u32_spi1_MinLenghtForDMAInTX set to 300

u32_spi1_MinLenghtForDMAInRX set to 300
Driver LCD-1.20 (REFERENCED)
Driver TVLINK-1.45 (REFERENCED)
Reset from Software Reset.
Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
pp: hw ver = 2
prp_dbg=0
Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
hmp4d: base_port=0x10026800 irq=50
hmp4d: module inserted
hmp4e: base_port=0x10026c00 irq=49
hmp4e: Compatble HW found with ID: 0x004c1882
hmp4e: module inserted. Major = 249
SPI2:: drv_Init :PID of driver: 134
SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
SPI2:: drv_Init :Ref.Clock parameter not provided
SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
SPI2:: drvRegEtherDev :Interface Name is: eth%d
SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Divider : 8

OCR2 : e4015308 (12582912)
Reset : 3 / 27 (c497cc00 / e401531c)

Reset : 3 / 27 (c497cc00 / e401531c)
GPIO: p_gpio_init_gpio_status at 1262
GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
GPIO: CHARGE_IN at init
GPIO: LOW_BAT_OUT at init
GPIO: No accessory plugged at init. - Set Video on jack
GPIO: camera to front at init
**ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
SPI2:: drvPhase2Init :Success
SPI2:: drvPhase2Init : registering callbacks with HHAL..
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
PhgHhalQueueMgmtReq:1172:HHAL got Init message
PhgHhalQueueMgmtReq:1217:HHAL done Init message
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
SPI2:: drvInit :Philips WLAN Drv - loaded
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :Device is not associated!
SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
SPI2:: drvOpen :Disabling again netqueue
requested reg.domain code setting = 3
SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
SPI2:: drvInitConnect :step3 : u8Status 255
SPI2:: drvInitConnect :step5
SPI2:: drvInitConnect :TIMEDOUT
SPI2:: drvInitConnect :step6
SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Motorola CSI Linux driver ver 0.1
- Copyright (C) 2004 Motorola Inc

Driver SENSOR-1.29 (REFERENCED)
i2c-client version : 1.9
Initialize i2c-client-aic14 module
Module i2c-client-aic14 initialized
Insert module aic14 (AIC14-1.0)
Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Driver KPP-1.36 (REFERENCED)
Driver DOZE-1.27 (REFERENCED)
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Ip addr = 10.63.17.5. LMP=2
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Sensor driver: initialize device OV7660
Warning: Remapping obsolete /dev/fb* minor 32 to 1
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
</pre>

=== Ausgabe von <tt>logread</tt> auf einem VP6500 ===
<pre>
Jan 1 00:00:00 imx21 syslog.info syslogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.emerg klogd: klogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.warn klogd: Linux version 2.4.20-celf3 (root@wbul04) (gcc version 3.3.2) #1 Wed Feb 28 13:30:26 UTC 2007
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: ARM926EJ-Sid(wb) [41069264] revision 4 (ARMv?(8))
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D undefined 14 cache
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: Machine: Freescale i.MX2 ADS
Jan 1 00:00:02 imx21 daemon.warn klogd: FCLK=266000 kHz HCLK=133000 kHz IPGCLK=66500 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: PERCLKs: 1=44333 KHz 2=33250 kHz 3=44333 kHz 4=88666 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: On node 0 totalpages: 16384
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(0): 16384 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(1): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(2): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: Kernel command line: root=/dev/mtdblock2 noinitrd ip=none mtdparts=s29gl512n:256k@0x00000000
(bootloader)ro,896k@0x00040000(kernel)ro,50432k@0x00120000(fs#1),12800k@0x03260000(fs#2),1152k@0x03EE0000(fs#3)
Jan 1 00:00:02 imx21 daemon.debug klogd: Relocating machine vectors to 0xffff0000
Jan 1 00:00:02 imx21 daemon.warn klogd: Console: colour dummy device 80x30
Jan 1 00:00:02 imx21 daemon.warn klogd: Calibrating delay loop (skipped)... 132.71 BogoMIPS
Jan 1 00:00:02 imx21 daemon.info klogd: Memory: 64MB = 64MB total
Jan 1 00:00:02 imx21 daemon.notice klogd: Memory: 63052KB available (1366K code, 299K data, 68K init)
Jan 1 00:00:02 imx21 daemon.info klogd: Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.info klogd: Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: POSIX conformance testing by UNIFIX
Jan 1 00:00:02 imx21 daemon.info klogd: Linux NET4.0 for Linux 2.4
Jan 1 00:00:02 imx21 daemon.info klogd: Based upon Swansea University Computer Society NET3.039
Jan 1 00:00:02 imx21 daemon.warn klogd: Initializing RT netlink socket
Jan 1 00:00:02 imx21 daemon.info klogd: apm: Simulating APM BIOS version 1.2 (Driver version 1.0)
Jan 1 00:00:02 imx21 daemon.warn klogd: i.MX21 Dynamic Power Management
Jan 1 00:00:02 imx21 daemon.warn klogd: Starting kswapd
Jan 1 00:00:02 imx21 daemon.warn klogd: Disabling the Out Of Memory Killer
Jan 1 00:00:02 imx21 daemon.notice klogd: JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
Jan 1 00:00:02 imx21 daemon.info klogd: i2c-core.o: i2c core module version 2.6.2 (20011118)
Jan 1 00:00:02 imx21 daemon.warn klogd: pty: 256 Unix98 ptys configured
Jan 1 00:00:02 imx21 daemon.info klogd: Serial driver version 5.05c (2001-07-08) with no serial options enabled
Jan 1 00:00:02 imx21 daemon.warn klogd: UART driver version 0.3.6
Jan 1 00:00:02 imx21 daemon.warn klogd: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan 1 00:00:02 imx21 daemon.warn klogd: I2C driver Feb 28 2007 / 13:31:04
Jan 1 00:00:02 imx21 daemon.info klogd: Initialize i2c-client-dbmx-codec module
Jan 1 00:00:02 imx21 daemon.notice klogd: s29gl512n: probing 16-bit flash bus
Jan 1 00:00:02 imx21 daemon.notice klogd: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 00:00:02 imx21 daemon.notice klogd: number of CFI chips: 1
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Using Write Buffer method.
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: buffer_Write_Time = 128
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Jan 1 00:00:02 imx21 daemon.notice klogd: Using static partition definition
Jan 1 00:00:02 imx21 daemon.notice klogd: Creating 5 MTD partitions on "s29gl512n":
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00000000-0x00040000 : "bootloader"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00040000-0x00120000 : "kernel"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00120000-0x03260000 : "fs #1"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03260000-0x03ee0000 : "fs #2"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03ee0000-0x04000000 : "fs #3"
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 00:00:02 imx21 daemon.info klogd: IP Protocols: ICMP, UDP, TCP
Jan 1 00:00:02 imx21 daemon.info klogd: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 00:00:02 imx21 daemon.info klogd: TCP: Hash tables configured (established 4096 bind 8192)
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 00:00:02 imx21 daemon.warn klogd: NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
Jan 1 00:00:02 imx21 daemon.warn klogd: VFS: Mounted root (jffs2 filesystem).
Jan 1 00:00:02 imx21 daemon.info klogd: Freeing init memory: 68K
Jan 1 00:00:02 imx21 daemon.warn klogd: PCB version: ind3 v2
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver GPIO-1.59 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: ****p_gpio_init_low_bat****
Jan 1 00:00:02 imx21 daemon.warn klogd: GPIO: p_gpio_it_init at 762
Jan 1 00:00:02 imx21 daemon.info klogd: Driver FRAMEBUF-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SPI-1.20 (REFERENCED) Debug level 3
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInTX set to 300
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInRX set to 300
Jan 1 00:00:02 imx21 daemon.info klogd: Driver LCD-1.20 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver TVLINK-1.45 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: Reset from Software Reset.
Jan 1 00:00:02 imx21 daemon.warn klogd: Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:02 imx21 daemon.warn klogd: pp: hw ver = 2
Jan 1 00:00:03 imx21 daemon.warn klogd: prp_dbg=0
Jan 1 00:00:03 imx21 daemon.warn klogd: Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: base_port=0x10026800 irq=50
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: module inserted
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: base_port=0x10026c00 irq=49
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: Compatble HW found with ID: 0x004c1882
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: module inserted. Major = 249
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :PID of driver: 134
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Ref.Clock parameter not provided
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvRegEtherDev :Interface Name is: eth%d
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Jan 1 00:00:03 imx21 daemon.warn klogd: Divider : 8
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: OCR2 : e4015308 (12582912)
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: p_gpio_init_gpio_status at 1262
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: CHARGE_IN at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: LOW_BAT_OUT at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: No accessory plugged at init. - Set Video on jack
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: camera to front at init
Jan 1 00:00:04 imx21 daemon.warn klogd: **ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Success
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init : registering callbacks with HHAL..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1172:HHAL got Init message
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1217:HHAL done Init message
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvInit :Philips WLAN Drv - loaded
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Device is not associated!
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Disabling again netqueue
Jan 1 00:00:07 imx21 daemon.warn klogd: requested reg.domain code setting = 3
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 255
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step5
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :TIMEDOUT
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Jan 1 00:00:12 imx21 daemon.warn klogd: Motorola CSI Linux driver ver 0.1
Jan 1 00:00:12 imx21 daemon.warn klogd: - Copyright (C) 2004 Motorola Inc
Jan 1 00:00:12 imx21 daemon.warn klogd:
Jan 1 00:00:12 imx21 daemon.info klogd: Driver SENSOR-1.29 (REFERENCED)
Jan 1 00:00:12 imx21 daemon.info klogd: i2c-client version : 1.9
Jan 1 00:00:12 imx21 daemon.info klogd: Initialize i2c-client-aic14 module
Jan 1 00:00:12 imx21 daemon.info klogd: Module i2c-client-aic14 initialized
Jan 1 00:00:12 imx21 daemon.alert klogd: Insert module aic14 (AIC14-1.0)
Jan 1 00:00:12 imx21 daemon.warn klogd: Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Jan 1 00:00:12 imx21 daemon.info klogd: Driver KPP-1.36 (REFERENCED)
Jan 1 00:00:13 imx21 daemon.info klogd: Driver DOZE-1.27 (REFERENCED)
Jan 1 00:00:14 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:15 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_NETSYNC_HMON_NAME...
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_HMON_NETSYNC_NAME...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-slot-0
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-service-0-0
Jan 1 00:00:20 imx21 local0.debug dhcpcd[337]: broadcasting DHCP_DISCOVER
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:23 imx21 daemon.err netsyncd[314]: father received(10) eth0 up!
Jan 1 00:00:23 imx21 daemon.info netsyncd[314]: Dhcp_start 337 return : 0
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:26 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:28 imx21 daemon.info netsyncd[314]: Dhcp_stop 359 return : 0
Jan 1 00:00:28 imx21 local0.debug dhcpcd[347]: sending DHCP_RELEASE for 10.63.17.5 to 10.63.17.1
Jan 1 00:00:29 imx21 local0.err dhcpcd[347]: terminating on signal 1
Jan 1 00:00:29 imx21 daemon.err netsyncd[314]: father received(12) eth0 down!
Jan 1 00:00:29 imx21 daemon.err klogd: SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:42 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:54 imx21 local0.debug dhcpcd[386]: broadcasting DHCP_DISCOVER
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: Dhcp_start 386 return : 0
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: NTP server request on : ntp.xs4all.nl
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Jan 1 00:00:57 imx21 daemon.warn klogd: Ip addr = 10.63.17.5. LMP=2
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: Sensor driver: initialize device OV7660
Jan 1 00:00:57 imx21 daemon.warn klogd: Warning: Remapping obsolete /dev/fb* minor 32 to 1
Apr 7 09:58:16 imx21 daemon.info netsyncd[314]: NTP process return code : 0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:58:19 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Apr 7 09:58:19 imx21 daemon.info upgraded[312]: K_SW0_DWNLD_ACK
Apr 7 09:58:27 imx21 auth.info login[393]: root login on `ttyp0' from `bittorf-AP.olsr'
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Apr 7 09:59:50 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Apr 7 10:14:53 imx21 auth.info login[408]: root login on `ttyp1' from `bittorf-AP.olsr'
Apr 7 10:17:18 imx21 syslog.info -- MARK --
</pre>

=== Ausgabe von <tt>/proc/cpuinfo</tt> auf einem VP6500 ===
<pre>
# cat /proc/cpuinfo
Processor : ARM926EJ-Sid(wb) rev 4 (v5EJl)
BogoMIPS : 133.01
Features : swp half thumb fastmult
CPU implementer : 0x41
CPU architecture: ?(8)
CPU variant : 0x0
CPU part : 0x926
CPU revision : 4
Cache type : undefined 14
Cache clean : undefined 14
Cache lockdown : undefined 14
Cache unified : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128

Hardware : Freescale i.MX2 ADS
Revision : 0000
Serial : 0000000000000000

</pre>

== Software Modifikationen ==

=== Startscripts ===
Die Scripts 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.

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

'''Achtung!'''

'''Das Herumspielen an der wpa_supplicant.conf endet sehr schnell damit das man sich ausperrt'''

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

==== Versehentliche Aussperrung nach WPA2 Einstellversuch beheben ====

'''1. DON'T PANIC!'''

Für den Fall das man sich den Zugangsweg per wireless abgeschnitten hat, gibt es, neben dem Bau eines seriellen Adapters und der Notwendigkeit zu löten, noch eine Variante um wieder auf das Telefon zu kommen:

'''den Demo-Modus!'''

Dieser Modus war dazu gedacht die Funktionalität der VPs ohne SIP-Server ausprobieren zu können. 2 Geräte starten dazu im WLAN-AdHoc-Modus mit unterschiedlichen IP's (192.168.10.1 + 192.168.10.2 , jeweils /24 = 255.255.255.0) und machen ein IBSS-Netzwerk mit WEP-Verschlüsselung auf (Key: VP6500 = 5648751265 beim VP5500 = 7295569793).

Nun kann man auch ein einzelnes Telefon in den Demo-Modus versetzen (vorhandener neuer Menüeintrag nach dem rooten, oder per Tastenkombination "*#3 "), gibt sich eine passende WLAN und IP-Einstellungen auf dem Rechner und schon kann man wieder darauf connecten und Fehleinstellungen wieder beheben. Dummerweise wird eine zufällige IBSS-Cell-ID verwendet, aber neuere Betriebssysteme können der Zelle trotzdem beitreten. Als ESSID kann man ''demo_mode_obiwan'' verwenden.

===== Schritt für Schritt Anleitung für Linux =====

Einstellungen

'''am Telefon'''
* Telefon anschalten und per Menüeintrag oder Tastenkombination "*#3" in Demomodus versetzen (z.B. als Einstellung Handset 1)
-> IP des Telefons wird danach zu 192.168.10.1

'''am Computer'''
* Konsole öffnen
per ifconfig checken welches das WLAN-Gerät am Rechner ist (im weiteren "wlan0" genannt)
ifconfig wlan0 down
iwconfig wlan0 mode ad-hoc (ad-hoc Modus aktivieren)
iwconfig wlan0 essid 'demo_mode_obiwan' (Passende essid-Kennung setzen)
iwconfig wlan0 key 5648751265 (Key für das VP6500)
ifconfig wlan0 up
ifconfig wlan0 192.168.10.2 (setzen der IP)

man kann nun mittels:

ping 192.168.10.1

testen ob alles korrekt verlaufen ist und man eine Antwort bekommt - sollte das der Fall sein ist man '''fertig!'''

Nun kann man per telnet oder ssh, mit den üblichen Benutzerkennung und dem Passwort, auf die IP 192.168.10.1 connecten und die Probleme beheben.

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

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.

==== Eigene Menüeinträge ====

Es besteht die Möglichkeit Menüeinträge anzulegen, durch die Shellskripte ausgeführt werden. Im Folgenden ist dieses Vorgehen am Beispiel des ein- und ausschaltens von SSH beschrieben.

===== SSH aktivieren & deaktivieren =====

*'''Achtung! Folgendes Vorgehen kann das Gerät bricken, falls Telnet deaktiviert ist und irgendwas mit SSH schief läuft!'''
*Die folgenden beiden Dateien repräsentieren die Menüeinträge und rufen ''enablessh'' bzw. ''disablessh'' auf.
:*''/usr/local/apps/Applications/enablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=enablessh
[Desktop Entry]
Exec=enablessh
Icon=Camera
Type=Application
Name[]=Enable SSH
:*''/usr/local/apps/Applications/disablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=disablessh
[Desktop Entry]
Exec=disablessh
Icon=Camera
Type=Application
Name[]=Disable SSH
*''enablessh'' und ''disablessh'' sind Shellskripte, die in ''/usr/local/bin/'' liegen und folgendes enthalten:
:*''/usr/local/bin/enablessh'':
#!/bin/sh
touch /var/log/lastlog
/etc/rc.d/init.d/S99dropbear restart
exit(0)
:*''/usr/local/bin/disablessh'':
#!/bin/sh
/etc/rc.d/init.d/S99dropbear stop
exit(0)
*Nach einem Neustart des Telefons sollten im Menü ''Anwendungen'' die zwei neuen Menüpunkte auftauchen.

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

<syntaxhighlight lang="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
</syntaxhighlight>

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 ====
<syntaxhighlight lang="xml">

# 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>

</syntaxhighlight>

UID ist wohl egal, solange sie nicht zweimal vorkommen.

Die Beschränkung auf 500 Adressbucheinträge kann man auch aufheben:
<pre>maxEntries = 500</pre> in der <pre>Contacts.conf</pre>

Die Kategorien stehen in <pre>/user_settings/Categories.xml</pre>:

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

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

Um VCards in das XML Format zu konvertieren gibts es im Forum folgendes kleines C-Programm: [http://www.mikrocontroller.net/attachment/74583/VCardsToXML.c] [http://www.mikrocontroller.net/attachment/highlight/74583]

==== 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) oder auch Audacity recht komfortabel erzeugen lassen.

Auch .wav Dateien mit 22050Hz werden problemlos abgespielt (ein wenig bessere Qualität als 16000hz) und sind als Klingeltöne nutzbar. Dateien mit 44100Hz spielt es leider nur 'ruckelnd' ab (32000Hhz nicht getestet).

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.

=== Systemtöne ===

*Sämtliche Systemtöne liegen unter ''/usr/local/sounds/'' und lassen sich problemlos durch andere Dateien ersetzen.
*z.B.:
**''charge.wav'' - Ton, wenn Gerät in die Basisstation gesetzt wird

=== 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 -
time.fu-berlin.de (bzw. chronos.zedat.fu-berlin.de) kann man als server nehmen.

vi Tipp hilfe:
<syntaxhighlight lang="c">
vi /usr/local/data/monitor.cfg
:%s/ntp.xs4all.nl/time.fu-berlin.de/g
:%s/130.142.110.71/130.133.1.10/g
</syntaxhighlight>

Aufgefallen ist, dass sich Telefone mit fest eingestellter IP nicht automatisch
die Uhrzeit abrufen. Stellt man das Telefon auf DHCP, stellt sich die Uhr
auch ohne Timeserver Modifikation auf die richtige Uhrzeit ein.

Wer lieber einen NTP-Client einsetzen möchte findet unter dem Link für [[#Weitere_Konsolenkommandos]] ein Paket mit ntpd oder auch ntpdate für den schnellen Zeitabgleich via Konsole:
 ntpdate pool.ntp.org

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

# Mit telnet auf dem Gerät einloggen
# folgendes in die Kommandozeile kopieren

<pre>
 cd /
 wget http://www.mikrocontroller.net/attachment/74656/dropbear.tgz
 tar -xzf dropbear.tgz
 rm dropbear.tgz
 cd /etc/rc.d/init.d
 mv dropbear S90dropbear
 ./S90dropbear start

</pre>

Das Kommando in Zeile 6 (mv ...) ist notwendig damit dropbear bei jedem Reboot automatisch gestartet wird.

Prüfen ob dropbear gestartet ist und läuft:

<pre>
# ps
PID Uid Stat Command
136 root S /usr/sbin/dropbear
</pre>

Bei jedem Login sucht dropbear nach der /var/log/lastlog, daher sollte man abschließend noch ein

<pre>
 touch /var/log/lastlog
</pre>

machen, um diese Datei anzulegen. Damit verschwinden auch die entsprechenden Fehlermeldungen im logread.

==== 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 ;-)

Ggf. kann der Fehler "Error opening terminal: xterm-color" auftreten wenn nano gestartet wird, in diesem Fall hilft folgendes:

* /root/.bashrc öffnen (mit vi :-)
* "export TERM=xterm" in die Datei schreiben
* ausloggen / einloggen

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

==== Weitere Konsolenkommandos ====

Auf http://thinksilicon.de/57/Hacking-the-VP6500.html finden sich einige nützliche Konsolentools. Darunter sind bc, lsof, file, curl, mc (bzw. mcedit), hexedit, mktemp, rsync, tcpdump, crond (mit crontab) und ntpd.
* Hinweis zu tcpdump; muss folgendermaßen ausgeführt werden:
 tcpdump -U root

=== simpler WLAN-Switcher ===

Ohne tiefer gehende GUI-Programmiererfahrungen bei Qtopia zu haben, kann man sich mit folgendem WLAN-Switcher behelfen:

Im Script /user_data/prod/config_ats.sh stehen viele Befehle, wie man mittels ''config code'' Einstellungen vorschreiben kann. Dies habe ich mir mit folgenden eigenen Scripten zu nutze gemacht:

'''/root/switch_wlan.sh'''
#!/bin/bash
#================================================
# WLAN-Switcher
#================================================
CONFIG_CODE=`cat /user_data/config_code.txt`
cp -f /usr/local/data/wpa_supplicant_ref_${CONFIG_CODE}.conf /user_data/wifi/wpa_supplicant.conf

* kopiert Anhand des ''config code''s die wpa_supplicant.conf
* es muss für jeden ''config code'' eine wpa_supplicant_ref_<''config code''>.conf vorhanden sein, am besten dazu die aktuelle /user_data/wifi/wpa_supplicant.conf dorthin kopieren

'''/root/set_config_code.sh'''
#!/bin/bash
echo "$1" > /user_data/config_code.txt

* schreibt den ersten übergebenen Parameter in die Datei /user_data/config_code.txt

'''/usr/local/bin/set2XXX'''
#!/bin/sh
/root/set_config_code.sh XXX
/root/switch_wlan.sh
reboot

* XXX durch den ''config code'' ersetzen
* Script, welches als Applikation gestartet wird
* derzeit leider keine "on-the-fly"-Eingabe des ''config code''s möglich, daher muss für jedes WLAN ein Script vorhanden sein

'''/usr/local/apps/Applications/set2YYY.desktop'''
[Translation]
File=QtopiaApplications
Context=set2XXX
[Desktop Entry]
Exec=set2XXX
Icon=Camera
Type=Application
Name[]=Enable YYY

* XXX durch den ''config code'' ersetzen (gleicher Scriptname wie oben)
* YYY durch einmaligen Namen ersetzen
* Diese Datei erscheint unter dem Name[] im Applications-Menü

Theoretisch kann man mit dieser Methode auch problemlos zwischen mehreren SIP-Einstellungen und vielen weiteren Telefoneinstellungen umschalten (siehe Dateien in /usr/local/data) - der DemoMode funktioniert nach dem gleichen Prinzip.

== 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 -p /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 tar xjf arm-linux-gcc-3.3.2.tar.bz2
sudo rm arm-linux-gcc-3.3.2.tar.bz2
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 voraus). 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).

= Sonstiges =

== 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
|-
| ind5 ||0703 || 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
|}
= Wünsche und Nutzungsideen =

Wer was äußern möchte, kann das hier reintippeln, zwecks Bündelung Interessen und Kräfte. Muss ja keiner das Rad 3x erfinden und man kann schaun was der ein oder andere macht.
Eine Status und Kontaktangabe bei Sachen die in Arbeit sind wäre toll.

== Software ==

* Audiostream-Player
* MP3
** madplay gibt es [http://www.mikrocontroller.net/topic/172616#1704777 hier], der automatische Stromsparmodus stört aber noch
* Browser und sei es nur für Wikipedia und Google
* Mailclient
* T9 Unterstützung bei Texteingabe
* Skypebenutzung
* Nutzungsmöglichkeit als Wireless-Webcam
* WLAN-Repeater
** besser: [http://freifunk.net Freifunk-] bzw. [http://www.olsr.org OLSR-Daemon]
* Wecker
* Voice-Crypto
* Unterstützung von mehreren WLAN Profilen, damit man das Gerät an mehreren APs betreiben kann ohne jedesmal SSID / Key neu eingeben zu müssen. (Sollte durch mehrere Einträge in der wpa_supplicant.conf möglich sein. Diese wird aber bei Änderungen über's Menü komplett überschrieben. Alternative: [[#simpler WLAN-Switcher]])
* Unterstützung von mehreren SIP Profilen, um z.b. von einem SIP-Anbieter auf den anderen zu wechseln. Ideal wäre, wenn man 2 SIP Profile gleichzeitig nutzen könnte
* YouTube Client, vgl. mit "MiniTube Linux"
* 'ne aktuelle Firmware? z.B: mit 2.6er Kernel und Android?
* Unterstützung für WLANs mit 802.1x die WPA2 verschlüsselt sind reparieren bzw. passende Konfig finden (unverschlüsselt geht schon)

== Hardwarerweiterungen ==

* Speichererweiterung
* USB Anschluss
* Blauzahn
* zusätzlicher Anschluss um eine andere Videokamera anzuschließen mit CINCH

== Nutzungsideen ==

* VoIP Phone und Webcam (nahliegend)
* WLAN-Finder
* Repeater
* mobiles Infogerät mit Wikizugriff und Mailpush in der Wireless-Bubble
* Türöffner, Ferncontroller
* Robohirn
* WLAN-Radio
* Video(Streaming)-Client in Verbindung mit VDR
* Barcode-Reader
* als Fernbedienung für PC (Winamp/Mediaplayer/VLC...
* Streamclient und Fernbedienung für DBOX2 mit Linux

[[Kategorie:Projekte]]
[[Kategorie:Datenübertragung]]

PHILIPS VP5500 VoIP Telefon

2013-12-22T15:28:36Z

Maschinist: /* Alternative Einstellung für Sipgate */

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

= Allgemeines =

Bei den diesem Text zugrundeliegenden Geräten handelt es sich um videofähige VoIP-Phones des Herstellers Philips, die vom früheren holländischen Anbieter KPN vertrieben wurden und nach dessen Ausscheiden aus dem Markt nun günstig erhältlich sind.
Ihr geringer Preis, die SoC-Architektur und das darauf laufende OS macht sie dabei für all jene interessant, die ihre eigenen Ideen und Projekte auf der Basis eines solchen Gerätes verwirklichen wollen, und gibt den oft fabrikneuen Exemplaren eine Art zweite Chance.

== Features ==

=== VP5500 ===
* 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 2,5mm Klinke-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]]

=== VP6500 ===

* 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 3,5mm Klinke-Cinch
* 2x Philips Multilife AA/R6NM 1800mAh NiMH-Akkus, je 1,2V, Ladeempfehlung: 15h mit 180mAh
* englische, deutsche und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.
* Gewicht Mobilteil: 170 g (inkl. 2 NiMH-Akkus AA)
[[Bild:VP6500_kl.jpg]]

= Das VPx500 'rooten' =

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

== per telnet ==
Sobald das Telefon im Netzwerk angemeldet ist (egal ob DHCP oder statisch) kann über irgendein Terminal vom Netzwerk aus via telnet und der Telefon-IP auf das Gerät zugegriffen werden.
User: root / PW: toor

== 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 [http://www.lartmaker.nl/lartware/blob/ blob-Bootloaders] ist.
Dann kann man
boot root=/dev/mtdblock2 init=/bin/sh
eingeben, um an eine minimale Shell zu kommen.

In dieser setzt man dann mit
passwd
das Passwort für ''root''. Danach kann man sich als ''root'' mit dem gesetzten Passwort einloggen.

== 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 (von blooza http://www.mikrocontroller.net/topic/170483#1651124 bereitgestellt) oder 188.40.123.50 (von sprites http://spritesmods.com/?art=vpx500 bereitgestellt) 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)

==== Alternative ====
Wer sich den nicht ganz ungefährlichen Weg mit den anpassungen an der Fritzbox erspahren will, wechselt seine Fritzbox in den Expertenmodus. Danach kann man unter System - Netzwerk bei dem Punkt "IP adresse der Fritzbox ändern" bei vielen modellen den internen DHCP abschalten. Dann unter windows z.B. tftpd32 (http://tftpd32.jounin.net/) starten, in dessen DHCP-Server die Fritzbox als Gateway und den entsprechenden "modding-dns" eintragen und das Telefon neustarten.

War das Telefon schonmal angemeldet, versucht es die selbe IP vom neuen DHCP zu erzwingen, was tftpd32 nicht wirklich mag. Daher im tftpd32 die lease-ip bei 2 beginnen lassen und eine range von 250 eintragen, damit die vom Telefon verlangte IP auch im Adresspool des dhcp servers vorhanden ist.

=== Anleitung fli4l ===
Mit dem [http://www.fli4l.de fli4l] ist das ganze ganz einfach.

In der Datei config/dns_dhcp.txt den DNS Redirect für die zwei DNS-Name Konfigurieren.

<file>
 DNS_REDIRECT_N='2' # number of redirected domains
 DNS_REDIRECT_1='ntp.xs4all.nl' # 1st redirected domain
 DNS_REDIRECT_1_IP='188.40.123.50' # IP of redirected domain

 DNS_REDIRECT_2='vpcm-001.cust.kpn.net'
 DNS_REDIRECT_2_IP='188.40.123.50'
</file>

= Hardware =

== verwendete Komponenten ==

* MCU: [http://www.mikrocontroller.net/attachment/72258/datasheet.pdf Freescale MC9328MX21] (ARM9) @ 266MHz ([http://en.wikipedia.org/wiki/I.MX21 Wikipedia_englisch])
** gehört zur ARM9E-Familie: ARMv5TEJ -"IntructionSet" (ARM926EJ-S)
** [http://www.freescale.com/files/32bit/doc/ref_manual/MC9328MX21RM.pdf MC9328MX21 Applications Processor Reference Manual]
* PC-to-TV-Konverter-Chip: [http://www.mikrocontroller.net/attachment/73579/Data_Sheets.zip FS455LF]
* WLAN: Marvell 88w8385, als Modul von [http://www.mikrocontroller.net/attachment/72802/WM-G-MR-01-v27__01192006.pdf WM-G-MR-01] (VP5500) / Philips [http://www.mikrocontroller.net/attachment/73812/BGW211_Preliminary_Datasheet_v1.1.pdf BGW211], on-board (VP6500)
* SDRAM: 2 x [http://www.mikrocontroller.net/attachment/72461/K4S56163LF.pdf K4S56163LF] - 4M x 16Bit x 4 Banks im VP5500
* SDRAM: 1 x [http://www.mikrocontroller.net/attachment/73520/Samsung_64MB_K4M51323PC_1_8V.pdf K4M51323PC_1_8V] - 4M x 32Bit x 4 Banks im VP6500
* Flash: 2 x ws128j0pbfw00 [http://www.mikrocontroller.net/attachment/72462/S29WS064J.pdf S29WS128J/064J] 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory im VP5500
* Flash: 1 x [http://www.mikrocontroller.net/attachment/73521/S29GL512N.pdf S29GL512N] - 512 Megabit, 3.0 Volt-only Page Mode Flash Memory im VP6500
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== Messungen ==

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

===== Telefon =====
* 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

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

=== Zerlegen des VP5500 ===
<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 (anfangen 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:
#* vorsichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Platine 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

=== Bilder vom VP5500 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 am VP5500 ===
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
|}

=== Testpins am VP6500 ===
Original Listen von [http://www.mikrocontroller.net/topic/170483#1658720 Tino] herunterladen. [[Media:V6500_Back.xls|Rückseite]], [[Media:V6500_Front.xls|Vorderseite]].

[[Bild:V6500_Back.jpg|thumb| Testpins auf der Rückseite]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 21 an BGW211EG || POR_N
|-
| 2 || Pin A 14 an i.MX21 || TOUT
|-
| 3 || Pin 46 an BGW211EG || JTAG_TDI
|-
| 4 || Pin 44 an BGW211EG || JTAG_TCLK
|-
| 5 || Pin 42 an BGW211EG || JTAG_TDO
|-
| 6 || Pin 47 an BGW211EG || JTAG_TRST_N
|-
| 7 || PIN 45 an BGW211EG || JTAG_TMS
|-
| 8 || Pin 43 an BGW211EG || JTAG_RTCLK
|-
| 9 || Pin C 14 an i.MX21 || TIN
|-
| 10 || VDD || VDD
|-
| 11 || Pin K 10 an i.MX21 || UART1_RXD
|-
| 12 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 13 || GND || GND
|-
| 14 || Pin U 17 an i.MX21 || BOOT2
|-
| 15 || Pin V 16 an i.MX21 || BOOT0
|}

[[Bild:V6500_Front.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 29 von BGW211EG & F 16 an i.MX21 || RESET_N / CSPI1_SS1
|-
| 2 || Pin 28 an BGW211EG & J 12 an i.MX21 || SPI_DAT_MOSI / CSPI1_MOSI
|-
| 3 || Pin 27 an BGW211EG & F 19 an i.MX21 || SPI_SS_N / CSPI1_SS0
|-
| 4 || Pin 26 an BGW21EG & F 17 an i.MX21 || SPI_DAT_MISO / CSPI1_MISO
|-
| 5 || Pin 25 an BGW211EG & H 10 an i.MX21 || SPI_CLK / CSPI1_SCLK
|-
| 6 || Pin 24 an BGW211EG & H 11 an i.MX21 || SPI_EXT_INT / CSPI1_RDY
|-
| 7 || Pin 41 an BGW211EG || UART_TX
|-
| 8 || Pin 40 an BGW211EG || UART_RX
|-
| 9 || Transistor unter Testpunkt || ?
|-
| 10 || GND || GND
|-
| 11 || LED || ?
|-
| 12 || Pin 8 am Kamerastecker || ?
|-
| 13 || Pin 18 am Kamerastecker || ?
|-
| 14 || Pin E 13 & H12 an FS455 || CLKIN / PREF
|-
| 15 || Pin D 13 an FS455 || CLKOUT
|-
| 16 || Pin A 11 an FS455 || XTAL_OUT
|-
| 17 || VDD von FS455 || VDD
|-
| 18 || Pin 15 & 16 am Displayconnector || ?
|-
| 19 || geht an 2 Dioden links daneben || ?
|-
| 20 || Pin M 19 an i.MX21 || UART1_CTS
|-
| 21 || Pin M 18 an i.MX21 || UART1_RTS & GND ??
|-
| 22 || VDDan i,MX21 || VDD
|-
| 23 || Pin G 10 an i.MX21 || USB_BYP
|-
| 24 || Pin A 19 an i.MX21 || SSI3_FS
|-
| 25 || Pin D 17 an i.MX21 || SSI2_CLK
|-
| 26 || VDD an i.MX21 || VDD
|-
| 27 || Pin T 17 an i.MX21 || SD1_D3
|-
| 28 || Pin A 15 an i.MX21 || SAP_TXDAT
|-
| 29 || GND || GND
|-
| 30 || Pin T 14 an i.MX21 || RESET_IN
|-
| 31 || Pin R 19 an i.MX21 || TRST
|-
| 32 || Pin P 19 an i.MX21 || TMS
|-
| 33 || Pin N 17 an i.MX21 || TCK
|-
| 34 || Pin K 11 an i.MX21 || TDO
|-
| 35 || Pin P 18 an i.MX21 || TDI
|-
| 36 || Pin 13 an TLV320 || OUTP2
|-
| 37 || Pin 14 an TLV320 || OUTMV
|-
| 38 || Pin 15 an BGW211EG || VDD
|-
| 39 || Pin an Klinkenbuchse || ?
|-
| 40 || Pin an Klinkenbuchse || ?
|-
| 41 || ? || ?
|-
| 42 || LED Tastatur || ?
|-
| 43 || LED Tastatur || ?
|-
| 44 || Pin 1,8 an 20XN2512 & Key ON || PowerON
|-
| 45 || Pin 7 an BDR72K || ?
|-
| 46 || Pin 2 an BDR72K || ?
|-
| 47 || Pin 6 an MRRBGB3 || ?
|-
| 48 || LED Tastatur || ?
|-
| 49 || Pin 10 an MRRBG3 || ?
|-
| 50 || LED Tastatur || ?
|-
| 51 || geht an Widerstand auf Rückseite ? || ?
|-
| 52 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 53 || geht an Diode und Kondensator auf der Rückseite || ?
|-
| 54 || Pin C 14 an i.MX21 || TIN
|-
| 55 || geht an Widerstand auf der Rückseite || ?
|-
| 56 || Pin 7 an BDR72K || ?
|-
| 57 || Pin K 10 an i.MX21 || UART1_RDX
|-
| 58 || Pin U 17 an i.MX21 || BOOT2
|-
| 59 || Pin T 16 an i.MX21 || BOOT1
|-
| 60 || geht an Widerstand auf der Rückseite || ?
|-
| 61 || Pin V 16 an i.MX21 || BOOT0
|-
| 62 || LED Tastatur || ?
|-
| 63 || LED Tastatur || ?
|-
| 64 || Pin 25 an TLV320 || MLCK
|-
| 65 || Pin4 an 69W2440D || ?
|-
| 66 || VDD von TLV320 || VDD
|-
| 67 || geht an Widerstand auf der Rückseite || ?
|-
| 68 || geht an Widerstand auf der Rückseite || ?
|-
| 69 || Pin 65 an MRRBG3 || ?
|-
| 70 || GND || GND
|-
| 71 || LED Tastatur || ?
|-
| 72 || LED Tastatur || ?
|-
| 73 || Akku positiv || Plus Akku
|-
| 74 || Ladekontakt positiv || Ladekontakt positiv
|-
| 75 || Akku positiv || Plus Akku
|}

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

* Spannungs-Pegel: 3.3V
* Baudrate: 115200 bps
* 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 unten 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 ==

Nachdem wir ja bereits wissen wie das [[#Zerlegen_des_Telefons]] geht, steht der Nachrüstung von Bauelementen und Schnittstellen generell nichts mehr im Wege.

=== Buchse für UART ins VP5500 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

=== Anschluss für UART des VP6500 zugänglich machen ===
Vorteil beim VP6500: es muss dazu nicht zerlegt werden, da sich die Kupferpads unter den Akkus im Akkufach verstecken. Dies ermöglicht eine lötfreie Variante des seriellen Anschlusses. Die Pinbelegung ist unter [[#VP6500_2|UART]] beschrieben.
<gallery>
Datei:01_Kuli-Molex.jpg|1. Benötigte Teile: Stück Plastik + Molex Stecker
Datei:02_gefeiltes_Plastik_18_mm.jpg|2. Länge der Aussparung im Batteriefach: 18 mm
Datei:03_gefeiltes_Plastik_4_mm.jpg|3. Breite der Aussparung im Batteriefach: 4 mm
Datei:04_gefeiltes_Plastik_passt.jpg|4. Solange feilen bis es passt
Datei:05_gefeiltes_Plastik_Kerben.jpg|5. Padabstand markiert
Datei:06_gekerbtes_Plastik_Molex.jpg|6. So bekommt man die Federn aus den Steckern
Datei:07_Federelement_roh.jpg|7. Frisch aus dem Stecker
Datei:08_Federelement_offen.jpg|8. Aufgebogen
Datei:10_Federelement_unter_Plastik.jpg|9. In Plastikführung
Datei:09_Federelement_umgebogen.jpg|10. Umgebogen
Datei:11_halbfertig_passt.jpg|11. Kerbung angepasst?
Datei:12_ganz_fertig1.jpg|12. Mit Heißkleber sichern
</gallery>
*1. Da wir 4 Pole anschließen wollen, benötigen wir 4 federnde Teile aus "Molex"-Steckern, wie man sie aus CPU-Lüftern kennt. (Entweder hat man einen 4-poligen für die modernen PWM geregeltn zur Hand den man ausschlachten kann, oder man nimmt zwei dreipolige alte auseinander.)
*2./3. Ferner braucht man ein Stück Plastik mit den Maßen 4 mm mal 18 mm, welches als Träger für die Federkontakte dienen soll. Die Höhe ist nicht so entscheidend. Man kann z.B. den Clip eines Kugelschreibes passend zuschneiden und feilen.
*4. Plastikträger so weit zufeilen, dass er in die Aussparung passt (Tip: Bindfaden darum knoten um ihn wieder entfernen zu können)
*5. Abstände zwischen den Kontakten die kontaktiert werden müssen (TIN, GND, RX, TX : siehe [[#UART|UART]]) markieren und in die Unterseite des Trägers Führungskerben für die Federn sägen. Ebenso braucht man kleine Aussparungen um die Metallzungen von der Platine in das Batteriefach zu führen.
*6./7. Aus den Molex-Steckern bekommt man die Federn sehr einfach raus, indem man mit einem kleinen flachen Schraubenzieher vorsichtig in die Aussparungen sticht und hinten am Kabel zieht.
*8. Die einzelnen Metallzungen nun noch auf 90° aufbiegen.
*9. In die Führungskerbe einschieben.
*10. Metallzunge umbiegen. (Zange)
*11. Sind alle Kerbungen und Aussparungen richtig abgemessen und gut zugefeilt, dann passt alles in die Lücke im Batteriefach, ohne dass sich die verschiedenen Metallteile berühren.
*12. Mit etwas Schrumpfschlauch und Heißkleiber kann man dem Verrutschen der Metallzungen vorbeugen und die Kurzschlußwahrscheinlichkeit senken. Ferner dient der Heißkleber als Kraftüberträger, damit die Batterien die leicht federnden Metallzungen fest auf die Kontakte auf der Platine drücken können.
*13. Batterien einsetzen. Ohne diese wird das ganze irgendwann doch wieder rausfallen und die Verbindung von Anfang an unzuverlässig sein.

Problembehandlung:
* Kein Kontakt: (Man kann z.B. die Masse auf Durchgang prüfen.)
** Träger nicht tief genug in die Lücke gedrückt: Mit schmalem Schraubenzieher nachdrücken. Meistens auf der Seite notwendig wo die Metallzungen nach oben kommen.
** Träger wird nach aussen gedrückt (Metallzungen federn ja): Mehr Heißkleber um mehr Druck durch die Batterien zu bekommen.
** Träger tief drin, aber trotzdem keine oder unzuverlässige Verbindung: Die Metallzungen auf der Unterseite haben verschiedene "Dicken", oder die Kerben sind unterschiedlich tief. Ein Tropfen Lötzinn auf die zu niedrigen Metallzungen erledigt dies. (Anmerkung: Der Autor musste überall ein wenig Lötzinn auftragen um die notwendige Dicke und sichere Verbindung zu erreichen.)

= Nutzung für Voice over IP (VoIP, SIP) =

== weiterführende Links ==

*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 [http://ekiga.org Ekiga] konnte so per 103@xxx.xxx.xxx.xxx bei ersten Tests eine Sprachverbindung zum Telefon aufgebaut werden.

== SIP Einstellungen ==

Die SIP Einstellungen können alternativ auch direkt in der Datei
/user_data/data/hpr0userparam.cfg
vorgenommen werden.

=== 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 Vodafone NGN (Arcor NGN) ===

* SIP1:
** Display Name: ...
** Username: VORWAHLUNDRUFNUMMER
** Telephone Number: (leer lassen)
* Auth:
** Auth Username: VORWAHLUNDRUFNUMMER
** Password: *********
* Server:
** arcor.de:5060
* Proxy:
** VORWAHL.sip.arcor.de:5060
* RTP:
** 10000 und 10001
* STUN:
** (X) use rport
* SIP2:
** UDP: 5060
** TCP: 5060
(getestet von Micha mit EasyBox 802; an EasyBox n-WLAN ausschalten)

=== Einstellungen für Sipgate ===

Für den Provider Sipgate existieren mehrere funktioniernde Konfigurationen, die jedoch je nach lokaler Netzinfrastruktur getestet werden müssen.
Für alle Konfigurationen außer "STUN" müssen Port Forwards im jeweiligen Router eingetragen sein. Dies betrifft:
*SIP2
**SIP Port Listen
*RTP Audio Channel
**RTP
**RTCP
*RTP Video Channel
**RTP
**RTCP
Die Übernahme der Parameter beim Verlassen des Konfigurationsmenü ist mitunter etwas hakelig, ein Reboot des Telefons sorgt für Abhilfe. Nach dem Start ruhig 1-2 Minuten abwarten, die Registrierung dauert manchmal länger.

Die Reiter "Audio", "Video", "Bw", "OBProxy", "QoS" und "Tags" beläßt man auf Werksvorgabe.

Im Reiter "Upgrade" sollte man "Auto SW Upgrade" abschalten, da die vorgesehenen Upgrade-Server längst abgeschaltet sind.

==== Parametertabelle ====

{| class="wikitable"
|-
! Parameter !! Config 1 !! Config 2 !! Config 3 !! Config 4
|-
! !! "Proxy" !! "Freetz" !! "2. Device" !! "STUN"
|-
| '''SIP1''' || || || ||
|-
| Username || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID
|-
| Telephone || 0123456789 || 0123456789 || 0123456789 || 0123456789
|-
| '''Auth''' || || || ||
|-
| Auth User || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID
|-
| Password || SIP Passwort || SIP Passwort || SIP Passwort || SIP Passwort
|-
| '''Server''' || || || ||
|-
| SIP Registrar || sipgate.de:5060 || sipgate.de:5060 || sipgate.de:5060 || sipgate.de:5060
|-
| Protocol || UDP || UDP || UDP || UDP
|-
| Expire || 600 || 600 || 600 || 600
|-
| Keep Alive || 600 || 600 || 600 || 600
|-
| '''Proxy''' || || || ||
|-
| SIP Proxy 1 || sipgate.de:5060 || <leer> || <leer> || sipgate.de:5060
|-
| SIP Proxy 2 || <leer> || <leer> || <leer> || <leer>
|-
| SIP Proxy 3 || <leer> || <leer> || <leer> || <leer>
|-
| RTP || || || ||
|-
| Audio RTP Port || 22800 || 22800 || 5006 || 22800
|-
| Audio RTCP Port || 22801 || 22801 || 5007 || 22801
|-
| Video RTP port || 22804 || 22804 || 5008 || 22804
|-
| Video RTCP port || 22805 || 22805 || 5009 || 22805
|-
| '''STUN''' || || || ||
|-
| use rport || ja || ja || ja || nein
|-
| STUN server || <leer> || <leer> || <leer> || stun.sipgate.net
|-
| STUN port || <leer> || <leer> || <leer> || 10000
|-
| '''SIP2''' || || || ||
|-
| Symmetric || ja || ja || ja || ja
|-
| UDP Listen || 5062 || 5062 || 5062 || 5062
|-
| TCP Listen || 5062 || 5062 || 5062 || 5062
|-
| TLS Listen || 5053 || 5053 || 5053 || 5053
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|}

=== 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: egal <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 
 
'''Reiter SIP2''' 
[ ] Symmetric Mode 
SIP Port Listen 
for UDP: 5060 
 
'''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. 

Der SIP Listen Port 5060 hat mich viel Zeit gekostet - stand noch von sipgate direkt auf 5062 und das VP5500 hat sich dann zwar an der fritzbox registriert aber keine eingehenden Anrufe empfangen...

=== Fritz!Box Hinweis ===
Hinter meiner Fritz!Box konnte ich auf dem Port 5060 keine Incoming Calls bekommen, da die Box auf diesen Port für ihre eigenes System hört.
Geholfen hat mit dann ein Wechsel auf Port 5061 im Reiter SIP2

== Eigener VoIP Server mit Asterisk ==

*http://www.das-asterisk-buch.de

===Asterisk auf einer Fritz!Box===

*http://www.asterisk-kompakt.de/artikel/45-asterisk-auf-fritzbox-phone.html

== Videogespräche zu anderen Clients / Softphones ==
=== Ekiga Softphone ===

Damit Videos klappen, müssen Ekiga und VP6500 über mindestens einen übereinstimmenden Videocodec verfügen, klar. Im Falle des VP6500 ist es wohl so, daß ausschließlich H.263 in verschiedenen Ausprägungen zur Verfügung steht.

Ekiga kommt jedoch zunächst unter Ubuntu 9.10 nur mit H.261 und Theora Codec. Wir müssen daher den H.263-Codec in Ekiga zusätzlich einhängen.

Leider ist der H.263-Codec nicht ganz frei zugänglich, sodaß wir eine Fremdquelle benötigen, um den Codec mit dem Paketmanager installieren zu können. Daher muß Bojos Ekiga-Plugin-PPA wie in

https://launchpad.net/~bojo42/+archive/ekiga

beschrieben als Paketquelle hinzugefügt werden. Den zugehörigen Schlüssel nicht vergessen!
Wenn die neue Quelle bekannt gemacht ist, können im Paketmanager nun die

; Pakete
: libopal3.6.1-plugins-h263-1998
: libopal3.6.1-plugins-ilbc
: libavcodec-dev

installiert werden. Darauf achten, daß alle Abhängigkeiten sauber erfüllt sind.
Das H.263-Plugin läßt sich nur installieren, wenn libstdc++6 >= 4.4.0 vorhanden ist, was meines Wissens erst ab Ubuntu 9.10 der Fall ist.
Nach der Installation dieser Komponenten kann Ekiga neu gestartet werden. Es sollte nun unter Bearbeiten->Einstellungen->Video->Codecs zusätzlich den H.263-Codec anbieten. Durch Verschieben nach oben kann man diesen beim Handshake priorisieren.
Nach Integration des H.263-Codecs in Ekiga konnte ich mit zwei Sipgate-Accounts störungsfrei, sogar über den gleichen DSL-Anschluß, videofonieren.

== DEMO MODE ==

Um den DEMO MODE zwischen einem VP55 und VP65 herzustellen muss man die Dateien
mit den Einstellungen vom VP55 auf das VP65 übertragen. Diese liegen in
/usr/local/data/demo/ und es sind vier Dateien. Danach ist die SSID und der KEY
bei beiden gleich eingerichtet und die beiden Geräte verbinden sich miteinander.

= Software =

== Vorsicht Fallen! ==
Es ist nicht schwer, sich den Zugang zum Telefon abzuschneiden, wenn man nicht aufpasst.

== Betrieb mit aktivierter serieller Schnittstelle ==

Das 5500 und das 6500 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.

== 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 
'''a''' - anhängen (hinter dem aktuellem Zeichen in den Einfüge-Modus) 
'''[Esc]''' wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:d''n''d - löscht ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:y''n''y - kopiert ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:p - fügt Inhalt des Zeilenbuffer '''unter''' der aktuellen Zeile ein
:<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.

== Grundkonfiguration, die das Leben erleichtert ==
=== .bashrc ===
Die installierte Shell ist die bash. Einstellungen bezieht sie aus der (versteckten) Datei ".bashrc". Hier kann man sinnvolle Ergänzungen vornehmen, damit sich das Telefon ein bißchen mehr wie ein gewohntes Linux-System verhält:

<syntaxhighlight lang="c">
alias vim=vi
PS1="[\u@\h] \w $ "
</syntaxhighlight>

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

<syntaxhighlight lang="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
</syntaxhighlight>

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:

<syntaxhighlight lang="c">
modprobe jffs2
modprobe mtdram total_size=65536 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
</syntaxhighlight>

[[#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:

<syntaxhighlight lang="c">
blob>
</syntaxhighlight>

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:

<syntaxhighlight lang="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
</syntaxhighlight>

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
<syntaxhighlight lang="c">
nc telefon-Ip 31340 > file.tar
</syntaxhighlight>
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.

== Erkunden des Systems mit Bordmitteln ==

=== Ausgabe von <tt>dmesg</tt> auf einem VP6500 ===
<pre>
6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 68K
PCB version: ind3 v2
Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Driver GPIO-1.59 (REFERENCED)
****p_gpio_init_low_bat****
GPIO: p_gpio_it_init at 762
Driver FRAMEBUF-1.12 (REFERENCED)
Driver SPI-1.20 (REFERENCED) Debug level 3

u32_spi1_MinLenghtForDMAInTX set to 300

u32_spi1_MinLenghtForDMAInRX set to 300
Driver LCD-1.20 (REFERENCED)
Driver TVLINK-1.45 (REFERENCED)
Reset from Software Reset.
Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
pp: hw ver = 2
prp_dbg=0
Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
hmp4d: base_port=0x10026800 irq=50
hmp4d: module inserted
hmp4e: base_port=0x10026c00 irq=49
hmp4e: Compatble HW found with ID: 0x004c1882
hmp4e: module inserted. Major = 249
SPI2:: drv_Init :PID of driver: 134
SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
SPI2:: drv_Init :Ref.Clock parameter not provided
SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
SPI2:: drvRegEtherDev :Interface Name is: eth%d
SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Divider : 8

OCR2 : e4015308 (12582912)
Reset : 3 / 27 (c497cc00 / e401531c)

Reset : 3 / 27 (c497cc00 / e401531c)
GPIO: p_gpio_init_gpio_status at 1262
GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
GPIO: CHARGE_IN at init
GPIO: LOW_BAT_OUT at init
GPIO: No accessory plugged at init. - Set Video on jack
GPIO: camera to front at init
**ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
SPI2:: drvPhase2Init :Success
SPI2:: drvPhase2Init : registering callbacks with HHAL..
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
PhgHhalQueueMgmtReq:1172:HHAL got Init message
PhgHhalQueueMgmtReq:1217:HHAL done Init message
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
SPI2:: drvInit :Philips WLAN Drv - loaded
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :Device is not associated!
SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
SPI2:: drvOpen :Disabling again netqueue
requested reg.domain code setting = 3
SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
SPI2:: drvInitConnect :step3 : u8Status 255
SPI2:: drvInitConnect :step5
SPI2:: drvInitConnect :TIMEDOUT
SPI2:: drvInitConnect :step6
SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Motorola CSI Linux driver ver 0.1
- Copyright (C) 2004 Motorola Inc

Driver SENSOR-1.29 (REFERENCED)
i2c-client version : 1.9
Initialize i2c-client-aic14 module
Module i2c-client-aic14 initialized
Insert module aic14 (AIC14-1.0)
Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Driver KPP-1.36 (REFERENCED)
Driver DOZE-1.27 (REFERENCED)
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Ip addr = 10.63.17.5. LMP=2
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Sensor driver: initialize device OV7660
Warning: Remapping obsolete /dev/fb* minor 32 to 1
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
</pre>

=== Ausgabe von <tt>logread</tt> auf einem VP6500 ===
<pre>
Jan 1 00:00:00 imx21 syslog.info syslogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.emerg klogd: klogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.warn klogd: Linux version 2.4.20-celf3 (root@wbul04) (gcc version 3.3.2) #1 Wed Feb 28 13:30:26 UTC 2007
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: ARM926EJ-Sid(wb) [41069264] revision 4 (ARMv?(8))
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D undefined 14 cache
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: Machine: Freescale i.MX2 ADS
Jan 1 00:00:02 imx21 daemon.warn klogd: FCLK=266000 kHz HCLK=133000 kHz IPGCLK=66500 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: PERCLKs: 1=44333 KHz 2=33250 kHz 3=44333 kHz 4=88666 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: On node 0 totalpages: 16384
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(0): 16384 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(1): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(2): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: Kernel command line: root=/dev/mtdblock2 noinitrd ip=none mtdparts=s29gl512n:256k@0x00000000
(bootloader)ro,896k@0x00040000(kernel)ro,50432k@0x00120000(fs#1),12800k@0x03260000(fs#2),1152k@0x03EE0000(fs#3)
Jan 1 00:00:02 imx21 daemon.debug klogd: Relocating machine vectors to 0xffff0000
Jan 1 00:00:02 imx21 daemon.warn klogd: Console: colour dummy device 80x30
Jan 1 00:00:02 imx21 daemon.warn klogd: Calibrating delay loop (skipped)... 132.71 BogoMIPS
Jan 1 00:00:02 imx21 daemon.info klogd: Memory: 64MB = 64MB total
Jan 1 00:00:02 imx21 daemon.notice klogd: Memory: 63052KB available (1366K code, 299K data, 68K init)
Jan 1 00:00:02 imx21 daemon.info klogd: Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.info klogd: Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: POSIX conformance testing by UNIFIX
Jan 1 00:00:02 imx21 daemon.info klogd: Linux NET4.0 for Linux 2.4
Jan 1 00:00:02 imx21 daemon.info klogd: Based upon Swansea University Computer Society NET3.039
Jan 1 00:00:02 imx21 daemon.warn klogd: Initializing RT netlink socket
Jan 1 00:00:02 imx21 daemon.info klogd: apm: Simulating APM BIOS version 1.2 (Driver version 1.0)
Jan 1 00:00:02 imx21 daemon.warn klogd: i.MX21 Dynamic Power Management
Jan 1 00:00:02 imx21 daemon.warn klogd: Starting kswapd
Jan 1 00:00:02 imx21 daemon.warn klogd: Disabling the Out Of Memory Killer
Jan 1 00:00:02 imx21 daemon.notice klogd: JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
Jan 1 00:00:02 imx21 daemon.info klogd: i2c-core.o: i2c core module version 2.6.2 (20011118)
Jan 1 00:00:02 imx21 daemon.warn klogd: pty: 256 Unix98 ptys configured
Jan 1 00:00:02 imx21 daemon.info klogd: Serial driver version 5.05c (2001-07-08) with no serial options enabled
Jan 1 00:00:02 imx21 daemon.warn klogd: UART driver version 0.3.6
Jan 1 00:00:02 imx21 daemon.warn klogd: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan 1 00:00:02 imx21 daemon.warn klogd: I2C driver Feb 28 2007 / 13:31:04
Jan 1 00:00:02 imx21 daemon.info klogd: Initialize i2c-client-dbmx-codec module
Jan 1 00:00:02 imx21 daemon.notice klogd: s29gl512n: probing 16-bit flash bus
Jan 1 00:00:02 imx21 daemon.notice klogd: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 00:00:02 imx21 daemon.notice klogd: number of CFI chips: 1
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Using Write Buffer method.
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: buffer_Write_Time = 128
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Jan 1 00:00:02 imx21 daemon.notice klogd: Using static partition definition
Jan 1 00:00:02 imx21 daemon.notice klogd: Creating 5 MTD partitions on "s29gl512n":
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00000000-0x00040000 : "bootloader"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00040000-0x00120000 : "kernel"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00120000-0x03260000 : "fs #1"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03260000-0x03ee0000 : "fs #2"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03ee0000-0x04000000 : "fs #3"
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 00:00:02 imx21 daemon.info klogd: IP Protocols: ICMP, UDP, TCP
Jan 1 00:00:02 imx21 daemon.info klogd: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 00:00:02 imx21 daemon.info klogd: TCP: Hash tables configured (established 4096 bind 8192)
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 00:00:02 imx21 daemon.warn klogd: NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
Jan 1 00:00:02 imx21 daemon.warn klogd: VFS: Mounted root (jffs2 filesystem).
Jan 1 00:00:02 imx21 daemon.info klogd: Freeing init memory: 68K
Jan 1 00:00:02 imx21 daemon.warn klogd: PCB version: ind3 v2
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver GPIO-1.59 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: ****p_gpio_init_low_bat****
Jan 1 00:00:02 imx21 daemon.warn klogd: GPIO: p_gpio_it_init at 762
Jan 1 00:00:02 imx21 daemon.info klogd: Driver FRAMEBUF-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SPI-1.20 (REFERENCED) Debug level 3
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInTX set to 300
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInRX set to 300
Jan 1 00:00:02 imx21 daemon.info klogd: Driver LCD-1.20 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver TVLINK-1.45 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: Reset from Software Reset.
Jan 1 00:00:02 imx21 daemon.warn klogd: Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:02 imx21 daemon.warn klogd: pp: hw ver = 2
Jan 1 00:00:03 imx21 daemon.warn klogd: prp_dbg=0
Jan 1 00:00:03 imx21 daemon.warn klogd: Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: base_port=0x10026800 irq=50
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: module inserted
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: base_port=0x10026c00 irq=49
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: Compatble HW found with ID: 0x004c1882
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: module inserted. Major = 249
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :PID of driver: 134
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Ref.Clock parameter not provided
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvRegEtherDev :Interface Name is: eth%d
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Jan 1 00:00:03 imx21 daemon.warn klogd: Divider : 8
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: OCR2 : e4015308 (12582912)
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: p_gpio_init_gpio_status at 1262
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: CHARGE_IN at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: LOW_BAT_OUT at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: No accessory plugged at init. - Set Video on jack
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: camera to front at init
Jan 1 00:00:04 imx21 daemon.warn klogd: **ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Success
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init : registering callbacks with HHAL..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1172:HHAL got Init message
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1217:HHAL done Init message
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvInit :Philips WLAN Drv - loaded
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Device is not associated!
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Disabling again netqueue
Jan 1 00:00:07 imx21 daemon.warn klogd: requested reg.domain code setting = 3
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 255
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step5
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :TIMEDOUT
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Jan 1 00:00:12 imx21 daemon.warn klogd: Motorola CSI Linux driver ver 0.1
Jan 1 00:00:12 imx21 daemon.warn klogd: - Copyright (C) 2004 Motorola Inc
Jan 1 00:00:12 imx21 daemon.warn klogd:
Jan 1 00:00:12 imx21 daemon.info klogd: Driver SENSOR-1.29 (REFERENCED)
Jan 1 00:00:12 imx21 daemon.info klogd: i2c-client version : 1.9
Jan 1 00:00:12 imx21 daemon.info klogd: Initialize i2c-client-aic14 module
Jan 1 00:00:12 imx21 daemon.info klogd: Module i2c-client-aic14 initialized
Jan 1 00:00:12 imx21 daemon.alert klogd: Insert module aic14 (AIC14-1.0)
Jan 1 00:00:12 imx21 daemon.warn klogd: Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Jan 1 00:00:12 imx21 daemon.info klogd: Driver KPP-1.36 (REFERENCED)
Jan 1 00:00:13 imx21 daemon.info klogd: Driver DOZE-1.27 (REFERENCED)
Jan 1 00:00:14 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:15 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_NETSYNC_HMON_NAME...
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_HMON_NETSYNC_NAME...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-slot-0
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-service-0-0
Jan 1 00:00:20 imx21 local0.debug dhcpcd[337]: broadcasting DHCP_DISCOVER
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:23 imx21 daemon.err netsyncd[314]: father received(10) eth0 up!
Jan 1 00:00:23 imx21 daemon.info netsyncd[314]: Dhcp_start 337 return : 0
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:26 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:28 imx21 daemon.info netsyncd[314]: Dhcp_stop 359 return : 0
Jan 1 00:00:28 imx21 local0.debug dhcpcd[347]: sending DHCP_RELEASE for 10.63.17.5 to 10.63.17.1
Jan 1 00:00:29 imx21 local0.err dhcpcd[347]: terminating on signal 1
Jan 1 00:00:29 imx21 daemon.err netsyncd[314]: father received(12) eth0 down!
Jan 1 00:00:29 imx21 daemon.err klogd: SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:42 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:54 imx21 local0.debug dhcpcd[386]: broadcasting DHCP_DISCOVER
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: Dhcp_start 386 return : 0
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: NTP server request on : ntp.xs4all.nl
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Jan 1 00:00:57 imx21 daemon.warn klogd: Ip addr = 10.63.17.5. LMP=2
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: Sensor driver: initialize device OV7660
Jan 1 00:00:57 imx21 daemon.warn klogd: Warning: Remapping obsolete /dev/fb* minor 32 to 1
Apr 7 09:58:16 imx21 daemon.info netsyncd[314]: NTP process return code : 0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:58:19 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Apr 7 09:58:19 imx21 daemon.info upgraded[312]: K_SW0_DWNLD_ACK
Apr 7 09:58:27 imx21 auth.info login[393]: root login on `ttyp0' from `bittorf-AP.olsr'
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Apr 7 09:59:50 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Apr 7 10:14:53 imx21 auth.info login[408]: root login on `ttyp1' from `bittorf-AP.olsr'
Apr 7 10:17:18 imx21 syslog.info -- MARK --
</pre>

=== Ausgabe von <tt>/proc/cpuinfo</tt> auf einem VP6500 ===
<pre>
# cat /proc/cpuinfo
Processor : ARM926EJ-Sid(wb) rev 4 (v5EJl)
BogoMIPS : 133.01
Features : swp half thumb fastmult
CPU implementer : 0x41
CPU architecture: ?(8)
CPU variant : 0x0
CPU part : 0x926
CPU revision : 4
Cache type : undefined 14
Cache clean : undefined 14
Cache lockdown : undefined 14
Cache unified : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128

Hardware : Freescale i.MX2 ADS
Revision : 0000
Serial : 0000000000000000

</pre>

== Software Modifikationen ==

=== Startscripts ===
Die Scripts 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.

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

'''Achtung!'''

'''Das Herumspielen an der wpa_supplicant.conf endet sehr schnell damit das man sich ausperrt'''

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

==== Versehentliche Aussperrung nach WPA2 Einstellversuch beheben ====

'''1. DON'T PANIC!'''

Für den Fall das man sich den Zugangsweg per wireless abgeschnitten hat, gibt es, neben dem Bau eines seriellen Adapters und der Notwendigkeit zu löten, noch eine Variante um wieder auf das Telefon zu kommen:

'''den Demo-Modus!'''

Dieser Modus war dazu gedacht die Funktionalität der VPs ohne SIP-Server ausprobieren zu können. 2 Geräte starten dazu im WLAN-AdHoc-Modus mit unterschiedlichen IP's (192.168.10.1 + 192.168.10.2 , jeweils /24 = 255.255.255.0) und machen ein IBSS-Netzwerk mit WEP-Verschlüsselung auf (Key: VP6500 = 5648751265 beim VP5500 = 7295569793).

Nun kann man auch ein einzelnes Telefon in den Demo-Modus versetzen (vorhandener neuer Menüeintrag nach dem rooten, oder per Tastenkombination "*#3 "), gibt sich eine passende WLAN und IP-Einstellungen auf dem Rechner und schon kann man wieder darauf connecten und Fehleinstellungen wieder beheben. Dummerweise wird eine zufällige IBSS-Cell-ID verwendet, aber neuere Betriebssysteme können der Zelle trotzdem beitreten. Als ESSID kann man ''demo_mode_obiwan'' verwenden.

===== Schritt für Schritt Anleitung für Linux =====

Einstellungen

'''am Telefon'''
* Telefon anschalten und per Menüeintrag oder Tastenkombination "*#3" in Demomodus versetzen (z.B. als Einstellung Handset 1)
-> IP des Telefons wird danach zu 192.168.10.1

'''am Computer'''
* Konsole öffnen
per ifconfig checken welches das WLAN-Gerät am Rechner ist (im weiteren "wlan0" genannt)
ifconfig wlan0 down
iwconfig wlan0 mode ad-hoc (ad-hoc Modus aktivieren)
iwconfig wlan0 essid 'demo_mode_obiwan' (Passende essid-Kennung setzen)
iwconfig wlan0 key 5648751265 (Key für das VP6500)
ifconfig wlan0 up
ifconfig wlan0 192.168.10.2 (setzen der IP)

man kann nun mittels:

ping 192.168.10.1

testen ob alles korrekt verlaufen ist und man eine Antwort bekommt - sollte das der Fall sein ist man '''fertig!'''

Nun kann man per telnet oder ssh, mit den üblichen Benutzerkennung und dem Passwort, auf die IP 192.168.10.1 connecten und die Probleme beheben.

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

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.

==== Eigene Menüeinträge ====

Es besteht die Möglichkeit Menüeinträge anzulegen, durch die Shellskripte ausgeführt werden. Im Folgenden ist dieses Vorgehen am Beispiel des ein- und ausschaltens von SSH beschrieben.

===== SSH aktivieren & deaktivieren =====

*'''Achtung! Folgendes Vorgehen kann das Gerät bricken, falls Telnet deaktiviert ist und irgendwas mit SSH schief läuft!'''
*Die folgenden beiden Dateien repräsentieren die Menüeinträge und rufen ''enablessh'' bzw. ''disablessh'' auf.
:*''/usr/local/apps/Applications/enablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=enablessh
[Desktop Entry]
Exec=enablessh
Icon=Camera
Type=Application
Name[]=Enable SSH
:*''/usr/local/apps/Applications/disablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=disablessh
[Desktop Entry]
Exec=disablessh
Icon=Camera
Type=Application
Name[]=Disable SSH
*''enablessh'' und ''disablessh'' sind Shellskripte, die in ''/usr/local/bin/'' liegen und folgendes enthalten:
:*''/usr/local/bin/enablessh'':
#!/bin/sh
touch /var/log/lastlog
/etc/rc.d/init.d/S99dropbear restart
exit(0)
:*''/usr/local/bin/disablessh'':
#!/bin/sh
/etc/rc.d/init.d/S99dropbear stop
exit(0)
*Nach einem Neustart des Telefons sollten im Menü ''Anwendungen'' die zwei neuen Menüpunkte auftauchen.

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

<syntaxhighlight lang="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
</syntaxhighlight>

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 ====
<syntaxhighlight lang="xml">

# 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>

</syntaxhighlight>

UID ist wohl egal, solange sie nicht zweimal vorkommen.

Die Beschränkung auf 500 Adressbucheinträge kann man auch aufheben:
<pre>maxEntries = 500</pre> in der <pre>Contacts.conf</pre>

Die Kategorien stehen in <pre>/user_settings/Categories.xml</pre>:

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

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

Um VCards in das XML Format zu konvertieren gibts es im Forum folgendes kleines C-Programm: [http://www.mikrocontroller.net/attachment/74583/VCardsToXML.c] [http://www.mikrocontroller.net/attachment/highlight/74583]

==== 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) oder auch Audacity recht komfortabel erzeugen lassen.

Auch .wav Dateien mit 22050Hz werden problemlos abgespielt (ein wenig bessere Qualität als 16000hz) und sind als Klingeltöne nutzbar. Dateien mit 44100Hz spielt es leider nur 'ruckelnd' ab (32000Hhz nicht getestet).

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.

=== Systemtöne ===

*Sämtliche Systemtöne liegen unter ''/usr/local/sounds/'' und lassen sich problemlos durch andere Dateien ersetzen.
*z.B.:
**''charge.wav'' - Ton, wenn Gerät in die Basisstation gesetzt wird

=== 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 -
time.fu-berlin.de (bzw. chronos.zedat.fu-berlin.de) kann man als server nehmen.

vi Tipp hilfe:
<syntaxhighlight lang="c">
vi /usr/local/data/monitor.cfg
:%s/ntp.xs4all.nl/time.fu-berlin.de/g
:%s/130.142.110.71/130.133.1.10/g
</syntaxhighlight>

Aufgefallen ist, dass sich Telefone mit fest eingestellter IP nicht automatisch
die Uhrzeit abrufen. Stellt man das Telefon auf DHCP, stellt sich die Uhr
auch ohne Timeserver Modifikation auf die richtige Uhrzeit ein.

Wer lieber einen NTP-Client einsetzen möchte findet unter dem Link für [[#Weitere_Konsolenkommandos]] ein Paket mit ntpd oder auch ntpdate für den schnellen Zeitabgleich via Konsole:
 ntpdate pool.ntp.org

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

# Mit telnet auf dem Gerät einloggen
# folgendes in die Kommandozeile kopieren

<pre>
 cd /
 wget http://www.mikrocontroller.net/attachment/74656/dropbear.tgz
 tar -xzf dropbear.tgz
 rm dropbear.tgz
 cd /etc/rc.d/init.d
 mv dropbear S90dropbear
 ./S90dropbear start

</pre>

Das Kommando in Zeile 6 (mv ...) ist notwendig damit dropbear bei jedem Reboot automatisch gestartet wird.

Prüfen ob dropbear gestartet ist und läuft:

<pre>
# ps
PID Uid Stat Command
136 root S /usr/sbin/dropbear
</pre>

Bei jedem Login sucht dropbear nach der /var/log/lastlog, daher sollte man abschließend noch ein

<pre>
 touch /var/log/lastlog
</pre>

machen, um diese Datei anzulegen. Damit verschwinden auch die entsprechenden Fehlermeldungen im logread.

==== 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 ;-)

Ggf. kann der Fehler "Error opening terminal: xterm-color" auftreten wenn nano gestartet wird, in diesem Fall hilft folgendes:

* /root/.bashrc öffnen (mit vi :-)
* "export TERM=xterm" in die Datei schreiben
* ausloggen / einloggen

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

==== Weitere Konsolenkommandos ====

Auf http://thinksilicon.de/57/Hacking-the-VP6500.html finden sich einige nützliche Konsolentools. Darunter sind bc, lsof, file, curl, mc (bzw. mcedit), hexedit, mktemp, rsync, tcpdump, crond (mit crontab) und ntpd.
* Hinweis zu tcpdump; muss folgendermaßen ausgeführt werden:
 tcpdump -U root

=== simpler WLAN-Switcher ===

Ohne tiefer gehende GUI-Programmiererfahrungen bei Qtopia zu haben, kann man sich mit folgendem WLAN-Switcher behelfen:

Im Script /user_data/prod/config_ats.sh stehen viele Befehle, wie man mittels ''config code'' Einstellungen vorschreiben kann. Dies habe ich mir mit folgenden eigenen Scripten zu nutze gemacht:

'''/root/switch_wlan.sh'''
#!/bin/bash
#================================================
# WLAN-Switcher
#================================================
CONFIG_CODE=`cat /user_data/config_code.txt`
cp -f /usr/local/data/wpa_supplicant_ref_${CONFIG_CODE}.conf /user_data/wifi/wpa_supplicant.conf

* kopiert Anhand des ''config code''s die wpa_supplicant.conf
* es muss für jeden ''config code'' eine wpa_supplicant_ref_<''config code''>.conf vorhanden sein, am besten dazu die aktuelle /user_data/wifi/wpa_supplicant.conf dorthin kopieren

'''/root/set_config_code.sh'''
#!/bin/bash
echo "$1" > /user_data/config_code.txt

* schreibt den ersten übergebenen Parameter in die Datei /user_data/config_code.txt

'''/usr/local/bin/set2XXX'''
#!/bin/sh
/root/set_config_code.sh XXX
/root/switch_wlan.sh
reboot

* XXX durch den ''config code'' ersetzen
* Script, welches als Applikation gestartet wird
* derzeit leider keine "on-the-fly"-Eingabe des ''config code''s möglich, daher muss für jedes WLAN ein Script vorhanden sein

'''/usr/local/apps/Applications/set2YYY.desktop'''
[Translation]
File=QtopiaApplications
Context=set2XXX
[Desktop Entry]
Exec=set2XXX
Icon=Camera
Type=Application
Name[]=Enable YYY

* XXX durch den ''config code'' ersetzen (gleicher Scriptname wie oben)
* YYY durch einmaligen Namen ersetzen
* Diese Datei erscheint unter dem Name[] im Applications-Menü

Theoretisch kann man mit dieser Methode auch problemlos zwischen mehreren SIP-Einstellungen und vielen weiteren Telefoneinstellungen umschalten (siehe Dateien in /usr/local/data) - der DemoMode funktioniert nach dem gleichen Prinzip.

== 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 -p /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 tar xjf arm-linux-gcc-3.3.2.tar.bz2
sudo rm arm-linux-gcc-3.3.2.tar.bz2
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 voraus). 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).

= Sonstiges =

== 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
|-
| ind5 ||0703 || 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
|}
= Wünsche und Nutzungsideen =

Wer was äußern möchte, kann das hier reintippeln, zwecks Bündelung Interessen und Kräfte. Muss ja keiner das Rad 3x erfinden und man kann schaun was der ein oder andere macht.
Eine Status und Kontaktangabe bei Sachen die in Arbeit sind wäre toll.

== Software ==

* Audiostream-Player
* MP3
** madplay gibt es [http://www.mikrocontroller.net/topic/172616#1704777 hier], der automatische Stromsparmodus stört aber noch
* Browser und sei es nur für Wikipedia und Google
* Mailclient
* T9 Unterstützung bei Texteingabe
* Skypebenutzung
* Nutzungsmöglichkeit als Wireless-Webcam
* WLAN-Repeater
** besser: [http://freifunk.net Freifunk-] bzw. [http://www.olsr.org OLSR-Daemon]
* Wecker
* Voice-Crypto
* Unterstützung von mehreren WLAN Profilen, damit man das Gerät an mehreren APs betreiben kann ohne jedesmal SSID / Key neu eingeben zu müssen. (Sollte durch mehrere Einträge in der wpa_supplicant.conf möglich sein. Diese wird aber bei Änderungen über's Menü komplett überschrieben. Alternative: [[#simpler WLAN-Switcher]])
* Unterstützung von mehreren SIP Profilen, um z.b. von einem SIP-Anbieter auf den anderen zu wechseln. Ideal wäre, wenn man 2 SIP Profile gleichzeitig nutzen könnte
* YouTube Client, vgl. mit "MiniTube Linux"
* 'ne aktuelle Firmware? z.B: mit 2.6er Kernel und Android?
* Unterstützung für WLANs mit 802.1x die WPA2 verschlüsselt sind reparieren bzw. passende Konfig finden (unverschlüsselt geht schon)

== Hardwarerweiterungen ==

* Speichererweiterung
* USB Anschluss
* Blauzahn
* zusätzlicher Anschluss um eine andere Videokamera anzuschließen mit CINCH

== Nutzungsideen ==

* VoIP Phone und Webcam (nahliegend)
* WLAN-Finder
* Repeater
* mobiles Infogerät mit Wikizugriff und Mailpush in der Wireless-Bubble
* Türöffner, Ferncontroller
* Robohirn
* WLAN-Radio
* Video(Streaming)-Client in Verbindung mit VDR
* Barcode-Reader
* als Fernbedienung für PC (Winamp/Mediaplayer/VLC...
* Streamclient und Fernbedienung für DBOX2 mit Linux

[[Kategorie:Projekte]]
[[Kategorie:Datenübertragung]]

PHILIPS VP5500 VoIP Telefon

2013-12-22T15:27:47Z

Maschinist: /* Einstellung für Sipgate */

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

= Allgemeines =

Bei den diesem Text zugrundeliegenden Geräten handelt es sich um videofähige VoIP-Phones des Herstellers Philips, die vom früheren holländischen Anbieter KPN vertrieben wurden und nach dessen Ausscheiden aus dem Markt nun günstig erhältlich sind.
Ihr geringer Preis, die SoC-Architektur und das darauf laufende OS macht sie dabei für all jene interessant, die ihre eigenen Ideen und Projekte auf der Basis eines solchen Gerätes verwirklichen wollen, und gibt den oft fabrikneuen Exemplaren eine Art zweite Chance.

== Features ==

=== VP5500 ===
* 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 2,5mm Klinke-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]]

=== VP6500 ===

* 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 3,5mm Klinke-Cinch
* 2x Philips Multilife AA/R6NM 1800mAh NiMH-Akkus, je 1,2V, Ladeempfehlung: 15h mit 180mAh
* englische, deutsche und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.
* Gewicht Mobilteil: 170 g (inkl. 2 NiMH-Akkus AA)
[[Bild:VP6500_kl.jpg]]

= Das VPx500 'rooten' =

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

== per telnet ==
Sobald das Telefon im Netzwerk angemeldet ist (egal ob DHCP oder statisch) kann über irgendein Terminal vom Netzwerk aus via telnet und der Telefon-IP auf das Gerät zugegriffen werden.
User: root / PW: toor

== 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 [http://www.lartmaker.nl/lartware/blob/ blob-Bootloaders] ist.
Dann kann man
boot root=/dev/mtdblock2 init=/bin/sh
eingeben, um an eine minimale Shell zu kommen.

In dieser setzt man dann mit
passwd
das Passwort für ''root''. Danach kann man sich als ''root'' mit dem gesetzten Passwort einloggen.

== 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 (von blooza http://www.mikrocontroller.net/topic/170483#1651124 bereitgestellt) oder 188.40.123.50 (von sprites http://spritesmods.com/?art=vpx500 bereitgestellt) 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)

==== Alternative ====
Wer sich den nicht ganz ungefährlichen Weg mit den anpassungen an der Fritzbox erspahren will, wechselt seine Fritzbox in den Expertenmodus. Danach kann man unter System - Netzwerk bei dem Punkt "IP adresse der Fritzbox ändern" bei vielen modellen den internen DHCP abschalten. Dann unter windows z.B. tftpd32 (http://tftpd32.jounin.net/) starten, in dessen DHCP-Server die Fritzbox als Gateway und den entsprechenden "modding-dns" eintragen und das Telefon neustarten.

War das Telefon schonmal angemeldet, versucht es die selbe IP vom neuen DHCP zu erzwingen, was tftpd32 nicht wirklich mag. Daher im tftpd32 die lease-ip bei 2 beginnen lassen und eine range von 250 eintragen, damit die vom Telefon verlangte IP auch im Adresspool des dhcp servers vorhanden ist.

=== Anleitung fli4l ===
Mit dem [http://www.fli4l.de fli4l] ist das ganze ganz einfach.

In der Datei config/dns_dhcp.txt den DNS Redirect für die zwei DNS-Name Konfigurieren.

<file>
 DNS_REDIRECT_N='2' # number of redirected domains
 DNS_REDIRECT_1='ntp.xs4all.nl' # 1st redirected domain
 DNS_REDIRECT_1_IP='188.40.123.50' # IP of redirected domain

 DNS_REDIRECT_2='vpcm-001.cust.kpn.net'
 DNS_REDIRECT_2_IP='188.40.123.50'
</file>

= Hardware =

== verwendete Komponenten ==

* MCU: [http://www.mikrocontroller.net/attachment/72258/datasheet.pdf Freescale MC9328MX21] (ARM9) @ 266MHz ([http://en.wikipedia.org/wiki/I.MX21 Wikipedia_englisch])
** gehört zur ARM9E-Familie: ARMv5TEJ -"IntructionSet" (ARM926EJ-S)
** [http://www.freescale.com/files/32bit/doc/ref_manual/MC9328MX21RM.pdf MC9328MX21 Applications Processor Reference Manual]
* PC-to-TV-Konverter-Chip: [http://www.mikrocontroller.net/attachment/73579/Data_Sheets.zip FS455LF]
* WLAN: Marvell 88w8385, als Modul von [http://www.mikrocontroller.net/attachment/72802/WM-G-MR-01-v27__01192006.pdf WM-G-MR-01] (VP5500) / Philips [http://www.mikrocontroller.net/attachment/73812/BGW211_Preliminary_Datasheet_v1.1.pdf BGW211], on-board (VP6500)
* SDRAM: 2 x [http://www.mikrocontroller.net/attachment/72461/K4S56163LF.pdf K4S56163LF] - 4M x 16Bit x 4 Banks im VP5500
* SDRAM: 1 x [http://www.mikrocontroller.net/attachment/73520/Samsung_64MB_K4M51323PC_1_8V.pdf K4M51323PC_1_8V] - 4M x 32Bit x 4 Banks im VP6500
* Flash: 2 x ws128j0pbfw00 [http://www.mikrocontroller.net/attachment/72462/S29WS064J.pdf S29WS128J/064J] 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory im VP5500
* Flash: 1 x [http://www.mikrocontroller.net/attachment/73521/S29GL512N.pdf S29GL512N] - 512 Megabit, 3.0 Volt-only Page Mode Flash Memory im VP6500
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== Messungen ==

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

===== Telefon =====
* 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

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

=== Zerlegen des VP5500 ===
<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 (anfangen 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:
#* vorsichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Platine 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

=== Bilder vom VP5500 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 am VP5500 ===
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
|}

=== Testpins am VP6500 ===
Original Listen von [http://www.mikrocontroller.net/topic/170483#1658720 Tino] herunterladen. [[Media:V6500_Back.xls|Rückseite]], [[Media:V6500_Front.xls|Vorderseite]].

[[Bild:V6500_Back.jpg|thumb| Testpins auf der Rückseite]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 21 an BGW211EG || POR_N
|-
| 2 || Pin A 14 an i.MX21 || TOUT
|-
| 3 || Pin 46 an BGW211EG || JTAG_TDI
|-
| 4 || Pin 44 an BGW211EG || JTAG_TCLK
|-
| 5 || Pin 42 an BGW211EG || JTAG_TDO
|-
| 6 || Pin 47 an BGW211EG || JTAG_TRST_N
|-
| 7 || PIN 45 an BGW211EG || JTAG_TMS
|-
| 8 || Pin 43 an BGW211EG || JTAG_RTCLK
|-
| 9 || Pin C 14 an i.MX21 || TIN
|-
| 10 || VDD || VDD
|-
| 11 || Pin K 10 an i.MX21 || UART1_RXD
|-
| 12 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 13 || GND || GND
|-
| 14 || Pin U 17 an i.MX21 || BOOT2
|-
| 15 || Pin V 16 an i.MX21 || BOOT0
|}

[[Bild:V6500_Front.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 29 von BGW211EG & F 16 an i.MX21 || RESET_N / CSPI1_SS1
|-
| 2 || Pin 28 an BGW211EG & J 12 an i.MX21 || SPI_DAT_MOSI / CSPI1_MOSI
|-
| 3 || Pin 27 an BGW211EG & F 19 an i.MX21 || SPI_SS_N / CSPI1_SS0
|-
| 4 || Pin 26 an BGW21EG & F 17 an i.MX21 || SPI_DAT_MISO / CSPI1_MISO
|-
| 5 || Pin 25 an BGW211EG & H 10 an i.MX21 || SPI_CLK / CSPI1_SCLK
|-
| 6 || Pin 24 an BGW211EG & H 11 an i.MX21 || SPI_EXT_INT / CSPI1_RDY
|-
| 7 || Pin 41 an BGW211EG || UART_TX
|-
| 8 || Pin 40 an BGW211EG || UART_RX
|-
| 9 || Transistor unter Testpunkt || ?
|-
| 10 || GND || GND
|-
| 11 || LED || ?
|-
| 12 || Pin 8 am Kamerastecker || ?
|-
| 13 || Pin 18 am Kamerastecker || ?
|-
| 14 || Pin E 13 & H12 an FS455 || CLKIN / PREF
|-
| 15 || Pin D 13 an FS455 || CLKOUT
|-
| 16 || Pin A 11 an FS455 || XTAL_OUT
|-
| 17 || VDD von FS455 || VDD
|-
| 18 || Pin 15 & 16 am Displayconnector || ?
|-
| 19 || geht an 2 Dioden links daneben || ?
|-
| 20 || Pin M 19 an i.MX21 || UART1_CTS
|-
| 21 || Pin M 18 an i.MX21 || UART1_RTS & GND ??
|-
| 22 || VDDan i,MX21 || VDD
|-
| 23 || Pin G 10 an i.MX21 || USB_BYP
|-
| 24 || Pin A 19 an i.MX21 || SSI3_FS
|-
| 25 || Pin D 17 an i.MX21 || SSI2_CLK
|-
| 26 || VDD an i.MX21 || VDD
|-
| 27 || Pin T 17 an i.MX21 || SD1_D3
|-
| 28 || Pin A 15 an i.MX21 || SAP_TXDAT
|-
| 29 || GND || GND
|-
| 30 || Pin T 14 an i.MX21 || RESET_IN
|-
| 31 || Pin R 19 an i.MX21 || TRST
|-
| 32 || Pin P 19 an i.MX21 || TMS
|-
| 33 || Pin N 17 an i.MX21 || TCK
|-
| 34 || Pin K 11 an i.MX21 || TDO
|-
| 35 || Pin P 18 an i.MX21 || TDI
|-
| 36 || Pin 13 an TLV320 || OUTP2
|-
| 37 || Pin 14 an TLV320 || OUTMV
|-
| 38 || Pin 15 an BGW211EG || VDD
|-
| 39 || Pin an Klinkenbuchse || ?
|-
| 40 || Pin an Klinkenbuchse || ?
|-
| 41 || ? || ?
|-
| 42 || LED Tastatur || ?
|-
| 43 || LED Tastatur || ?
|-
| 44 || Pin 1,8 an 20XN2512 & Key ON || PowerON
|-
| 45 || Pin 7 an BDR72K || ?
|-
| 46 || Pin 2 an BDR72K || ?
|-
| 47 || Pin 6 an MRRBGB3 || ?
|-
| 48 || LED Tastatur || ?
|-
| 49 || Pin 10 an MRRBG3 || ?
|-
| 50 || LED Tastatur || ?
|-
| 51 || geht an Widerstand auf Rückseite ? || ?
|-
| 52 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 53 || geht an Diode und Kondensator auf der Rückseite || ?
|-
| 54 || Pin C 14 an i.MX21 || TIN
|-
| 55 || geht an Widerstand auf der Rückseite || ?
|-
| 56 || Pin 7 an BDR72K || ?
|-
| 57 || Pin K 10 an i.MX21 || UART1_RDX
|-
| 58 || Pin U 17 an i.MX21 || BOOT2
|-
| 59 || Pin T 16 an i.MX21 || BOOT1
|-
| 60 || geht an Widerstand auf der Rückseite || ?
|-
| 61 || Pin V 16 an i.MX21 || BOOT0
|-
| 62 || LED Tastatur || ?
|-
| 63 || LED Tastatur || ?
|-
| 64 || Pin 25 an TLV320 || MLCK
|-
| 65 || Pin4 an 69W2440D || ?
|-
| 66 || VDD von TLV320 || VDD
|-
| 67 || geht an Widerstand auf der Rückseite || ?
|-
| 68 || geht an Widerstand auf der Rückseite || ?
|-
| 69 || Pin 65 an MRRBG3 || ?
|-
| 70 || GND || GND
|-
| 71 || LED Tastatur || ?
|-
| 72 || LED Tastatur || ?
|-
| 73 || Akku positiv || Plus Akku
|-
| 74 || Ladekontakt positiv || Ladekontakt positiv
|-
| 75 || Akku positiv || Plus Akku
|}

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

* Spannungs-Pegel: 3.3V
* Baudrate: 115200 bps
* 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 unten 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 ==

Nachdem wir ja bereits wissen wie das [[#Zerlegen_des_Telefons]] geht, steht der Nachrüstung von Bauelementen und Schnittstellen generell nichts mehr im Wege.

=== Buchse für UART ins VP5500 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

=== Anschluss für UART des VP6500 zugänglich machen ===
Vorteil beim VP6500: es muss dazu nicht zerlegt werden, da sich die Kupferpads unter den Akkus im Akkufach verstecken. Dies ermöglicht eine lötfreie Variante des seriellen Anschlusses. Die Pinbelegung ist unter [[#VP6500_2|UART]] beschrieben.
<gallery>
Datei:01_Kuli-Molex.jpg|1. Benötigte Teile: Stück Plastik + Molex Stecker
Datei:02_gefeiltes_Plastik_18_mm.jpg|2. Länge der Aussparung im Batteriefach: 18 mm
Datei:03_gefeiltes_Plastik_4_mm.jpg|3. Breite der Aussparung im Batteriefach: 4 mm
Datei:04_gefeiltes_Plastik_passt.jpg|4. Solange feilen bis es passt
Datei:05_gefeiltes_Plastik_Kerben.jpg|5. Padabstand markiert
Datei:06_gekerbtes_Plastik_Molex.jpg|6. So bekommt man die Federn aus den Steckern
Datei:07_Federelement_roh.jpg|7. Frisch aus dem Stecker
Datei:08_Federelement_offen.jpg|8. Aufgebogen
Datei:10_Federelement_unter_Plastik.jpg|9. In Plastikführung
Datei:09_Federelement_umgebogen.jpg|10. Umgebogen
Datei:11_halbfertig_passt.jpg|11. Kerbung angepasst?
Datei:12_ganz_fertig1.jpg|12. Mit Heißkleber sichern
</gallery>
*1. Da wir 4 Pole anschließen wollen, benötigen wir 4 federnde Teile aus "Molex"-Steckern, wie man sie aus CPU-Lüftern kennt. (Entweder hat man einen 4-poligen für die modernen PWM geregeltn zur Hand den man ausschlachten kann, oder man nimmt zwei dreipolige alte auseinander.)
*2./3. Ferner braucht man ein Stück Plastik mit den Maßen 4 mm mal 18 mm, welches als Träger für die Federkontakte dienen soll. Die Höhe ist nicht so entscheidend. Man kann z.B. den Clip eines Kugelschreibes passend zuschneiden und feilen.
*4. Plastikträger so weit zufeilen, dass er in die Aussparung passt (Tip: Bindfaden darum knoten um ihn wieder entfernen zu können)
*5. Abstände zwischen den Kontakten die kontaktiert werden müssen (TIN, GND, RX, TX : siehe [[#UART|UART]]) markieren und in die Unterseite des Trägers Führungskerben für die Federn sägen. Ebenso braucht man kleine Aussparungen um die Metallzungen von der Platine in das Batteriefach zu führen.
*6./7. Aus den Molex-Steckern bekommt man die Federn sehr einfach raus, indem man mit einem kleinen flachen Schraubenzieher vorsichtig in die Aussparungen sticht und hinten am Kabel zieht.
*8. Die einzelnen Metallzungen nun noch auf 90° aufbiegen.
*9. In die Führungskerbe einschieben.
*10. Metallzunge umbiegen. (Zange)
*11. Sind alle Kerbungen und Aussparungen richtig abgemessen und gut zugefeilt, dann passt alles in die Lücke im Batteriefach, ohne dass sich die verschiedenen Metallteile berühren.
*12. Mit etwas Schrumpfschlauch und Heißkleiber kann man dem Verrutschen der Metallzungen vorbeugen und die Kurzschlußwahrscheinlichkeit senken. Ferner dient der Heißkleber als Kraftüberträger, damit die Batterien die leicht federnden Metallzungen fest auf die Kontakte auf der Platine drücken können.
*13. Batterien einsetzen. Ohne diese wird das ganze irgendwann doch wieder rausfallen und die Verbindung von Anfang an unzuverlässig sein.

Problembehandlung:
* Kein Kontakt: (Man kann z.B. die Masse auf Durchgang prüfen.)
** Träger nicht tief genug in die Lücke gedrückt: Mit schmalem Schraubenzieher nachdrücken. Meistens auf der Seite notwendig wo die Metallzungen nach oben kommen.
** Träger wird nach aussen gedrückt (Metallzungen federn ja): Mehr Heißkleber um mehr Druck durch die Batterien zu bekommen.
** Träger tief drin, aber trotzdem keine oder unzuverlässige Verbindung: Die Metallzungen auf der Unterseite haben verschiedene "Dicken", oder die Kerben sind unterschiedlich tief. Ein Tropfen Lötzinn auf die zu niedrigen Metallzungen erledigt dies. (Anmerkung: Der Autor musste überall ein wenig Lötzinn auftragen um die notwendige Dicke und sichere Verbindung zu erreichen.)

= Nutzung für Voice over IP (VoIP, SIP) =

== weiterführende Links ==

*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 [http://ekiga.org Ekiga] konnte so per 103@xxx.xxx.xxx.xxx bei ersten Tests eine Sprachverbindung zum Telefon aufgebaut werden.

== SIP Einstellungen ==

Die SIP Einstellungen können alternativ auch direkt in der Datei
/user_data/data/hpr0userparam.cfg
vorgenommen werden.

=== 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 Vodafone NGN (Arcor NGN) ===

* SIP1:
** Display Name: ...
** Username: VORWAHLUNDRUFNUMMER
** Telephone Number: (leer lassen)
* Auth:
** Auth Username: VORWAHLUNDRUFNUMMER
** Password: *********
* Server:
** arcor.de:5060
* Proxy:
** VORWAHL.sip.arcor.de:5060
* RTP:
** 10000 und 10001
* STUN:
** (X) use rport
* SIP2:
** UDP: 5060
** TCP: 5060
(getestet von Micha mit EasyBox 802; an EasyBox n-WLAN ausschalten)

=== Einstellungen für Sipgate ===

Für den Provider Sipgate existieren mehrere funktioniernde Konfigurationen, die jedoch je nach lokaler Netzinfrastruktur getestet werden müssen.
Für alle Konfigurationen außer "STUN" müssen Port Forwards im jeweiligen Router eingetragen sein. Dies betrifft:
*SIP2
**SIP Port Listen
*RTP Audio Channel
**RTP
**RTCP
*RTP Video Channel
**RTP
**RTCP
Die Übernahme der Parameter beim Verlassen des Konfigurationsmenü ist mitunter etwas hakelig, ein Reboot des Telefons sorgt für Abhilfe. Nach dem Start ruhig 1-2 Minuten abwarten, die Registrierung dauert manchmal länger.

Die Reiter "Audio", "Video", "Bw", "OBProxy", "QoS" und "Tags" beläßt man auf Werksvorgabe.

Im Reiter "Upgrade" sollte man "Auto SW Upgrade" abschalten, da die vorgesehenen Upgrade-Server längst abgeschaltet sind.

==== Parametertabelle ====

{| class="wikitable"
|-
! Parameter !! Config 1 !! Config 2 !! Config 3 !! Config 4
|-
! !! "Proxy" !! "Freetz" !! "2. Device" !! "STUN"
|-
| '''SIP1''' || || || ||
|-
| Username || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID
|-
| Telephone || 0123456789 || 0123456789 || 0123456789 || 0123456789
|-
| '''Auth''' || || || ||
|-
| Auth User || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID || SIPGATE UserID
|-
| Password || SIP Passwort || SIP Passwort || SIP Passwort || SIP Passwort
|-
| '''Server''' || || || ||
|-
| SIP Registrar || sipgate.de:5060 || sipgate.de:5060 || sipgate.de:5060 || sipgate.de:5060
|-
| Protocol || UDP || UDP || UDP || UDP
|-
| Expire || 600 || 600 || 600 || 600
|-
| Keep Alive || 600 || 600 || 600 || 600
|-
| '''Proxy''' || || || ||
|-
| SIP Proxy 1 || sipgate.de:5060 || <leer> || <leer> || sipgate.de:5060
|-
| SIP Proxy 2 || <leer> || <leer> || <leer> || <leer>
|-
| SIP Proxy 3 || <leer> || <leer> || <leer> || <leer>
|-
| RTP || || || ||
|-
| Audio RTP Port || 22800 || 22800 || 5006 || 22800
|-
| Audio RTCP Port || 22801 || 22801 || 5007 || 22801
|-
| Video RTP port || 22804 || 22804 || 5008 || 22804
|-
| Video RTCP port || 22805 || 22805 || 5009 || 22805
|-
| '''STUN''' || || || ||
|-
| use rport || ja || ja || ja || nein
|-
| STUN server || <leer> || <leer> || <leer> || stun.sipgate.net
|-
| STUN port || <leer> || <leer> || <leer> || 10000
|-
| '''SIP2''' || || || ||
|-
| Symmetric || ja || ja || ja || ja
|-
| UDP Listen || 5062 || 5062 || 5062 || 5062
|-
| TCP Listen || 5062 || 5062 || 5062 || 5062
|-
| TLS Listen || 5053 || 5053 || 5053 || 5053
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|-
| Beispiel || Beispiel || Beispiel || Beispiel || Beispiel
|}

=== Alternative Einstellung für Sipgate ===

Hinter meiner Freetzbox hat die obige Einstellung nix gebracht - incoming calls wurden nicht signalisiert. Folgendes tut dagegen:

*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
** leer
*SIP2
**Symmetric Mode [X]
**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.

Bei mir hat es nur per UDP funktioniert, aber mit starken Delays (>1s)

=== 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: egal <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 
 
'''Reiter SIP2''' 
[ ] Symmetric Mode 
SIP Port Listen 
for UDP: 5060 
 
'''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. 

Der SIP Listen Port 5060 hat mich viel Zeit gekostet - stand noch von sipgate direkt auf 5062 und das VP5500 hat sich dann zwar an der fritzbox registriert aber keine eingehenden Anrufe empfangen...

=== Fritz!Box Hinweis ===
Hinter meiner Fritz!Box konnte ich auf dem Port 5060 keine Incoming Calls bekommen, da die Box auf diesen Port für ihre eigenes System hört.
Geholfen hat mit dann ein Wechsel auf Port 5061 im Reiter SIP2

== Eigener VoIP Server mit Asterisk ==

*http://www.das-asterisk-buch.de

===Asterisk auf einer Fritz!Box===

*http://www.asterisk-kompakt.de/artikel/45-asterisk-auf-fritzbox-phone.html

== Videogespräche zu anderen Clients / Softphones ==
=== Ekiga Softphone ===

Damit Videos klappen, müssen Ekiga und VP6500 über mindestens einen übereinstimmenden Videocodec verfügen, klar. Im Falle des VP6500 ist es wohl so, daß ausschließlich H.263 in verschiedenen Ausprägungen zur Verfügung steht.

Ekiga kommt jedoch zunächst unter Ubuntu 9.10 nur mit H.261 und Theora Codec. Wir müssen daher den H.263-Codec in Ekiga zusätzlich einhängen.

Leider ist der H.263-Codec nicht ganz frei zugänglich, sodaß wir eine Fremdquelle benötigen, um den Codec mit dem Paketmanager installieren zu können. Daher muß Bojos Ekiga-Plugin-PPA wie in

https://launchpad.net/~bojo42/+archive/ekiga

beschrieben als Paketquelle hinzugefügt werden. Den zugehörigen Schlüssel nicht vergessen!
Wenn die neue Quelle bekannt gemacht ist, können im Paketmanager nun die

; Pakete
: libopal3.6.1-plugins-h263-1998
: libopal3.6.1-plugins-ilbc
: libavcodec-dev

installiert werden. Darauf achten, daß alle Abhängigkeiten sauber erfüllt sind.
Das H.263-Plugin läßt sich nur installieren, wenn libstdc++6 >= 4.4.0 vorhanden ist, was meines Wissens erst ab Ubuntu 9.10 der Fall ist.
Nach der Installation dieser Komponenten kann Ekiga neu gestartet werden. Es sollte nun unter Bearbeiten->Einstellungen->Video->Codecs zusätzlich den H.263-Codec anbieten. Durch Verschieben nach oben kann man diesen beim Handshake priorisieren.
Nach Integration des H.263-Codecs in Ekiga konnte ich mit zwei Sipgate-Accounts störungsfrei, sogar über den gleichen DSL-Anschluß, videofonieren.

== DEMO MODE ==

Um den DEMO MODE zwischen einem VP55 und VP65 herzustellen muss man die Dateien
mit den Einstellungen vom VP55 auf das VP65 übertragen. Diese liegen in
/usr/local/data/demo/ und es sind vier Dateien. Danach ist die SSID und der KEY
bei beiden gleich eingerichtet und die beiden Geräte verbinden sich miteinander.

= Software =

== Vorsicht Fallen! ==
Es ist nicht schwer, sich den Zugang zum Telefon abzuschneiden, wenn man nicht aufpasst.

== Betrieb mit aktivierter serieller Schnittstelle ==

Das 5500 und das 6500 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.

== 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 
'''a''' - anhängen (hinter dem aktuellem Zeichen in den Einfüge-Modus) 
'''[Esc]''' wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:d''n''d - löscht ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:y''n''y - kopiert ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:p - fügt Inhalt des Zeilenbuffer '''unter''' der aktuellen Zeile ein
:<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.

== Grundkonfiguration, die das Leben erleichtert ==
=== .bashrc ===
Die installierte Shell ist die bash. Einstellungen bezieht sie aus der (versteckten) Datei ".bashrc". Hier kann man sinnvolle Ergänzungen vornehmen, damit sich das Telefon ein bißchen mehr wie ein gewohntes Linux-System verhält:

<syntaxhighlight lang="c">
alias vim=vi
PS1="[\u@\h] \w $ "
</syntaxhighlight>

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

<syntaxhighlight lang="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
</syntaxhighlight>

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:

<syntaxhighlight lang="c">
modprobe jffs2
modprobe mtdram total_size=65536 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
</syntaxhighlight>

[[#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:

<syntaxhighlight lang="c">
blob>
</syntaxhighlight>

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:

<syntaxhighlight lang="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
</syntaxhighlight>

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
<syntaxhighlight lang="c">
nc telefon-Ip 31340 > file.tar
</syntaxhighlight>
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.

== Erkunden des Systems mit Bordmitteln ==

=== Ausgabe von <tt>dmesg</tt> auf einem VP6500 ===
<pre>
6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 68K
PCB version: ind3 v2
Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Driver GPIO-1.59 (REFERENCED)
****p_gpio_init_low_bat****
GPIO: p_gpio_it_init at 762
Driver FRAMEBUF-1.12 (REFERENCED)
Driver SPI-1.20 (REFERENCED) Debug level 3

u32_spi1_MinLenghtForDMAInTX set to 300

u32_spi1_MinLenghtForDMAInRX set to 300
Driver LCD-1.20 (REFERENCED)
Driver TVLINK-1.45 (REFERENCED)
Reset from Software Reset.
Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
pp: hw ver = 2
prp_dbg=0
Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
hmp4d: base_port=0x10026800 irq=50
hmp4d: module inserted
hmp4e: base_port=0x10026c00 irq=49
hmp4e: Compatble HW found with ID: 0x004c1882
hmp4e: module inserted. Major = 249
SPI2:: drv_Init :PID of driver: 134
SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
SPI2:: drv_Init :Ref.Clock parameter not provided
SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
SPI2:: drvRegEtherDev :Interface Name is: eth%d
SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Divider : 8

OCR2 : e4015308 (12582912)
Reset : 3 / 27 (c497cc00 / e401531c)

Reset : 3 / 27 (c497cc00 / e401531c)
GPIO: p_gpio_init_gpio_status at 1262
GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
GPIO: CHARGE_IN at init
GPIO: LOW_BAT_OUT at init
GPIO: No accessory plugged at init. - Set Video on jack
GPIO: camera to front at init
**ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
SPI2:: drvPhase2Init :Success
SPI2:: drvPhase2Init : registering callbacks with HHAL..
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
PhgHhalQueueMgmtReq:1172:HHAL got Init message
PhgHhalQueueMgmtReq:1217:HHAL done Init message
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
SPI2:: drvInit :Philips WLAN Drv - loaded
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :Device is not associated!
SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
SPI2:: drvOpen :Disabling again netqueue
requested reg.domain code setting = 3
SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
SPI2:: drvInitConnect :step3 : u8Status 255
SPI2:: drvInitConnect :step5
SPI2:: drvInitConnect :TIMEDOUT
SPI2:: drvInitConnect :step6
SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Motorola CSI Linux driver ver 0.1
- Copyright (C) 2004 Motorola Inc

Driver SENSOR-1.29 (REFERENCED)
i2c-client version : 1.9
Initialize i2c-client-aic14 module
Module i2c-client-aic14 initialized
Insert module aic14 (AIC14-1.0)
Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Driver KPP-1.36 (REFERENCED)
Driver DOZE-1.27 (REFERENCED)
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Ip addr = 10.63.17.5. LMP=2
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Sensor driver: initialize device OV7660
Warning: Remapping obsolete /dev/fb* minor 32 to 1
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
</pre>

=== Ausgabe von <tt>logread</tt> auf einem VP6500 ===
<pre>
Jan 1 00:00:00 imx21 syslog.info syslogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.emerg klogd: klogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.warn klogd: Linux version 2.4.20-celf3 (root@wbul04) (gcc version 3.3.2) #1 Wed Feb 28 13:30:26 UTC 2007
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: ARM926EJ-Sid(wb) [41069264] revision 4 (ARMv?(8))
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D undefined 14 cache
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: Machine: Freescale i.MX2 ADS
Jan 1 00:00:02 imx21 daemon.warn klogd: FCLK=266000 kHz HCLK=133000 kHz IPGCLK=66500 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: PERCLKs: 1=44333 KHz 2=33250 kHz 3=44333 kHz 4=88666 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: On node 0 totalpages: 16384
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(0): 16384 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(1): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(2): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: Kernel command line: root=/dev/mtdblock2 noinitrd ip=none mtdparts=s29gl512n:256k@0x00000000
(bootloader)ro,896k@0x00040000(kernel)ro,50432k@0x00120000(fs#1),12800k@0x03260000(fs#2),1152k@0x03EE0000(fs#3)
Jan 1 00:00:02 imx21 daemon.debug klogd: Relocating machine vectors to 0xffff0000
Jan 1 00:00:02 imx21 daemon.warn klogd: Console: colour dummy device 80x30
Jan 1 00:00:02 imx21 daemon.warn klogd: Calibrating delay loop (skipped)... 132.71 BogoMIPS
Jan 1 00:00:02 imx21 daemon.info klogd: Memory: 64MB = 64MB total
Jan 1 00:00:02 imx21 daemon.notice klogd: Memory: 63052KB available (1366K code, 299K data, 68K init)
Jan 1 00:00:02 imx21 daemon.info klogd: Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.info klogd: Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: POSIX conformance testing by UNIFIX
Jan 1 00:00:02 imx21 daemon.info klogd: Linux NET4.0 for Linux 2.4
Jan 1 00:00:02 imx21 daemon.info klogd: Based upon Swansea University Computer Society NET3.039
Jan 1 00:00:02 imx21 daemon.warn klogd: Initializing RT netlink socket
Jan 1 00:00:02 imx21 daemon.info klogd: apm: Simulating APM BIOS version 1.2 (Driver version 1.0)
Jan 1 00:00:02 imx21 daemon.warn klogd: i.MX21 Dynamic Power Management
Jan 1 00:00:02 imx21 daemon.warn klogd: Starting kswapd
Jan 1 00:00:02 imx21 daemon.warn klogd: Disabling the Out Of Memory Killer
Jan 1 00:00:02 imx21 daemon.notice klogd: JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
Jan 1 00:00:02 imx21 daemon.info klogd: i2c-core.o: i2c core module version 2.6.2 (20011118)
Jan 1 00:00:02 imx21 daemon.warn klogd: pty: 256 Unix98 ptys configured
Jan 1 00:00:02 imx21 daemon.info klogd: Serial driver version 5.05c (2001-07-08) with no serial options enabled
Jan 1 00:00:02 imx21 daemon.warn klogd: UART driver version 0.3.6
Jan 1 00:00:02 imx21 daemon.warn klogd: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan 1 00:00:02 imx21 daemon.warn klogd: I2C driver Feb 28 2007 / 13:31:04
Jan 1 00:00:02 imx21 daemon.info klogd: Initialize i2c-client-dbmx-codec module
Jan 1 00:00:02 imx21 daemon.notice klogd: s29gl512n: probing 16-bit flash bus
Jan 1 00:00:02 imx21 daemon.notice klogd: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 00:00:02 imx21 daemon.notice klogd: number of CFI chips: 1
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Using Write Buffer method.
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: buffer_Write_Time = 128
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Jan 1 00:00:02 imx21 daemon.notice klogd: Using static partition definition
Jan 1 00:00:02 imx21 daemon.notice klogd: Creating 5 MTD partitions on "s29gl512n":
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00000000-0x00040000 : "bootloader"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00040000-0x00120000 : "kernel"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00120000-0x03260000 : "fs #1"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03260000-0x03ee0000 : "fs #2"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03ee0000-0x04000000 : "fs #3"
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 00:00:02 imx21 daemon.info klogd: IP Protocols: ICMP, UDP, TCP
Jan 1 00:00:02 imx21 daemon.info klogd: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 00:00:02 imx21 daemon.info klogd: TCP: Hash tables configured (established 4096 bind 8192)
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 00:00:02 imx21 daemon.warn klogd: NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
Jan 1 00:00:02 imx21 daemon.warn klogd: VFS: Mounted root (jffs2 filesystem).
Jan 1 00:00:02 imx21 daemon.info klogd: Freeing init memory: 68K
Jan 1 00:00:02 imx21 daemon.warn klogd: PCB version: ind3 v2
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver GPIO-1.59 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: ****p_gpio_init_low_bat****
Jan 1 00:00:02 imx21 daemon.warn klogd: GPIO: p_gpio_it_init at 762
Jan 1 00:00:02 imx21 daemon.info klogd: Driver FRAMEBUF-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SPI-1.20 (REFERENCED) Debug level 3
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInTX set to 300
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInRX set to 300
Jan 1 00:00:02 imx21 daemon.info klogd: Driver LCD-1.20 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver TVLINK-1.45 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: Reset from Software Reset.
Jan 1 00:00:02 imx21 daemon.warn klogd: Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:02 imx21 daemon.warn klogd: pp: hw ver = 2
Jan 1 00:00:03 imx21 daemon.warn klogd: prp_dbg=0
Jan 1 00:00:03 imx21 daemon.warn klogd: Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: base_port=0x10026800 irq=50
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: module inserted
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: base_port=0x10026c00 irq=49
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: Compatble HW found with ID: 0x004c1882
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: module inserted. Major = 249
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :PID of driver: 134
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Ref.Clock parameter not provided
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvRegEtherDev :Interface Name is: eth%d
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Jan 1 00:00:03 imx21 daemon.warn klogd: Divider : 8
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: OCR2 : e4015308 (12582912)
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: p_gpio_init_gpio_status at 1262
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: CHARGE_IN at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: LOW_BAT_OUT at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: No accessory plugged at init. - Set Video on jack
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: camera to front at init
Jan 1 00:00:04 imx21 daemon.warn klogd: **ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Success
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init : registering callbacks with HHAL..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1172:HHAL got Init message
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1217:HHAL done Init message
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvInit :Philips WLAN Drv - loaded
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Device is not associated!
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Disabling again netqueue
Jan 1 00:00:07 imx21 daemon.warn klogd: requested reg.domain code setting = 3
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 255
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step5
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :TIMEDOUT
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Jan 1 00:00:12 imx21 daemon.warn klogd: Motorola CSI Linux driver ver 0.1
Jan 1 00:00:12 imx21 daemon.warn klogd: - Copyright (C) 2004 Motorola Inc
Jan 1 00:00:12 imx21 daemon.warn klogd:
Jan 1 00:00:12 imx21 daemon.info klogd: Driver SENSOR-1.29 (REFERENCED)
Jan 1 00:00:12 imx21 daemon.info klogd: i2c-client version : 1.9
Jan 1 00:00:12 imx21 daemon.info klogd: Initialize i2c-client-aic14 module
Jan 1 00:00:12 imx21 daemon.info klogd: Module i2c-client-aic14 initialized
Jan 1 00:00:12 imx21 daemon.alert klogd: Insert module aic14 (AIC14-1.0)
Jan 1 00:00:12 imx21 daemon.warn klogd: Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Jan 1 00:00:12 imx21 daemon.info klogd: Driver KPP-1.36 (REFERENCED)
Jan 1 00:00:13 imx21 daemon.info klogd: Driver DOZE-1.27 (REFERENCED)
Jan 1 00:00:14 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:15 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_NETSYNC_HMON_NAME...
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_HMON_NETSYNC_NAME...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-slot-0
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-service-0-0
Jan 1 00:00:20 imx21 local0.debug dhcpcd[337]: broadcasting DHCP_DISCOVER
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:23 imx21 daemon.err netsyncd[314]: father received(10) eth0 up!
Jan 1 00:00:23 imx21 daemon.info netsyncd[314]: Dhcp_start 337 return : 0
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:26 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:28 imx21 daemon.info netsyncd[314]: Dhcp_stop 359 return : 0
Jan 1 00:00:28 imx21 local0.debug dhcpcd[347]: sending DHCP_RELEASE for 10.63.17.5 to 10.63.17.1
Jan 1 00:00:29 imx21 local0.err dhcpcd[347]: terminating on signal 1
Jan 1 00:00:29 imx21 daemon.err netsyncd[314]: father received(12) eth0 down!
Jan 1 00:00:29 imx21 daemon.err klogd: SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:42 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:54 imx21 local0.debug dhcpcd[386]: broadcasting DHCP_DISCOVER
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: Dhcp_start 386 return : 0
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: NTP server request on : ntp.xs4all.nl
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Jan 1 00:00:57 imx21 daemon.warn klogd: Ip addr = 10.63.17.5. LMP=2
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: Sensor driver: initialize device OV7660
Jan 1 00:00:57 imx21 daemon.warn klogd: Warning: Remapping obsolete /dev/fb* minor 32 to 1
Apr 7 09:58:16 imx21 daemon.info netsyncd[314]: NTP process return code : 0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:58:19 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Apr 7 09:58:19 imx21 daemon.info upgraded[312]: K_SW0_DWNLD_ACK
Apr 7 09:58:27 imx21 auth.info login[393]: root login on `ttyp0' from `bittorf-AP.olsr'
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Apr 7 09:59:50 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Apr 7 10:14:53 imx21 auth.info login[408]: root login on `ttyp1' from `bittorf-AP.olsr'
Apr 7 10:17:18 imx21 syslog.info -- MARK --
</pre>

=== Ausgabe von <tt>/proc/cpuinfo</tt> auf einem VP6500 ===
<pre>
# cat /proc/cpuinfo
Processor : ARM926EJ-Sid(wb) rev 4 (v5EJl)
BogoMIPS : 133.01
Features : swp half thumb fastmult
CPU implementer : 0x41
CPU architecture: ?(8)
CPU variant : 0x0
CPU part : 0x926
CPU revision : 4
Cache type : undefined 14
Cache clean : undefined 14
Cache lockdown : undefined 14
Cache unified : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128

Hardware : Freescale i.MX2 ADS
Revision : 0000
Serial : 0000000000000000

</pre>

== Software Modifikationen ==

=== Startscripts ===
Die Scripts 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.

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

'''Achtung!'''

'''Das Herumspielen an der wpa_supplicant.conf endet sehr schnell damit das man sich ausperrt'''

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

==== Versehentliche Aussperrung nach WPA2 Einstellversuch beheben ====

'''1. DON'T PANIC!'''

Für den Fall das man sich den Zugangsweg per wireless abgeschnitten hat, gibt es, neben dem Bau eines seriellen Adapters und der Notwendigkeit zu löten, noch eine Variante um wieder auf das Telefon zu kommen:

'''den Demo-Modus!'''

Dieser Modus war dazu gedacht die Funktionalität der VPs ohne SIP-Server ausprobieren zu können. 2 Geräte starten dazu im WLAN-AdHoc-Modus mit unterschiedlichen IP's (192.168.10.1 + 192.168.10.2 , jeweils /24 = 255.255.255.0) und machen ein IBSS-Netzwerk mit WEP-Verschlüsselung auf (Key: VP6500 = 5648751265 beim VP5500 = 7295569793).

Nun kann man auch ein einzelnes Telefon in den Demo-Modus versetzen (vorhandener neuer Menüeintrag nach dem rooten, oder per Tastenkombination "*#3 "), gibt sich eine passende WLAN und IP-Einstellungen auf dem Rechner und schon kann man wieder darauf connecten und Fehleinstellungen wieder beheben. Dummerweise wird eine zufällige IBSS-Cell-ID verwendet, aber neuere Betriebssysteme können der Zelle trotzdem beitreten. Als ESSID kann man ''demo_mode_obiwan'' verwenden.

===== Schritt für Schritt Anleitung für Linux =====

Einstellungen

'''am Telefon'''
* Telefon anschalten und per Menüeintrag oder Tastenkombination "*#3" in Demomodus versetzen (z.B. als Einstellung Handset 1)
-> IP des Telefons wird danach zu 192.168.10.1

'''am Computer'''
* Konsole öffnen
per ifconfig checken welches das WLAN-Gerät am Rechner ist (im weiteren "wlan0" genannt)
ifconfig wlan0 down
iwconfig wlan0 mode ad-hoc (ad-hoc Modus aktivieren)
iwconfig wlan0 essid 'demo_mode_obiwan' (Passende essid-Kennung setzen)
iwconfig wlan0 key 5648751265 (Key für das VP6500)
ifconfig wlan0 up
ifconfig wlan0 192.168.10.2 (setzen der IP)

man kann nun mittels:

ping 192.168.10.1

testen ob alles korrekt verlaufen ist und man eine Antwort bekommt - sollte das der Fall sein ist man '''fertig!'''

Nun kann man per telnet oder ssh, mit den üblichen Benutzerkennung und dem Passwort, auf die IP 192.168.10.1 connecten und die Probleme beheben.

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

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.

==== Eigene Menüeinträge ====

Es besteht die Möglichkeit Menüeinträge anzulegen, durch die Shellskripte ausgeführt werden. Im Folgenden ist dieses Vorgehen am Beispiel des ein- und ausschaltens von SSH beschrieben.

===== SSH aktivieren & deaktivieren =====

*'''Achtung! Folgendes Vorgehen kann das Gerät bricken, falls Telnet deaktiviert ist und irgendwas mit SSH schief läuft!'''
*Die folgenden beiden Dateien repräsentieren die Menüeinträge und rufen ''enablessh'' bzw. ''disablessh'' auf.
:*''/usr/local/apps/Applications/enablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=enablessh
[Desktop Entry]
Exec=enablessh
Icon=Camera
Type=Application
Name[]=Enable SSH
:*''/usr/local/apps/Applications/disablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=disablessh
[Desktop Entry]
Exec=disablessh
Icon=Camera
Type=Application
Name[]=Disable SSH
*''enablessh'' und ''disablessh'' sind Shellskripte, die in ''/usr/local/bin/'' liegen und folgendes enthalten:
:*''/usr/local/bin/enablessh'':
#!/bin/sh
touch /var/log/lastlog
/etc/rc.d/init.d/S99dropbear restart
exit(0)
:*''/usr/local/bin/disablessh'':
#!/bin/sh
/etc/rc.d/init.d/S99dropbear stop
exit(0)
*Nach einem Neustart des Telefons sollten im Menü ''Anwendungen'' die zwei neuen Menüpunkte auftauchen.

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

<syntaxhighlight lang="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
</syntaxhighlight>

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 ====
<syntaxhighlight lang="xml">

# 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>

</syntaxhighlight>

UID ist wohl egal, solange sie nicht zweimal vorkommen.

Die Beschränkung auf 500 Adressbucheinträge kann man auch aufheben:
<pre>maxEntries = 500</pre> in der <pre>Contacts.conf</pre>

Die Kategorien stehen in <pre>/user_settings/Categories.xml</pre>:

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

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

Um VCards in das XML Format zu konvertieren gibts es im Forum folgendes kleines C-Programm: [http://www.mikrocontroller.net/attachment/74583/VCardsToXML.c] [http://www.mikrocontroller.net/attachment/highlight/74583]

==== 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) oder auch Audacity recht komfortabel erzeugen lassen.

Auch .wav Dateien mit 22050Hz werden problemlos abgespielt (ein wenig bessere Qualität als 16000hz) und sind als Klingeltöne nutzbar. Dateien mit 44100Hz spielt es leider nur 'ruckelnd' ab (32000Hhz nicht getestet).

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.

=== Systemtöne ===

*Sämtliche Systemtöne liegen unter ''/usr/local/sounds/'' und lassen sich problemlos durch andere Dateien ersetzen.
*z.B.:
**''charge.wav'' - Ton, wenn Gerät in die Basisstation gesetzt wird

=== 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 -
time.fu-berlin.de (bzw. chronos.zedat.fu-berlin.de) kann man als server nehmen.

vi Tipp hilfe:
<syntaxhighlight lang="c">
vi /usr/local/data/monitor.cfg
:%s/ntp.xs4all.nl/time.fu-berlin.de/g
:%s/130.142.110.71/130.133.1.10/g
</syntaxhighlight>

Aufgefallen ist, dass sich Telefone mit fest eingestellter IP nicht automatisch
die Uhrzeit abrufen. Stellt man das Telefon auf DHCP, stellt sich die Uhr
auch ohne Timeserver Modifikation auf die richtige Uhrzeit ein.

Wer lieber einen NTP-Client einsetzen möchte findet unter dem Link für [[#Weitere_Konsolenkommandos]] ein Paket mit ntpd oder auch ntpdate für den schnellen Zeitabgleich via Konsole:
 ntpdate pool.ntp.org

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

# Mit telnet auf dem Gerät einloggen
# folgendes in die Kommandozeile kopieren

<pre>
 cd /
 wget http://www.mikrocontroller.net/attachment/74656/dropbear.tgz
 tar -xzf dropbear.tgz
 rm dropbear.tgz
 cd /etc/rc.d/init.d
 mv dropbear S90dropbear
 ./S90dropbear start

</pre>

Das Kommando in Zeile 6 (mv ...) ist notwendig damit dropbear bei jedem Reboot automatisch gestartet wird.

Prüfen ob dropbear gestartet ist und läuft:

<pre>
# ps
PID Uid Stat Command
136 root S /usr/sbin/dropbear
</pre>

Bei jedem Login sucht dropbear nach der /var/log/lastlog, daher sollte man abschließend noch ein

<pre>
 touch /var/log/lastlog
</pre>

machen, um diese Datei anzulegen. Damit verschwinden auch die entsprechenden Fehlermeldungen im logread.

==== 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 ;-)

Ggf. kann der Fehler "Error opening terminal: xterm-color" auftreten wenn nano gestartet wird, in diesem Fall hilft folgendes:

* /root/.bashrc öffnen (mit vi :-)
* "export TERM=xterm" in die Datei schreiben
* ausloggen / einloggen

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

==== Weitere Konsolenkommandos ====

Auf http://thinksilicon.de/57/Hacking-the-VP6500.html finden sich einige nützliche Konsolentools. Darunter sind bc, lsof, file, curl, mc (bzw. mcedit), hexedit, mktemp, rsync, tcpdump, crond (mit crontab) und ntpd.
* Hinweis zu tcpdump; muss folgendermaßen ausgeführt werden:
 tcpdump -U root

=== simpler WLAN-Switcher ===

Ohne tiefer gehende GUI-Programmiererfahrungen bei Qtopia zu haben, kann man sich mit folgendem WLAN-Switcher behelfen:

Im Script /user_data/prod/config_ats.sh stehen viele Befehle, wie man mittels ''config code'' Einstellungen vorschreiben kann. Dies habe ich mir mit folgenden eigenen Scripten zu nutze gemacht:

'''/root/switch_wlan.sh'''
#!/bin/bash
#================================================
# WLAN-Switcher
#================================================
CONFIG_CODE=`cat /user_data/config_code.txt`
cp -f /usr/local/data/wpa_supplicant_ref_${CONFIG_CODE}.conf /user_data/wifi/wpa_supplicant.conf

* kopiert Anhand des ''config code''s die wpa_supplicant.conf
* es muss für jeden ''config code'' eine wpa_supplicant_ref_<''config code''>.conf vorhanden sein, am besten dazu die aktuelle /user_data/wifi/wpa_supplicant.conf dorthin kopieren

'''/root/set_config_code.sh'''
#!/bin/bash
echo "$1" > /user_data/config_code.txt

* schreibt den ersten übergebenen Parameter in die Datei /user_data/config_code.txt

'''/usr/local/bin/set2XXX'''
#!/bin/sh
/root/set_config_code.sh XXX
/root/switch_wlan.sh
reboot

* XXX durch den ''config code'' ersetzen
* Script, welches als Applikation gestartet wird
* derzeit leider keine "on-the-fly"-Eingabe des ''config code''s möglich, daher muss für jedes WLAN ein Script vorhanden sein

'''/usr/local/apps/Applications/set2YYY.desktop'''
[Translation]
File=QtopiaApplications
Context=set2XXX
[Desktop Entry]
Exec=set2XXX
Icon=Camera
Type=Application
Name[]=Enable YYY

* XXX durch den ''config code'' ersetzen (gleicher Scriptname wie oben)
* YYY durch einmaligen Namen ersetzen
* Diese Datei erscheint unter dem Name[] im Applications-Menü

Theoretisch kann man mit dieser Methode auch problemlos zwischen mehreren SIP-Einstellungen und vielen weiteren Telefoneinstellungen umschalten (siehe Dateien in /usr/local/data) - der DemoMode funktioniert nach dem gleichen Prinzip.

== 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 -p /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 tar xjf arm-linux-gcc-3.3.2.tar.bz2
sudo rm arm-linux-gcc-3.3.2.tar.bz2
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 voraus). 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).

= Sonstiges =

== 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
|-
| ind5 ||0703 || 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
|}
= Wünsche und Nutzungsideen =

Wer was äußern möchte, kann das hier reintippeln, zwecks Bündelung Interessen und Kräfte. Muss ja keiner das Rad 3x erfinden und man kann schaun was der ein oder andere macht.
Eine Status und Kontaktangabe bei Sachen die in Arbeit sind wäre toll.

== Software ==

* Audiostream-Player
* MP3
** madplay gibt es [http://www.mikrocontroller.net/topic/172616#1704777 hier], der automatische Stromsparmodus stört aber noch
* Browser und sei es nur für Wikipedia und Google
* Mailclient
* T9 Unterstützung bei Texteingabe
* Skypebenutzung
* Nutzungsmöglichkeit als Wireless-Webcam
* WLAN-Repeater
** besser: [http://freifunk.net Freifunk-] bzw. [http://www.olsr.org OLSR-Daemon]
* Wecker
* Voice-Crypto
* Unterstützung von mehreren WLAN Profilen, damit man das Gerät an mehreren APs betreiben kann ohne jedesmal SSID / Key neu eingeben zu müssen. (Sollte durch mehrere Einträge in der wpa_supplicant.conf möglich sein. Diese wird aber bei Änderungen über's Menü komplett überschrieben. Alternative: [[#simpler WLAN-Switcher]])
* Unterstützung von mehreren SIP Profilen, um z.b. von einem SIP-Anbieter auf den anderen zu wechseln. Ideal wäre, wenn man 2 SIP Profile gleichzeitig nutzen könnte
* YouTube Client, vgl. mit "MiniTube Linux"
* 'ne aktuelle Firmware? z.B: mit 2.6er Kernel und Android?
* Unterstützung für WLANs mit 802.1x die WPA2 verschlüsselt sind reparieren bzw. passende Konfig finden (unverschlüsselt geht schon)

== Hardwarerweiterungen ==

* Speichererweiterung
* USB Anschluss
* Blauzahn
* zusätzlicher Anschluss um eine andere Videokamera anzuschließen mit CINCH

== Nutzungsideen ==

* VoIP Phone und Webcam (nahliegend)
* WLAN-Finder
* Repeater
* mobiles Infogerät mit Wikizugriff und Mailpush in der Wireless-Bubble
* Türöffner, Ferncontroller
* Robohirn
* WLAN-Radio
* Video(Streaming)-Client in Verbindung mit VDR
* Barcode-Reader
* als Fernbedienung für PC (Winamp/Mediaplayer/VLC...
* Streamclient und Fernbedienung für DBOX2 mit Linux

[[Kategorie:Projekte]]
[[Kategorie:Datenübertragung]]

PHILIPS VP5500 VoIP Telefon

2011-07-03T13:10:13Z

Maschinist: /* Dropbear (SSH-Server) installieren */

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

= Allgemeines =

Bei den diesem Text zugrundeliegenden Geräten handelt es sich um videofähige VoIP-Phones des Herstellers Philips, die vom früheren holländischen Anbieter KPN vertrieben wurden und nach dessen Ausscheiden aus dem Markt nun günstig erhältlich sind.
Ihr geringer Preis, die SoC-Architektur und das darauf laufende OS macht sie dabei für all jene interessant, die ihre eigenen Ideen und Projekte auf der Basis eines solchen Gerätes verwirklichen wollen, und gibt den oft fabrikneuen Exemplaren eine Art zweite Chance.

== Features ==

=== VP5500 ===
* 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 2,5mm Klinke-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]]

=== VP6500 ===

* 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 3,5mm Klinke-Cinch
* 2x Philips Multilife AA/R6NM 1800mAh NiMH-Akkus, je 1,2V, Ladeempfehlung: 15h mit 180mAh
* englische, deutsche und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.
* Gewicht Mobilteil: 170 g (inkl. 2 NiMH-Akkus AA)
[[Bild:VP6500_kl.jpg]]

= Das VPx500 'rooten' =

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

== per telnet ==
Sobald das Telefon im Netzwerk angemeldet ist (egal ob DHCP oder statisch) kann über irgendein Terminal vom Netzwerk aus via telnet und der Telefon-IP auf das Gerät zugegriffen werden.
User: root / PW: toor

== 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 [http://www.lartmaker.nl/lartware/blob/ blob-Bootloaders] ist.
Dann kann man
boot root=/dev/mtdblock2 init=/bin/sh
eingeben, um an eine minimale Shell zu kommen.

In dieser setzt man dann mit
passwd
das Passwort für ''root''. Danach kann man sich als ''root'' mit dem gesetzten Passwort einloggen.

== 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 (von blooza http://www.mikrocontroller.net/topic/170483#1651124 bereitgestellt) oder 188.40.123.50 (von sprites http://spritesmods.com/?art=vpx500 bereitgestellt) 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)

==== Alternative ====
Wer sich den nicht ganz ungefährlichen Weg mit den anpassungen an der Fritzbox erspahren will, wechselt seine Fritzbox in den Expertenmodus. Danach kann man unter System - Netzwerk bei dem Punkt "IP adresse der Fritzbox ändern" bei vielen modellen den internen DHCP abschalten. Dann unter windows z.B. tftpd32 (http://tftpd32.jounin.net/) starten, in dessen DHCP-Server die Fritzbox als Gateway und den entsprechenden "modding-dns" eintragen und das Telefon neustarten.

War das Telefon schonmal angemeldet, versucht es die selbe IP vom neuen DHCP zu erzwingen, was tftpd32 nicht wirklich mag. Daher im tftpd32 die lease-ip bei 2 beginnen lassen und eine range von 250 eintragen, damit die vom Telefon verlangte IP auch im Adresspool des dhcp servers vorhanden ist.

=== Anleitung fli4l ===
Mit dem [http://www.fli4l.de fli4l] ist das ganze ganz einfach.

In der Datei config/dns_dhcp.txt den DNS Redirect für die zwei DNS-Name Konfigurieren.

<file>
DNS_REDIRECT_N='2' # number of redirected domains
DNS_REDIRECT_1='ntp.xs4all.nl' # 1st redirected domain
DNS_REDIRECT_1_IP='188.40.123.50' # IP of redirected domain

DNS_REDIRECT_2='vpcm-001.cust.kpn.net'
DNS_REDIRECT_2_IP='188.40.123.50'
</file>

= Hardware =

== verwendete Komponenten ==

* MCU: [http://www.mikrocontroller.net/attachment/72258/datasheet.pdf Freescale MC9328MX21] (ARM9) @ 266MHz ([http://en.wikipedia.org/wiki/I.MX21 Wikipedia_englisch])
** gehört zur ARM9E-Familie: ARMv5TEJ -"IntructionSet" (ARM926EJ-S)
** [http://www.freescale.com/files/32bit/doc/ref_manual/MC9328MX21RM.pdf MC9328MX21 Applications Processor Reference Manual]
* PC-to-TV-Konverter-Chip: [http://www.mikrocontroller.net/attachment/73579/Data_Sheets.zip FS455LF]
* WLAN: Marvell 88w8385, als Modul von [http://www.mikrocontroller.net/attachment/72802/WM-G-MR-01-v27__01192006.pdf WM-G-MR-01] (VP5500) / Philips [http://www.mikrocontroller.net/attachment/73812/BGW211_Preliminary_Datasheet_v1.1.pdf BGW211], on-board (VP6500)
* SDRAM: 2 x [http://www.mikrocontroller.net/attachment/72461/K4S56163LF.pdf K4S56163LF] - 4M x 16Bit x 4 Banks im VP5500
* SDRAM: 1 x [http://www.mikrocontroller.net/attachment/73520/Samsung_64MB_K4M51323PC_1_8V.pdf K4M51323PC_1_8V] - 4M x 32Bit x 4 Banks im VP6500
* Flash: 2 x ws128j0pbfw00 [http://www.mikrocontroller.net/attachment/72462/S29WS064J.pdf S29WS128J/064J] 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory im VP5500
* Flash: 1 x [http://www.mikrocontroller.net/attachment/73521/S29GL512N.pdf S29GL512N] - 512 Megabit, 3.0 Volt-only Page Mode Flash Memory im VP6500
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== Messungen ==

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

===== Telefon =====
* 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

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

=== Zerlegen des VP5500 ===
<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 (anfangen 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:
#* vorsichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Platine 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

=== Bilder vom VP5500 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 am VP5500 ===
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
|}

=== Testpins am VP6500 ===
Original Listen von [http://www.mikrocontroller.net/topic/170483#1658720 Tino] herunterladen. [[Media:V6500_Back.xls|Rückseite]], [[Media:V6500_Front.xls|Vorderseite]].

[[Bild:V6500_Back.jpg|thumb| Testpins auf der Rückseite]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 21 an BGW211EG || POR_N
|-
| 2 || Pin A 14 an i.MX21 || TOUT
|-
| 3 || Pin 46 an BGW211EG || JTAG_TDI
|-
| 4 || Pin 44 an BGW211EG || JTAG_TCLK
|-
| 5 || Pin 42 an BGW211EG || JTAG_TDO
|-
| 6 || Pin 47 an BGW211EG || JTAG_TRST_N
|-
| 7 || PIN 45 an BGW211EG || JTAG_TMS
|-
| 8 || Pin 43 an BGW211EG || JTAG_RTCLK
|-
| 9 || Pin C 14 an i.MX21 || TIN
|-
| 10 || VDD || VDD
|-
| 11 || Pin K 10 an i.MX21 || UART1_RXD
|-
| 12 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 13 || GND || GND
|-
| 14 || Pin U 17 an i.MX21 || BOOT2
|-
| 15 || Pin V 16 an i.MX21 || BOOT0
|}

[[Bild:V6500_Front.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 29 von BGW211EG & F 16 an i.MX21 || RESET_N / CSPI1_SS1
|-
| 2 || Pin 28 an BGW211EG & J 12 an i.MX21 || SPI_DAT_MOSI / CSPI1_MOSI
|-
| 3 || Pin 27 an BGW211EG & F 19 an i.MX21 || SPI_SS_N / CSPI1_SS0
|-
| 4 || Pin 26 an BGW21EG & F 17 an i.MX21 || SPI_DAT_MISO / CSPI1_MISO
|-
| 5 || Pin 25 an BGW211EG & H 10 an i.MX21 || SPI_CLK / CSPI1_SCLK
|-
| 6 || Pin 24 an BGW211EG & H 11 an i.MX21 || SPI_EXT_INT / CSPI1_RDY
|-
| 7 || Pin 41 an BGW211EG || UART_TX
|-
| 8 || Pin 40 an BGW211EG || UART_RX
|-
| 9 || Transistor unter Testpunkt || ?
|-
| 10 || GND || GND
|-
| 11 || LED || ?
|-
| 12 || Pin 8 am Kamerastecker || ?
|-
| 13 || Pin 18 am Kamerastecker || ?
|-
| 14 || Pin E 13 & H12 an FS455 || CLKIN / PREF
|-
| 15 || Pin D 13 an FS455 || CLKOUT
|-
| 16 || Pin A 11 an FS455 || XTAL_OUT
|-
| 17 || VDD von FS455 || VDD
|-
| 18 || Pin 15 & 16 am Displayconnector || ?
|-
| 19 || geht an 2 Dioden links daneben || ?
|-
| 20 || Pin M 19 an i.MX21 || UART1_CTS
|-
| 21 || Pin M 18 an i.MX21 || UART1_RTS & GND ??
|-
| 22 || VDDan i,MX21 || VDD
|-
| 23 || Pin G 10 an i.MX21 || USB_BYP
|-
| 24 || Pin A 19 an i.MX21 || SSI3_FS
|-
| 25 || Pin D 17 an i.MX21 || SSI2_CLK
|-
| 26 || VDD an i.MX21 || VDD
|-
| 27 || Pin T 17 an i.MX21 || SD1_D3
|-
| 28 || Pin A 15 an i.MX21 || SAP_TXDAT
|-
| 29 || GND || GND
|-
| 30 || Pin T 14 an i.MX21 || RESET_IN
|-
| 31 || Pin R 19 an i.MX21 || TRST
|-
| 32 || Pin P 19 an i.MX21 || TMS
|-
| 33 || Pin N 17 an i.MX21 || TCK
|-
| 34 || Pin K 11 an i.MX21 || TDO
|-
| 35 || Pin P 18 an i.MX21 || TDI
|-
| 36 || Pin 13 an TLV320 || OUTP2
|-
| 37 || Pin 14 an TLV320 || OUTMV
|-
| 38 || Pin 15 an BGW211EG || VDD
|-
| 39 || Pin an Klinkenbuchse || ?
|-
| 40 || Pin an Klinkenbuchse || ?
|-
| 41 || ? || ?
|-
| 42 || LED Tastatur || ?
|-
| 43 || LED Tastatur || ?
|-
| 44 || Pin 1,8 an 20XN2512 & Key ON || PowerON
|-
| 45 || Pin 7 an BDR72K || ?
|-
| 46 || Pin 2 an BDR72K || ?
|-
| 47 || Pin 6 an MRRBGB3 || ?
|-
| 48 || LED Tastatur || ?
|-
| 49 || Pin 10 an MRRBG3 || ?
|-
| 50 || LED Tastatur || ?
|-
| 51 || geht an Widerstand auf Rückseite ? || ?
|-
| 52 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 53 || geht an Diode und Kondensator auf der Rückseite || ?
|-
| 54 || Pin C 14 an i.MX21 || TIN
|-
| 55 || geht an Widerstand auf der Rückseite || ?
|-
| 56 || Pin 7 an BDR72K || ?
|-
| 57 || Pin K 10 an i.MX21 || UART1_RDX
|-
| 58 || Pin U 17 an i.MX21 || BOOT2
|-
| 59 || Pin T 16 an i.MX21 || BOOT1
|-
| 60 || geht an Widerstand auf der Rückseite || ?
|-
| 61 || Pin V 16 an i.MX21 || BOOT0
|-
| 62 || LED Tastatur || ?
|-
| 63 || LED Tastatur || ?
|-
| 64 || Pin 25 an TLV320 || MLCK
|-
| 65 || Pin4 an 69W2440D || ?
|-
| 66 || VDD von TLV320 || VDD
|-
| 67 || geht an Widerstand auf der Rückseite || ?
|-
| 68 || geht an Widerstand auf der Rückseite || ?
|-
| 69 || Pin 65 an MRRBG3 || ?
|-
| 70 || GND || GND
|-
| 71 || LED Tastatur || ?
|-
| 72 || LED Tastatur || ?
|-
| 73 || Akku positiv || Plus Akku
|-
| 74 || Ladekontakt positiv || Ladekontakt positiv
|-
| 75 || Akku positiv || Plus Akku
|}

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

* Spannungs-Pegel: 3.3V
* Baudrate: 115200 bps
* 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 unten 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 ==

Nachdem wir ja bereits wissen wie das [[#Zerlegen_des_Telefons]] geht, steht der Nachrüstung von Bauelementen und Schnittstellen generell nichts mehr im Wege.

=== Buchse für UART ins VP5500 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

=== Anschluss für UART des VP6500 zugänglich machen ===
Vorteil beim VP6500: es muss dazu nicht zerlegt werden, da sich die Kupferpads unter den Akkus im Akkufach verstecken. Dies ermöglicht eine lötfreie Variante des seriellen Anschlusses. Die Pinbelegung ist unter [[#VP6500_2|UART]] beschrieben.
<gallery>
Datei:01_Kuli-Molex.jpg|1. Benötigte Teile: Stück Plastik + Molex Stecker
Datei:02_gefeiltes_Plastik_18_mm.jpg|2. Länge der Aussparung im Batteriefach: 18 mm
Datei:03_gefeiltes_Plastik_4_mm.jpg|3. Breite der Aussparung im Batteriefach: 4 mm
Datei:04_gefeiltes_Plastik_passt.jpg|4. Solange feilen bis es passt
Datei:05_gefeiltes_Plastik_Kerben.jpg|5. Padabstand markiert
Datei:06_gekerbtes_Plastik_Molex.jpg|6. So bekommt man die Federn aus den Steckern
Datei:07_Federelement_roh.jpg|7. Frisch aus dem Stecker
Datei:08_Federelement_offen.jpg|8. Aufgebogen
Datei:10_Federelement_unter_Plastik.jpg|9. In Plastikführung
Datei:09_Federelement_umgebogen.jpg|10. Umgebogen
Datei:11_halbfertig_passt.jpg|11. Kerbung angepasst?
Datei:12_ganz_fertig1.jpg|12. Mit Heißkleber sichern
</gallery>
*1. Da wir 4 Pole anschließen wollen, benötigen wir 4 federnde Teile aus "Molex"-Steckern, wie man sie aus CPU-Lüftern kennt. (Entweder hat man einen 4-poligen für die modernen PWM geregeltn zur Hand den man ausschlachten kann, oder man nimmt zwei dreipolige alte auseinander.)
*2./3. Ferner braucht man ein Stück Plastik mit den Maßen 4 mm mal 18 mm, welches als Träger für die Federkontakte dienen soll. Die Höhe ist nicht so entscheidend. Man kann z.B. den Clip eines Kugelschreibes passend zuschneiden und feilen.
*4. Plastikträger so weit zufeilen, dass er in die Aussparung passt (Tip: Bindfaden darum knoten um ihn wieder entfernen zu können)
*5. Abstände zwischen den Kontakten die kontaktiert werden müssen (TIN, GND, RX, TX : siehe [[#UART|UART]]) markieren und in die Unterseite des Trägers Führungskerben für die Federn sägen. Ebenso braucht man kleine Aussparungen um die Metallzungen von der Platine in das Batteriefach zu führen.
*6./7. Aus den Molex-Steckern bekommt man die Federn sehr einfach raus, indem man mit einem kleinen flachen Schraubenzieher vorsichtig in die Aussparungen sticht und hinten am Kabel zieht.
*8. Die einzelnen Metallzungen nun noch auf 90° aufbiegen.
*9. In die Führungskerbe einschieben.
*10. Metallzunge umbiegen. (Zange)
*11. Sind alle Kerbungen und Aussparungen richtig abgemessen und gut zugefeilt, dann passt alles in die Lücke im Batteriefach, ohne dass sich die verschiedenen Metallteile berühren.
*12. Mit etwas Schrumpfschlauch und Heißkleiber kann man dem Verrutschen der Metallzungen vorbeugen und die Kurzschlußwahrscheinlichkeit senken. Ferner dient der Heißkleber als Kraftüberträger, damit die Batterien die leicht federnden Metallzungen fest auf die Kontakte auf der Platine drücken können.
*13. Batterien einsetzen. Ohne diese wird das ganze irgendwann doch wieder rausfallen und die Verbindung von Anfang an unzuverlässig sein.

Problembehandlung:
* Kein Kontakt: (Man kann z.B. die Masse auf Durchgang prüfen.)
** Träger nicht tief genug in die Lücke gedrückt: Mit schmalem Schraubenzieher nachdrücken. Meistens auf der Seite notwendig wo die Metallzungen nach oben kommen.
** Träger wird nach aussen gedrückt (Metallzungen federn ja): Mehr Heißkleber um mehr Druck durch die Batterien zu bekommen.
** Träger tief drin, aber trotzdem keine oder unzuverlässige Verbindung: Die Metallzungen auf der Unterseite haben verschiedene "Dicken", oder die Kerben sind unterschiedlich tief. Ein Tropfen Lötzinn auf die zu niedrigen Metallzungen erledigt dies. (Anmerkung: Der Autor musste überall ein wenig Lötzinn auftragen um die notwendige Dicke und sichere Verbindung zu erreichen.)

= Nutzung für Voice over IP (VoIP, SIP) =

== weiterführende Links ==

*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 [http://ekiga.org Ekiga] konnte so per 103@xxx.xxx.xxx.xxx bei ersten Tests eine Sprachverbindung zum Telefon aufgebaut werden.

== SIP Einstellungen ==

Die SIP Einstellungen können alternativ auch direkt in der Datei
/user_data/data/hpr0userparam.cfg
vorgenommen werden.

=== 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 Vodafone NGN (Arcor NGN) ===

* SIP1:
** Display Name: ...
** Username: VORWAHLUNDRUFNUMMER
** Telephone Number: (leer lassen)
* Auth:
** Auth Username: VORWAHLUNDRUFNUMMER
** Password: *********
* Server:
** arcor.de:5060
* Proxy:
** VORWAHL.sip.arcor.de:5060
* RTP:
** 10000 und 10001
* STUN:
** (X) use rport
* SIP2:
** UDP: 5060
** TCP: 5060
(getestet von Micha mit EasyBox 802; an EasyBox n-WLAN ausschalten)

=== 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
*STUN: [X] use rport
*SIP2
**SIP Port Listen
**for UDP: 5062
**for TCP: 5062
**for TCP TLS: 5053

SIP Outbound muss leer sein.

=== Alternative Einstellung für Sipgate ===

Hinter meiner Freetzbox hat die obige Einstellung nix gebracht - incoming calls wurden nicht signalisiert. Folgendes tut dagegen:

*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
** leer
*SIP2
**Symmetric Mode [X]
**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: egal <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 
 
'''Reiter SIP2''' 
[ ] Symmetric Mode 
SIP Port Listen 
for UDP: 5060 
 
'''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. 

Der SIP Listen Port 5060 hat mich viel Zeit gekostet - stand noch von sipgate direkt auf 5062 und das VP5500 hat sich dann zwar an der fritzbox registriert aber keine eingehenden Anrufe empfangen...

=== Fritz!Box Hinweis ===
Hinter meiner Fritz!Box konnte ich auf dem Port 5060 keine Incoming Calls bekommen, da die Box auf diesen Port für ihre eigenes System hört.
Geholfen hat mit dann ein Wechsel auf Port 5061 im Reiter SIP2

== Eigener VoIP Server mit Asterisk ==

*http://www.das-asterisk-buch.de

===Asterisk auf einer Fritz!Box===

*http://www.asterisk-kompakt.de/artikel/45-asterisk-auf-fritzbox-phone.html

== Videogespräche zu anderen Clients / Softphones ==
=== Ekiga Softphone ===

Damit Videos klappen, müssen Ekiga und VP6500 über mindestens einen übereinstimmenden Videocodec verfügen, klar. Im Falle des VP6500 ist es wohl so, daß ausschließlich H.263 in verschiedenen Ausprägungen zur Verfügung steht.

Ekiga kommt jedoch zunächst unter Ubuntu 9.10 nur mit H.261 und Theora Codec. Wir müssen daher den H.263-Codec in Ekiga zusätzlich einhängen.

Leider ist der H.263-Codec nicht ganz frei zugänglich, sodaß wir eine Fremdquelle benötigen, um den Codec mit dem Paketmanager installieren zu können. Daher muß Bojos Ekiga-Plugin-PPA wie in

https://launchpad.net/~bojo42/+archive/ekiga

beschrieben als Paketquelle hinzugefügt werden. Den zugehörigen Schlüssel nicht vergessen!
Wenn die neue Quelle bekannt gemacht ist, können im Paketmanager nun die

; Pakete
: libopal3.6.1-plugins-h263-1998
: libopal3.6.1-plugins-ilbc
: libavcodec-dev

installiert werden. Darauf achten, daß alle Abhängigkeiten sauber erfüllt sind.
Das H.263-Plugin läßt sich nur installieren, wenn libstdc++6 >= 4.4.0 vorhanden ist, was meines Wissens erst ab Ubuntu 9.10 der Fall ist.
Nach der Installation dieser Komponenten kann Ekiga neu gestartet werden. Es sollte nun unter Bearbeiten->Einstellungen->Video->Codecs zusätzlich den H.263-Codec anbieten. Durch Verschieben nach oben kann man diesen beim Handshake priorisieren.
Nach Integration des H.263-Codecs in Ekiga konnte ich mit zwei Sipgate-Accounts störungsfrei, sogar über den gleichen DSL-Anschluß, videofonieren.

== DEMO MODE ==

Um den DEMO MODE zwischen einem VP55 und VP65 herzustellen muss man die Dateien
mit den Einstellungen vom VP55 auf das VP65 übertragen. Diese liegen in
/usr/local/data/demo/ und es sind vier Dateien. Danach ist die SSID und der KEY
bei beiden gleich eingerichtet und die beiden Geräte verbinden sich miteinander.

= Software =

== Vorsicht Fallen! ==
Es ist nicht schwer, sich den Zugang zum Telefon abzuschneiden, wenn man nicht aufpasst.

== Betrieb mit aktivierter serieller Schnittstelle ==

Das 5500 und das 6500 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.

== 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 
'''a''' - anhängen (hinter dem aktuellem Zeichen in den Einfüge-Modus) 
'''[Esc]''' wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:d''n''d - löscht ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:y''n''y - kopiert ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:p - fügt Inhalt des Zeilenbuffer '''unter''' der aktuellen Zeile ein
:<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.

== Grundkonfiguration, die das Leben erleichtert ==
=== .bashrc ===
Die installierte Shell ist die bash. Einstellungen bezieht sie aus der (versteckten) Datei ".bashrc". Hier kann man sinnvolle Ergänzungen vornehmen, damit sich das Telefon ein bißchen mehr wie ein gewohntes Linux-System verhält:

<c>
alias vim=vi
PS1="[\u@\h] \w $ "
</c>

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

== Erkunden des Systems mit Bordmitteln ==

=== Ausgabe von <tt>dmesg</tt> auf einem VP6500 ===
<pre>
6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 68K
PCB version: ind3 v2
Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Driver GPIO-1.59 (REFERENCED)
****p_gpio_init_low_bat****
GPIO: p_gpio_it_init at 762
Driver FRAMEBUF-1.12 (REFERENCED)
Driver SPI-1.20 (REFERENCED) Debug level 3

u32_spi1_MinLenghtForDMAInTX set to 300

u32_spi1_MinLenghtForDMAInRX set to 300
Driver LCD-1.20 (REFERENCED)
Driver TVLINK-1.45 (REFERENCED)
Reset from Software Reset.
Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
pp: hw ver = 2
prp_dbg=0
Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
hmp4d: base_port=0x10026800 irq=50
hmp4d: module inserted
hmp4e: base_port=0x10026c00 irq=49
hmp4e: Compatble HW found with ID: 0x004c1882
hmp4e: module inserted. Major = 249
SPI2:: drv_Init :PID of driver: 134
SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
SPI2:: drv_Init :Ref.Clock parameter not provided
SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
SPI2:: drvRegEtherDev :Interface Name is: eth%d
SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Divider : 8

OCR2 : e4015308 (12582912)
Reset : 3 / 27 (c497cc00 / e401531c)

Reset : 3 / 27 (c497cc00 / e401531c)
GPIO: p_gpio_init_gpio_status at 1262
GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
GPIO: CHARGE_IN at init
GPIO: LOW_BAT_OUT at init
GPIO: No accessory plugged at init. - Set Video on jack
GPIO: camera to front at init
**ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
SPI2:: drvPhase2Init :Success
SPI2:: drvPhase2Init : registering callbacks with HHAL..
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
PhgHhalQueueMgmtReq:1172:HHAL got Init message
PhgHhalQueueMgmtReq:1217:HHAL done Init message
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
SPI2:: drvInit :Philips WLAN Drv - loaded
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :Device is not associated!
SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
SPI2:: drvOpen :Disabling again netqueue
requested reg.domain code setting = 3
SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
SPI2:: drvInitConnect :step3 : u8Status 255
SPI2:: drvInitConnect :step5
SPI2:: drvInitConnect :TIMEDOUT
SPI2:: drvInitConnect :step6
SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Motorola CSI Linux driver ver 0.1
- Copyright (C) 2004 Motorola Inc

Driver SENSOR-1.29 (REFERENCED)
i2c-client version : 1.9
Initialize i2c-client-aic14 module
Module i2c-client-aic14 initialized
Insert module aic14 (AIC14-1.0)
Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Driver KPP-1.36 (REFERENCED)
Driver DOZE-1.27 (REFERENCED)
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Ip addr = 10.63.17.5. LMP=2
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Sensor driver: initialize device OV7660
Warning: Remapping obsolete /dev/fb* minor 32 to 1
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
</pre>

=== Ausgabe von <tt>logread</tt> auf einem VP6500 ===
<pre>
Jan 1 00:00:00 imx21 syslog.info syslogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.emerg klogd: klogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.warn klogd: Linux version 2.4.20-celf3 (root@wbul04) (gcc version 3.3.2) #1 Wed Feb 28 13:30:26 UTC 2007
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: ARM926EJ-Sid(wb) [41069264] revision 4 (ARMv?(8))
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D undefined 14 cache
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: Machine: Freescale i.MX2 ADS
Jan 1 00:00:02 imx21 daemon.warn klogd: FCLK=266000 kHz HCLK=133000 kHz IPGCLK=66500 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: PERCLKs: 1=44333 KHz 2=33250 kHz 3=44333 kHz 4=88666 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: On node 0 totalpages: 16384
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(0): 16384 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(1): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(2): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: Kernel command line: root=/dev/mtdblock2 noinitrd ip=none mtdparts=s29gl512n:256k@0x00000000
(bootloader)ro,896k@0x00040000(kernel)ro,50432k@0x00120000(fs#1),12800k@0x03260000(fs#2),1152k@0x03EE0000(fs#3)
Jan 1 00:00:02 imx21 daemon.debug klogd: Relocating machine vectors to 0xffff0000
Jan 1 00:00:02 imx21 daemon.warn klogd: Console: colour dummy device 80x30
Jan 1 00:00:02 imx21 daemon.warn klogd: Calibrating delay loop (skipped)... 132.71 BogoMIPS
Jan 1 00:00:02 imx21 daemon.info klogd: Memory: 64MB = 64MB total
Jan 1 00:00:02 imx21 daemon.notice klogd: Memory: 63052KB available (1366K code, 299K data, 68K init)
Jan 1 00:00:02 imx21 daemon.info klogd: Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.info klogd: Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: POSIX conformance testing by UNIFIX
Jan 1 00:00:02 imx21 daemon.info klogd: Linux NET4.0 for Linux 2.4
Jan 1 00:00:02 imx21 daemon.info klogd: Based upon Swansea University Computer Society NET3.039
Jan 1 00:00:02 imx21 daemon.warn klogd: Initializing RT netlink socket
Jan 1 00:00:02 imx21 daemon.info klogd: apm: Simulating APM BIOS version 1.2 (Driver version 1.0)
Jan 1 00:00:02 imx21 daemon.warn klogd: i.MX21 Dynamic Power Management
Jan 1 00:00:02 imx21 daemon.warn klogd: Starting kswapd
Jan 1 00:00:02 imx21 daemon.warn klogd: Disabling the Out Of Memory Killer
Jan 1 00:00:02 imx21 daemon.notice klogd: JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
Jan 1 00:00:02 imx21 daemon.info klogd: i2c-core.o: i2c core module version 2.6.2 (20011118)
Jan 1 00:00:02 imx21 daemon.warn klogd: pty: 256 Unix98 ptys configured
Jan 1 00:00:02 imx21 daemon.info klogd: Serial driver version 5.05c (2001-07-08) with no serial options enabled
Jan 1 00:00:02 imx21 daemon.warn klogd: UART driver version 0.3.6
Jan 1 00:00:02 imx21 daemon.warn klogd: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan 1 00:00:02 imx21 daemon.warn klogd: I2C driver Feb 28 2007 / 13:31:04
Jan 1 00:00:02 imx21 daemon.info klogd: Initialize i2c-client-dbmx-codec module
Jan 1 00:00:02 imx21 daemon.notice klogd: s29gl512n: probing 16-bit flash bus
Jan 1 00:00:02 imx21 daemon.notice klogd: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 00:00:02 imx21 daemon.notice klogd: number of CFI chips: 1
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Using Write Buffer method.
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: buffer_Write_Time = 128
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Jan 1 00:00:02 imx21 daemon.notice klogd: Using static partition definition
Jan 1 00:00:02 imx21 daemon.notice klogd: Creating 5 MTD partitions on "s29gl512n":
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00000000-0x00040000 : "bootloader"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00040000-0x00120000 : "kernel"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00120000-0x03260000 : "fs #1"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03260000-0x03ee0000 : "fs #2"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03ee0000-0x04000000 : "fs #3"
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 00:00:02 imx21 daemon.info klogd: IP Protocols: ICMP, UDP, TCP
Jan 1 00:00:02 imx21 daemon.info klogd: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 00:00:02 imx21 daemon.info klogd: TCP: Hash tables configured (established 4096 bind 8192)
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 00:00:02 imx21 daemon.warn klogd: NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
Jan 1 00:00:02 imx21 daemon.warn klogd: VFS: Mounted root (jffs2 filesystem).
Jan 1 00:00:02 imx21 daemon.info klogd: Freeing init memory: 68K
Jan 1 00:00:02 imx21 daemon.warn klogd: PCB version: ind3 v2
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver GPIO-1.59 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: ****p_gpio_init_low_bat****
Jan 1 00:00:02 imx21 daemon.warn klogd: GPIO: p_gpio_it_init at 762
Jan 1 00:00:02 imx21 daemon.info klogd: Driver FRAMEBUF-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SPI-1.20 (REFERENCED) Debug level 3
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInTX set to 300
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInRX set to 300
Jan 1 00:00:02 imx21 daemon.info klogd: Driver LCD-1.20 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver TVLINK-1.45 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: Reset from Software Reset.
Jan 1 00:00:02 imx21 daemon.warn klogd: Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:02 imx21 daemon.warn klogd: pp: hw ver = 2
Jan 1 00:00:03 imx21 daemon.warn klogd: prp_dbg=0
Jan 1 00:00:03 imx21 daemon.warn klogd: Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: base_port=0x10026800 irq=50
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: module inserted
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: base_port=0x10026c00 irq=49
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: Compatble HW found with ID: 0x004c1882
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: module inserted. Major = 249
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :PID of driver: 134
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Ref.Clock parameter not provided
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvRegEtherDev :Interface Name is: eth%d
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Jan 1 00:00:03 imx21 daemon.warn klogd: Divider : 8
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: OCR2 : e4015308 (12582912)
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: p_gpio_init_gpio_status at 1262
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: CHARGE_IN at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: LOW_BAT_OUT at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: No accessory plugged at init. - Set Video on jack
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: camera to front at init
Jan 1 00:00:04 imx21 daemon.warn klogd: **ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Success
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init : registering callbacks with HHAL..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1172:HHAL got Init message
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1217:HHAL done Init message
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvInit :Philips WLAN Drv - loaded
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Device is not associated!
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Disabling again netqueue
Jan 1 00:00:07 imx21 daemon.warn klogd: requested reg.domain code setting = 3
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 255
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step5
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :TIMEDOUT
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Jan 1 00:00:12 imx21 daemon.warn klogd: Motorola CSI Linux driver ver 0.1
Jan 1 00:00:12 imx21 daemon.warn klogd: - Copyright (C) 2004 Motorola Inc
Jan 1 00:00:12 imx21 daemon.warn klogd:
Jan 1 00:00:12 imx21 daemon.info klogd: Driver SENSOR-1.29 (REFERENCED)
Jan 1 00:00:12 imx21 daemon.info klogd: i2c-client version : 1.9
Jan 1 00:00:12 imx21 daemon.info klogd: Initialize i2c-client-aic14 module
Jan 1 00:00:12 imx21 daemon.info klogd: Module i2c-client-aic14 initialized
Jan 1 00:00:12 imx21 daemon.alert klogd: Insert module aic14 (AIC14-1.0)
Jan 1 00:00:12 imx21 daemon.warn klogd: Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Jan 1 00:00:12 imx21 daemon.info klogd: Driver KPP-1.36 (REFERENCED)
Jan 1 00:00:13 imx21 daemon.info klogd: Driver DOZE-1.27 (REFERENCED)
Jan 1 00:00:14 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:15 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_NETSYNC_HMON_NAME...
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_HMON_NETSYNC_NAME...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-slot-0
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-service-0-0
Jan 1 00:00:20 imx21 local0.debug dhcpcd[337]: broadcasting DHCP_DISCOVER
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:23 imx21 daemon.err netsyncd[314]: father received(10) eth0 up!
Jan 1 00:00:23 imx21 daemon.info netsyncd[314]: Dhcp_start 337 return : 0
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:26 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:28 imx21 daemon.info netsyncd[314]: Dhcp_stop 359 return : 0
Jan 1 00:00:28 imx21 local0.debug dhcpcd[347]: sending DHCP_RELEASE for 10.63.17.5 to 10.63.17.1
Jan 1 00:00:29 imx21 local0.err dhcpcd[347]: terminating on signal 1
Jan 1 00:00:29 imx21 daemon.err netsyncd[314]: father received(12) eth0 down!
Jan 1 00:00:29 imx21 daemon.err klogd: SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:42 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:54 imx21 local0.debug dhcpcd[386]: broadcasting DHCP_DISCOVER
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: Dhcp_start 386 return : 0
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: NTP server request on : ntp.xs4all.nl
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Jan 1 00:00:57 imx21 daemon.warn klogd: Ip addr = 10.63.17.5. LMP=2
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: Sensor driver: initialize device OV7660
Jan 1 00:00:57 imx21 daemon.warn klogd: Warning: Remapping obsolete /dev/fb* minor 32 to 1
Apr 7 09:58:16 imx21 daemon.info netsyncd[314]: NTP process return code : 0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:58:19 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Apr 7 09:58:19 imx21 daemon.info upgraded[312]: K_SW0_DWNLD_ACK
Apr 7 09:58:27 imx21 auth.info login[393]: root login on `ttyp0' from `bittorf-AP.olsr'
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Apr 7 09:59:50 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Apr 7 10:14:53 imx21 auth.info login[408]: root login on `ttyp1' from `bittorf-AP.olsr'
Apr 7 10:17:18 imx21 syslog.info -- MARK --
</pre>

=== Ausgabe von <tt>/proc/cpuinfo</tt> auf einem VP6500 ===
<pre>
# cat /proc/cpuinfo
Processor : ARM926EJ-Sid(wb) rev 4 (v5EJl)
BogoMIPS : 133.01
Features : swp half thumb fastmult
CPU implementer : 0x41
CPU architecture: ?(8)
CPU variant : 0x0
CPU part : 0x926
CPU revision : 4
Cache type : undefined 14
Cache clean : undefined 14
Cache lockdown : undefined 14
Cache unified : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128

Hardware : Freescale i.MX2 ADS
Revision : 0000
Serial : 0000000000000000

</pre>

== Software Modifikationen ==

=== Startscripts ===
Die Scripts 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.

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

'''Achtung!'''

'''Das Herumspielen an der wpa_supplicant.conf endet sehr schnell damit das man sich ausperrt'''

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

==== Versehentliche Aussperrung nach WPA2 Einstellversuch beheben ====

'''1. DON'T PANIC!'''

Für den Fall das man sich den Zugangsweg per wireless abgeschnitten hat, gibt es, neben dem Bau eines seriellen Adapters und der Notwendigkeit zu löten, noch eine Variante um wieder auf das Telefon zu kommen:

'''den Demo-Modus!'''

Dieser Modus war dazu gedacht die Funktionalität der VPs ohne SIP-Server ausprobieren zu können. 2 Geräte starten dazu im WLAN-AdHoc-Modus mit unterschiedlichen IP's (192.168.10.1 + 192.168.10.2 , jeweils /24 = 255.255.255.0) und machen ein IBSS-Netzwerk mit WEP-Verschlüsselung auf (Key: VP6500 = 5648751265 beim VP5500 = 7295569793).

Nun kann man auch ein einzelnes Telefon in den Demo-Modus versetzen (vorhandener neuer Menüeintrag nach dem rooten, oder per Tastenkombination "*#3 "), gibt sich eine passende WLAN und IP-Einstellungen auf dem Rechner und schon kann man wieder darauf connecten und Fehleinstellungen wieder beheben. Dummerweise wird eine zufällige IBSS-Cell-ID verwendet, aber neuere Betriebssysteme können der Zelle trotzdem beitreten. Als ESSID kann man ''demo_mode_obiwan'' verwenden.

===== Schritt für Schritt Anleitung für Linux =====

Einstellungen

'''am Telefon'''
* Telefon anschalten und per Menüeintrag oder Tastenkombination "*#3" in Demomodus versetzen (z.B. als Einstellung Handset 1)
-> IP des Telefons wird danach zu 192.168.10.1

'''am Computer'''
* Konsole öffnen
per ifconfig checken welches das WLAN-Gerät am Rechner ist (im weiteren "wlan0" genannt)
ifconfig wlan0 down
iwconfig wlan0 mode ad-hoc (ad-hoc Modus aktivieren)
iwconfig wlan0 essid 'demo_mode_obiwan' (Passende essid-Kennung setzen)
iwconfig wlan0 key 5648751265 (Key für das VP6500)
ifconfig wlan0 up
ifconfig wlan0 192.168.10.2 (setzen der IP)

man kann nun mittels:

ping 192.168.10.1

testen ob alles korrekt verlaufen ist und man eine Antwort bekommt - sollte das der Fall sein ist man '''fertig!'''

Nun kann man per telnet oder ssh, mit den üblichen Benutzerkennung und dem Passwort, auf die IP 192.168.10.1 connecten und die Probleme beheben.

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

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.

==== Eigene Menüeinträge ====

Es besteht die Möglichkeit Menüeinträge anzulegen, durch die Shellskripte ausgeführt werden. Im Folgenden ist dieses Vorgehen am Beispiel des ein- und ausschaltens von SSH beschrieben.

===== SSH aktivieren & deaktivieren =====

*'''Achtung! Folgendes Vorgehen kann das Gerät bricken, falls Telnet deaktiviert ist und irgendwas mit SSH schief läuft!'''
*Die folgenden beiden Dateien repräsentieren die Menüeinträge und rufen ''enablessh'' bzw. ''disablessh'' auf.
:*''/usr/local/apps/Applications/enablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=enablessh
[Desktop Entry]
Exec=enablessh
Icon=Camera
Type=Application
Name[]=Enable SSH
:*''/usr/local/apps/Applications/disablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=disablessh
[Desktop Entry]
Exec=disablessh
Icon=Camera
Type=Application
Name[]=Disable SSH
*''enablessh'' und ''disablessh'' sind Shellskripte, die in ''/usr/local/bin/'' liegen und folgendes enthalten:
:*''/usr/local/bin/enablessh'':
#!/bin/sh
touch /var/log/lastlog
/etc/rc.d/init.d/S99dropbear restart
exit(0)
:*''/usr/local/bin/disablessh'':
#!/bin/sh
/etc/rc.d/init.d/S99dropbear stop
exit(0)
*Nach einem Neustart des Telefons sollten im Menü ''Anwendungen'' die zwei neuen Menüpunkte auftauchen.

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

Um VCards in das XML Format zu konvertieren gibts es im Forum folgendes kleines C-Programm: [http://www.mikrocontroller.net/attachment/74583/VCardsToXML.c] [http://www.mikrocontroller.net/attachment/highlight/74583]

==== 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) oder auch Audacity recht komfortabel erzeugen lassen.

Auch .wav Dateien mit 22050Hz werden problemlos abgespielt (ein wenig bessere Qualität als 16000hz) und sind als Klingeltöne nutzbar. Dateien mit 44100Hz spielt es leider nur 'ruckelnd' ab (32000Hhz nicht getestet).

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.

=== Systemtöne ===

*Sämtliche Systemtöne liegen unter ''/usr/local/sounds/'' und lassen sich problemlos durch andere Dateien ersetzen.
*z.B.:
**''charge.wav'' - Ton, wenn Gerät in die Basisstation gesetzt wird

=== 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 -
time.fu-berlin.de (bzw. chronos.zedat.fu-berlin.de) kann man als server nehmen.

vi Tipp hilfe:
<c>
vi /usr/local/data/monitor.cfg
:%s/ntp.xs4all.nl/time.fu-berlin.de/g
:%s/130.142.110.71/130.133.1.10/g
</c>

Aufgefallen ist, dass sich Telefone mit fest eingestellter IP nicht automatisch
die Uhrzeit abrufen. Stellt man das Telefon auf DHCP, stellt sich die Uhr
auch ohne Timeserver Modifikation auf die richtige Uhrzeit ein.

Wer lieber einen NTP-Client einsetzen möchte findet unter dem Link für [[#Weitere_Konsolenkommandos]] ein Paket mit ntpd oder auch ntpdate für den schnellen Zeitabgleich via Konsole:
ntpdate pool.ntp.org

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

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

Prüfen ob dropbear gestartet ist und läuft:
# ps
PID Uid Stat Command
136 root S /usr/sbin/dropbear

Bei jedem Login sucht dropbear nach der /var/log/lastlog, daher sollte man abschließend noch ein

touch /var/log/lastlog

machen, um diese Datei anzulegen. Damit verschwinden auch die entsprechenden Fehlermeldungen im logread.

==== 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 ;-)

Ggf. kann der Fehler "Error opening terminal: xterm-color" auftreten wenn nano gestartet wird, in diesem Fall hilft folgendes:

* /root/.bashrc öffnen (mit vi :-)
* "export TERM=xterm" in die Datei schreiben
* ausloggen / einloggen

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

==== Weitere Konsolenkommandos ====

Auf http://thinksilicon.de/57/Hacking-the-VP6500.html finden sich einige nützliche Konsolentools. Darunter sind bc, lsof, file, curl, mc (bzw. mcedit), hexedit, mktemp, rsync, tcpdump, crond (mit crontab) und ntpd.
* Hinweis zu tcpdump; muss folgendermaßen ausgeführt werden:
tcpdump -U root

=== simpler WLAN-Switcher ===

Ohne tiefer gehende GUI-Programmiererfahrungen bei Qtopia zu haben, kann man sich mit folgendem WLAN-Switcher behelfen:

Im Script /user_data/prod/config_ats.sh stehen viele Befehle, wie man mittels ''config code'' Einstellungen vorschreiben kann. Dies habe ich mir mit folgenden eigenen Scripten zu nutze gemacht:

'''/root/switch_wlan.sh'''
#!/bin/bash
#================================================
# WLAN-Switcher
#================================================

CONFIG_CODE=`cat /user_data/config_code.txt`

cp -f /usr/local/data/wpa_supplicant_ref_${CONFIG_CODE}.conf /user_data/wifi/wpa_supplicant.conf

* kopiert Anhand des ''config code''s die wpa_supplicant.conf
* es muss für jeden ''config code'' eine wpa_supplicant_ref_<''config code''>.conf vorhanden sein, am besten dazu die aktuelle /user_data/wifi/wpa_supplicant.conf dorthin kopieren

'''/root/set_config_code.sh'''
#!/bin/bash
echo "$1" > /user_data/config_code.txt

* schreibt den ersten übergebenen Parameter in die Datei /user_data/config_code.txt

'''/usr/local/bin/set2XXX'''
#!/bin/sh
/root/set_config_code.sh XXX
/root/switch_wlan.sh
reboot

* XXX durch den ''config code'' ersetzen
* Script, welches als Applikation gestartet wird
* derzeit leider keine "on-the-fly"-Eingabe des ''config code''s möglich, daher muss für jedes WLAN ein Script vorhanden sein

'''/usr/local/apps/Applications/set2YYY.desktop'''
[Translation]
File=QtopiaApplications
Context=set2XXX
[Desktop Entry]
Exec=set2XXX
Icon=Camera
Type=Application
Name[]=Enable YYY

* XXX durch den ''config code'' ersetzen (gleicher Scriptname wie oben)
* YYY durch einmaligen Namen ersetzen
* Diese Datei erscheint unter dem Name[] im Applications-Menü

Theoretisch kann man mit dieser Methode auch problemlos zwischen mehreren SIP-Einstellungen und vielen weiteren Telefoneinstellungen umschalten (siehe Dateien in /usr/local/data) - der DemoMode funktioniert nach dem gleichen Prinzip.

== 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 -p /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 tar xjf arm-linux-gcc-3.3.2.tar.bz2
sudo rm arm-linux-gcc-3.3.2.tar.bz2
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).

= Sonstiges =

== 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
|-
| ind5 ||0703 || 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
|}

= Wünsche und Nutzungsideen =

Wer was äußern möchte, kann das hier reintippeln, zwecks Bündelung Interessen und Kräfte. Muss ja keiner das Rad 3x erfinden und man kann schaun was der ein oder andere macht.
Eine Status und Kontaktangabe bei Sachen die in Arbeit sind wäre toll.

== Software ==

* Audiostream-Player
* MP3
** madplay gibt es [http://www.mikrocontroller.net/topic/172616#1704777 hier], der automatische Stromsparmodus stört aber noch
* Browser und sei es nur für Wikipedia und Google
* Mailclient
* T9 Unterstützung bei Texteingabe
* Skypebenutzung
* Nutzungsmöglichkeit als Wireless-Webcam
* WLAN-Repeater
** besser: [http://freifunk.net Freifunk-] bzw. [http://www.olsr.org OLSR-Daemon]
* Wecker
* Voice-Crypto
* Unterstützung von mehreren WLAN Profilen, damit man das Gerät an mehreren APs betreiben kann ohne jedesmal SSID / Key neu eingeben zu müssen. (Sollte durch mehrere Einträge in der wpa_supplicant.conf möglich sein. Diese wird aber bei Änderungen über's Menü komplett überschrieben. Alternative: [[#simpler WLAN-Switcher]])
* Unterstützung von mehreren SIP Profilen, um z.b. von einem SIP-Anbieter auf den anderen zu wechseln. Ideal wäre, wenn man 2 SIP Profile gleichzeitig nutzen könnte
* YouTube Client, vgl. mit "MiniTube Linux"
* 'ne aktuelle Firmware? z.B: mit 2.6er Kernel und Android?
* Unterstützung für WLANs mit 802.1x die WPA2 verschlüsselt sind reparieren bzw. passende Konfig finden (unverschlüsselt geht schon)

== Hardwarerweiterungen ==

* Speichererweiterung
* USB Anschluss
* Blauzahn
* zusätzlicher Anschluss um eine andere Videokamera anzuschließen mit CINCH
[[Datei:Beispiel.jpg]]

== Nutzungsideen ==

* VoIP Phone und Webcam (nahliegend)
* WLAN-Finder
* Repeater
* mobiles Infogerät mit Wikizugriff und Mailpush in der Wireless-Bubble
* Türöffner, Ferncontroller
* Robohirn
* WLAN-Radio
* Video(Streaming)-Client in Verbindung mit VDR
* Barcode-Reader
* als Fernbedienung für PC (Winamp/Mediaplayer/VLC...
* Streamclient und Fernbedienung für DBOX2 mit Linux

[[Kategorie:Projekte]]
[[Kategorie:Datenübertragung]]

PHILIPS VP5500 VoIP Telefon

2010-05-06T11:23:33Z

Maschinist: /* DEMO MODE */

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

= Allgemeines =

Bei den diesem Text zugrunde liegenden Geräten handelt es sich um videofähige VoIP-Phones des Hersteller Phillips, die vom früheren holländischen Anbieter KPN vertrieben wurden und nach dessen Ausscheiden aus dem Markt nun günstig erhaltlich sind.
Ihr geringer Preis, die SoC-Architektur und das darauf laufende OS macht sie dabei für all jene interessant, die ihre eigenen Ideen und Projekte auf der Basis eines solchen Gerätes verwirklichen wollen und gibt den oft fabrikneuen Exemplaren eine Art 2. Chance.

== Features ==

=== V5500 ===
* 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 2,5mm Klinke-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]]

=== V6500 ===

* 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 3,5mm Klinke-Cinch
* 2x Phillips Multilife AA/R6NM 1800mAh NiMH-Akkus, je 1,2V, Ladeempfehlung: 15h mit 180mAh
* englische und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.
* Gewicht Mobilteil: 170 g (inkl. 2 NiMH-Akkus AA)
[[Bild:VP6500_kl.jpg]]

= 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 [http://www.lartmaker.nl/lartware/blob/ blob-Bootloaders] ist.
Dann kann man
boot root=/dev/mtdblock2 init=/bin/sh
eingeben, um an eine minimale Shell zu kommen.

In dieser setzt man dann mit
passwd
man dann das Passwort für ''root''. Danach kann man sich als ''root'' mit dem gesetzten Passwort einloggen.

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

==== Alternative ====
Wer sich den nicht ganz ungefährlichen Weg mit den anpassungen an der Fritzbox erspahren will, wechselt seine Fritzbox in den Expertenmodus. Danach kann man unter System - Netzwerk bei dem Punkt "IP adresse der Fritzbox ändern" bei vielen modellen den internen DHCP abschalten. Dann unter windows z.B. tftpd32 (http://tftpd32.jounin.net/) starten, in dessen DHCP-Server die Fritzbox als Gateway und den entsprechenden "modding-dns" eintragen und das Telefon neustarten.

War das Telefon schonmal angemeldet, versucht es die selbe IP vom neuen DHCP zu erzwingen, was tftpd32 nicht wirklich mag. Daher im tftpd32 die lease-ip bei 2 beginnen lassen und eine range von 250 eintragen, damit die vom Telefon verlangte IP auch im Adresspool des dhcp servers vorhanden ist.

=== Anleitung fli4l ===
Mit dem [http://www.fli4l.de fli4l] ist das ganze ganz einfach.

In der Datei config/dns_dhcp.txt den DNS Redirect für die zwei DNS-Name Konfigurieren.

<file>
DNS_REDIRECT_N='2' # number of redirected domains
DNS_REDIRECT_1='ntp.xs4all.nl' # 1st redirected domain
DNS_REDIRECT_1_IP='188.40.123.50' # IP of redirected domain

DNS_REDIRECT_2='vpcm-001.cust.kpn.net'
DNS_REDIRECT_2_IP='188.40.123.50'
</file>

= Hardware =

== verwendete Komponenten ==

* MCU: [http://www.mikrocontroller.net/attachment/72258/datasheet.pdf Freescale MC9328MX21] (ARM9) @ 266MHz ([http://en.wikipedia.org/wiki/I.MX21 Wikipedia_englisch])
** gehört zur ARM9E-Familie: ARMv5TEJ -"IntructionSet" (ARM926EJ-S)
** [http://www.freescale.com/files/32bit/doc/ref_manual/MC9328MX21RM.pdf MC9328MX21 Applications Processor Reference Manual]
* PC-to-TV-Konverter-Chip: [http://www.mikrocontroller.net/attachment/73579/Data_Sheets.zip FS455LF]
* WLAN: Marvell 88w8385, als Modul von [http://www.mikrocontroller.net/attachment/72802/WM-G-MR-01-v27__01192006.pdf WM-G-MR-01] (VP5500) / Philips [http://www.mikrocontroller.net/attachment/73812/BGW211_Preliminary_Datasheet_v1.1.pdf BGW211], on-board (VP6500)
* SDRAM: 2 x [http://www.mikrocontroller.net/attachment/72461/K4S56163LF.pdf K4S56163LF] - 4M x 16Bit x 4 Banks im VP5500
* SDRAM: 1 x [http://www.mikrocontroller.net/attachment/73520/Samsung_64MB_K4M51323PC_1_8V.pdf K4M51323PC_1_8V] - 4M x 32Bit x 4 Banks im VP6500
* Flash: 2 x ws128j0pbfw00 [http://www.mikrocontroller.net/attachment/72462/S29WS064J.pdf S29WS128J/064J] 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory im VP5500
* Flash: 1 x [http://www.mikrocontroller.net/attachment/73521/S29GL512N.pdf S29GL512N] - 512 Megabit, 3.0 Volt-only Page Mode Flash Memory im VP6500
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== Messungen ==

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

===== Telefon =====
* 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

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

=== 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 (anfangen 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:
#* vorsichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Platine 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

=== Bilder vom 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 am VP5500 ===
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
|}

=== Testpins am VP6500 ===
Original Listen von [http://www.mikrocontroller.net/topic/170483#1658720 Tino] herunterladen. [[Media:V6500_Back.xls|Rückseite]], [[Media:V6500_Front.xls|Vorderseite]].

[[Bild:V6500_Back.jpg|thumb| Testpins auf der Rückseite]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 21 an BGW211EG || POR_N
|-
| 2 || Pin A 14 an i.MX21 || TOUT
|-
| 3 || Pin 46 an BGW211EG || JTAG_TDI
|-
| 4 || Pin 44 an BGW211EG || JTAG_TCLK
|-
| 5 || Pin 42 an BGW211EG || JTAG_TDO
|-
| 6 || Pin 47 an BGW211EG || JTAG_TRST_N
|-
| 7 || PIN 45 an BGW211EG || JTAG_TMS
|-
| 8 || Pin 43 an BGW211EG || JTAG_RTCLK
|-
| 9 || Pin C 14 an i.MX21 || TIN
|-
| 10 || VDD || VDD
|-
| 11 || Pin K 10 an i.MX21 || UART1_RXD
|-
| 12 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 13 || GND || GND
|-
| 14 || Pin U 17 an i.MX21 || BOOT2
|-
| 15 || Pin V 16 an i.MX21 || BOOT0
|}

[[Bild:V6500_Front.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 29 von BGW211EG & F 16 an i.MX21 || RESET_N / CSPI1_SS1
|-
| 2 || Pin 28 an BGW211EG & J 12 an i.MX21 || SPI_DAT_MOSI / CSPI1_MOSI
|-
| 3 || Pin 27 an BGW211EG & F 19 an i.MX21 || SPI_SS_N / CSPI1_SS0
|-
| 4 || Pin 26 an BGW21EG & F 17 an i.MX21 || SPI_DAT_MISO / CSPI1_MISO
|-
| 5 || Pin 25 an BGW211EG & H 10 an i.MX21 || SPI_CLK / CSPI1_SCLK
|-
| 6 || Pin 24 an BGW211EG & H 11 an i.MX21 || SPI_EXT_INT / CSPI1_RDY
|-
| 7 || Pin 41 an BGW211EG || UART_TX
|-
| 8 || Pin 40 an BGW211EG || UART_RX
|-
| 9 || Transistor unter Testpunkt || ?
|-
| 10 || GND || GND
|-
| 11 || LED || ?
|-
| 12 || Pin 8 am Kamerastecker || ?
|-
| 13 || Pin 18 am Kamerastecker || ?
|-
| 14 || Pin E 13 & H12 an FS455 || CLKIN / PREF
|-
| 15 || Pin D 13 an FS455 || CLKOUT
|-
| 16 || Pin A 11 an FS455 || XTAL_OUT
|-
| 17 || VDD von FS455 || VDD
|-
| 18 || Pin 15 & 16 am Displayconnector || ?
|-
| 19 || geht an 2 Dioden links daneben || ?
|-
| 20 || Pin M 19 an i.MX21 || UART1_CTS
|-
| 21 || Pin M 18 an i.MX21 || UART1_RTS & GND ??
|-
| 22 || VDDan i,MX21 || VDD
|-
| 23 || Pin G 10 an i.MX21 || USB_BYP
|-
| 24 || Pin A 19 an i.MX21 || SSI3_FS
|-
| 25 || Pin D 17 an i.MX21 || SSI2_CLK
|-
| 26 || VDD an i.MX21 || VDD
|-
| 27 || Pin T 17 an i.MX21 || SD1_D3
|-
| 28 || Pin A 15 an i.MX21 || SAP_TXDAT
|-
| 29 || GND || GND
|-
| 30 || Pin T 14 an i.MX21 || RESET_IN
|-
| 31 || Pin R 19 an i.MX21 || TRST
|-
| 32 || Pin P 19 an i.MX21 || TMS
|-
| 33 || Pin N 17 an i.MX21 || TCK
|-
| 34 || Pin K 11 an i.MX21 || TDO
|-
| 35 || Pin P 18 an i.MX21 || TDI
|-
| 36 || Pin 13 an TLV320 || OUTP2
|-
| 37 || Pin 14 an TLV320 || OUTMV
|-
| 38 || Pin 15 an BGW211EG || VDD
|-
| 39 || Pin an Klinkenbuchse || ?
|-
| 40 || Pin an Klinkenbuchse || ?
|-
| 41 || ? || ?
|-
| 42 || LED Tastatur || ?
|-
| 43 || LED Tastatur || ?
|-
| 44 || Pin 1,8 an 20XN2512 & Key ON || PowerON
|-
| 45 || Pin 7 an BDR72K || ?
|-
| 46 || Pin 2 an BDR72K || ?
|-
| 47 || Pin 6 an MRRBGB3 || ?
|-
| 48 || LED Tastatur || ?
|-
| 49 || Pin 10 an MRRBG3 || ?
|-
| 50 || LED Tastatur || ?
|-
| 51 || geht an Widerstand auf Rückseite ? || ?
|-
| 52 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 53 || geht an Diode und Kondensator auf der Rückseite || ?
|-
| 54 || Pin C 14 an i.MX21 || TIN
|-
| 55 || geht an Widerstand auf der Rückseite || ?
|-
| 56 || Pin 7 an BDR72K || ?
|-
| 57 || Pin K 10 an i.MX21 || UART1_RDX
|-
| 58 || Pin U 17 an i.MX21 || BOOT2
|-
| 59 || Pin T 16 an i.MX21 || BOOT1
|-
| 60 || geht an Widerstand auf der Rückseite || ?
|-
| 61 || Pin V 16 an i.MX21 || BOOT0
|-
| 62 || LED Tastatur || ?
|-
| 63 || LED Tastatur || ?
|-
| 64 || Pin 25 an TLV320 || MLCK
|-
| 65 || Pin4 an 69W2440D || ?
|-
| 66 || VDD von TLV320 || VDD
|-
| 67 || geht an Widerstand auf der Rückseite || ?
|-
| 68 || geht an Widerstand auf der Rückseite || ?
|-
| 69 || Pin 65 an MRRBG3 || ?
|-
| 70 || GND || GND
|-
| 71 || LED Tastatur || ?
|-
| 72 || LED Tastatur || ?
|-
| 73 || Akku positiv || Plus Akku
|-
| 74 || Ladekontakt positiv || Ladekontakt positiv
|-
| 75 || Akku positiv || Plus Akku
|}

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

Nachdem wir ja bereits wissen wie das [[#Zerlegen_des_Telefons]] geht, steht der Nachrüstung von Bauelementen und Schnittstellen generell nichts mehr im Wege.

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

= Nutzung für Voice over IP (VoIP, SIP) =

== weiterführende Links ==

*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 [http://ekiga.org Ekiga] konnte so per 103@xxx.xxx.xxx.xxx bei ersten Tests eine Sprachverbindung zum Telefon aufgebaut werden.

== SIP Einstellungen ==

Die SIP Einstellungen können alternativ auch direkt in der Datei
/user_data/data/hpr0userparam.cfg
vorgenommen werden.

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

=== Alternative Einstellung für Sipgate ===

Hinter meiner Freetzbox hat die obige Einstellung nix gebracht - incoming calls wurden nicht signalisiert. Folgendes tut dagegen:

*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
** leer
*SIP2
**Symmetric Mode [X]
**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 
 
'''Reiter SIP2''' 
[ ] Symmetric Mode 
SIP Port Listen 
for UDP: 5060 
 
'''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. 

Der SIP Listen Port 5060 hat mich viel Zeit gekostet - stand noch von sipgate direkt auf 5062 und das VP5500 hat sich dann zwar an der fritzbox registriert aber keine eingehenden Anrufe empfangen...

=== Fritz!Box Hinweis ===
Hinter meiner Fritz!Box konnte ich auf dem Port 5060 keine Incoming Calls bekommen, da die Box auf diesen Port für ihre eigenes System hört.
Geholfen hat mit dann ein Wechsel auf Port 5061 im Reiter SIP2

== Eigener VoIP Server mit Asterisk ==

*http://www.das-asterisk-buch.de

===Asterisk auf einer Fritz!Box===

*http://www.asterisk-kompakt.de/artikel/45-asterisk-auf-fritzbox-phone.html

== Videogespräche zu anderen Clients / Softphones ==
=== Ekiga Softphone ===

Damit Videos klappen, müssen Ekiga und VP6500 über mindestens einen übereinstimmenden Videocodec verfügen, klar. Im Falle des VP6500 ist es wohl so, daß ausschließlich H.263 in verschiedenen Ausprägungen zur Verfügung steht.

Ekiga kommt jedoch zunächst unter Ubuntu 9.10 nur mit H.261 und Theora Codec. Wir müssen daher den H.263-Codec in Ekiga zusätzlich einhängen.

Leider ist der H.263-Codec nicht ganz frei zugänglich, sodaß wir eine Fremdquelle benötigen, um den Codec mit dem Paketmanager installieren zu können. Daher muß Bojos Ekiga-Plugin-PPA wie in

https://launchpad.net/~bojo42/+archive/ekiga

beschrieben als Paketquelle hinzugefügt werden. Den zugehörigen Schlüssel nicht vergessen!
Wenn die neue Quelle bekannt gemacht ist, können im Paketmanager nun die

; Pakete
: libopal3.6.1-plugins-h263-1998
: libopal3.6.1-plugins-ilbc
: libavcodec-dev

installiert werden. Darauf achten, daß alle Abhängigkeiten sauber erfüllt sind.
Das H.263-Plugin läßt sich nur installieren, wenn libstdc++6 >= 4.4.0 vorhanden ist, was meines Wissens erst ab Ubuntu 9.10 der Fall ist.
Nach der Installation dieser Komponenten kann Ekiga neu gestartet werden. Es sollte nun unter Bearbeiten->Einstellungen->Video->Codecs zusätzlich den H.263-Codec anbieten. Durch Verschieben nach oben kann man diesen beim Handshake priorisieren.
Nach Integration des H.263-Codecs in Ekiga konnte ich mit zwei Sipgate-Accounts störungsfrei, sogar über den gleichen DSL-Anschluß, videofonieren.

== DEMO MODE ==

Um den DEMO MODE zwischen einem VP55 und VP65 herzustellen muss man die Dateien
mit den Einstellungen vom VP55 auf das VP65 übertragen. Diese liegen in
/usr/local/data/demo/ und es sind vier Dateien. Danach ist die SSID und der KEY
bei beiden gleich eingerichtet und die beiden Geräte verbinden sich miteinander.

= Software =

== Vorsicht Fallen! ==
Es ist nicht schwer, sich den Zugang zum Telefon abzuschneiden, wenn man nicht aufpasst.

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

== 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 
'''a''' - anhängen (hinter dem aktuellem Zeichen in den Einfüge-Modus) 
'''[Esc]''' wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:d''n''d - löscht ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:y''n''y - kopiert ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:p - fügt Inhalt des Zeilenbuffer '''unter''' der aktuellen Zeile ein
:<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.

== Erkunden des Systems mit Bordmitteln ==

=== Ausgabe von <tt>dmesg</tt> auf einem VP6500 ===
<pre>
6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 68K
PCB version: ind3 v2
Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Driver GPIO-1.59 (REFERENCED)
****p_gpio_init_low_bat****
GPIO: p_gpio_it_init at 762
Driver FRAMEBUF-1.12 (REFERENCED)
Driver SPI-1.20 (REFERENCED) Debug level 3

u32_spi1_MinLenghtForDMAInTX set to 300

u32_spi1_MinLenghtForDMAInRX set to 300
Driver LCD-1.20 (REFERENCED)
Driver TVLINK-1.45 (REFERENCED)
Reset from Software Reset.
Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
pp: hw ver = 2
prp_dbg=0
Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
hmp4d: base_port=0x10026800 irq=50
hmp4d: module inserted
hmp4e: base_port=0x10026c00 irq=49
hmp4e: Compatble HW found with ID: 0x004c1882
hmp4e: module inserted. Major = 249
SPI2:: drv_Init :PID of driver: 134
SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
SPI2:: drv_Init :Ref.Clock parameter not provided
SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
SPI2:: drvRegEtherDev :Interface Name is: eth%d
SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Divider : 8

OCR2 : e4015308 (12582912)
Reset : 3 / 27 (c497cc00 / e401531c)

Reset : 3 / 27 (c497cc00 / e401531c)
GPIO: p_gpio_init_gpio_status at 1262
GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
GPIO: CHARGE_IN at init
GPIO: LOW_BAT_OUT at init
GPIO: No accessory plugged at init. - Set Video on jack
GPIO: camera to front at init
**ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
SPI2:: drvPhase2Init :Success
SPI2:: drvPhase2Init : registering callbacks with HHAL..
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
PhgHhalQueueMgmtReq:1172:HHAL got Init message
PhgHhalQueueMgmtReq:1217:HHAL done Init message
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
SPI2:: drvInit :Philips WLAN Drv - loaded
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :Device is not associated!
SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
SPI2:: drvOpen :Disabling again netqueue
requested reg.domain code setting = 3
SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
SPI2:: drvInitConnect :step3 : u8Status 255
SPI2:: drvInitConnect :step5
SPI2:: drvInitConnect :TIMEDOUT
SPI2:: drvInitConnect :step6
SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Motorola CSI Linux driver ver 0.1
- Copyright (C) 2004 Motorola Inc

Driver SENSOR-1.29 (REFERENCED)
i2c-client version : 1.9
Initialize i2c-client-aic14 module
Module i2c-client-aic14 initialized
Insert module aic14 (AIC14-1.0)
Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Driver KPP-1.36 (REFERENCED)
Driver DOZE-1.27 (REFERENCED)
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Ip addr = 10.63.17.5. LMP=2
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Sensor driver: initialize device OV7660
Warning: Remapping obsolete /dev/fb* minor 32 to 1
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
</pre>

=== Ausgabe von <tt>logread</tt> auf einem VP6500 ===
<pre>
Jan 1 00:00:00 imx21 syslog.info syslogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.emerg klogd: klogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.warn klogd: Linux version 2.4.20-celf3 (root@wbul04) (gcc version 3.3.2) #1 Wed Feb 28 13:30:26 UTC 2007
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: ARM926EJ-Sid(wb) [41069264] revision 4 (ARMv?(8))
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D undefined 14 cache
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: Machine: Freescale i.MX2 ADS
Jan 1 00:00:02 imx21 daemon.warn klogd: FCLK=266000 kHz HCLK=133000 kHz IPGCLK=66500 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: PERCLKs: 1=44333 KHz 2=33250 kHz 3=44333 kHz 4=88666 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: On node 0 totalpages: 16384
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(0): 16384 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(1): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(2): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: Kernel command line: root=/dev/mtdblock2 noinitrd ip=none mtdparts=s29gl512n:256k@0x00000000
(bootloader)ro,896k@0x00040000(kernel)ro,50432k@0x00120000(fs#1),12800k@0x03260000(fs#2),1152k@0x03EE0000(fs#3)
Jan 1 00:00:02 imx21 daemon.debug klogd: Relocating machine vectors to 0xffff0000
Jan 1 00:00:02 imx21 daemon.warn klogd: Console: colour dummy device 80x30
Jan 1 00:00:02 imx21 daemon.warn klogd: Calibrating delay loop (skipped)... 132.71 BogoMIPS
Jan 1 00:00:02 imx21 daemon.info klogd: Memory: 64MB = 64MB total
Jan 1 00:00:02 imx21 daemon.notice klogd: Memory: 63052KB available (1366K code, 299K data, 68K init)
Jan 1 00:00:02 imx21 daemon.info klogd: Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.info klogd: Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: POSIX conformance testing by UNIFIX
Jan 1 00:00:02 imx21 daemon.info klogd: Linux NET4.0 for Linux 2.4
Jan 1 00:00:02 imx21 daemon.info klogd: Based upon Swansea University Computer Society NET3.039
Jan 1 00:00:02 imx21 daemon.warn klogd: Initializing RT netlink socket
Jan 1 00:00:02 imx21 daemon.info klogd: apm: Simulating APM BIOS version 1.2 (Driver version 1.0)
Jan 1 00:00:02 imx21 daemon.warn klogd: i.MX21 Dynamic Power Management
Jan 1 00:00:02 imx21 daemon.warn klogd: Starting kswapd
Jan 1 00:00:02 imx21 daemon.warn klogd: Disabling the Out Of Memory Killer
Jan 1 00:00:02 imx21 daemon.notice klogd: JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
Jan 1 00:00:02 imx21 daemon.info klogd: i2c-core.o: i2c core module version 2.6.2 (20011118)
Jan 1 00:00:02 imx21 daemon.warn klogd: pty: 256 Unix98 ptys configured
Jan 1 00:00:02 imx21 daemon.info klogd: Serial driver version 5.05c (2001-07-08) with no serial options enabled
Jan 1 00:00:02 imx21 daemon.warn klogd: UART driver version 0.3.6
Jan 1 00:00:02 imx21 daemon.warn klogd: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan 1 00:00:02 imx21 daemon.warn klogd: I2C driver Feb 28 2007 / 13:31:04
Jan 1 00:00:02 imx21 daemon.info klogd: Initialize i2c-client-dbmx-codec module
Jan 1 00:00:02 imx21 daemon.notice klogd: s29gl512n: probing 16-bit flash bus
Jan 1 00:00:02 imx21 daemon.notice klogd: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 00:00:02 imx21 daemon.notice klogd: number of CFI chips: 1
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Using Write Buffer method.
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: buffer_Write_Time = 128
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Jan 1 00:00:02 imx21 daemon.notice klogd: Using static partition definition
Jan 1 00:00:02 imx21 daemon.notice klogd: Creating 5 MTD partitions on "s29gl512n":
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00000000-0x00040000 : "bootloader"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00040000-0x00120000 : "kernel"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00120000-0x03260000 : "fs #1"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03260000-0x03ee0000 : "fs #2"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03ee0000-0x04000000 : "fs #3"
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 00:00:02 imx21 daemon.info klogd: IP Protocols: ICMP, UDP, TCP
Jan 1 00:00:02 imx21 daemon.info klogd: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 00:00:02 imx21 daemon.info klogd: TCP: Hash tables configured (established 4096 bind 8192)
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 00:00:02 imx21 daemon.warn klogd: NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
Jan 1 00:00:02 imx21 daemon.warn klogd: VFS: Mounted root (jffs2 filesystem).
Jan 1 00:00:02 imx21 daemon.info klogd: Freeing init memory: 68K
Jan 1 00:00:02 imx21 daemon.warn klogd: PCB version: ind3 v2
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver GPIO-1.59 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: ****p_gpio_init_low_bat****
Jan 1 00:00:02 imx21 daemon.warn klogd: GPIO: p_gpio_it_init at 762
Jan 1 00:00:02 imx21 daemon.info klogd: Driver FRAMEBUF-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SPI-1.20 (REFERENCED) Debug level 3
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInTX set to 300
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInRX set to 300
Jan 1 00:00:02 imx21 daemon.info klogd: Driver LCD-1.20 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver TVLINK-1.45 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: Reset from Software Reset.
Jan 1 00:00:02 imx21 daemon.warn klogd: Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:02 imx21 daemon.warn klogd: pp: hw ver = 2
Jan 1 00:00:03 imx21 daemon.warn klogd: prp_dbg=0
Jan 1 00:00:03 imx21 daemon.warn klogd: Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: base_port=0x10026800 irq=50
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: module inserted
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: base_port=0x10026c00 irq=49
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: Compatble HW found with ID: 0x004c1882
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: module inserted. Major = 249
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :PID of driver: 134
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Ref.Clock parameter not provided
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvRegEtherDev :Interface Name is: eth%d
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Jan 1 00:00:03 imx21 daemon.warn klogd: Divider : 8
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: OCR2 : e4015308 (12582912)
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: p_gpio_init_gpio_status at 1262
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: CHARGE_IN at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: LOW_BAT_OUT at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: No accessory plugged at init. - Set Video on jack
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: camera to front at init
Jan 1 00:00:04 imx21 daemon.warn klogd: **ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Success
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init : registering callbacks with HHAL..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1172:HHAL got Init message
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1217:HHAL done Init message
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvInit :Philips WLAN Drv - loaded
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Device is not associated!
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Disabling again netqueue
Jan 1 00:00:07 imx21 daemon.warn klogd: requested reg.domain code setting = 3
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 255
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step5
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :TIMEDOUT
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Jan 1 00:00:12 imx21 daemon.warn klogd: Motorola CSI Linux driver ver 0.1
Jan 1 00:00:12 imx21 daemon.warn klogd: - Copyright (C) 2004 Motorola Inc
Jan 1 00:00:12 imx21 daemon.warn klogd:
Jan 1 00:00:12 imx21 daemon.info klogd: Driver SENSOR-1.29 (REFERENCED)
Jan 1 00:00:12 imx21 daemon.info klogd: i2c-client version : 1.9
Jan 1 00:00:12 imx21 daemon.info klogd: Initialize i2c-client-aic14 module
Jan 1 00:00:12 imx21 daemon.info klogd: Module i2c-client-aic14 initialized
Jan 1 00:00:12 imx21 daemon.alert klogd: Insert module aic14 (AIC14-1.0)
Jan 1 00:00:12 imx21 daemon.warn klogd: Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Jan 1 00:00:12 imx21 daemon.info klogd: Driver KPP-1.36 (REFERENCED)
Jan 1 00:00:13 imx21 daemon.info klogd: Driver DOZE-1.27 (REFERENCED)
Jan 1 00:00:14 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:15 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_NETSYNC_HMON_NAME...
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_HMON_NETSYNC_NAME...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-slot-0
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-service-0-0
Jan 1 00:00:20 imx21 local0.debug dhcpcd[337]: broadcasting DHCP_DISCOVER
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:23 imx21 daemon.err netsyncd[314]: father received(10) eth0 up!
Jan 1 00:00:23 imx21 daemon.info netsyncd[314]: Dhcp_start 337 return : 0
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:26 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:28 imx21 daemon.info netsyncd[314]: Dhcp_stop 359 return : 0
Jan 1 00:00:28 imx21 local0.debug dhcpcd[347]: sending DHCP_RELEASE for 10.63.17.5 to 10.63.17.1
Jan 1 00:00:29 imx21 local0.err dhcpcd[347]: terminating on signal 1
Jan 1 00:00:29 imx21 daemon.err netsyncd[314]: father received(12) eth0 down!
Jan 1 00:00:29 imx21 daemon.err klogd: SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:42 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:54 imx21 local0.debug dhcpcd[386]: broadcasting DHCP_DISCOVER
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: Dhcp_start 386 return : 0
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: NTP server request on : ntp.xs4all.nl
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Jan 1 00:00:57 imx21 daemon.warn klogd: Ip addr = 10.63.17.5. LMP=2
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: Sensor driver: initialize device OV7660
Jan 1 00:00:57 imx21 daemon.warn klogd: Warning: Remapping obsolete /dev/fb* minor 32 to 1
Apr 7 09:58:16 imx21 daemon.info netsyncd[314]: NTP process return code : 0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:58:19 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Apr 7 09:58:19 imx21 daemon.info upgraded[312]: K_SW0_DWNLD_ACK
Apr 7 09:58:27 imx21 auth.info login[393]: root login on `ttyp0' from `bittorf-AP.olsr'
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Apr 7 09:59:50 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Apr 7 10:14:53 imx21 auth.info login[408]: root login on `ttyp1' from `bittorf-AP.olsr'
Apr 7 10:17:18 imx21 syslog.info -- MARK --
</pre>

=== Ausgabe von <tt>/proc/cpuinfo</tt> auf einem VP6500 ===
<pre>
# cat /proc/cpuinfo
Processor : ARM926EJ-Sid(wb) rev 4 (v5EJl)
BogoMIPS : 133.01
Features : swp half thumb fastmult
CPU implementer : 0x41
CPU architecture: ?(8)
CPU variant : 0x0
CPU part : 0x926
CPU revision : 4
Cache type : undefined 14
Cache clean : undefined 14
Cache lockdown : undefined 14
Cache unified : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128

Hardware : Freescale i.MX2 ADS
Revision : 0000
Serial : 0000000000000000

</pre>

== Software Modifikationen ==

=== Startscripts ===
Die Scripts 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.

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

'''Achtung!'''

'''Das Herumspielen an der wpa_supplicant.conf endet sehr schnell damit das man sich ausperrt'''

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

==== Versehentliche Aussperrung nach WPA2 Einstellversuch beheben ====

'''1. DON'T PANIC!'''

Für den Fall das man sich den Zugangsweg per wireless abgeschnitten hat, gibt es, neben dem Bau eines seriellen Adapters und der Notwendigkeit zu löten, noch eine Variante um wieder auf das Telefon zu kommen:

'''den Demo-Modus!'''

Dieser Modus war dazu gedacht die Funktionalität der VPs ohne SIP-Server ausprobieren zu können. 2 Geräte starten dazu im WLAN-AdHoc-Modus mit unterschiedlichen IP's (192.168.10.1 + 192.168.10.2 , jeweils /24 = 255.255.255.0) und machen ein IBSS-Netzwerk mit WEP-Verschlüsselung auf (Key: VP6500 = 5648751265 beim VP5500 = 7295569793).

Nun kann man auch ein einzelnes Telefon in den Demo-Modus versetzen (vorhandener neuer Menüeintrag nach dem rooten, oder per Tastenkombination "*#3 "), gibt sich eine passende WLAN und IP-Einstellungen auf dem Rechner und schon kann man wieder darauf connecten und Fehleinstellungen wieder beheben. Dummerweise wird eine zufällige IBSS-Cell-ID verwendet, aber neuere Betriebssysteme können der Zelle trotzdem beitreten. Als ESSID kann man ''demo_mode_obiwan'' verwenden.

===== Schritt für Schritt Anleitung für Linux =====

Einstellungen

'''am Telefon'''
* Telefon anschalten und per Menüeintrag oder Tastenkombination "*#3" in Demomodus versetzen (z.B. als Einstellung Handset 1)
-> IP des Telefons wird danach zu 192.168.10.1

'''am Computer'''
* Konsole öffnen
per ifconfig checken welches das WLAN-Gerät am Rechner ist (im weiteren "wlan0" genannt)
ifconfig wlan0 down
iwconfig wlan0 mode ad-hoc (ad-hoc Modus aktivieren)
iwconfig wlan0 essid 'demo_mode_obiwan' (Passende essid-Kennung setzen)
iwconfig wlan0 key 5648751265 (Key für das VP6500)
ifconfig wlan0 up
ifconfig wlan0 192.168.10.2 (setzen der IP)

man kann nun mittels:

ping 192.168.10.1

testen ob alles korrekt verlaufen ist und man eine Antwort bekommt - sollte das der Fall sein ist man '''fertig!'''

Nun kann man per telnet oder ssh, mit den üblichen Benutzerkennung und dem Passwort, auf die IP 192.168.10.1 connecten und die Probleme beheben.

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

==== Eigene Menüeinträge ====

Es besteht die Möglichkeit Menüeinträge anzulegen, durch die Shellskripte ausgeführt werden. Im Folgenden ist dieses Vorgehen am Beispiel des ein- und ausschaltens von SSH beschrieben.

===== SSH aktivieren & deaktivieren =====

*'''Achtung! Folgendes Vorgehen kann das Gerät bricken, falls Telnet deaktiviert ist und irgendwas mit SSH schief läuft!'''
*Die folgenden beiden Dateien repräsentieren die Menüeinträge und rufen ''enablessh'' bzw. ''disablessh'' auf.
:*''/usr/local/apps/Applications/enablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=enablessh
[Desktop Entry]
Exec=enablessh
Icon=Camera
Type=Application
Name[]=Enable SSH
:*''/usr/local/apps/Applications/disablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=disablessh
[Desktop Entry]
Exec=disablessh
Icon=Camera
Type=Application
Name[]=Disable SSH
*''enablessh'' und ''disablessh'' sind Shellskripte, die in ''/usr/local/bin/'' liegen und folgendes enthalten:
:*''/usr/local/bin/enablessh'':
#!/bin/sh
touch /var/log/lastlog
/etc/rc.d/init.d/S99dropbear restart
exit(0)
:*''/usr/local/bin/disablessh'':
#!/bin/sh
/etc/rc.d/init.d/S99dropbear stop
exit(0)
*Nach einem Neustart des Telefons sollten im Menü ''Anwendungen'' die zwei neuen Menüpunkte auftauchen.

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

Um VCards in das XML Format zu konvertieren gibts es im Forum folgendes kleines C-Programm: [http://www.mikrocontroller.net/attachment/74583/VCardsToXML.c] [http://www.mikrocontroller.net/attachment/highlight/74583]

==== 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) oder auch Audacity recht komfortabel erzeugen lassen.

Auch .wav Dateien mit 22050Hz werden problemlos abgespielt (ein wenig bessere Qualität als 16000hz) und sind als Klingeltöne nutzbar. Dateien mit 44100Hz spielt es leider nur 'ruckelnd' ab (32000Hhz nicht getestet).

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.

vi Tipp hilfe:
<c>
vi /usr/local/data/monitor.cfg
:%s/ntp.xs4all.nl/chronos.zedat.fu-berlin.de/g
:%s/130.142.110.71/130.133.1.10/g
</c>

Aufgefallen ist, dass sich Telefone mit fest eingestellter IP nicht automatisch
die Uhrzeit abrufen. Stellt man das Telefon auf DHCP, stellt sich die Uhr
auch ohne Timeserver Modifikation auf die richtige Uhrzeit ein.

Wer lieber einen NTP-Client einsetzen möchte findet unter dem Link für [[#Weitere_Konsolenkommandos]] ein Paket mit ntpd oder auch ntpdate für den schnellen Zeitabgleich via Konsole:
ntpdate pool.ntp.org

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

# Mit telnet auf dem Gerät einloggen
# folgendes in die Kommandozeile kopieren
cd /
wget --no-check-certificate 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.

hier ein Alternativlink falls Telnet Probleme macht:
wget http://www.mikrocontroller.net/attachment/74656/dropbear.tgz

prüfen ob dropbear gestartet ist und läuft:
# ps
PID Uid Stat Command
136 root S /usr/sbin/dropbear

==== 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 ;-)

Ggf. kann der Fehler "Error opening terminal: xterm-color" auftreten wenn nano gestartet wird, in diesem Fall hilft folgendes:

* /root/.bashrc öffnen (mit vi :-)
* "export TERM=xterm" in die Datei schreiben
* ausloggen / einloggen

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

==== Weitere Konsolenkommandos ====

Auf http://thinksilicon.de/57/Hacking-the-VP6500.html finden sich einige nützliche Konsolentools. Darunter sind bc, lsof, file, curl, mc (bzw. mcedit), hexedit, mktemp, rsync, tcpdump, crond (mit crontab) und ntpd.
* Hinweis zu tcpdump; muss folgendermaßen ausgeführt werden:
tcpdump -U root

=== simpler WLAN-Switcher ===

Ohne tiefer gehende GUI-Programmiererfahrungen bei Qtopia zu haben, kann man sich mit folgendem WLAN-Switcher behelfen:

Im Script /user_data/prod/config_ats.sh stehen viele Befehle, wie man mittels ''config code'' Einstellungen vorschreiben kann. Dies habe ich mir mit folgenden eigenen Scripten zu nutze gemacht:

'''/root/switch_wlan.sh'''
#!/bin/bash
#================================================
# WLAN-Switcher
#================================================

CONFIG_CODE=`cat /user_data/config_code.txt`

cp -f /usr/local/data/wpa_supplicant_ref_${CONFIG_CODE}.conf /user_data/wifi/wpa_supplicant.conf

* kopiert Anhand des ''config code''s die wpa_supplicant.conf
* es muss für jeden ''config code'' eine wpa_supplicant_ref_<''config code''>.conf vorhanden sein, am besten dazu die aktuelle /user_data/wifi/wpa_supplicant.conf dorthin kopieren

'''/root/set_config_code.sh'''
#!/bin/bash
echo "$1" > /user_data/config_code.txt

* schreibt den ersten übergebenen Parameter in die Datei /user_data/config_code.txt

'''/usr/local/bin/set2XXX'''
#!/bin/sh
/root/set_config_code.sh XXX
/root/switch_wlan.sh
reboot

* XXX durch den ''config code'' ersetzen
* Script, welches als Applikation gestartet wird
* derzeit leider keine "on-the-fly"-Eingabe des ''config code''s möglich, daher muss für jedes WLAN ein Script vorhanden sein

'''/usr/local/apps/Applications/set2YYY.desktop'''
[Translation]
File=QtopiaApplications
Context=set2XXX
[Desktop Entry]
Exec=set2XXX
Icon=Camera
Type=Application
Name[]=Enable YYY

* XXX durch den ''config code'' ersetzen (gleicher Scriptname wie oben)
* YYY durch einmaligen Namen ersetzen
* Diese Datei erscheint unter dem Name[] im Applications-Menü

Theoretisch kann man mit dieser Methode auch problemlos zwischen mehreren SIP-Einstellungen und vielen weiteren Telefoneinstellungen umschalten (siehe Dateien in /usr/local/data) - der DemoMode funktioniert nach dem gleichen Prinzip.

== 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 -p /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 tar xjf arm-linux-gcc-3.3.2.tar.bz2
sudo rm arm-linux-gcc-3.3.2.tar.bz2
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).

= Sonstiges =

== 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
|-
| ind5 ||0703 || 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
|}

= Wünsche und Nutzungsideen =

Wer was äußern möchte, kann das hier reintippeln, zwecks Bündelung Interessen und Kräfte. Muss ja keiner das Rad 3x erfinden und man kann schaun was der ein oder andere macht.
Eine Status und Kontaktangabe bei Sachen die in Arbeit sind wäre toll.

== Software ==

* Audiostream-Player
* MP3
* Browser und sei es nur für Wikipedia und Google
* Mailclient
* T9 Unterstützung bei Texteingabe
* Skypebenutzung
* Nutzungsmöglichkeit als Wireless-Webcam
* WLAN-Repeater
** besser: [http://freifunk.net Freifunk-] bzw. [http://www.olsr.org OLSR-Daemon]
* Wecker
* Voice-Crypto
* Unterstützung von mehreren WLAN Profilen, damit man das Gerät an mehreren APs betreiben kann ohne jedesmal SSID / Key neu eingeben zu müssen. (Sollte durch mehrere Einträge in der wpa_supplicant.conf möglich sein. Diese wird aber bei Änderungen über's Menü komplett überschrieben. Alternative: [[#simpler WLAN-Switcher]])
* Unterstützung von mehreren SIP Profilen, um z.b. von einem SIP-Anbieter auf den anderen zu wechseln. Ideal wäre, wenn man 2 SIP Profile gleichzeitig nutzen könnte
* YouTube Client, vgl. mit "MiniTube Linux"
* 'ne aktuelle Firmware? z.B: mit 2.6er Kernel und Android?
* Unterstützung für WLANs mit 802.1x die WPA2 verschlüsselt sind reparieren bzw. passende Konfig finden (unverschlüsselt geht schon)

== Hardwarerweiterungen ==

* Speichererweiterung
* USB Anschluss
* Blauzahn
* zusätzlicher Anschluss um eine andere Videokamera anzuschließen mit CINCH
[[Datei:Beispiel.jpg]]

== Nutzungsideen ==

* VoIP Phone und Webcam (nahliegend)
* WLAN-Finder
* Repeater
* mobiles Infogerät mit Wikizugriff und Mailpush in der Wireless-Bubble
* Türöffner, Ferncontroller
* Robohirn
* WLAN-Radio
* Video(Streaming)-Client in Verbindung mit VDR
* Barcode-Reader
* als Fernbedienung für PC (Winamp/Mediaplayer/VLC...
* Streamclient und Fernbedienung für DBOX2 mit Linux

PHILIPS VP5500 VoIP Telefon

2010-04-17T19:44:42Z

Maschinist: /* Alternative Einstellung für Sipgate */

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

= Allgemeines =

Bei den diesem Text zugrunde liegenden Geräten handelt es sich um videofähige VoIP-Phones des Hersteller Phillips, die vom früheren holländischen Anbieter KPN vertrieben wurden und nach dessen Ausscheiden aus dem Markt nun günstig erhaltlich sind.
Ihr geringer Preis, die SoC-Architektur und das darauf laufende OS macht sie dabei für all jene interessant, die ihre eigenen Ideen und Projekte auf der Basis eines solchen Gerätes verwirklichen wollen und gibt den oft fabrikneuen Exemplaren eine Art 2. Chance.

== Features ==

=== V5500 ===
* 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 2,5mm Klinke-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]]

=== V6500 ===

* 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 3,5mm Klinke-Cinch
* 2x Phillips Multilife AA/R6NM 1800mAh NiMH-Akkus, je 1,2V, Ladeempfehlung: 15h mit 180mAh
* englische und niederländische Menüsprache
* Software Qtopia Version 2.1.0
* Maße (LxBxH): 134x49x24 mm.
* Gewicht Mobilteil: 170 g (inkl. 2 NiMH-Akkus AA)
[[Bild:VP6500_kl.jpg]]

= 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 [http://www.lartmaker.nl/lartware/blob/ blob-Bootloaders] ist.
Dann kann man
boot root=/dev/mtdblock2 init=/bin/sh
eingeben, um an eine minimale Shell zu kommen.

In dieser setzt man dann mit
passwd
man dann das Passwort für ''root''. Danach kann man sich als ''root'' mit dem gesetzten Passwort einloggen.

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

==== Alternative ====
Wer sich den nicht ganz ungefährlichen Weg mit den anpassungen an der Fritzbox erspahren will, wechselt seine Fritzbox in den Expertenmodus. Danach kann man unter System - Netzwerk bei dem Punkt "IP adresse der Fritzbox ändern" bei vielen modellen den internen DHCP abschalten. Dann unter windows z.B. tftpd32 (http://tftpd32.jounin.net/) starten, in dessen DHCP-Server die Fritzbox als Gateway und den entsprechenden "modding-dns" eintragen und das Telefon neustarten.

War das Telefon schonmal angemeldet, versucht es die selbe IP vom neuen DHCP zu erzwingen, was tftpd32 nicht wirklich mag. Daher im tftpd32 die lease-ip bei 2 beginnen lassen und eine range von 250 eintragen, damit die vom Telefon verlangte IP auch im Adresspool des dhcp servers vorhanden ist.

=== Anleitung fli4l ===
Mit dem [http://www.fli4l.de fli4l] ist das ganze ganz einfach.

In der Datei config/dns_dhcp.txt den DNS Redirect für die zwei DNS-Name Konfigurieren.

<file>
DNS_REDIRECT_N='2' # number of redirected domains
DNS_REDIRECT_1='ntp.xs4all.nl' # 1st redirected domain
DNS_REDIRECT_1_IP='188.40.123.50' # IP of redirected domain

DNS_REDIRECT_2='vpcm-001.cust.kpn.net'
DNS_REDIRECT_2_IP='188.40.123.50'
</file>

= Hardware =

== verwendete Komponenten ==

* MCU: [http://www.mikrocontroller.net/attachment/72258/datasheet.pdf Freescale MC9328MX21] (ARM9) @ 266MHz ([http://en.wikipedia.org/wiki/I.MX21 Wikipedia_englisch])
** gehört zur ARM9E-Familie: ARMv5TEJ -"IntructionSet" (ARM926EJ-S)
** [http://www.freescale.com/files/32bit/doc/ref_manual/MC9328MX21RM.pdf MC9328MX21 Applications Processor Reference Manual]
* PC-to-TV-Konverter-Chip: [http://www.mikrocontroller.net/attachment/73579/Data_Sheets.zip FS455LF]
* WLAN: Marvell 88w8385, als Modul von [http://www.mikrocontroller.net/attachment/72802/WM-G-MR-01-v27__01192006.pdf WM-G-MR-01] (VP5500) / Philips [http://www.mikrocontroller.net/attachment/73812/BGW211_Preliminary_Datasheet_v1.1.pdf BGW211], on-board (VP6500)
* SDRAM: 2 x [http://www.mikrocontroller.net/attachment/72461/K4S56163LF.pdf K4S56163LF] - 4M x 16Bit x 4 Banks im VP5500
* SDRAM: 1 x [http://www.mikrocontroller.net/attachment/73520/Samsung_64MB_K4M51323PC_1_8V.pdf K4M51323PC_1_8V] - 4M x 32Bit x 4 Banks im VP6500
* Flash: 2 x ws128j0pbfw00 [http://www.mikrocontroller.net/attachment/72462/S29WS064J.pdf S29WS128J/064J] 128/64 Megabit (8/4 M x 16-Bit) CMOS 1.8 Volt-only Simultaneous Read/Write, Burst Mode Flash Memory im VP5500
* Flash: 1 x [http://www.mikrocontroller.net/attachment/73521/S29GL512N.pdf S29GL512N] - 512 Megabit, 3.0 Volt-only Page Mode Flash Memory im VP6500
* Kamera: dc-4626.a5 by chicony
* Display: Samsung LTS220QC (HD66772 Controller)

== Messungen ==

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

===== Telefon =====
* 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

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

=== 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 (anfangen 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:
#* vorsichtig diese Seite leicht anheben. Am unteren Ende ist auf die Kontakte zu achten
#* dann versuchen die Platine 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

=== Bilder vom 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 am VP5500 ===
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
|}

=== Testpins am VP6500 ===
Original Listen von [http://www.mikrocontroller.net/topic/170483#1658720 Tino] herunterladen. [[Media:V6500_Back.xls|Rückseite]], [[Media:V6500_Front.xls|Vorderseite]].

[[Bild:V6500_Back.jpg|thumb| Testpins auf der Rückseite]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 21 an BGW211EG || POR_N
|-
| 2 || Pin A 14 an i.MX21 || TOUT
|-
| 3 || Pin 46 an BGW211EG || JTAG_TDI
|-
| 4 || Pin 44 an BGW211EG || JTAG_TCLK
|-
| 5 || Pin 42 an BGW211EG || JTAG_TDO
|-
| 6 || Pin 47 an BGW211EG || JTAG_TRST_N
|-
| 7 || PIN 45 an BGW211EG || JTAG_TMS
|-
| 8 || Pin 43 an BGW211EG || JTAG_RTCLK
|-
| 9 || Pin C 14 an i.MX21 || TIN
|-
| 10 || VDD || VDD
|-
| 11 || Pin K 10 an i.MX21 || UART1_RXD
|-
| 12 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 13 || GND || GND
|-
| 14 || Pin U 17 an i.MX21 || BOOT2
|-
| 15 || Pin V 16 an i.MX21 || BOOT0
|}

[[Bild:V6500_Front.jpg|thumb| Frontseite: Die ICs wurden zum Messen ausgelötet.]]

{| class="wikitable"
! Testpin Nr. !! verbunden zu !! Funktion
|-
| 1 || Pin 29 von BGW211EG & F 16 an i.MX21 || RESET_N / CSPI1_SS1
|-
| 2 || Pin 28 an BGW211EG & J 12 an i.MX21 || SPI_DAT_MOSI / CSPI1_MOSI
|-
| 3 || Pin 27 an BGW211EG & F 19 an i.MX21 || SPI_SS_N / CSPI1_SS0
|-
| 4 || Pin 26 an BGW21EG & F 17 an i.MX21 || SPI_DAT_MISO / CSPI1_MISO
|-
| 5 || Pin 25 an BGW211EG & H 10 an i.MX21 || SPI_CLK / CSPI1_SCLK
|-
| 6 || Pin 24 an BGW211EG & H 11 an i.MX21 || SPI_EXT_INT / CSPI1_RDY
|-
| 7 || Pin 41 an BGW211EG || UART_TX
|-
| 8 || Pin 40 an BGW211EG || UART_RX
|-
| 9 || Transistor unter Testpunkt || ?
|-
| 10 || GND || GND
|-
| 11 || LED || ?
|-
| 12 || Pin 8 am Kamerastecker || ?
|-
| 13 || Pin 18 am Kamerastecker || ?
|-
| 14 || Pin E 13 & H12 an FS455 || CLKIN / PREF
|-
| 15 || Pin D 13 an FS455 || CLKOUT
|-
| 16 || Pin A 11 an FS455 || XTAL_OUT
|-
| 17 || VDD von FS455 || VDD
|-
| 18 || Pin 15 & 16 am Displayconnector || ?
|-
| 19 || geht an 2 Dioden links daneben || ?
|-
| 20 || Pin M 19 an i.MX21 || UART1_CTS
|-
| 21 || Pin M 18 an i.MX21 || UART1_RTS & GND ??
|-
| 22 || VDDan i,MX21 || VDD
|-
| 23 || Pin G 10 an i.MX21 || USB_BYP
|-
| 24 || Pin A 19 an i.MX21 || SSI3_FS
|-
| 25 || Pin D 17 an i.MX21 || SSI2_CLK
|-
| 26 || VDD an i.MX21 || VDD
|-
| 27 || Pin T 17 an i.MX21 || SD1_D3
|-
| 28 || Pin A 15 an i.MX21 || SAP_TXDAT
|-
| 29 || GND || GND
|-
| 30 || Pin T 14 an i.MX21 || RESET_IN
|-
| 31 || Pin R 19 an i.MX21 || TRST
|-
| 32 || Pin P 19 an i.MX21 || TMS
|-
| 33 || Pin N 17 an i.MX21 || TCK
|-
| 34 || Pin K 11 an i.MX21 || TDO
|-
| 35 || Pin P 18 an i.MX21 || TDI
|-
| 36 || Pin 13 an TLV320 || OUTP2
|-
| 37 || Pin 14 an TLV320 || OUTMV
|-
| 38 || Pin 15 an BGW211EG || VDD
|-
| 39 || Pin an Klinkenbuchse || ?
|-
| 40 || Pin an Klinkenbuchse || ?
|-
| 41 || ? || ?
|-
| 42 || LED Tastatur || ?
|-
| 43 || LED Tastatur || ?
|-
| 44 || Pin 1,8 an 20XN2512 & Key ON || PowerON
|-
| 45 || Pin 7 an BDR72K || ?
|-
| 46 || Pin 2 an BDR72K || ?
|-
| 47 || Pin 6 an MRRBGB3 || ?
|-
| 48 || LED Tastatur || ?
|-
| 49 || Pin 10 an MRRBG3 || ?
|-
| 50 || LED Tastatur || ?
|-
| 51 || geht an Widerstand auf Rückseite ? || ?
|-
| 52 || Pin L 13 an i.MX21 || UART1_TXD
|-
| 53 || geht an Diode und Kondensator auf der Rückseite || ?
|-
| 54 || Pin C 14 an i.MX21 || TIN
|-
| 55 || geht an Widerstand auf der Rückseite || ?
|-
| 56 || Pin 7 an BDR72K || ?
|-
| 57 || Pin K 10 an i.MX21 || UART1_RDX
|-
| 58 || Pin U 17 an i.MX21 || BOOT2
|-
| 59 || Pin T 16 an i.MX21 || BOOT1
|-
| 60 || geht an Widerstand auf der Rückseite || ?
|-
| 61 || Pin V 16 an i.MX21 || BOOT0
|-
| 62 || LED Tastatur || ?
|-
| 63 || LED Tastatur || ?
|-
| 64 || Pin 25 an TLV320 || MLCK
|-
| 65 || Pin4 an 69W2440D || ?
|-
| 66 || VDD von TLV320 || VDD
|-
| 67 || geht an Widerstand auf der Rückseite || ?
|-
| 68 || geht an Widerstand auf der Rückseite || ?
|-
| 69 || Pin 65 an MRRBG3 || ?
|-
| 70 || GND || GND
|-
| 71 || LED Tastatur || ?
|-
| 72 || LED Tastatur || ?
|-
| 73 || Akku positiv || Plus Akku
|-
| 74 || Ladekontakt positiv || Ladekontakt positiv
|-
| 75 || Akku positiv || Plus Akku
|}

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

Nachdem wir ja bereits wissen wie das [[#Zerlegen_des_Telefons]] geht, steht der Nachrüstung von Bauelementen und Schnittstellen generell nichts mehr im Wege.

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

= Nutzung für Voice over IP (VoIP, SIP) =

== weiterführende Links ==

*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 [http://ekiga.org Ekiga] konnte so per 103@xxx.xxx.xxx.xxx bei ersten Tests eine Sprachverbindung zum Telefon aufgebaut werden.

== SIP Einstellungen ==

Die SIP Einstellungen können alternativ auch direkt in der Datei
/user_data/data/hpr0userparam.cfg
vorgenommen werden.

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

=== Alternative Einstellung für Sipgate ===

Hinter meiner Freetzbox hat die obige Einstellung nix gebracht - incoming calls wurden nicht signalisiert. Folgendes tut dagegen:

*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
** leer
*SIP2
**Symmetric Mode [X]
**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 
 
'''Reiter SIP2''' 
[ ] Symmetric Mode 
SIP Port Listen 
for UDP: 5060 
 
'''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. 

Der SIP Listen Port 5060 hat mich viel Zeit gekostet - stand noch von sipgate direkt auf 5062 und das VP5500 hat sich dann zwar an der fritzbox registriert aber keine eingehenden Anrufe empfangen...

=== Fritz!Box Hinweis ===
Hinter meiner Fritz!Box konnte ich auf dem Port 5060 keine Incoming Calls bekommen, da die Box auf diesen Port für ihre eigenes System hört.
Geholfen hat mit dann ein Wechsel auf Port 5061 im Reiter SIP2

== Eigener VoIP Server mit Asterisk ==

*http://www.das-asterisk-buch.de

===Asterisk auf einer Fritz!Box===

*http://www.asterisk-kompakt.de/artikel/45-asterisk-auf-fritzbox-phone.html

== DEMO MODE ==

Um den DEMO MODE zwischen einem VP55 und VP65 herzustellen muss man die Dateien
mit den Einstellungen vom VP55 auf das VP65 übertragen. Diese liegen in
/usr/local/data/demo/ und es sind vier Dateien. Danach ist die SSID und der KEY
bei beiden gleich eingerichtet und die beiden Geräte verbinden sich miteinander.

= Software =

== Vorsicht Fallen! ==
Es ist nicht schwer, sich den Zugang zum Telefon abzuschneiden, wenn man nicht aufpasst.

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

== 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 
'''a''' - anhängen (hinter dem aktuellem Zeichen in den Einfüge-Modus) 
'''[Esc]''' wechselt zurück in den Kommandomodus.
In diesem kann mittels Pfeil- und Bildlauftasten navigiert werden.
:x - löscht das Zeichen an Cursor position
:d''n''d - löscht ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:y''n''y - kopiert ''n'' Zeile(n) in den Zeilenbuffer (ohne ''n'' = eine Zeile)
:p - fügt Inhalt des Zeilenbuffer '''unter''' der aktuellen Zeile ein
:<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.

== Erkunden des Systems mit Bordmitteln ==

=== Ausgabe von <tt>dmesg</tt> auf einem VP6500 ===
<pre>
6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 68K
PCB version: ind3 v2
Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Driver GPIO-1.59 (REFERENCED)
****p_gpio_init_low_bat****
GPIO: p_gpio_it_init at 762
Driver FRAMEBUF-1.12 (REFERENCED)
Driver SPI-1.20 (REFERENCED) Debug level 3

u32_spi1_MinLenghtForDMAInTX set to 300

u32_spi1_MinLenghtForDMAInRX set to 300
Driver LCD-1.20 (REFERENCED)
Driver TVLINK-1.45 (REFERENCED)
Reset from Software Reset.
Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
pp: hw ver = 2
prp_dbg=0
Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
hmp4d: base_port=0x10026800 irq=50
hmp4d: module inserted
hmp4e: base_port=0x10026c00 irq=49
hmp4e: Compatble HW found with ID: 0x004c1882
hmp4e: module inserted. Major = 249
SPI2:: drv_Init :PID of driver: 134
SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
SPI2:: drv_Init :Ref.Clock parameter not provided
SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
SPI2:: drvRegEtherDev :Interface Name is: eth%d
SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Divider : 8

OCR2 : e4015308 (12582912)
Reset : 3 / 27 (c497cc00 / e401531c)

Reset : 3 / 27 (c497cc00 / e401531c)
GPIO: p_gpio_init_gpio_status at 1262
GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
GPIO: CHARGE_IN at init
GPIO: LOW_BAT_OUT at init
GPIO: No accessory plugged at init. - Set Video on jack
GPIO: camera to front at init
**ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
SPI2:: drvPhase2Init :Success
SPI2:: drvPhase2Init : registering callbacks with HHAL..
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
PhgHhalQueueMgmtReq:1172:HHAL got Init message
PhgHhalQueueMgmtReq:1217:HHAL done Init message
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
SPI2:: drvInit :Philips WLAN Drv - loaded
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :Device is not associated!
SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
SPI2:: drvOpen :Disabling again netqueue
requested reg.domain code setting = 3
SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
SPI2:: drvInitConnect :step3 : u8Status 255
SPI2:: drvInitConnect :step5
SPI2:: drvInitConnect :TIMEDOUT
SPI2:: drvInitConnect :step6
SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Motorola CSI Linux driver ver 0.1
- Copyright (C) 2004 Motorola Inc

Driver SENSOR-1.29 (REFERENCED)
i2c-client version : 1.9
Initialize i2c-client-aic14 module
Module i2c-client-aic14 initialized
Insert module aic14 (AIC14-1.0)
Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Driver KPP-1.36 (REFERENCED)
Driver DOZE-1.27 (REFERENCED)
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
SPI2:: drvHhalEventIndicationHandler :device was already closed
SPI2:: drvOpen :opening net device
SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
SPI2:: drvDoScan :Buero (bittorf)
SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
SPI2:: drvInitConnect :Req to connect to new WLAN network
SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
SPI2:: drvInitConnect :Connecting To AP...
SPI2:: drvInitConnect :step2
SPI2:: drvHhalEventIndicationHandler :
SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
SPI2:: drvInitConnect :step3 : u8Status 8
SPI2:: drvInitConnect :step4
SPI2:: drvInitConnect :Successful
SPI2:: drvInitConnect :step6
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Ip addr = 10.63.17.5. LMP=2
SPI2:: drvIoctl :PA Request
SPI2:: drvIoctl :No state change!
SPI2:: drvIoctl :Fast PS Request
PhgHhalDoM2SDMA:1661:-->P1
SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Sensor driver: initialize device OV7660
Warning: Remapping obsolete /dev/fb* minor 32 to 1
SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
SPI2:: drvIoctl :PA Request
PhgHhalDoM2SDMA:1661:-->P0
SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
</pre>

=== Ausgabe von <tt>logread</tt> auf einem VP6500 ===
<pre>
Jan 1 00:00:00 imx21 syslog.info syslogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.emerg klogd: klogd started: BusyBox v0.60.0 (2007.02.28-13:39+0000)
Jan 1 00:00:02 imx21 daemon.warn klogd: Linux version 2.4.20-celf3 (root@wbul04) (gcc version 3.3.2) #1 Wed Feb 28 13:30:26 UTC 2007
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: ARM926EJ-Sid(wb) [41069264] revision 4 (ARMv?(8))
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D undefined 14 cache
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: CPU: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Jan 1 00:00:02 imx21 daemon.warn klogd: Machine: Freescale i.MX2 ADS
Jan 1 00:00:02 imx21 daemon.warn klogd: FCLK=266000 kHz HCLK=133000 kHz IPGCLK=66500 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: PERCLKs: 1=44333 KHz 2=33250 kHz 3=44333 kHz 4=88666 kHz
Jan 1 00:00:02 imx21 daemon.warn klogd: On node 0 totalpages: 16384
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(0): 16384 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(1): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: zone(2): 0 pages.
Jan 1 00:00:02 imx21 daemon.warn klogd: Kernel command line: root=/dev/mtdblock2 noinitrd ip=none mtdparts=s29gl512n:256k@0x00000000
(bootloader)ro,896k@0x00040000(kernel)ro,50432k@0x00120000(fs#1),12800k@0x03260000(fs#2),1152k@0x03EE0000(fs#3)
Jan 1 00:00:02 imx21 daemon.debug klogd: Relocating machine vectors to 0xffff0000
Jan 1 00:00:02 imx21 daemon.warn klogd: Console: colour dummy device 80x30
Jan 1 00:00:02 imx21 daemon.warn klogd: Calibrating delay loop (skipped)... 132.71 BogoMIPS
Jan 1 00:00:02 imx21 daemon.info klogd: Memory: 64MB = 64MB total
Jan 1 00:00:02 imx21 daemon.notice klogd: Memory: 63052KB available (1366K code, 299K data, 68K init)
Jan 1 00:00:02 imx21 daemon.info klogd: Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.info klogd: Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Mount-cache hash table entries: 1024 (order: 1, 8192 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan 1 00:00:02 imx21 daemon.warn klogd: POSIX conformance testing by UNIFIX
Jan 1 00:00:02 imx21 daemon.info klogd: Linux NET4.0 for Linux 2.4
Jan 1 00:00:02 imx21 daemon.info klogd: Based upon Swansea University Computer Society NET3.039
Jan 1 00:00:02 imx21 daemon.warn klogd: Initializing RT netlink socket
Jan 1 00:00:02 imx21 daemon.info klogd: apm: Simulating APM BIOS version 1.2 (Driver version 1.0)
Jan 1 00:00:02 imx21 daemon.warn klogd: i.MX21 Dynamic Power Management
Jan 1 00:00:02 imx21 daemon.warn klogd: Starting kswapd
Jan 1 00:00:02 imx21 daemon.warn klogd: Disabling the Out Of Memory Killer
Jan 1 00:00:02 imx21 daemon.notice klogd: JFFS2 version 2.1. (C) 2001, 2002 Red Hat, Inc., designed by Axis Communications AB.
Jan 1 00:00:02 imx21 daemon.info klogd: i2c-core.o: i2c core module version 2.6.2 (20011118)
Jan 1 00:00:02 imx21 daemon.warn klogd: pty: 256 Unix98 ptys configured
Jan 1 00:00:02 imx21 daemon.info klogd: Serial driver version 5.05c (2001-07-08) with no serial options enabled
Jan 1 00:00:02 imx21 daemon.warn klogd: UART driver version 0.3.6
Jan 1 00:00:02 imx21 daemon.warn klogd: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan 1 00:00:02 imx21 daemon.warn klogd: I2C driver Feb 28 2007 / 13:31:04
Jan 1 00:00:02 imx21 daemon.info klogd: Initialize i2c-client-dbmx-codec module
Jan 1 00:00:02 imx21 daemon.notice klogd: s29gl512n: probing 16-bit flash bus
Jan 1 00:00:02 imx21 daemon.notice klogd: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 00:00:02 imx21 daemon.notice klogd: number of CFI chips: 1
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Using Write Buffer method.
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: buffer_Write_Time = 128
Jan 1 00:00:02 imx21 daemon.notice klogd: cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Jan 1 00:00:02 imx21 daemon.notice klogd: Using static partition definition
Jan 1 00:00:02 imx21 daemon.notice klogd: Creating 5 MTD partitions on "s29gl512n":
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00000000-0x00040000 : "bootloader"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00040000-0x00120000 : "kernel"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x00120000-0x03260000 : "fs #1"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03260000-0x03ee0000 : "fs #2"
Jan 1 00:00:02 imx21 daemon.notice klogd: 0x03ee0000-0x04000000 : "fs #3"
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 00:00:02 imx21 daemon.info klogd: IP Protocols: ICMP, UDP, TCP
Jan 1 00:00:02 imx21 daemon.info klogd: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 00:00:02 imx21 daemon.info klogd: TCP: Hash tables configured (established 4096 bind 8192)
Jan 1 00:00:02 imx21 daemon.info klogd: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 00:00:02 imx21 daemon.warn klogd: NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com
Jan 1 00:00:02 imx21 daemon.warn klogd: VFS: Mounted root (jffs2 filesystem).
Jan 1 00:00:02 imx21 daemon.info klogd: Freeing init memory: 68K
Jan 1 00:00:02 imx21 daemon.warn klogd: PCB version: ind3 v2
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SYSTCLK: SYSTCLK-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver GPIO-1.59 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: ****p_gpio_init_low_bat****
Jan 1 00:00:02 imx21 daemon.warn klogd: GPIO: p_gpio_it_init at 762
Jan 1 00:00:02 imx21 daemon.info klogd: Driver FRAMEBUF-1.12 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver SPI-1.20 (REFERENCED) Debug level 3
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInTX set to 300
Jan 1 00:00:02 imx21 daemon.warn klogd:
Jan 1 00:00:02 imx21 daemon.warn klogd: u32_spi1_MinLenghtForDMAInRX set to 300
Jan 1 00:00:02 imx21 daemon.info klogd: Driver LCD-1.20 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.info klogd: Driver TVLINK-1.45 (REFERENCED)
Jan 1 00:00:02 imx21 daemon.warn klogd: Reset from Software Reset.
Jan 1 00:00:02 imx21 daemon.warn klogd: Motorola PostProcessor Linux driver ver 0.64 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:02 imx21 daemon.warn klogd: pp: hw ver = 2
Jan 1 00:00:03 imx21 daemon.warn klogd: prp_dbg=0
Jan 1 00:00:03 imx21 daemon.warn klogd: Motorola PreProcessor Linux driver ver 0.0 - Copyright (C) 2003 Motorola Inc
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: base_port=0x10026800 irq=50
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4d: module inserted
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: base_port=0x10026c00 irq=49
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: Compatble HW found with ID: 0x004c1882
Jan 1 00:00:03 imx21 daemon.info klogd: hmp4e: module inserted. Major = 249
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :PID of driver: 134
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanList not provided. Will use the default scan list.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :ScanChannelList :1 6 11 14 2 7 12 3 8 13 4 9 5 10
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :setting PhyType to: Rf-to-Rf
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Ref.Clock parameter not provided
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :Configure target for a reference clock of 'default=40' Mhz.
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvRegEtherDev :Interface Name is: eth%d
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drv_Init :HEOCSIWPOWON: Powering on...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Protocol Firmware will be loaded by driver ...
Jan 1 00:00:03 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Initializing HHAL (PhgHhalInitialize)...
Jan 1 00:00:03 imx21 daemon.warn klogd: Divider : 8
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: OCR2 : e4015308 (12582912)
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd:
Jan 1 00:00:03 imx21 daemon.warn klogd: Reset : 3 / 27 (c497cc00 / e401531c)
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: p_gpio_init_gpio_status at 1262
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: POWER_FAIL signal NOT detected at GPIO driver init carry on !!!
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: CHARGE_IN at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: LOW_BAT_OUT at init
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: No accessory plugged at init. - Set Video on jack
Jan 1 00:00:03 imx21 daemon.warn klogd: GPIO: camera to front at init
Jan 1 00:00:04 imx21 daemon.warn klogd: **ChargeStatusPmb=========gpio_Read_ChargeStatus_Ready=1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: PhgOsal_linux_init_thread :assigning thread name and deamonize() ..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :Success
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init : registering callbacks with HHAL..
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_COMPLETE; setting CARRIER_ON
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :calling PhgHhalQueueMgmtReq()!
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1172:HHAL got Init message
Jan 1 00:00:06 imx21 daemon.info klogd: PhgHhalQueueMgmtReq:1217:HHAL done Init message
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001002, IFF_UP=0
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvMgmtCfmHndler :Using MAC Address: 00:08:c6:86:8b:99
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvPhase2Init :init etherdev; stopping queue, setting CARRIER_OFF
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drv_Init :Philips WLAN Drv - loaded - in state: 1
Jan 1 00:00:06 imx21 daemon.err klogd: SPI2:: drvInit :Philips WLAN Drv - loaded
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Device is not associated!
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Carrier flag is already set to CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvOpen :Disabling again netqueue
Jan 1 00:00:07 imx21 daemon.warn klogd: requested reg.domain code setting = 3
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :set u8LinkAdaptation : 1 Result=[0]
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvIoctl :changed HEOCSIWLNADPALLOWRATES: 8 allowed rate codes
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:07 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:10 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; stopping queue
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 255
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step5
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :TIMEDOUT
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:11 imx21 daemon.err klogd: SPI2:: drvInitParamsAndPowerOnAndConnect :Connect failed!
Jan 1 00:00:12 imx21 daemon.warn klogd: Motorola CSI Linux driver ver 0.1
Jan 1 00:00:12 imx21 daemon.warn klogd: - Copyright (C) 2004 Motorola Inc
Jan 1 00:00:12 imx21 daemon.warn klogd:
Jan 1 00:00:12 imx21 daemon.info klogd: Driver SENSOR-1.29 (REFERENCED)
Jan 1 00:00:12 imx21 daemon.info klogd: i2c-client version : 1.9
Jan 1 00:00:12 imx21 daemon.info klogd: Initialize i2c-client-aic14 module
Jan 1 00:00:12 imx21 daemon.info klogd: Module i2c-client-aic14 initialized
Jan 1 00:00:12 imx21 daemon.alert klogd: Insert module aic14 (AIC14-1.0)
Jan 1 00:00:12 imx21 daemon.warn klogd: Module AIC14 assumes CODEC MCLK already configured for 20480000Hz
Jan 1 00:00:12 imx21 daemon.info klogd: Driver KPP-1.36 (REFERENCED)
Jan 1 00:00:13 imx21 daemon.info klogd: Driver DOZE-1.27 (REFERENCED)
Jan 1 00:00:14 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:15 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_NETSYNC_HMON_NAME...
Jan 1 00:00:15 imx21 daemon.info netsyncd[315]: creating FIFO_HMON_NETSYNC_NAME...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:18 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00001003, IFF_UP=1
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:19 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-slot-0
Jan 1 00:00:19 imx21 daemon.err modprobe: modprobe: Can't locate module sound-service-0-0
Jan 1 00:00:20 imx21 local0.debug dhcpcd[337]: broadcasting DHCP_DISCOVER
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:23 imx21 local0.debug dhcpcd[337]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:23 imx21 daemon.err netsyncd[314]: father received(10) eth0 up!
Jan 1 00:00:23 imx21 daemon.info netsyncd[314]: Dhcp_start 337 return : 0
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:26 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:26 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:28 imx21 daemon.info netsyncd[314]: Dhcp_stop 359 return : 0
Jan 1 00:00:28 imx21 local0.debug dhcpcd[347]: sending DHCP_RELEASE for 10.63.17.5 to 10.63.17.1
Jan 1 00:00:29 imx21 local0.err dhcpcd[347]: terminating on signal 1
Jan 1 00:00:29 imx21 daemon.err netsyncd[314]: father received(12) eth0 down!
Jan 1 00:00:29 imx21 daemon.err klogd: SPI2:: drvStop :Driver Stop: disable TX queue! (usage: 2)
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvIoctl :Deauth BSSID: 00:1d:7e:18:e3:89
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVENT_DISCONNECT; setting CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000002, IFF_UP=0
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already closed
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :opening net device
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvOpen :ERROR: Associated, but Carrier flag is set to CARRIER_OFF
Jan 1 00:00:41 imx21 daemon.err klogd: SPI2:: drvDoScan :Buero (bittorf)
Jan 1 00:00:42 imx21 daemon.err klogd: SPI2:: drvProcessScanCfm :Scan Confirm: Success 1 APs
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Req to connect to new WLAN network
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Disabling TX queue and setting CARRIER_OFF
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :Connecting To AP...
Jan 1 00:00:45 imx21 daemon.err klogd: SPI2:: drvInitConnect :step2
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PHGHHAL_EVNT_INIT_CONNECT; setting CARRIER_ON
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :netdev->flags=0x00000003, IFF_UP=1
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :device was already opened; enabling queue
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step3 : u8Status 8
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step4
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :Successful
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvInitConnect :step6
Jan 1 00:00:46 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:54 imx21 local0.debug dhcpcd[386]: broadcasting DHCP_DISCOVER
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_OFFER received from (10.63.17.1)
Jan 1 00:00:57 imx21 local0.debug dhcpcd[386]: DHCP_ACK received from (10.63.17.1)
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: Dhcp_start 386 return : 0
Jan 1 00:00:57 imx21 daemon.info netsyncd[314]: NTP server request on : ntp.xs4all.nl
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: drvSetWOWFilter: Enable UNICAST: Disable ARP: Enable
Jan 1 00:00:57 imx21 daemon.warn klogd: Ip addr = 10.63.17.5. LMP=2
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Jan 1 00:00:57 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Jan 1 00:00:57 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Jan 1 00:00:57 imx21 daemon.warn klogd: Sensor driver: initialize device OV7660
Jan 1 00:00:57 imx21 daemon.warn klogd: Warning: Remapping obsolete /dev/fb* minor 32 to 1
Apr 7 09:58:16 imx21 daemon.info netsyncd[314]: NTP process return code : 0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 4
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:58:19 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P0
Apr 7 09:58:19 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS wake (0) in Drvmain
Apr 7 09:58:19 imx21 daemon.info upgraded[312]: K_SW0_DWNLD_ACK
Apr 7 09:58:27 imx21 auth.info login[393]: root login on `ttyp0' from `bittorf-AP.olsr'
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11LongRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC0 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC1 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC2 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :dot11ShortRetryLimitAC3 = 8
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :PA Request
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :No state change!
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvIoctl :Fast PS Request
Apr 7 09:59:50 imx21 daemon.info klogd: PhgHhalDoM2SDMA:1661:-->P1
Apr 7 09:59:50 imx21 daemon.err klogd: SPI2:: drvHhalEventIndicationHandler :PS Ind (1) in Drvmain
Apr 7 10:14:53 imx21 auth.info login[408]: root login on `ttyp1' from `bittorf-AP.olsr'
Apr 7 10:17:18 imx21 syslog.info -- MARK --
</pre>

=== Ausgabe von <tt>/proc/cpuinfo</tt> auf einem VP6500 ===
<pre>
# cat /proc/cpuinfo
Processor : ARM926EJ-Sid(wb) rev 4 (v5EJl)
BogoMIPS : 133.01
Features : swp half thumb fastmult
CPU implementer : 0x41
CPU architecture: ?(8)
CPU variant : 0x0
CPU part : 0x926
CPU revision : 4
Cache type : undefined 14
Cache clean : undefined 14
Cache lockdown : undefined 14
Cache unified : Harvard
I size : 16384
I assoc : 4
I line length : 32
I sets : 128
D size : 16384
D assoc : 4
D line length : 32
D sets : 128

Hardware : Freescale i.MX2 ADS
Revision : 0000
Serial : 0000000000000000

</pre>

== Software Modifikationen ==

=== Startscripts ===
Die Scripts 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.

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

'''Achtung!'''

'''Das Herumspielen an der wpa_supplicant.conf endet sehr schnell damit das man sich ausperrt'''

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

==== Versehentliche Aussperrung nach WPA2 Einstellversuch beheben ====

'''1. DON'T PANIC!'''

Für den Fall das man sich den Zugangsweg per wireless abgeschnitten hat, gibt es, neben dem Bau eines seriellen Adapters und der Notwendigkeit zu löten, noch eine Variante um wieder auf das Telefon zu kommen:

'''den Demo-Modus!'''

Dieser Modus war dazu gedacht die Funktionalität der VPs ohne SIP-Server ausprobieren zu können. 2 Geräte starten dazu im WLAN-AdHoc-Modus mit unterschiedlichen IP's (192.168.10.1 + 192.168.10.2 , jeweils /24 = 255.255.255.0) und machen ein IBSS-Netzwerk mit WEP-Verschlüsselung auf (Key: VP6500 = 5648751265 beim VP5500 = 7295569793).

Nun kann man auch ein einzelnes Telefon in den Demo-Modus versetzen (vorhandener neuer Menüeintrag nach dem rooten, oder per Tastenkombination "*#3 "), gibt sich eine passende WLAN und IP-Einstellungen auf dem Rechner und schon kann man wieder darauf connecten und Fehleinstellungen wieder beheben. Dummerweise wird eine zufällige IBSS-Cell-ID verwendet, aber neuere Betriebssysteme können der Zelle trotzdem beitreten. Als ESSID kann man ''demo_mode_obiwan'' verwenden.

===== Schritt für Schritt Anleitung für Linux =====

Einstellungen

'''am Telefon'''
* Telefon anschalten und per Menüeintrag oder Tastenkombination "*#3" in Demomodus versetzen (z.B. als Einstellung Handset 1)
-> IP des Telefons wird danach zu 192.168.10.1

'''am Computer'''
* Konsole öffnen
per ifconfig checken welches das WLAN-Gerät am Rechner ist (im weiteren "wlan0" genannt)
ifconfig wlan0 down
iwconfig wlan0 mode ad-hoc (ad-hoc Modus aktivieren)
iwconfig wlan0 essid 'demo_mode_obiwan' (Passende essid-Kennung setzen)
iwconfig wlan0 key 5648751265 (Key für das VP6500)
ifconfig wlan0 up
ifconfig wlan0 192.168.10.2 (setzen der IP)

man kann nun mittels:

ping 192.168.10.1

testen ob alles korrekt verlaufen ist und man eine Antwort bekommt - sollte das der Fall sein ist man '''fertig!'''

Nun kann man per telnet oder ssh, mit den üblichen Benutzerkennung und dem Passwort, auf die IP 192.168.10.1 connecten und die Probleme beheben.

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

==== Eigene Menüeinträge ====

Es besteht die Möglichkeit Menüeinträge anzulegen, durch die Shellskripte ausgeführt werden. Im Folgenden ist dieses Vorgehen am Beispiel des ein- und ausschaltens von SSH beschrieben.

===== SSH aktivieren & deaktivieren =====

*'''Achtung! Folgendes Vorgehen kann das Gerät bricken, falls Telnet deaktiviert ist und irgendwas mit SSH schief läuft!'''
*Die folgenden beiden Dateien repräsentieren die Menüeinträge und rufen ''enablessh'' bzw. ''disablessh'' auf.
:*''/usr/local/apps/Applications/enablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=enablessh
[Desktop Entry]
Exec=enablessh
Icon=Camera
Type=Application
Name[]=Enable SSH
:*''/usr/local/apps/Applications/disablessh.desktop'':
[Translation]
File=QtopiaApplications
Context=disablessh
[Desktop Entry]
Exec=disablessh
Icon=Camera
Type=Application
Name[]=Disable SSH
*''enablessh'' und ''disablessh'' sind Shellskripte, die in ''/usr/local/bin/'' liegen und folgendes enthalten:
:*''/usr/local/bin/enablessh'':
#!/bin/sh
touch /var/log/lastlog
/etc/rc.d/init.d/S99dropbear restart
exit(0)
:*''/usr/local/bin/disablessh'':
#!/bin/sh
/etc/rc.d/init.d/S99dropbear stop
exit(0)
*Nach einem Neustart des Telefons sollten im Menü ''Anwendungen'' die zwei neuen Menüpunkte auftauchen.

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

Um VCards in das XML Format zu konvertieren gibts es im Forum folgendes kleines C-Programm: [http://www.mikrocontroller.net/attachment/74583/VCardsToXML.c] [http://www.mikrocontroller.net/attachment/highlight/74583]

==== 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) oder auch Audacity recht komfortabel erzeugen lassen.

Auch .wav Dateien mit 22050Hz werden problemlos abgespielt (ein wenig bessere Qualität als 16000hz) und sind als Klingeltöne nutzbar. Dateien mit 44100Hz spielt es leider nur 'ruckelnd' ab (32000Hhz nicht getestet).

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.

Aufgefallen ist, dass sich Telefone mit fest eingestellter IP nicht automatisch
die Uhrzeit abrufen. Stellt man das Telefon auf DHCP, stellt sich die Uhr
auch ohne Timeserver Modifikation auf die richtige Uhrzeit ein.

Wer lieber einen NTP-Client einsetzen möchte findet unter dem Link für [[#Weitere_Konsolenkommandos]] ein Paket mit ntpd oder auch ntpdate für den schnellen Zeitabgleich via Konsole:
ntpdate pool.ntp.org

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

# Mit telnet auf dem Gerät einloggen
# folgendes in die Kommandozeile kopieren
cd /
wget --no-check-certificate 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.

hier ein Alternativlink falls Telnet Probleme macht:
wget http://www.mikrocontroller.net/attachment/74656/dropbear.tgz

prüfen ob dropbear gestartet ist und läuft:
# ps
PID Uid Stat Command
136 root S /usr/sbin/dropbear

==== 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 ;-)

Ggf. kann der Fehler "Error opening terminal: xterm-color" auftreten wenn nano gestartet wird, in diesem Fall hilft folgendes:

* /root/.bashrc öffnen (mit vi :-)
* "export TERM=xterm" in die Datei schreiben
* ausloggen / einloggen

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

==== Weitere Konsolenkommandos ====

Auf http://thinksilicon.de/57/Hacking-the-VP6500.html finden sich einige nützliche Konsolentools. Darunter sind bc, lsof, file, curl, mc (bzw. mcedit), hexedit, mktemp, rsync, tcpdump und ntpd.
* Hinweis zu tcpdump; muss folgendermaßen ausgeführt werden:
tcpdump -U root

=== simpler WLAN-Switcher ===

Ohne tiefer gehende GUI-Programmiererfahrungen bei Qtopia zu haben, kann man sich mit folgendem WLAN-Switcher behelfen:

Im Script /user_data/prod/config_ats.sh stehen viele Befehle, wie man mittels ''config code'' Einstellungen vorschreiben kann. Dies habe ich mir mit folgenden eigenen Scripten zu nutze gemacht:

'''/root/switch_wlan.sh'''
#!/bin/bash
#================================================
# WLAN-Switcher
#================================================

CONFIG_CODE=`cat /user_data/config_code.txt`

cp -f /usr/local/data/wpa_supplicant_ref_${CONFIG_CODE}.conf /user_data/wifi/wpa_supplicant.conf

* kopiert Anhand des ''config code''s die wpa_supplicant.conf
* es muss für jeden ''config code'' eine wpa_supplicant_ref_<''config code''>.conf vorhanden sein, am besten dazu die aktuelle /user_data/wifi/wpa_supplicant.conf dorthin kopieren

'''/root/set_config_code.sh'''
#!/bin/bash
echo "$1" > /user_data/config_code.txt

* schreibt den ersten übergebenen Parameter in die Datei /user_data/config_code.txt

'''/usr/local/bin/set2XXX'''
#!/bin/sh
/root/set_config_code.sh XXX
/root/switch_wlan.sh
reboot

* XXX durch den ''config code'' ersetzen
* Script, welches als Applikation gestartet wird
* derzeit leider keine "on-the-fly"-Eingabe des ''config code''s möglich, daher muss für jedes WLAN ein Script vorhanden sein

'''/usr/local/apps/Applications/set2YYY.desktop'''
[Translation]
File=QtopiaApplications
Context=set2XXX
[Desktop Entry]
Exec=set2XXX
Icon=Camera
Type=Application
Name[]=Enable YYY

* XXX durch den ''config code'' ersetzen (gleicher Scriptname wie oben)
* YYY durch einmaligen Namen ersetzen
* Diese Datei erscheint unter dem Name[] im Applications-Menü

Theoretisch kann man mit dieser Methode auch problemlos zwischen mehreren SIP-Einstellungen und vielen weiteren Telefoneinstellungen umschalten (siehe Dateien in /usr/local/data) - der DemoMode funktioniert nach dem gleichen Prinzip.

== 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 -p /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 tar xjf arm-linux-gcc-3.3.2.tar.bz2
sudo rm arm-linux-gcc-3.3.2.tar.bz2
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).

= Sonstiges =

== 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
|-
| ind5 ||0703 || 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
|}

= Wünsche und Nutzungsideen =

Wer was äußern möchte, kann das hier reintippeln, zwecks Bündelung Interessen und Kräfte. Muss ja keiner das Rad 3x erfinden und man kann schaun was der ein oder andere macht.
Eine Status und Kontaktangabe bei Sachen die in Arbeit sind wäre toll.

== Software ==

* Audiostream-Player
* MP3
* Browser und sei es nur für Wikipedia und Google
* Mailclient
* T9 Unterstützung bei Texteingabe
* Skypebenutzung
* Nutzungsmöglichkeit als Wireless-Webcam
* WLAN-Repeater
** besser: [http://freifunk.net Freifunk-] bzw. [http://www.olsr.org OLSR-Daemon]
* Wecker
* Voice-Crypto
* Unterstützung von mehreren WLAN Profilen, damit man das Gerät an mehreren APs betreiben kann ohne jedesmal SSID / Key neu eingeben zu müssen. (Sollte durch mehrere Einträge in der wpa_supplicant.conf möglich sein. Diese wird aber bei Änderungen über's Menü komplett überschrieben. Alternative: [[#simpler WLAN-Switcher]])
* Unterstützung von mehreren SIP Profilen, um z.b. von einem SIP-Anbieter auf den anderen zu wechseln. Ideal wäre, wenn man 2 SIP Profile gleichzeitig nutzen könnte
* YouTube Client, vgl. mit "MiniTube Linux"
* 'ne aktuelle Firmware? z.B: mit 2.6er Kernel und Android?
* Unterstützung für WLANs mit 802.1x die WPA2 verschlüsselt sind reparieren bzw. passende Konfig finden (unverschlüsselt geht schon)

== Hardwarerweiterungen ==

* Speichererweiterung
* USB Anschluss
* Blauzahn
* zusätzlicher Anschluss um eine andere Videokamera anzuschließen mit CINCH
[[Datei:Beispiel.jpg]]

== Nutzungsideen ==

* VoIP Phone und Webcam (nahliegend)
* WLAN-Finder
* Repeater
* mobiles Infogerät mit Wikizugriff und Mailpush in der Wireless-Bubble
* Türöffner, Ferncontroller
* Robohirn
* WLAN-Radio
* Video(Streaming)-Client in Verbindung mit VDR
* Barcode-Reader
* als Fernbedienung für PC (Winamp/Mediaplayer/VLC...
* Streamclient und Fernbedienung für DBOX2 mit Linux