Begrijpend lezen...

Afgelopen week kreeg ik een mail van Sourceforge. Ik had geen mail verwacht, want bij mijn weten had ik met niet geabonneerd op een nieuwsbrief. Ik vond de nieuwsbrief niet erg boeiend en dacht onder lezen er over na waarom ik de mailing had gekregen. Sourceforge lijkt mij nu niet een instituut om spam te sturen. Onderaan de mail kwam ik, nog steeds in de veronderstelling dat ik me niet had ingeschreven voor de mailing, onderstaande stukje tegen:

When the SF.net team sends out a site-wide email, we sometimes see replies that look like this: "Hey! I didn't ask to be on this list! You spammer. I hate you! I hate your dog! (insert other colorful phrases here)." The truth is, when you registered on SourceForge.net there was a check box that said "Receive Site-wide updates, low volume." You left it checked when you submitted the registration form, hence you are receiving this email. We send these updates every 4 to 6 weeks, so it truly is low volume. However if you want off, this is not a problem. Simply click on the link.

Let op het vetgedrukte stukje! In mijzelf moest ik erg lachen, maar toen ik er dieper over nadacht dacht ik *Ai* toch in het vervolg toch maar weer beter lezen. Begrijpend lezen is blijkbaar moeilijk. Normaal gespropen lees ik alle teksten die bij vinkje staan altijd minutieus door om te voorkomen dat ik "gespamd" wordt, maar deze keer is er toch wat doorgeglipt. Toch blijf ik het een ludieke manier vinden om iemand op ze eigen fouten te wijzen...

WWW3

Ik weet niet wat er allemaal gaande is, maar dat er wat gebeurt is wel duidelijk. Microsoft heeft in de afgelopen tijd met drie Linux bedrijven een overeenkomst gesloten. Wat vorig jaar begon met Novell. Op 4 juni kwam de mededeling dat Microsoft een deal heeft gesloten met Xandros, op 7 juni dat ze een deal hebben gesloten met LG en op 14 juni een deal met Linspire. Telkens duikt het woord softwarepatenten op. Wat nu precies de deal inhoudt blijft onduidelijk. In het verleden heeft Microsoft niet veel goeds in de zin gehad met samenwerking, dus ik weet niet wat ik hier van moet denken. Wat Microsoft in ieder geval al wel gelukt is dat er min of meer twee kampen zijn. Mensen die er niets van moeten weten en mensen die het allemaal niet zo erg vinden. Vanuit de Linux kant wordt er nagedacht over een tegen aanval. BTW, wat ik zo grappig vind is dat Linux gebruikers dit nieuws volgen, maar als je een gemiddelde gebruiker vraagt hij/zij waarschijnlijk het nieuws niet eens heeft gezien. Maar goed, wat de uitkomst van dit gebeuren wordt is weer duister. Microsoft en de bedrijven die een deal met hun hebben zijn zover ik kan zien ook weer in vaagheid gehuld dus daar wordt je ook niet wijzer van. Is dit nu weer FUD of is er echt wat aan de hand?

Wat betreft de titel... Misschien een beetje ver gezocht, maar ondertussen rommelt het behoorlijk en het wordt op het moment nog niet minder. Toch maar weer rustig afwachten wat de toekomst brengt.

Communiceren

Al een tijdje wil ik beginnen met het programmeren in Python. Waarom? Omdat je in Python een klein scriptje kunt programmeren, maar ook een heel complex programma. Maar ook omdat Python een programmeertaal die op allerlei platformen draait (Windows, WinCe, Linux, OSX, ...), dus als je eenmaal een programma maakt kan deze ook op het andere platform draaien. Leuk, denk je natuurlijk, maar we hebben al JAVA. Het voordeel van Python is echter de batteries included filosofie. Bij Pyhton worden allerlei bibliotheken geleverd voor allerlei taken. Voorbeelden zijn bibliotheken voor HTML, XML, TCP/ip, numerieke wiskunde, matrices, SDL... Je hoeft dus niet zelf allerlei moeilijk programmeerwerk te doen en je kunt je dus concentreren op het 'echte' werk. Ook kun je verschillende grafische bibliotheken gebruiken, zoals Qt, GTK, WxWindows, Tkinter.

De reden dat ik tot nu toe nog niet begonnen was met Python, komt omdat ik direct ook een nuttig programma wil schrijven en dan wel zie wat ik tegen kom. Op de eéń of andere manier kan ik me niet motiveren om 'stomme' oefeneningen te doen. Pas bedacht ik me dat Python misschien wel nuttig gebruikt kon worden voor m'n werk. Op m'n werk hebben de producten namelijk eigenlijk bijna allemaal elektronica aan boord. Ook hebben enkele producten een RS232 uitgang waarmee er met de computer gecommuniceerd kan worden. De combinatie van Python en RS232 leek me wel een leuke om mee te beginnen. Na wat gegrasduin (staat dit in de van Dale?) vond ik een bibliotheek voor het communiceren over de seriële poort. Deze bibliotheek zit ook al in Ubuntu, dus die was zo geïnstalleerd (even in Synaptic zoeken met zoekterm Python serial). Voor het programmeren zou het echter wel handig zijn om de data die beide richtingen door de seriële poort gaat te kunnen monitoren. Je kunt dan makkelijker zien of er iets mis gaat. Na veel zoeken vond ik op het Internet het programma Interceptty. Deze was helaas niet in een Deb verkrijgbaar, dus moest ik deze zelf compileren. *ahum* Ik ben niet zo goed in het compileren van software in Linux. Dit loopt bij mij meestal uit in een berg errors. Deze keer ging het echter van een leien dakje. Toen begon echter het probleem. Met welk commando start je nu interceptty zodat deze het dataverkeer van en naar de seriële poort monitoort? De voorbeelden die in het readme-bestand worden gegeven zijn niet van toepassing op mijn situatie en ik snapte ook niet goed hoe ik de parameters moest toepassen. Gelukkig kwam ik er uit na een dagje experimenteren, een nachtje slapen en weer opnieuw proberen:). Je moet namelijk het onderstaande commando gebruiken:

sudo ./interceptty -s 'ispeed 9600 ospeed 9600' /dev/ttyS0 /dev/serieel

Een beetje uitleg bij deze cryptische regel...

• De snelheid waarmee gecommuniceerd wordt, wordt weergeven achter ispeeds en ospeed, waarbij ispeeds de ingaande snelheid is en ospeeds de uitgaande snelheid. In mij geval is de snelheid dus 9600 baud.


• Mijn stukje hardware hangt aan de eerste (enige) seriële poort van de computer. De code hiervoor is /dev/ttyS0.


• Je moet ook een 'poort' opgeven voor de software kant. Dit is een andere poort dan de seriële poort van de computer in. Het programmaatje zit als het ware tussen de fysieke seriële poort en je programma op de computer in. Daarom definiëren we voor de computerkant een softwarematige poort. Deze heb ik /dev/serieel genoemd, maar je mag zelf iets kiezen, dus /dev/eenhelelangepoortnaam is ook goed, maar niet zo bruikbaar.

Als je de regel hebt ingevoerd wacht het programma totdat er informatie voorbij komt. Je moet nu in Python de seriële poort openen en er naar schrijven. Ik heb daarvoor IDLE geopend. Met het volgende commando roep je de seriële bibliotheek aan en open je de seriële poort.

import serial
s = serial.Serial('/dev/serieel',9600,timeout=1)

Als je nu een commando naar de seriële poort schrijft zie je die in het terminal venster weer. Als je bijvoorbeeld onderstaande commando in python schrijft:

s.write('hoi')

dan zie je in het terminal venster het volgende verschijnen...

< 0x68 (h)
< 0x6f (o)
< 0x69 (i)

Als de hardware die aan de seriële poort dit nu begreep kreeg je een antwoordt. Aangezien ik geen hardware ken die dit commando kent gebeurt er niets. Als ik nu mijn stuk hardware neem en daar het volgende commando heen stuur

s.write("\x07\xf0\x00\x0f\x00\xbc\x07\x0f")

dan zie ik het volgende...

< 0x07
< 0xf0
< 0x00
< 0x0f
< 0x00
< 0xbc
< 0x07
< 0x0f
> 0x07
> 0xf3
> 0x07
> 0xf0
> 0x00
> 0x10
> 0x04
> 0x5b ([)
> 0x28 (()
> 0x28 (()
> 0x5b ([)
> 0xc7
> 0x07
> 0x0f


Alle regels die beginnen met < worden de seriële poort uitgestuurd (mijn commando dus). Alle regels die beginnen met > komen terug van de hardware die aan de seriële poort hangt. Mijn commandoregel ziet er een beetje raar uit. Maar als ik je vertel dat '\x07 staat voor een hexadecimale 7 dan begrijp je het misschien een beetje. Het is leuk dat er een commando terug komt, maar nu moet ik nog een programmaatje schrijven dat iets nuttigs doet. Hard aan het werk dus:)