Entries by Mario

Inkscape is a great vector graphic software which I use a lot. For my latest project I needed to draw some timing diagrams and was sure, that there is an extension for Inkscape to support me with that.
After a quick search I found Timink. This extensions for Inkscape shows you a dialog, where you can enter a sequence of values in a line and multiple signals with one per line. Timink uses these values to generate the vector graphic. You can also setup the rise and fall time and the height and width of the signals.

Try it if you need to draw timing diagrams, it's very convenient.

So, I couldn't hold myself and bought a bunch of WS2812b LEDs. These are really cheap RGB leds with an integrated controller/driver IC. They use a one-wire protocol to set the desired color and can be daisy-chained.
The protocol is quite easy and is well described in the data-sheet.

Short version: Each bit is represented by a 1.25us long (800kHz) high-low pattern with a 1⁄3:2⁄3 (2⁄3:1⁄3) duty cycle for a 0-value (1-value).
For a detailed timing overview and a comparison between the ws2812 and ws2812b version have a look at cpldcpu, it is a very good resource.
As this is a serial protocol, you need to serialize your data bytes into a bit-stream. This can be done with the CPU and your controllers IO pins (bit-banging) or with a serial protocol peripheral like the SPI module.
SPI is here the weapon of choice, as it has an integrated shift register, which shifts a bit out with every clock cycle.
All implementations I saw on the web so far, which used the SPI module, converted one bit of LED data to one byte of SPI data, for example a 1 to 0xF8 and a 0 to 0xE0. With this you get 2⁄3 (1⁄3) high time and 1⁄3 (2⁄3) low time for 0xF8 (0xE0). It's quite an easy implementation, because you just have to decide for each LED data bit, if you send a 0xF8 or a 0xE0. But on the downside it also needs a high SPI clock to reach the 800kHz for the one-wire LED data stream. You need 8x800kHz = 6.4MHz for your SPI clock and an even higher CPU clock to bring the data to the SPI module. When your CPU speed is limited and you can't convert your data while transmitting, you need to pre-calculate, store the result in a buffer and transmit afterwards. You need also 8 times the memory of your raw LED data for you buffer, which is 24bytes per LED.

In my implementation for the MSP430 (FR5739) I decided to go for a SPI transfer sourced by DMA from a buffer in RAM (or FRAM). But instead of the one bit to one byte (8-bit) encoding, I implemented a 4-bit and a 3-bit encoding to reduce buffer size and clock frequency. The 4-bit encoding is running with an SPI clock of half of the CPU frequency (6.7MHz⁄2 = 3.35MHz) which results in a one-wire signal clock of 837.5kHz (3.35MHz⁄4) which is well within the specification. The 3-bit encoding runs on a third of the CPU clock (8MHz⁄3 = 2.66MHz) which is an effective clock of 888.88kHz.
Both encoding implementations work pretty fine with the ws2812b I have, but you can test it yourself with the code I released on GitHub.

In part two I'll write about the data encoding some more, the pros and cons of each and some implementation details. In part three I'll describe the msp430 specific code in the demo application, which is also in the GitHub repository.

This is a small teaser for an upcoming blog entry about my latest work with the msp430 uC.
Here is the link to the project on github upfront.

It's about one year ago that I ordered the DHT11 low cost humidity and temperature sensor. Now I found some time to make something useful with it: A USB stick sensor node.
When plugged in, it provides a serial interface which outputs the data in a readable format once a second.

This project utilizes only an DHT11 1-wire sensor and the programmer ez430U, which comes with every ez430-Kit from Texas Instruments. The ez430U has a MSP430F1612 micro-controller on it accompanied with a TUSB3410 chip for serial to USB conversion.

To re-program the F1612 you need a grown-up (4-wire capable) JTAG tool and a connection to the RESET and JTAG pins of the device. For our all convenience TI prepared already the test points TP2 (reset) and TP4-7 (JTAG) for that and you only need to solder a 5-pin header to it.

The DHT11 uses a proprietary 1-wire protocol with a pulse width coding. I developed a full timer and interrupt based code to request and decode the sensor data from the DHT11 while the main controller is powered down. As the sensor should only be read-out once a second, the MSP430 sleeps also during this period.

I've uploaded the complete project with some extra functions to read and write the EEPROM for the USB controller to GitHub.

Have fun building your own.

Let's start with a general advice: Never commit and/or push if you're half asleep!
If you don't follow this, like I did, you might find this useful:

If you have commited but not pushed your repository to a remote server yet, you can remove this last commit with

git reset --soft HEAD^1

The --soft tells git to delete only the commit itself, but not your changes. There is also the --hard switch, which will delete also your changes. Use this with care!

If you have already pushed your commit, than the way to go is:

git revert HEAD

This will generate a new commit, but without the changes from your sleepy-headed commit.

Since I have been working with git lately, I find myself searching the web for some little tweaks which are pretty handy during my work with git.
So let's see if there will be a No. 2, 3 or even more in this series.

Today I stumbled over this problem:

checked in a file -> switched branch -> needed this file also in current branch

Solution:

git checkout [branch name] <file(s)>

Now you have this file in this branch also. It's now like a new file which you can add to your branch.

Ganz im Stil von ZDF-Mediathek offline jetzt auch was für die ARD.

#!/bin/sh
LINE=$(wget -q -O - $1 |grep "mediaCollection.addMediaStream(0, 2,")
MPATH=$(echo $LINE|sed 's/.*"\(.*\)");/\1/'|tr -d '\r')
URL=$(echo $LINE|sed 's/.*"\(.*\)",.*);/\1/'|tr -d '\r')$MPATH
OUTFILE=$(echo $MPATH|sed 's/.*\/\(.*\)/\1/').mp4
echo "Save $URL to $OUTFILE .."
flvstreamer -o $OUTFILE -r $URL -y $MPATH

Diesem Script einfach die Url der Mediatheksseite übergeben auf der sich der gewünschte Beitrag befindet. Somit kann man dem Depublizieren entgegenwirken.

Recently I thought about playing around with IPv6 again, after I read the release notes from the latest openwrt firmware which runs on my wireless router. At first I was a little confused because there are multiple ways to provide your router and all the clients behind it with route-able IPv6 addresses even when your ISP just gives you a dial-in with one IPv4 address. There is for example 6in4 tunnel, which is a IPv4 point-to-point tunnel to a IPv6 broker which gives you a IPv6 address block for your internal network. The second way, which I choose, is 6to4. Here your router is configured to encapsulate each IPv6 packet in a IPv4 packet and sends it to a 6to4 relay server (and vice versa). You will not get a IPv6 address space from someone, you just take it by calculating it from you IPv4 address. The IPv6 address block which belongs to each IPv4 address starts with 2002: and counts about 1.2 septillion addresses.
For my setup I used my broadcom based wireless router with the latest openwrt firmware. After installing the packets 6to4, 6scripts, radvd and ip6tables I enabled IPv6 for the wan device using the web-interface. After that I attachted the following

config 'interface' '6to4'
option 'proto' '6to4'

to the file /etc/config/network.
After a reboot I could already verify the IPv6 connection with a ping6 ipv6.google.com at the router. Now when you reconnect your computer to the router you should notice that in addition to the IPv4 address your computer now has an additional IPv6 address also starting with 2002:. A ping6 ipv6.google.com should also work. When you now open a web browser using this page http://www.six.heise.de/netze/tools/ip you should see the very same IPv6 address on the website.

I recently switched to a darker gtk2 theme but claws mail did not look that good afterwards. The file tree view and the message listing had bright text color and the contrast to the background color was not good enough to read it clearly.

After some research I came up with the following fix:
Create a file called .gtkrc.mine in your home directory (it should be included via the file .gtkrc-2.0 at the same place) with this content:

style "clawsfix"

{

  fg[NORMAL]  = "#1F1F1F"

}

class "*Tree*"     style "clawsfix"

Restart claws mail and the text color should have changed to #1F1F1F (you can choose a different color which fits better to your theme).
After this I could read claws mail better again :-)

First of all a short disclaimer: I've done all this for myself. This is no general solution but just for my own purpose. The code is really a hack I post it here just as an inspiration.

I got myself a new Smartphone with Android 2.0 and wanted to transfer all my Contacts and SMS from my old WM6 - without Google.

First the contacts: To transfer contacts, there is a wonderful standard called vcard. The android address book is able to import .vcf (vcard) files from the telephones sd card and WM6 can create a vcard if you send a contact via bluetooth. But there are three problems: 1. Android can't receive contacts via bluetooth, 2. WM6 can only send one contact at once, so it's no fun if you have more than 20 contacts and 3. the vcard implementation of WM6 is not correct, so that contacts exported like this can't be imported by android.

So the solution to export the contacts from the WM6 phone is the very good program PIM Backup, which I already used to backup the phone. The app stores its backups in a zip-compressed file, in which the data is stored in a plain text file. For each contact you have a new line and the values are stored separated with semi-colons.
I wrote some code in perl to convert the backup file to multiple vcard files, one for each contact. After this i just copied these files to the Android sd-card and used the contact import function.
Contact pictures are not supported, but feel free to extend and/or rewrite the code!

The second thing are the SMS: I again used the PIM Backup application to export the SMS, because WM6 has no solution to export SMS. The file structure is like the one from the contact backup, one line for each message, fields are separated with semi-colons. But this time there is a field with the message text inside and it the text contains a line break you'll have one in the backup file too. I edited the file with vim and its string substiturion function to replace line breaks in the message text with the string <BR>. In the perl script later on it will be replaced again to a line feed.
Now we have the input data, but how can we import it into the Android SMS software? There is no import function in the application itself, but there is a backup software for SMS in the Android Marketplace called SMS Backup & Restore. This app stores its backup in a very neat XML file called sms.xml.
My perl code now converts the backup file from the WM6 phone to the sms.xml format. All you have to do is replace the sms.xml on the sd-card with the generated on and restore it with the Android application. Et voila, all SMS are on the Android phone and it looks like you had received all the messages with this phone :-)

Flash als Web-Technologie ist nett, aber nie für videoabspielen erfunden. Dementsprechend gut funktioniert es aus *hust*. Leider benutzen nur selten Webseiten den mit HTML5 dazugekommenen Video-Tag sondern eben Flash. Um die eingebetteten Videos aber dennoch ohne Flashplayer abspielen zu können kann man diese herunterladen und dann dem Player seiner Wahl vorwerfen. Für Youtube und Co gibt es da für Linux cclive.
Nun bieten die Öffentlich-Rechtlichen Fernsehsender ihre Sendungen auch Online an, ganz vorne dabei ZDF mit seiner Mediathek. Leider auf Grund des eher nationalen Charakters und der eingesetzten Streamingtechnologie (rtmp) nicht von cclive unterstützt.

Da heisst es selbst ist der Linux-Bastler :-)

Um ein Video aus der Mediathek herunterzuladen muss man zuerst die genaue Stream-URL herausbekommen. Wenn man den Firefox mit dem Plug-In Ad-Block Plus nutzt ist dies aber recht einfach: Man öffnet das Video seiner Wahl im Browser, öffnet dann das "blockable items" Fenster vom Ad-Block Plug-In und sucht nach smil. Die gefundene URL kopiert man sich nun und übergibt sie folgendem Script, welches ich geschrieben habe:

#!/bin/sh
URL=$(wget -q -O - $1|grep 1700000 |sed 's/.*src=\"\(rtmp.*\.mp4\)\".*/\1/')
OUTFILE=$(echo $URL|sed 's/.*\/\(.*\)/\1/')
MPATH=$(echo $URL|sed 's/.*\(mp4:zdf.*\)/\1/')
flvstreamer -o $OUTFILE -r $URL -y $MPATH

Anschließend beginnt der Download, der in seiner Geschwindigkeit nur vom eigenen Internetanschluss begrenzt wird :-) Zu beachten ist noch, dass man hierfür das Programm flvstreamer benötigt.

Mir ist es jetzt schon vermehrt aufgefallen, dass es doof ist, wenn man PDF-Formulare ausfüllt, sie immer gleich drucken muss. Denn es kommt beim Öffnen des Dokuments immer ein riesen Hinweis, dass man die eingetragenen Daten nicht speichern kann.

Als Linuxuser denkt man sich: Dann drucke ich das doch einfach in eine PS-Datei und wandel diese nachträglich mit ps2pdf wieder in ein tolles PDF. Pustekuchen, denn Adobe schreibt beim Drucken irgendwas in die PS-Datei, sodass ps2pdf mit folgender Meldung den Dienst verweigert:

This PostScript file was created from an encrypted PDF file.
Redistilling encrypted PDF is not permitted.

Nach einem Blick ins Internet bin ich auf folgende Lösung gestoßen:
In der Datei /usr/share/ghostscript/[VERSION]/lib/gs_pdfwr.ps sucht man nach den Zeilen

% Patch 'where' so that the distiller operators are only visible
% if the pdfwrite device is the current one.
{ currentdevice .devicename dup /pdfwrite eq exch /ps2write eq or{
.where

und ändert /pdfwrite in irgendetwas anderes, z.B. /pdfwritedrm.

Anschließend verrichtet ps2pdf ohne Zwischenfälle seinen Dienst wie gewohnt und man bekommt ein ausgefülltes PDF zurück.

Ich habe mir vor kurzen ein Wlan-Radio gekauft, welches sowohl Internetradios, als auch den eigenen UPNP-Medienserver als Musikquelle nutzen kann.
Anfangs kam der MusicPal von Freecom für mich nicht in frage, da er keine Fernbedienung besitzt. Doch nachdem ich auf diese Seite hier http://www.donar.com/musicpal/ gestoßen bin wurde mein kleines Bastlerherz geweckt.

Es sind Hardwareseitig noch einige Sachen ungenutzt, wie beispielsweise ein Atmel µC mit Infrarotempfänger, oder ein USB-Port der nicht bestückt ist.
Außerdem läuft als Betriebssystem ein Linux auf dem Radio, und Freecom hat der GPL folge geleistet und die Quellen mitsamt Toolchain zum herunterladen bereitgestellt.

Im ersten Teil dieser (hoffentlich) Serie habt ich ersteinmal den fehlenden USB-Port nachgerüstet.
Entschuldigt bitte die schlechte Bildqualität, aber meine "echte" Kamera ist gerade ohne mich auf Reisen.

Auf dem PCB ist alles schon für USB vorgesehen, man muss also nur das Gerät öffnen und eine USB-A Buchse auflöten.

Selbst im Gehäuse ist bereits der USB-Port vorgesehen. Man muss nur vorsichtig mit einem Cutter das verbleibende Plastikrechteck herausschneiden.

Wer denkt, jetzt geht das große Linux gehacke los, der wird leider von Freecom enttäuscht: Selbst in der Firmware ist USB bereits integriert. Ein USB-Stick wird sofort erkann und man kann sich auf dem Filesystem austoben und darauf gespeicherte Musik problemlos abspielen.

Jetzt stehen für die weitere Modifikation noch mind. zwei Dinge an: zum einen werde ich einen besseren Lautsprecher einbauen, da der derzeitige nach Blechdose klingt. Desweiteren werde ich versuchen eine Infrarotfernbedienung daran zu flanschen, denn das war schließlich das Hauptargument des Kaufs.

Für die nächste Episode werde ich dann bessere Bilder liefern und auch mal den gesamten Innenaufbau photographisch Dokumentieren, denn es gibt doch einige Stellen auf dem BCP die nicht bestückt sind, aber im Layout eingearbeitet.

Nachdem ich nun jahrelang GKrellM benutze, um mir die nötigsten Systeminformationen unter Linux anzeigen zu lassen, wollte ich mal etwas anderes versuchen. Auf Empfehlung von Ulf habe ich mir deshalb mal Conky angeschaut. Conky ist ebenfalls ein Systemmonitor, nutzt allerdings nicht GTK, sondern gibt die Informationen direkt auf dem Rootwindow aus.

Conky wird in der Datei $HOME/.conkyrc konfiguriert. Im oberen Teil der Datei werden allgemeine Einstellungen vorgenommen, die das Verhalten (Refreshintervall, Fenstermodus, Position) von Conky beeinflussen. Ab dem Schlüsselwort TEXT wird alles formatiert in Conky dargestellt.

Man "formatiert" sich das Aussehen von Conky, wie man einen Text formatiert. Die verschiedenen Informationen erhält man hierbei in Variablen geliefert, die entweder nur Text oder auch ganze Graphen enthalten. Eine Übersicht aller Variablen gibt es hier: Conky Variablen

Für ein klein wenig Dynamik kann man if/else Klauseln einarbeiten, sodass einige Textbausteine nur unter bestimmten Bedingungen in Conky erscheinen. Mit $if_empty kann man beispielsweise eine Variable auf einen Leerwert überprüfen und gegebenenfalls nicht ausgeben lassen.

Wenn einem die Informationen die Conky sammelt, nicht ausreichen, kann man auch externe Programme ausführen lassen.

Im Großen und Ganzen gefällt mir Conky sehr gut, da man es sehr vielfälltig gestalten kann. Allerdings fehlt mir die Dynamik von GKrellM ein wenig, besonders was die Netzwerkkarteneinbindung betrifft. Man muss alle Devices per Hand einbinden und diese sind dann immer in Conky zu sehen, auch wenn sie nicht aktiv sind.
Ein $if_network, welches überprüft ob ein Device "up" ist, wäre schön gewesen.

Für alle, die ein wenig Anlaufhilfe bei der Konfiguration benötigen, hier meine conkyrc zum Schnuppern.

Nachtrag [2008-01-04]:
Soeben ist mir ein weiterer Vorteil von Conky ins Auge gefallen: Meine Akkulaufzeit verlängert sich.
Ich habe also gleich mal powertop gestartet und gesehen, dass die CPU mit Conky zu fast 90% im C4 Modus ist (ruhender Desktop). Mit GKrellM ist die CPU hauptsächlich in einem weniger tiefen Schlafzustand C2.
Dies macht ca. 1 Watt Mehrverbrauch aus oder grob überschlagen 20min Laufzeit.

Gestern habe ich die interne WiFi-Karte meines IBM Notebooks getauscht. Da ja leider irgendwie der 802.11a Standard (54MBit bei 5 Ghz) ausstirbt und meine bisherige Karte nur 802.11 a und b unterstützt, kann ich vielerorts nur den langsamen 802.11b Modus nutzen. Günstige Accesspoints haben außerdem leider immer nur b und g, will man jedoch 802.11a haben, muss man zu den teureren sogenannten Dualband Routern greifen, die dann alle drei Standards (a, b und g) können.
Deshalb habe ich mich auf die Suche nach eine Karte für mein Notebook gemacht, welche ebenfalls alle drei Standards beherrscht. Dies ist allerdings bei einem IBM Notebook nicht so leicht, da im BIOS eine VendorID Liste gespeichert ist, in der steht welche Karten funktionieren dürfen.
Jedenfalls habe ich dann eine gefunden und bestellt. Hier deshalb nun eine kleine Bilderreihe vom Umbau.

Zuerst sollte man Akku, Slimlinelaufwerk sowie die Festplatte entfernen. Danach kann man auf der Unterseite des Notebooks die vier Schrauben entfernen, die mit einem Tastatursymbol gekennzeichnet sind.

Hat man diese entfernt, kann man die Tastatur leicht nach oben verschieben, bis sie am unteren Rand aus ihrer Befestigung schnippt. Dannach kann man die Tastatur abnehmen und vorsichtig den Stecker (der vom Tastaturflachbandkabel) abstecken. Da aber die miniPCI Karte unter dem Touchpad liegt, muss man nun auch noch dieses mitsamt der Handauflage entfernen.Hierfür dreht man das Notebook schon wieder um, um die Schrauben mit nebenstehendem miniPCI Symbol zu entfernen. Hier gibt es zwei Sachen, die man beachten sollte: 1. am unteren Notebookrand (bei den Lautsprecheröffnungen) sind die Schrauben mit Klebeblenden versteckt, welche man mit den Fingernägeln entfernen sollte und 2. sind zwei Schrauben TX bzw. TR 7 Torxschrauben, für welche man nicht unbedingt einen Schraubendreher daheim hat.Sind alle Schrauben endlich entfernt, kann man die Handballenauflage mit Touchpad nach vorne hin abziehen und den Stecker mit behutsamen Zug am "Fähnchen" abziehen.
Nun liegt der miniPCI Steckplatz mit eingesteckter Karte frei vor uns. Bevor man die WLAN-Karte heraus nimmt, sollte man mit den Fingernägeln die beiden Antennenstecker von der Karte lösen (ACHTUNG!! Nie am Kabel ziehen).Jetzt noch beide Metallbügel nach außen drücken und die alte Karte springt einem schon entgegen. An dieser Stelle habe ich ein wenig sauber gemacht, da sich innerhalb von 3 Jahren doch einiges an Staub und Schmutz ansammelt.
Danach die neue Karte behutsam in den leeren Slot einbauen und die beiden Antennenstecker (Main und AUX) gemäß Beschriftung wieder anstecken.Für den Zusammenbau alle Schritte in umgekehrter Reihenfolge wiederholen. Zu guter Letzt Festplatte, Laufwerk und Akku wieder einsetzten und beim Booten Daumen gedrückt halten :)

Bei mir hat es funktioniert und ich kann jetzt ganz prima schnell funken, egal ob bei 5 oder 2,4 GHz.