Rückschau zerties.org-Treff (Confusion 11, 3174 YOLD)

Festplattenbastelei und iPAQ-Terror ...

... nachdem Jochen vor dem zerties.org-Treff noch fleißig war, sieht sein iPAQ inzwischen so aus:

{img src=http://brokenpipe.de/misc/images/dsc00931.jpg}

... ja, da hängt ein RFM12 dran, richtig gesehen. Mehr wie immer unter Weiterlesen ... ... heute mal eine Rückschau aus der Feder von stesie, da sich der Dokuzertie (Doc) im Urlaub befindet. An dieser Stelle vielen Dank für die sonst von Dir verfassten Rückschauen :-) Nachtrag von Doc: danke für die Blumen, war zwar nicht im Urlaub aber vielen Dank für die Rückschau- habs noch mit ein Paar Bildern ausgeschmückt- und einem kleinen Kommentar was ich so getrieben hab- und der Openstreetmap-Aufruf fehlt noch! ...

Aufruf zur Teilnahme am Openstreetmaps-Wettbewerb

Wer die Mailingliste abonniert hat hat sicherlich den Thread gelesen, für alle anderen: das Openstreetmaps-Projekt hat einen Wettbewerb gestartet- Ziel ist es, möglichst viele Leute zum Mitmachen zu animieren, das Projekt in der Öffentlichkeit bekannter zu machen und vielleicht fällt ja ein Teil des Glanzes auch hier lokal auf uns Zerties ab XD. Daher haben wir uns Gedanken gemacht, wie man die Erfassung von Rothenburg effizient gestalten könnte. Momo hat die Idee, eigene Lufbildaufnahmen zu verwenden, Doc meldete sich prompt freiwillig als Co...fotograf ;)- anstatt die ganzen Strassen abzulaufen wäre es wesentlich einfacher, einige signifikannte Punkte zu vermessen und dann alle weiteren Wegpunkte anhand des Bildes zu berechnen.

Also nochmal der Aufruf an alle: jeder ist herzlich eingeladen mitzumachen, auch bräuchten wir jemanden der ein bischen die Werbetrommel bei der Zeitung etc. rührt- damit wir nicht wieder zwischen dem Impressum und der Urlaubsnotiz der Metzgerei Beutelschneider&Sohn landen

iPAQ-Hardware-Modifikation at it's best:

{img src=http://brokenpipe.de/misc/images/dsc00931.jpg}

... hier seht ihr Jochen's iPAQ nach gelungener Operation. An den Enden der losen Drahtsammlung hängen zum einen ein RFM12 FSK-Funkchip, zum anderen ein Adapter zum Anschluss unserer USB-Programmieradapter ... und hier noch wie der Kabelsalat zwischezeitlich aussah:

Not macht erfinderisch ...

nachdem sich stesie seit dem Bastelabend beinahe ausschließlich mit dem Assembler-Code des AT90S8535 beschäftigt hat, der auf dem iPAQ verbaut ist, sollte der große Tag kommen, an dem RFM12 und iPAQ gemeinsam in die Geschichte eingehen ... noch zu Hause hat er den Code so modifiziert, dass zumindest ein Mindestmaß an Kommunikation mit dem RFM12 möglich sein sollte. In Schweinsdorf angekommen, der Laptop hatte zwischenzeitig 30 lange Fahrzeitminuten Ruhe, musste er feststellen, dass der Laptop nicht mehr startete. Zum Erstaunen, GNU/Hurd startete noch, also die Hardware ging zu einem gewissen Teil, aber GNU/Linux blieb beim Start mit einem IRQ-Konflikt stecken. Auch sämtliche Optionen im BIOS durchprobieren half nicht ... der Start blieb beim Initialisieren des PCI-Geräts 0:3.1 hängen.

GNU/Hurd war auch keine Hilfe, weil von dort wegen LUKS kein Zugriff auf die /home-Partition möglich ist ...

... mit dem verfügbaren Werkzeug (VW-Bordschraubenzieher, Tafelmesser, Nagelfeile und einem mittelgroßen Schraubenzieher den die Anne entbehren konnte) hat Jochen dann die Festplatte aus dem Notebook befreit und in Doc's externes 2,5"-USB-Festplattengehäuse verbaut. An Jochen's Laptop angeschlossen zeigte sich udev von seiner besten Seite und fragte prompt nach dem LUKS-Kennwort ..

... nachdem der Zugriff auf den Assembler-Code wieder möglich war ...

nahm stesie gleich Jochens Laptop in Beschlag und feilte weiter am Code. So gegen Elf war die erste Version dann fertig, gemeinsam mit Jochen wurde der Code durchgesprochen, sollte funktionieren. Also ab damit in den Mikrocontroller. Die Firmware flashen verlief ohne größere Zicken, das EEPROM anschließend wieder zu schreiben, ging mehr als holprig. Der Schreibvorgang bricht bei der Hälfte ab, Ursache wohl ein Timeout des USB-Busses - der AT90S8535 lässt sich äußerst viel Zeit beim Beschreiben des EEPROMs ...

... das war aber auch halb so wild, es wurden genügend Bytes geschrieben.

Und hurra, der iPAQ geht noch. Nachdem der Controller dem RFM12 jetzt auch den Startup-IRQ abkauft, geht auch das Touchscreen wieder. Nachdem wegen dem defekten Laptop einige Zeit auf der Strecke blieb, hat's am Schluss zum Testen nicht mehr gereicht. Schade eigentlich.

Neues vom Latex-Meister

nein, nix verfängliches, aber der Andreas war wieder da :-) und hat gemeinsam mit Jochen zunächst OpenOffice.org Probleme behandelt und anschließend Jochens Rechnungsmuster nach LATEX verwandelt. Ziel ist es den Rechnungsdruck im Funkshop zu vereinfachen. Momentan wird noch ein OpenOffice.org-Dokument skriptgesteuert erzeugt, die Office-Suite gestartet, die Rechnung gedruckt, ... dauert alles bißl zu lang. LATEX soll die Wartezeit ein wenig verkürzen - die Dokumente sollen schlußendlich mit PHP gefüllt werden.

Doc dreht durch :-)

Teilweise konnte man das echt wörtlich nehmen, denn er musste feststellen, dass bei stesies ipaq der XServer beim Suspend2Ram nicht crasht, beim DobiWe sehr wohl! Dies hat er zwar bisher durch einen Neustart des XServers bei jedem Einschalten umgangen, aber da das wohl nicht systembedingt war, musste er der Sache auf den Grund gehen. Nach einiger Fehlersuche war der Übeltäter schliesslich auch gefunden: der XServer crasht nur dann, wenn vorher der Bildschirm um 90° gedreht wurde! Die Lösung des Problems besteht jetzt eben im Zurückdrehen des Bildschirms vor dem Suspend- ist zugegeben auch nicht sehr schön aber schöner als den XServer jedesmal sinnfrei abzuschiessen ;)

Nachträge

1. das Laptop von stesie geht wieder, das PCI-Device 0:3.1 ist übrigens das verbaute Modem. Hoffentlich tritt das Problem nicht häufiger auf, nicht dass das Laptop Müll ist, weil das verbaute und nie benutzte Modem kaputt ist ...
2. RFM12@iPAQ hat den RX-Test bestanden, TX steht noch aus (soll heißen: getestet und für schlecht befunden)