lange war es ruhig von diesem Ende des Internets. Aber heut gibts mal wieder was Erwähnenswertes.  Im Rahmen des T-City Programms in Friedrichshafen erhielt unser Studiengang an der DHBW heute die Gelegenheit den Livescribe Smartpen in einer Vorlesung zu testen. Wir erhielten einen Kurssatz der Smartpens mit dem zugehörigen Spezialpapier und sollten testen, inwiefern man diese für Vorlesungsmitschriften nutzen kann.

Ich persönlich muss sagen, dass es sich schon mitschreiben lies und dass grad die Tonaufzeichnung durchaus praktisch sein kann, wenn man nicht schafft alles mitzuschreiben. Denn im Nachhinein kann man einfach mit dem Stift auf das geschriebene Wort klicken und der Stift spielt automatisch die hinterlegte Audiodatei an der richtigen Stelle ab. Zusätzlich wird das Geschriebene 1:1 aufgezeichnet. Wie das dann digital aussieht, weiß ich noch nicht, da die Aufzeichnungen noch nicht online sind. Der Stift ist relativ leicht zu bedienen und hat einige Spielereien, wie die Pianofunktion. Aber gerade diese Spielereien bieten natürlich auch Potenzial zum Ablenken. Leider benötigt man spezielles Papier für den Livescribe Pen. Das bringt natürlich hinsichtlich papierlosem Arbeiten gar nichts.

Ich schreib vielleicht nochmal was, wenn wir die Ergebnisse sehen. Wer interesse bekommen hat, kann sich hier weiter informieren.

CeBIT Logo

Ich hatte ja vor kurzem aus Anlass des CeBIT-Starts einen Beitrag geschrieben. Am Ende des Selbigen hatte ich ja versprochen weiter über berichtenswerte CeBIT-Präsentationen zu schreiben. Und dann? Ja, es kam nix. Das hatte aber auch einen Grund.

Da sich die aktuelle Praxisphase dem Ende entgegen neigt, musste dringend was fertig werden, was mir entsprechend Zeit genommen hat. Ich habe deshalb nicht weiter über die interessanten Artikel, die ich zum Thema CeBIT gelesen hab, geschrieben.

Da die CeBIT nun schon vorüber ist, wollte ich zumindest noch ein paar interessante Entwicklungen nachreichen.

Der erste Artikel dreht sich um das Thema Fußgänger-Navigation. Der Navi-Hersteller Garmin präsentierte auf der CeBIT Geräte, die sich via Softwareupgrade auf Fußgänger-Navigation aufrüsten ließen. Das ist an sich ein sehr interessantes Konzept, da ich beispielsweise bei meinem eigenen Handy gern die GoogleMaps Applikation in Verbindung mit dem GPS-Empfänger nutze, um mich in fremden Städten zu orientieren. Allerdings überraschend kam für mich, dass noch kein Hersteller wohl so wirklich am Thema Fußgänger-Navigation gearbeitet hatte. Ich dachte eigentlich, dass da mehr existieren würde, da beispielsweise die Navi-Software auf meinem Handy (T-Mobily NaviGate), das ich aber schon ein halbes Jahr besitze, sich vom Automodus auf Fußgängermodus umstellen lässt. Wahrscheinlich gehört aber doch mehr dazu, sonst würden wohl schon mehr Hersteller damit beschäftigen.

Zwei Artikel (dieser und jener), die sich im selben Themenbereich bewegen, sind mir direkt aufgefallen. Es geht um Displaysysteme zur visualisierung von dreidimensionalen Inhalten. Da ich mich in der Arbeit ja zurzeit mit dreidimensionalen Benutzerschnittstellen beschäftige, muss ich bei derartigen Artikeln hellhörig werden. Die beiden Artikel beschreiben einige Entwicklungen verschiedener Hersteller, die auf der CeBIT ausgestellt werden. Im Moment im Kommen sind die 3D Displays, die mit entsprechend hoher Bildwiederholrate ermöglichen eine stereoskopische Darstellung zu generieren, die wir als Benutzer als dreidimensional wahrnehmen. Ich bin gespannt auf die weitere Entwicklung.

Kommen wir nun von der Datenvisualisierung zur Datenübertragung. Auch in dieser Hinsicht gabs auf der CeBIT etwas zu sehen. Nachdem im vergangenen Jahr die Spezifikation vorgestellt wurde, wurden nun die ersten Demonstratoren für USB 3.0 vorgestellt. Der neue Superspeed USB Standard soll Datenraten bis 5 Gigabit pro Sekunde erreichen können. Die vorgestellten Demonstratoren erreichten das natürlich noch nicht. Aber um bei USB zu bleiben, es gab auch Neuigkeiten zum Thema Wireless USB. Hier wurde die Version 1.1 der Spezifikation angekündigt. Bleiben wir gespannt.

Zum Abschluss machen wir einen Sprung von Datenübertragung zur Lagerung der Daten. Ich denke einige meiner Kollegen, Freunde und auch Leser, die sich Besitzer einer waren Flut an Daten, wie Musik und Filmen, nennen, werden die Daten auf einer netzwerkfähigen Festplatte oder gar einem NAS gelagert haben. Auf der CeBIT wurden nun von Synology entsprechende Geräte vorgestellt, in die bis zu vier 2,5″ Platten eingeschoben werden können. Damit liegen die Synology-Geräte um zwei Platten vor den Konkurrenz-Produkten aus dem Hause Thecus oder Buffalo.

Soviel zum nachgereichten CeBIT-Bericht, ich wünsche euch ein schönes Wochenende!

Euer Maddin

Nein, ich habe keineswegs die Absicht den Werbeslogan eines gewissen Online-

Windows Mobile Logo

Auktionshauses zu kopieren. Der Titel hat rein praktische Bedeutung und bezieht sich auf meine neueste Spielerei mit dem Windows Mobile 6 Professional SDK.

Es handelt sich dabei um einen kleinen Timer. Bevor jetzt einige vor Erstaunen gleich vom Bürostuhl fallen, möchte ich doch kurz die Hintergründe erläutern.

Mein HTC Touch Diamond besitzt alle möglichen Spielereien und Tools, die das mobile Leben leichter machen sollen. Jedoch ein simpler Timer, z.B. um mich zu erinnern, wann der Tee fertig gezogen ist oder ein Teig genügend geruht hat, den gibt es nicht. Natürlich brauch man nur die entsprechenden Schlagworte bei Google eintippen und findet entsprechende Timer kostenlos zum Download. Aber zum Einen dachte ich mir: “Hey, so schwer kann das net sein!” und zum Anderen stellte es genau die richtige Schwierigkeitsstufe für einen weiteren Schritt beim Erkunden der Windows Mobile Programmierung dar. Ein dritter Grund ist der, dass der einfache Timer nur die Grundlage für ein recht nützliches Tool sein soll, das schonmal alle wichtigen Schlüsseltechniken besitzt.

So, was hab ich nun getan? Zunächst einmal galt es eine einfache und übersichtliche GUI zu erstellen. Mit Microsoft Visual Studio 2008 war auch gar kein Problem. Die grundlegenden Eventhandlings für die einzelnen Menüpunkte stellte auch keine große Schwierigkeit dar. Der Timer bietet die Möglichkeit eine Zeit einzustellen, auszuwählen, ob man nach deren Ablauf per Vibration oder Klingeln erinnert werden möchte, sowie eine Resetfunktion.

Doch betrachten wir mal die Kernfunktion. Die eingestellte Zeit soll sekundenweise herunterzählen, bis man bei 00:00:00 angelangt ist. Demnach benötigt man ein Ereignis, das im Intervall von einer Sekunde auftritt. Das .NET-Framework bietet dazu die Klasse System.Windows.Forms.Timer, deren Instanzen mit einer Intervalllänge konfiguriert werden können. Sobald eine Timer-Instanz in den Zustand “Enabled” gesetzt wurde, wird immer im konfigurierten Intervall ein entsprechendes Event gefeuert. Den Eventhandler, der dieses Ereignis behandeln soll, kann man bei der Konfiguration angeben.

Zeiteinstellung beim Timer

Damit ist schonmal das erste Grundproblem gelöst, denn nun kann man den eingegebenen Wert in eine Menge von Sekunden umrechnen und diesen im Eventhandler der Timer-Instanz dekrementieren. Wenn er den Wert 0 erreicht, soll dann eine Vibration oder ein Sound ausgelöst werden. Doch da ergibt sich das nächste Problem: Wie?

Das Thema Sound hatte sich relativ schnell erübrigt, da es passende Beispiele im Internet gibt. Ich habe eine separate Sound-Klasse nach diesem Beispiel erstellt. Diese greift direkt über DLL-Import auf die CoreDLL zu. Nach außen (zu meinem SimpleTimer) bietet sie eine einfache Schnittstelle, der man den Dateinamen übergeben kann. Schwieriger war die Handhabung der Vibration. Hierbei kam ich nach einem Studium entsprechender Blogeinträge zu dem Schluss, dass ich mich eines zusätzlichen SDKs bedienen sollte.

Das OpenNETCF SDK bietet für derartige Bedürfnisse eine weitere umfangreiche Klassenbibliothek. Die entsprechende Bibliothek muss in Visual Studio verständlicherweise in die References hinzugefügt werden, damit die entsprechenden dll-Dateien beim Release mit in den Ordner gepackt werden. Allerdings hatte ich nun das Problem, dass ich verschiedene Beispiele fand. Zum Einen benutzte man die Vibrate-Klasse unter OpenNETCF.WindowsMobile. Dies probierte ich auch zunächst aus. Der Erfolg blieb aus. Ein anderes Beispiel nutze eine virtuelle Notification-LED. In Klassen ausgedrückt heißt das: OpenNETCF.WindowsCE.Notification.Led

Mit einer Instanz dieser Klasse konnte ich über vier simple Zeilen meine Vibration auslösen und stoppen.

OpenNETCF.WindowsCE.Notification.Led vibra = new OpenNETCF.WindowsCE.Notification.Led();
vibra.SetLedStatus(1, OpenNETCF.WindowsCE.Notification.Led.LedState.Blink);
System.Threading.Thread.Sleep(1000);
vibra.SetLedStatus(1, OpenNETCF.WindowsCE.Notification.Led.LedState.Off);

Hierbei sei angemerkt, dass die 1 die ID der LED darstellt. Gegebenenfalls muss man etwas probieren, bis man die richtige LED ermittelt hat.

Menüstruktur des Timers

Mit diesem  scheinbar fertigen Timer machte ich nun einen Praxistest. Ich habe Nudeln gekocht und die angegebene Kochzeit eingestellt. Als mein Handy noch ca. 5 verbleibende Minuten (von ursprünglich 10) anzeigte, war meine Pasta aber schon Al-Dente. Das machte mich etwas stutzig. Eingehende Tests (natürlich nach dem Essen) brachten die Erkenntnis: sobald sich das Handydisplay ausschaltet, wechselt das Handy in eine Art Ruhezustand, die Berechnung des Timers stoppt.

Am Abend des selben Tages habe ich mich nun eingehend mit den System Power States unter Windows Mobile 6 Professional beschäftigt. Dank der MSDN Library fand ich auch die passenden Informationen. Der Übeltäter nannte sich “Suspended State”. Ein Systemzustand, in dem keine Threads laufen. Dank der übersichtlichen Zustandstabelle fand ich dann auch den Zustand, den ich brauchte: “Unattended State”. Dieser ist für Threads die Berechnungen durchführen, die keine direkte Userinteraktion erfordern. Ähnlich der Sound-Klasse hab ich mir eine PowerManager Klasse geschrieben, die mir die nötige Schnittstelle in die CoreDLL bietet. Dies funktionierte auch ganz gut, wenn nicht dann trotzdem irgendwann das Handy im Suspended State gelandet wäre. Ich schaute nun nochmal in die “State Transition”-Tabelle. Der SystemIdle Timeout war schuld, dass mein Timer dennoch stoppte. Doch eine Zeile darunter war die Lösung auf dem Silbertablett: Mittels SystemIdleTimerReset kann man diesen Timeout verhindern.

Somit habe ich in meinen PowerManager eine weitere Funktion eingefügt, die diesen Reset ausführt. Diese Funktion wird von meinem EventHandler der Timer-Instanz alle 30 Sekunden aufgerufen. Nun läuft der Timer problemlos auf 0 herunter. Das Display schaltet sich dabei aber auch nicht mehr vollständig ab, sondern reduziert nur das Backlight auf ein Minimum.

Nun gibt’s hier im Blog eine Software-Sektion ähnlich dieser einfüge, wo ihr euch dann auch direkt den Timer als Quellcode herunterladen könnt. Oben am rechten Rand findet ihr den Link “Software“.

Heute gibts mal wieder eine kleine Story aus dem Alltagsleben von angehenden Ingenieuren. Es trug sich gestern in einer der diversen Kaffeepausen zu, dass ich mich mit einem anderen Ingenieursstudenten über Kaffeeverteilungsmechanismen unterhielt. Wir kamen auch schnell auf die Idee, dass eine Art Pipelinesystem praktisch wäre, was den Kaffee direkt zum Arbeitsplatz liefert.

Unsere Vorstellung war dann so, dass man eine Art Interface hat, über das man die Bestellung abgibt. Anschließend stellt man seine Kaffeetasse in den entsprechenden Auslass und der Kaffee wird vorn in der Teeküche zubereitet und dann per Pipeline an den Arbeitsplatz transportiert.

Doch damit ergibt sich auch schon das nächste Problem: Woher weiß der Kaffee zu welchem Auslass er soll bzw. was ist wenn 2 Leute gleichzeitig Kaffee unterschiedlicher Stärke anfordern? Welcher wird zuerst durch die Leitung geschickt usw.? Um den Aufwand an Rohrleitungen zu minimieren, hatten wir uns dann überlegt, dass es eine Art Mechanismus, wie Voice over IP, nur halt Coffee over IP geben müsste, sodass man den Kaffee richtig adressieren kann.

Coffee over IP Logo

Ein kurzer Blick ins Internet lies uns dann aber auch erkennen, dass wir nicht die ersten mit der Idee des CoIP waren.  Allerdings bezieht sich diese CoIP-Idee mehr darauf die Kaffeemaschine vom Arbeitsplatz aus zu bedienen bzw. Pflegeprogramme zu starten. Somit wäre damit nur die Hälfte unserer Idee umgesetzt. Der Kaffee müsste immernoch selbst geholt werden.

Soviel von den zu viel Kaffee trinkenden Ingenieursstudenten ;)

Maddin
PS: Über Anregungen zur Umsetzung der Kaffeeverteilung bin ich gern offen! :)