Ich höre mir ja einige Podcasts an die sich auch diesem Thema gewidmet haben. Als (noch) aktiver iPhone Besitzer hat mich das iPad sehr interessiert. Selbst die Vorstellung des iPad habe ich mir per Live-Stream angetan und war, ehrlich gesagt, ein wenig enttäuscht.

So viel Neues bietet das iPad nicht. Es ist, wie schon so oft gesagt wurde, ein großer iPod Touch.

Aber so platt möchte ich meine Meinung nicht im Raum stehen lassen. Ohne das iPad jemals in der Hand gehabt zu haben stelle ich mal meine, ganz subjektive Meinung dar:

Pro:

• Handlichkeit
• Akkulaufzeit
• “Couchfaktor”
• hoher WAF (Woman Acceptance Factor)
• gewohnter Umgang wie mit dem iPhone
• Umgang ohnehin “Idiotensicher” – Apple halt

Contra:

• iTunes Abhängigkeit (macht doch endlich mal ne Linuxversion!)
• imho zu groß zum täglichen Mitschleppen (Beweis steht aus)
• definitiv zu “unfrei”

Ich lasse “Sinn und Unsinn” eines solchen Tabletts mal aussen vor da ich denke, dass schon vieles in die Schublade “wer brauch denn sowas?” geschoben wurde, aber kurze Zeit später doch von jedem genutzt wurde. Nach den Netbooks ist imho ein Tablett die logische Konsequenz. Ob nun die Form des iPad das nonplusultra ist, sei dahin gestellt.

Komm ich mal zum Nutzen und den Einsatz des iPads aus meiner Sicht.
Ich denke das iPad ist das perfekte Gerät um Abends beim Fernsehen im Netz zu surfen, Mails zu lesen usw. Das, was ich sehr oft tue. Aus dieser Sicht wäre es, da ich aktuell ein neues Notebook benötigen würde, ein idealer Kauf.

Wenn da nicht ein Aber wäre. Das Aber ist leider genau der Knackpunkt. Ich surfe nicht nur, im Hintergrund läuft zumindest noch Jabber, IRC und twitter. Allein hier fängt es schon an mit dem iPad aufzuhören.
Für diesen Usecase müsste ich ständig zwischen Apps hin- und herwechseln. Ganze abgesehen davon, dass ich keine Filme von OTR (onlinetvrecorder.com) herunterladen, decodieren und schneiden, meine Mini-DV Filme bearbeiten oder sonstiges Programmiergefummel, was ich sonst so treibe, durchführen könnte. Das ist ganz einfach nicht Sinn und Zweck und schon garnicht Ziel des iPads.

Als Ersatz für ein Notebook im Wohnzimmer dient es also nicht. Nicht bei mir.

Bei meiner Frau hingegen aber schon. Zwar läuft hier auch Tagsüber der Jabber Client, aber das geht per IM+ und Push auch in ausreichender Form. Ansonsten wird hier nur mal eben was im Netz geschaut und EMails gelesen.

Als Zusatzgerät, damit das Notebook nur noch für spezielle Zwecke gebootet werden muss, wäre das iPad also ein echter Kandidat für mich.

Wobei das iPad an dieser Stelle für alle vernünftigen Tabletts steht, die noch kommen mögen.

Lucid Lynx (10.4) unterstützt das iPhone und den iPod Touch out of the Box.

Ich habe es eben getestet und konnte auf mein iPhone mit OS3.1.2 zugreifen.
Sowohl auf das Dateisystem als auch mit Rythmbox!

Ein Test wird folgen!

Hier in Link dazu:

http://ubuntuforums.org/showthread.php?t=1416507

Da Bilder mehr sprechen als tausend Worte, erkläre ich die Oberfläche anhand von eben solchen.

Zuerst einmal – Gnome hat keine 2 Panels mehr. Das untere Panel entfällt. Das Obere verändert sich ein wenig.
Links findet man den menüpunkt “Aktivitäten” – hierunter verbirgt sich alles, was man vorher in mehreren Menüs hatte. Programme, Orte, Settings, Suche…

In der Mitte gibts die Uhr nund rechts wie gewohnt das Benachrichtigungsfeld mit den Tasks und der Logout Menüpunkt.

Notifications, also alles was aufpoppt und was meldet wie z.B. Termine, erscheinen in einem schönen, leicht transparenten Balken unten wo ehemals auch ein Panel war.

Das “Tabben” – also wechseln von Fenstern per Alt+Tab Tastenkombi hat eine kleine aber feine Funktion dazu bekommen. Sicher das Unspektakulärste, aber dennoch Sinnvoll.
Drückt man Alt+Tab bekommt man eine Liste der geöffneten Programme. Hat ein Programm mehr als nur ein Fenster offen kann man das an einem Dreieck darunter erkennen. “Tabbt” man nun bis zu diesem Programm und drückt die “Pfeil runter” Taste erscheinen die Fenster und man kann gezielt dorthin wechseln.

Am interessantesten ist aber sicherlich das Menü “Aktivitäten”.
Geht man mit der Maus bis in die obere Linke ecke oder klickt man auf Aktivitäten _oder_ drückt man die Super-Teste (Windowszeichen) passiert ziemlich viel.
Zum einen, wer hätte es gedacht, geht das Menü auf und zeigt

Parallel dazu werden auf dem Hauptteil des Bildschirm alle virtuellen Desktops verkleinert dargestellt, und jeweils darin die dort offenen Fenster gekachelt abgebildet.
Dies ermöglicht ein sehr schnelles auffinden und wechseln von Fenstern.

Durch anwählen der Menüunterpunkte “Anwendungen” oder “Zuletzt verwendete Dokumente” klappt eine erweiterte Ansicht auf und man kann nach weiteren Programmen oder Dokumenten suchen.

Da der Cursor nach dem öffnen sofort in der Suchleiste aufzufinden ist, kann man auch direkt anfangen nach Programmen oder Dateien suchen.
Ein schnelles erweitern oder reduzieren der Desktopanzahl ist ebenfalls möglich.

So weit der kurze Überblick. Sollte ich noch mehr entdecken werde ich berichten.

Gnome-Shell ist wird die Benutzeroberfläche von Gnome 3 werden. Auf der im folgenden verlinkten Seite wird es als “Neudefinition der Benutzerinteraktion” betitelt.
Ganz so revolutionär wie es sich anhört ist es dann doch nicht ganz. Aber ich bin schwer begeistert. Daher auch der Artikel in meinem sonst so unbenutzten Blog.

Ich möchte an dieser Stelle nur die Schritte zur Übersetzung und Installation von Gnome-Shell in deutsch zusammenfassen da nicht jeder unbedingt des Angelsächsischen mächtig ist. Gerne können in den Kommentaren Ergänzungen und Ratschläge hinterlassen werden.

Hier die original Seite auf Gnome Life: http://live.gnome.org/GnomeShell#building

Das hier verwendete JHBuild Setup verändert nichts an dem laufenden System. Von daher kann man darauf verzichten extra eine VMWare oder VirtualBox für das testen von Gnome-Shell aufzusetzen. Abgesehen davon haben die keine sonderlich gute 3D Unterstützung. Diese ist aber für Gnome-Shell notwendig.

Um das setup herunter zu laden muss folgender Befehl eingegeben werden:
curl -O http://git.gnome.org/browse/gnome-shell/plain/tools/build/gnome-shell-build-setup.sh

Sollte curl noch nicht instalkliert sein kann dies mit
sudo aptitude install curl
nachgeholt werden um danach nochmal obigen Befehl abzusetzen.

Nach dem download noch
/bin/bash gnome-shell-build-setup.sh
und dann rattert die Maschine ein wenig.

Das Script erstellt im home Ordner eine Datei Namens .jhbuildrc-custom in der manche Einträge nach Wunsch editiert werden können. Ich habe alles gelassen wie es war.

Danach kann man die Shell mit ihren Abhängigkeiten bauen in dem man
jhbuild build
engibt.

Als Hinweis wird hier erwähnt, dass es “eigentlich zuverlässig laufen sollte”. Bei mir tat es das. Wenn nicht kann man gerne bei den Entwicklern nachfragen.

Sollte man erst probleme gehabt haben kann man den Buildprozess folgendermaßen neustarten:
jhbuild build -f -a -c

Starten von Gnome-Shell
Man kann Gnome Shell auch “nested”, also innerhalb eines Fenster der aktuell laufenden Gnome-Umgebung laufen lassen. Dies wird aber nicht empfohlen. Ich habe Gnome-Shell auch ganz normal per “replace” statt gnome-panel gestartet und es tut seinen Dienst super und zuverlässig.

Mit folgenden 2 Befehlen wird Gnome-Shell gestartet:
cd ~/gnome-shell/source/gnome-shell/src
./gnome-shell --replace

Man kann Gnome-shell dann einfach per STRG-C im Terminal, indem man es gestartet hat, wieder stoppen und gnome-panel sollte wieder von alleine starten.
Im Zweifelsfall, sollte das Panel und/oder die Fensterdekoration nicht erscheinen, einfach per
gnome-panel &
bzw.
metacity &
neu starten.

Nach einem reboot ist ohnehin alles wieder beim alten.

Einige Hinweise noch:

Leon hat letztens bissl rumgeblödelt und dabei kam das folgende raus. Im Original sah es noch viel besser aus, aber ich glaub es kommt ganz gut rüber:
httpv://www.youtube.com/watch?v=dL2mVEZYiEs

Dann noch ein Filmchen mit ihm wie er liest. Ich find das so beeindrucken was die Kleinen schon nach so kurzer Zeit in der Schule drauf haben. Respekt!
httpv://www.youtube.com/watch?v=JCxxW4AyXs4

Wer Google Chrome hat, sollte unten eine Testwave sehen können. Na schaunmermal

Daher steht einem Finalbericht nichts im Wege.

Das Endprodukt ist ein Geschenk für meine Mutter an dem jeder von uns vier mitgebastelt hat.
Jeder hat ein Teilchen selbst gemacht/erdacht und umgesetzt und am Ende haben wir alles zusammengefügt und in einen Rahmen gesetzt.

Siehe hier:

Das Geschenk von vorn

Die Hände wurden von den Kindern und Maren aus Gips gemacht bzw. hinterher von den Kindern angemalt.
Und? Wer errät es? Was habe _ich_ gebastelt? …

Das Display, richtig. War schwer, oder? *gg*

Der Rahmen wurde von einem Herrn IKEA und das Bild von Snapfish hergestellt. Die sollen auch nicht unerwähnt bleiben. Ich bin sicher sie haben sich viel Mühe dabei gegeben

Wie es von hinten ausschaut sieht man hier:

Das Geschenk von hinten

Links unten das Grüne ist das Display, nebendran die Spannungsquelle und oben mein inzwischen heiß geliebter Atmega8 mit Zubehör.
Hier nochmal in groß (bissl unscharf, das iPhone ist halt für Makroaufnahmen nicht gedacht…):

Die Platine

Alles pragmatisch mit Heißkleber befestigt. Bis auf die Batterie, die wird von einem Knüddel Patafix gehalten damit sie wieder ab geht.
Unten rechts auf der Platine habe ich einen Jumper als “Schalter” eingelötet. Leider bin ich zu spät drauf gekommen dass es praktischer ist einen Schalter zu haben als jedesmal die Batterie abknibbeln zu müssen. So funktioniert’s aber prima.

Am Ende wurde doch der BASCOM Code verwendet, da ich mich nun erstmal den Grundsätzen des programmierens widmen möchte. Erstmal die ganze Geschichte wirklich verstehen statt vorhandenen Code zu benutzen und irgendwie hinzubiegen. D.h. ich schaue mir nun Assembler an und werde auf diesem Wege das nächste Projekt – die Carrerabahn Zeitmessanlage – angehen.

Ich weiß, das Gebaute ist für jeden, der sowas schonmal gemacht hat, nichts Tolles. Aber für mich, in der kurzen Zeit (dank der Hilfe von Wolfgang, Putty und Michael), war es ein großer Schritt der mit viel Erfolg und Lust auf mehr gekrönt war bzw. ist.

So weit also erstmal von der Programmierlernenfront. Demnächst mehr in diesem Theater – und ich freue mich wenn es dann heisst:

“Assembler – Hardwarenah und in Echtzeit oder: Wird echt zeit dass ich nah an die Hardware komme…”

Da ich gestern Abend bei Schlag den Raab nebenbei ein wenig C-Tutorials gelesen habe wollte ich mein neu erworbenes Wissen heute direkt auf die Probe stellen.
Und ich bin jetzt so weit wie am ersten Tag mit BASCOM – ich kann LEDs nach belieben leuchten lassen.

Ich habe mir ein makefile für meinen Atmega8 zusammengebastelt (aus einer Vorlage von http://www.mikrocontroller.net ) mit dem ich nun übersetzen und programmieren in einem Schritt kann.

DEUTLICH komfortabler als vorher BASCOM (seeehr langsam unter wine) -> avrdude über Konsole usw.

Auf dem Bild deutlich zu sehen:
GEdit als Editor
Konsole für make program
Der Taschenrechner damit ich mich beim Umrechnen von Binär auf Hex nicht vertue

Ok. Ich habe nun keine Weltneuheit erfunden, aber dafür, dass ich mich gestern Abend das erste Mal mit C befasst habe ist das doch ok, oder?

[Update]

Danke hervorragender Tutorials und Beispielcode bin ich schon weiter:

Das hatte meist den gleichen Grund:
Ich habe bis spät in die Nacht gebastelt, die Zeit vergessen und mehr Verzweiflung als Ergebnis erzielt. Dann irgendwann in wachkomatösem Zustand das Bett aufgesucht. Fertig – ich und die Begründung.

Ich habe so ziemlich jeden Abend gebastelt und leider viel zu wenig Fotos gemacht. Aber diese könnte ich ohnehin jetzt noch nicht mit freigeben da ich sonst zu viel verraten würde. Wie gesagt soll das Produkt eine Überraschung werden… Von daher nur halb so schlimm.

Aber weiter im Tagebuchtext:

Nachdem der erste Tag so erfolgreich war und ich mir ein Netzteil und noch ein bisschen weiteres Zubehör besorgt habe, wollte ich mir einen Bastelplatz aufbauen an dem ich das Zeugs liegen lassen kann.
Denn Tag 1 habe ich am Esstisch verbracht und bestimmt 3 mal das Feld räumen müssen.
Ok,ok. Ich gebe zu – ich MUSSTE mir einen anderen Platz suchen da Maren mir “vorschlug” dass es doch praktischer sei…

Jetzt steht das Zeugs im Keller neben dem PC.
Meine ersten Gehversuche habe ich ja mit BASCOM und Ponyprog gemacht. Da aber auf meinen Rechnern nur Linux läuft wollte und musste ich hier umdenken.
Jetzt wird statt Ponyprog avrdude genutzt und BASCOM läuft (noch) unter wine. Den konsequenten Schritt zu C und avrgcc wage ich in der kürze der Zeit, die ich noch habe, nicht mehr.
Wird aber folgen bzw. ich lese mich bereits in C ein und bin guter Dinge den Wechsel gut hin zu bekommen.

Ausser diesen strukturellen Neuheiten habe ich wenig geändert.
Ein erster Testlauf mit avrdude hat nach gründlicher manpage Recherche auch sofort geklappt.
An dieser Stelle sei mein Dank an Dropbox ausgesprochen. Ich liebe es überall alle Dateien synchron zu haben und mich nicht ums rumkopieren kümmern zu müssen. Selbst Fragen an meine Kollegen kann ich dank Dropbox auf dem iPhone stellen. Denn ich habe den Quellcode immer dabei

Als nächstes war das Zusammenlöten eines LCD Displays an der Reihe. Denn ich wollte ja was sichtbares Bauen.
Den Schaltplan hierfür hatte ich ja ebenfalls von Wolfgang bekommen. Also kein Problem.
Jetzt nur noch den Code für das Ansteuern des Displays zusammengeworfen und alles läuft…  Juhu- .. … nein. Tut es nicht.
Das Display hat geleuchtet. Nach nur einer Stunde oder so war der Aufbau theoretisch funktionsfähig. Aber das vermaledeite Display zeigte nichts an. Es leuchtete, aber keine Zeichen zeigten sich.

Jetzt kommt der schwierige Teil.
Ich habe viel probiert. Alles dokumentiert auf – für mich extrem ungewöhnlich – totem Baum.
Pins im Code – stimmen
Anschluss der Pins am Display – stimmen
Ich habe zwar kein Oszi, aber selbst mit dem Multimeter sehe ich das “zappeln” der Datenleitungen – also passt auch in etwa….
Nur – warum gehts dann nicht?

Nach viel Sucherei ob meine abenteuerliche Löterei evtl. der Grund ist, der Code irgendwo ne Macke hat oder der Mondstand aktuell ungünstig ist habe ich meine Kollegen befragt.
Ab und an haben sich zwischendurch übrigens mal Hieroglyphen gezeigt, aber nicht das, was es sein sollte.
Ergebnis:
Ok. Ich hatte einen grundlegenden Fehler gemacht und ab und an das Display aus einer Batterie, und das Evalboard aus dem Netzteil gespeist. Da hier dann keine gemeinsame Masse und folglich auch die Flanken der Signale u.U. falsch/garnicht erkannt werden könnte das ein Grund gewesen sein.
Aber es war mit einfachem Umklemmen nicht getan.
Als nächstes habe ich den kompletten Aufbau mit dem 2. Display, das ich mitbestellt hatte, auf einem Steckbrett nachgebaut. Einfach um auszuschließen dass es inzwischen ein Hardwareproblem ist.
Noch immer keine Besserung.

Langsam wusste ich nicht weiter. Das Datenblatt meiner Displays war sehr dürftig. Gerademal ein Schaltplan und Pinbelegung. Keine Codepage, nichts.
Da ich das Display aber im 4Bit Modus betrieben habe, dachte ich – evtl. muss ich das dem Display auch sagen?
Drauf gekommen bin ich, weil ich in einem Turorial zum AVR-Evaluation Board gelesen habe, dass das dazu passende Display auf 4Bit vorkonfiguriert sei. Ich hatte ein Anderes. Also ist dieses evtl. nicht vorkonfiguriert. Was auch immer das heisst. Denn mein Datenblatt schweigt sich ja aus.
Leider habe ich hierzu nichts gefunden. Ausser, dass man im Code entsprechend
Config Lcdbus = 4
angeben sollte.

Selbst das hat nicht (direkt) geholfen.

Jetzt das Dumme:
Beim suchen nach Anschlussfehlern zuvor habe ich ausgerechnet die Spannungsversorgung für das Display leicht abgezogen. Nur so dass der Pin noch auflag, aber nicht korrekt saß. Das kann höhere Übergangswiederstände erzeugen und damit wieder Fehlerströme.
Das habe ich erst nicht bemerkt. Nachdem ich diesen nun aufgesteckt hatte lief alles wie gewünscht. *jubeltuscheureka*
Dumm halt dass ich nun nicht weiss was letztendlich das Problem war.
War es wirklich ein Anschlussproblem (bei dem ich dann ein Neues erschaffen habe durch die Spannungsversorgung)
War es evtl. die fehlende Zeile im Code für den 4Bit Modus?
Oder war es ein bisschen von Allem? (das vermute ich mal)

Zusammengefasst:
Es ist vollbracht. Schritt 2 ist getan. Der Aufbau tut genau was ich will.
Ich kann Text laufen, blinken, leuchten lassen. Alles nach wunsch.

Schritt 3:
Alles in das Endprodukt bringen. D.h. löten, löten, löten….

Schritt 4:
Alles am Testaufbau nochmal ans laufen bringen – diesmal mit C – um von dem Windowszeugs los zu kommen.
Danach: Zeitmessanlage für die Carrerabahn…

Auf alle Fälle habe ich mir ein bisschen Bastelkram zugelegt mit dem ich möglicherweise ein neues Hobby beginne.
Genauer geht es, wie der Titel schon sagt, ums Programmieren.
Schon lange reizt es mich mal sowas in der Art zu tun. Das Eine oder Andere Tool ist ja für nen PC schon entstanden. Aber so der richtige Anwendungsfall hat immer gefehlt. Das Meiste für Alltägliches gibt es ja schon kostenfrei und gut ausgereift (ich liebe Linux, aber in dem Fall hat man einfach nix zu tun ).

Trotz der Nähe zu Steuergeräten durch meinen Beruf war das embedded programmieren irgendwie immer ein Mysterium für mich und übt schon lange einen Reiz auf mich aus.
Jetzt brachte mich ein Verwandter da auf so ne Idee… und die will ich (auch) umsetzen.

Was kann ich noch nicht verraten da, wenn alles klappt, eine Überraschung für jemand der hier mitlesen könnte draus entsteht.
Dennoch fange ich schon jetzt an zu dokumentieren was ich so erlebt habe auf meiner Reise in neue Gefilde.

Tag1:
Nachdem ich sowohl von o.g. Verwandten als auch von ein paar Kollegen (Danke Wolfgang, Johannes, Michael, Putty) Infos und Tips bekommen habe, bestellte ich einen Satz Elektronikbauteile. Unter anderem auch ein Atmel Evaluation Board Ver. 2.0.1 bei Pollin.
Hierbei handelt es sich um ein Entwicklungsboard zum programmieren und testen auf diversen ICs. In meinem Fall habe ich mir einen Atmega8 für das Projekt und einen Atmega32 für “später” zugelegt. Plus ein paar Komponenten die ich auch für das Projekt brauche.
Für das Board und die ersten Schritte jedoch brauch man nur einen IC, einen 9V Block oder ein 9V Netzteil zur Spannungsversorgung, einen PC mit seriellem oder parallelem Port und Software (Ich fange das programmieren gerade mit AVR BSACOM in Basic an, werde aber schon bald auf C wechseln und zum Flashen benutze ich PonyProg), und – …. ja… das war die erste Hürde – und ein 1:1 serielles Kabel (RS232). Ich dachte das habe ich.

Pustekuchen. Ich hatte ein Nullmodemkabel. Das zwar die gleichen Stecker hat, aber völlig anders gepint ist.
Also habe ich den ersten Tag (ok, es waren nur paar Stunden nach der Arbeit) damit verbracht mir aus meinen PC-Sammelsurium passende Stecker zu suchen und diese entsprechend zu verlöten.
Erst dann konnte ich anfangen mein erstes Programm zu schreiben.

Der Code in Basic aus BASCOM:

'ATMega 8'
$regfile = "m8def.dat"

End

Hier werden die beiden LEDs unten auf dem Bild abwechselnd im Sekundentakt geschaltet.
Nix dolles, aber ein erstes Erfolgserlebnis

Das Bild zeigt meinen Testaufbau der bereits ganz alleine laufen kann. Das Flachbandkabel ist das selbstgebastelte Verbindungskabel aus meiner Restekiste und nur zum flashen benötigt. Über der hellen LED rechts sieht man den eingesteckten Atemga8, auf dem der obige Code läuft.
Dieses war der erste Streich, doch der zweite folgt schon .. ähm.. bald.
Als nächstes steht an:
Die Erweiterungssteckplätze so mit den Komponeten verbinden dass ich das Programm, das mir o.g. Ideenlieferer und Gönner überlassen hat, zum laufen zu bringen.
Dann das Ganze in einen Produkt umsetzen, d.h. weg vom Evaluation Baord, hin zur (Loch-)Platine und dem, was es werden soll.
Wenn das alles fertig, verwurstet und toll ist wird Schritt 2 gegangen – eine autarge Zeitmessung für meine, in einem früheren Projekt entstandene Infrarot-Zeitschranke der Carrera Rennbahn. …

mein Testaufbau mit dem Evaluationboard