lukrop's life

In den letzten Tagen hat sich viel in meinem git-repo getan und es gab große Änderungen. Ich wage mal zu behaupten, dass ich schon einige große Schritte weitergekommen bin. Ich habe jetz eine ordentlich strukturierte Applikation, die jetzt noch an vielen Enden und Ecken vervollständigt bzw. optimiert werden muss.

Ich habe nicht geahnt, dass ich so viel Code für den AVR schreiben würde aber es macht auf jeden Fall viel Spaß und der Lernfaktor ist auch sehr hoch. Tatsache ist allerdings, um auf den Titel zurückzukommen, dass eine Qt-GUI auf dem Host-PC nicht wirklich von Nutzen wäre, sozusagen "Overkill". Desweiteren würde es den Entwicklungsprozeß noch stark verlängern und deswegen habe ich mich entschieden diese wegzulassen. Anstattdessen wird die GUI am angehängten ColorLCD umso aufwändiger.

Ich würde ja schon gerne mit ein paar Fotos aufwarten, konnte diese bis jetz aber noch nicht machen, werde sie aber bald im kommenden Post über das SBGT online stellen.

..auf den eigenen Code. Ja, allerdings, ich bin komplett auf meinen eigenen Code "umgestiegen". Das bedeutet ich verwende außer dem AVR Libc keinen externen Code mehr, wie z.B. der des Arduino Projekts. Ich hab allerdings einiges vom Arduino Code übernommen, wodurch mir jetz einiges klarer ist und außerdem spare ich Flashmemory. Da ich in diesem Projekte keine A/D Wandler Code bzw. überhaupt analoge Funktionalität brauche. Desweitern kann ich hardwarenäher programmiern und somit schneller in die einzelnen Port Register schreiben, was wiederum einen Performanceschub für die Anwendung bringt.

Da ich mich (noch immer) mit der Fertigstellung meines Projekts für meine FBA beschäftige merke ich immer mehr, in welche Richtung mein Fokus geht. Ich werde folgendes noch mit meinem Informatikprofessor/betruendem Lehrer absprechen, denke aber, dass es kein Problem darstellen sollte.
Ich werde mich mehr auf das Thema Embedded Software in der Praxis, anstatt wie geplant CAM (Computer Aided Manufacturing), konzentrieren. Meines Erachtens bietet dieses Thema einen weit größeren Schreibumfang und vorallem ist das Ziel meines Projekts nicht eine perfekte Konstruktion eines Lötroboters oder dessen Effektivität in der Praxis, sondern das Schreiben von qualitativ hochwertigem Quellcode der ein gut dokumentiertes und optimiertes Embedded Software Projekt bildet.

Embedded Software (eingebettete Software) finden wir heutzutage in beinahe jedem kleinem elektronischem Gerät (obwohl wir es meistens nicht wissen), somit denke ich würde das Thema auch weit mehr Interesse wecken als CAM, welches abseits des Alltags seinen Platz hat.

Well, in my humble opinion the driver still isn't 100% perfect but it's again a step in the right direction. I optimized it on SRAM usage, so there where many int/byte (unsigned char) substitutions. Let's say the driver now uses the half amount of SRAM because an int uses 2 bytes of SRAM and an unsigned char only uses one byte. Also the color declaration is now diffrent. I changed it from e.g. 0x0FFF to 0xFFF0 because the color mode Type-B from the display ignores the first 4 bits. The shift out now looks like this:

1. write: XXXX RRRR
2. write: GGGG BBBB

Where X stands for a dummy bit, R for red, G for green and B for blue color information.

Basically those are only intern changes but maybe you're intrested in it so I dropped them here.
Please notice that I haven't the chance yet to test this code so it's experimental. Ohh, and well I convinced myself to write some doxygen documentation. ;-)

LCD-Driver.tar.gz

Actually I'm using KDE 4.1 nearly since a week but today it is it's official release.

6 months after the release of KDE 4.0, the KDE community today announced the released of the second feature release in the KDE 4 era. Lots of changes have gone into this release and the KDE community hopes to be able to make most early-adopting users happy with this release. Lots of feedback from people trying out KDE 4.0 has gone into KDE 4.1, filling most of the gaps people experienced with the 4.0 releases. Highlights of KDE 4.1 are the KDE PIM suite, which has returned in its KDE 4 incarnation, a more mature Plasma desktop and many, many new features and applications. Make sure to take some time to read through the high-level changelog or even the more detailed feature plan on Techbase. Before you try KDE 4.1, please read the KDE4 End User FAQ and make an educated guess whether KDE 4.1 is for you.

Source [dot.kde.org]

Epic, since this is my 60th post on my blog. :) Hoarray!(?)