Nachdem wir uns vergangenen Oktober gemeinsam beim Fraunhofer ITWM in Kaiserlautern getroffen haben, geht es dieses Jahr nach Stuttgart in die Hochschule der Medien:

Freitag 27.  + 28. Mai 2011, Hochschule der Medien, Stuttgart.

Zwei Tage lang treffen sich Entwickler/Hacker & Interessierte um über

• Smart Metering
• Home Automation
• Renewable Energy
• Home Displays & User Interfaces

zu diskutieren und in Form eines Barcamps kleine Vorträge zu halten. Ursprünglich wurde geplant das Camp jedes Jahr zu veranstalten. Mit dem Treffen im Mai läuft es vielleicht sogar bald auf einen halbjährigen Turnus hinaus

Aus aktuellem Anlass wird es hoffentlich auch eine Diskussion über Geigerzähler und den Aufbau eines unabhängigen Sensornetzwerkes geben.

Neben flukso.net und mysmartgrid.net wird auch unser Projekt, volkszaehler.org, wieder dabei sein. Ich freue mich euch dort zu sehen

Das Multimeter besitzt einen Cyrustek ES51922P (P für Peak, Datenblatt ist verlinkt). Dessen Funktionalität geht etwas über die angegeben Features des UNI-TREND UT61E hinaus. So könnte man durch kleinere Modifikationen auch noch Temperatur messen, das Multimeter kalibrieren oder als Frequenzzähler nutzen.

Da ich derzeit diese Funktionen nicht benötige, entschied ich mich erst einmal hier nichts zu modifizieren. Aber vielleicht ist ja jemand Anderes auf der Suche nach genau diesen Features..

Das Datenblatt ist in verständlich in Englisch verfasst und enthält auch eine Spezifikation des seriellen Protokolls. Es ergänzt so die von Henrik Haftmann erarbeitete detaillierte Beschreibung des Protokolls,

Hier noch eine paar Bilder der Innereien (man könnte sie fast zum Nachbau verwenden

PS: Die serielle Ausgabe ist durch das Ziehen von Pin 111 auf Masse permanent aktiviert und lässt nicht auch nicht Abschalten. Höchstens das Durchtrennen der Leiterbahn um Pin 111 würde Abhilfe schaffen.

Last time, I showed you my new fnordlicht’s. Today, I’ve a little gift for you: I’ve written a small c program to control the lights according to the current peak level.

The software analyses the audio signal of my system (Ubuntu 10.10 with pulseaudio). So you can dance to everything that can play audio..

Update: As preparation for a exam, I added a discrete fourier analysis (DFT). Unfortunatly the serial bus is to slow to visualize the audio spectrogram in real time The bars are colored with their complex phase->hue (HSV) aquivalent.

The software uses and is distributed together with my fnlib (fnordlicht library) available under: http://web.git.0l.de/libfn.git

Some technical details (in german):

Ich benutze PulseAudio um mich in die Soundkarte des Systems einzuklingen. Das Programm tarnt sich als Recording-Tool. Und kann dadurch den kompletten Audio-Output oder nur bestimmte Programme visualisieren. Sogar das Mikrofon kann ich benutzen :p

PulseAudio liefert mir einen einfachen PCM Stream (44,1kHz Samplingrate, Mono & 16-Bit signed Integers). Derzeit addiere ich immer nur x Werte dieses Bytestreams und mittele diese Summe dann über einen kurzen Zeitraum.

Geplant ist noch eine FFT-Analyse um  die Amplituden verschiedener Frequenzen gemäß der “Ohrkurve”, der Empfindlichkeit des menschlichen Gehörs, gewichten zu können. Der Schritt zur Spektraldarstellung (jedes meiner 10 fnordlichter als VU-Meter für ein bestimmtes Frequenzband) ist dann hoffentlich auch nicht mehr so weit.

Ohrkurve

Hints (for me)

• FFT lib to use: http://www.fftw.org
• Approximation for “Ohrkurve”

Im Fraunhofer ITWM veranstaltete Mathias Dalheimer, Leiter des Projekts “mysmartgrid“, das erste deutsche BarCamp zu den Themen:

• Smart Metering
• Demand-Side Management
• Home Automation
• Home Displays

Von Freitag bis Samstag trafen sich ca. 25, teils internationale, Teilnehmer und diskutierten fleißig über das aktuelle Themenfeld. Neben vielen neuen Gesichtern und interessanten Vorträgen bekamen wir auch die Möglichkeit uns das Gebäude und den Rechen-Cluster des ITWM zu besichtigen. Ach, und hierbei möchte ich mich gleich bei Mathias für die Organisation und das Catering bedanken War super!

Für alle, die es dieses Jahr leider nicht nach Kaiserslautern geschafft haben, sei gesagt, dass dies sicherlich nicht die letzte Veranstaltung dieser Art gewesen ist. Spätestens nächstes Jahr treffen wir uns sicherlich wieder. Ansonsten hat Justin das gesamte Event als Timelapse-Video in 2 Minuten zusammengefasst:

Die Ergebnisse dieses Wochenendes werden nun im Wiki und in der Google Gruppe gesammelt. Feel free to join us!

To easily mount my external HDDs I use this small bash script:

#!/bin/bash
gpg -d /media/usbstick/.secret/luks.key.enc | pmount -p - $1 $2

Tutorial

Thats a quite simple tutorial. Most steps have been described in others howtos. Feel free to link them in the comments.

Setup

1. Create a PGP keypair
2. Generate a keyfile for the LUKS partition
3. Make a copy  of your PGP keyring and the LUKS keyfile and safe them in a safe location
4. Move your keys to your smartcard and replace your private keys by stubs
5. Create your LUKS partition
6. Add the keyfile to a LUKS key slot
7. Encrypt the LUKS keyfile
8. Move the encrypted keyfile to an USB stick
9. Add the script from above to your USB stick

Usage

1. Insert your smartcard, USB stick and the LUKS encrypted harddisk
2. Call the script from above from your USB stick
3. Enter your smartcard pin
4. Enjoy!

Have fun!

Click here to view the embedded video.

Vor ein paar Wochen bin ich auf das Projekt von Alexander Neumann aufmerksam geworden, um den Eingang neuer Mails, Nachrichten und meinen Stromverbrauch darzustellen. Meine 10 Module waren schnell aufgebaut. Sie bestehen aus je 3×3 LED’s (RGB) und einem ATMega8 Mikrocontroller, der die PWM-Ansteuerung und die Kommunikation über einen seriellen Bus übernimmt.

Leider gab es noch kein gutes Programm für die Ansteuerung über einen Rechner. Also griff ich schnell zum Lötkolben und schrieb eine kleine C-Library. Mit der Ethernet-RS232 Bridge von ethersex (Y-Port) konnte ich sogar die Ansteuerung über das Internet testen. Dies wird auch von der Library unterstützt.

Die Bibliothek sowie ein Beispiel-Programm für die Linux-Konsole gibt es in meinem git-Repository.

Mittlerweile betreibe ich einen eigenen DNS Server für meine beiden Domains: 0l.de und eta.li. Rekursives Auflösen ist über diesen Server ebenso möglich. Ihr könnt ihn also geren auch benutzen: 83.169.1.58

Zudem biete ich euch kostenloses DNS Hosting. Gerne übernehme ich auch die DNS Administration eurer Domains. Jedoch könnt ihr sicherlich verstehen, dass ich euch dafür dann nichts garantieren kann.

Mit der Zeit habe ich ein Webinterface für den DNS Server Bind entwickelt auf das nun jeder Zugriff hat. Ihr könnt eigene Subdomains registrieren, Records setzen und URL Weiterleitungen einrichten. DynDns ist ebenso möglich.

Es ist auch möglich URLs zu verkürzen und so beispielsweise die URL:
http://maps.google.com/maps/ms?ie=UTF8&hl=en&msa=0&msid=100237997621038330776.000468b0a95f89721a96e&ll=18.646245,15.820313&spn=120.933723,198.632813&z=3
auf
http://a.0l.de

abzukürzen.  Das ist vergleichbar mit dem Service von TinyURL. Jedoch sind meine URLs dann um 7 Zeichen kürzer . Im Gegensatz TinyURL sind meine URLs auch nur über die Subdomains erreichbar. Eine direkte Unterscheidung zwischen eigenem DNS Record und einer simplen URL Weiterleitung ist also nicht möglich.

Service – Projekt Wiki

Bedienung

Der Dienst besitzt ein dokumentiertes API. Durch ein einfaches Webinterface ist es auch Anfängern möglich das Script zu bediehnen. Ein Expertenmodus bietet dann noch fortgeschrittenen Usern den kompletten Zugriff auf das API.

Die Schnittstelle ist auch kompatibel zu den Update Clients des Marktführers DynDns.org.

Das Verkürzen einer URL ist mit diesem einfachen Bookmarklet möglich:

Technik

Das komplette System besteht aus einem Webserver (Apache) mit PHP, einem Datenbankserver (MySQL) und dem DNS-Server (Bind9). Das PHP Script sorgt für die Syncronisation zwischen Datenbank und Nameserver. Dazu benutzt es das Kommandozeilen Tool “nsupdate” von Bind. Cron-Jobs sorgen regelmäßig für das Löschen von veralteten Records und URLs sowie die Konsistenz der Daten.

Das komplette System wurde nach modernen Paradigmen entworfen und ist vollständig objektorientiert implementiert. Das MVC Design-Pattern ermöglicht das einfache Erweitern um neue Komponenten.

Aber eine kleines Video sagt bestimmt mehr als 1000 Worte:

Click here to view the embedded video.

Das Spiel gibts mittlerweile ab ca. 18€ bei Amazon. Ich habe es noch nachträglich etwas getuned. Mit einem regelbaren und stabilisierten Steckernetzteil lässt sich so sogar die Geschwindigkeit von Louie regeln. Von den, bei Batteriebetrieb, normalen 18 Umdrehungen/Minute konnte ich die Geschwindigkeit auf 55 Umdrehungen/Minute mit dem Steckernetzteil steigern.

So entfällt das lästige Wechseln der Batterien. Trotzdem ist weiterhin der Festivaleinsatz mit Batterien möglich. Mithilfe eines Schaltkontakts in der Einbaubuchse wird beim Einstecken des Steckers die Batterie abgeklemmt. Zieht man den Stecker wieder, wird der Motor wieder über die Batterie gespeist:

Zusätzlich habe ich alle Kabel ersetzt und mit Schrumpfschlauch verpackt, da die Standardkabel mit dem erhöhten Stromfluss etwas überlastet sein dürften:

Verkabelung

Um immer auf dem Laufenden zu bleiben, wer oder was in deiner Gegend verändert wurde, kannst du nun mein RSS Skript benutzten und musst nicht mehr auf die proprietäre Lösung von ito! nutzen.

Mein Skript fragt live die aktuellen Changesets aus der API ab und verarbeitet diese Daten in einen RSS 2.0 Feed.

Hier ein paar Beispiellinks:

• http://www.steffenvogel.de/demos/snippets/osm_changeset_rss/osmrss.php?bbox=8.54217,49.84782,8.60002,49.87355&filter=bots
• http://www.steffenvogel.de/demos/snippets/osm_changeset_rss/osmrss.php?user=64791
• http://www.steffenvogel.de/demos/snippets/osm_changeset_rss/osmrss.php?user=70696&open

Alle Optionen hinter dem “?” sind identisch mit denen der OSM API. Ihr könnt also dynamische RSS Feeds mit allen Parametern des normalen API erstellen.

Das Skript befindet sich auch in meinem git Repository.

viel Spaß

Eine nette Kette von Adaptern

Mein Nokia N810 verfügt über einen USB OnTheGo Controller. Dieser ermöglicht es das N810 auch als USB Host zu nutzen. Man kann also seine Tastatur, Digicam, USB Stick, Drucker und andere USB Geräte anschließen. Tastaturen und USB Sticks werden automatisch erkannt und von Maemo eingebunden. Beim Rest bedarf es etwas Handarbeit. Besitzt man einen Seriel zu USB Wandler (mit PL2303 Chipsatz) kann man auch sämtliche Geräte mit einem seriellen Port am Tablet betreiben. Dazu benötigt man nur zwei entsprechende Kernelmodule.

Rechts seht ihr mein Tablet zusammen mit meinem Garmin eTrex. Zugegebenermaßen sieht diese Kette aus Adaptern etwas wagemutig aus, aber sie funktioniert bestens. Ich konnte bereits MaemoMapper dazu bewegen das Garmin GPS zu nutzen. Minicom und Avrdude sind bereits von mir portiert und müssen nur noch gepackt und hochgeladen werden.

Nach dem Laden der oben genannten Kernelmodule mit:

sudo gainroot
insmod usbserial.ko
insmod pl2303.ko

wird nach dem Einstecken des USB zu Seriell Wandler ein neues Device in /dev/ttyUSB0 angelegt. Dieses ist mit /dev/ttyS0 eines normalen Linux Rechners vergleichbar und kann somit von jedem Linux Programm angesprochen werden. Ich freue mich schon jetzt mein N810 zum Analysieren des Debug Outputs der AVRs Mikrocontroller meines Tetrabots benutzten zu können. Mit Webcam, GPS, Bluetooth, Audio IN/OUT wird sich das Tablet später vielleicht auch einmal ideal als Gehirn eines Roboters eignen.

Um die OTG Funktion nutzen zu können muss der Controller jedoch erst in den OTG Modus versetzt werden. Dies kann manuell durch den Kernel geschehen oder automatisch. Die OTG fähigen USB Stecker (Mini und Micro USB) verfügen über 5 Pins. Also einen Mehr als ihre größeren Geschwister. Wird dieser 5. Pin auf Masse gezogen schaltet sich der Controller automatisch in den OTG Modus. Leider gibt es für die automatische Variante noch keine entsprechende Adapterkabel im Handel. Also hab ich mich mal wieder selbst ans Werk gemacht. Inspiriert von einem Blogeintrag im Nokia Forum entschied ich mich das mitgelieferte Kabel (CA-101) umzukonfektionieren. Jedoch legte ich dazu den kompletten Micro USB Stecker aus seiner Gummihülle frei. Diese wurde später durch ein Stück Schrumpfschlauch ersetzt. Hier also jetzt die Anleitung für die automatische Version.

Warnung: Für die folgende Anleitung ist gutes Handwerkliches Geschick beim Umgang mit dem Lötkolben erforderlich. Die Abstände der Lötpunkte sind nur ca. 0,5 mm breit.

Werkzeug

• scharfes Messer
• Lötkolben
• Saitenschneider
• Pinzette

Materialien

• Lötzinn
• Schrumpfschlauch

Los gehts:

1. Wir schneiden das USB Kabel ca 10 cm vor dem großen USB-A Stecker und ca 1 cm vor dem Micro USB Stecker ab.
2. Die Gummihülle des Micro USB Kabels entfernen.
3. Die Metallschirmung des Steckers vorsichtig entfernen.
4. Die Farbbelegung des Steckers notieren
5. Das Kabelende des USB-A Steckers abisolieren und wieder an den Micro USB Steckers löten. Wahlweise kann man hier auch eine USB-A Buchse nehmen.
6. Jetzt wichtig: Von hinten auf den Micro USB Stecker gesehen müssen die zwei rechten der fünf vergoldeten Dräte durch einen kleinen Klecks Lötzinn kurz geschlossen werden. Falls ihr euch unsicher seit welche ich meine, könnt ihr euch hier nochmal das Bild anschauen.
7. So jetzt noch drauf achten, dass beim Anbringen der Schirmung kein Kurzschluss entsteht und das ganze mit einem Schrumpfschlauch überziehen.

Diese Version benötigt noch einen USB-A Female to Female Adapter. Das Kabel kann nicht mehr als Verbindungskabel zu einem Rechner benutzt werden. Dazu könnt ihr euch ja einfach ein neues kaufen. Ich habe meines für 30 Cent bei Amazon erstanden

So siehts dann aus:

Viel Spaß!

Seine gleichmäßige, geometrische Form, die einem Tetraeder ähnelt, gab ihm den Namen Tetrabot.

Auch die Elektronik soll redundant ausgelegt werden. Jede seiner vier “Tentakeln” wird durch einen Atmel AVR Mikrocontroller gesteuert. Zusätzlich bekommt jedes Bein noch eine spezielle Aufgabe:

1. Kommunikation
2. Navigation
3. Stromversorgung
4. Sensorik

Ein Bein besteht aus:

• 2 AAA Ni-MH Akkus
• Atmel AVR ATMega Mikrocontroller
• Taster
• LED’s
• Umgebungslichtsensor
• Servo + Omniwheel
• Gabellichtschranke
• Ultraschall Sensor

Hinzu kommen für die einzelnen Aufgabenbereiche individuelle Elemente:

• IR Sender + Empfänger
• Bluetooth
• Temperatursensor
• Mikrofon

Untereinander sollen die Beine über den I²C Bus verbunden werden und sich so im “multiple master” Modus gleichberechtigt austauschen.

Fast ein halbes Jahr ist jetzt seit meinen ersten Gedanken vergangen. Mittlerweile ist die Planung fast abgeschlossen.

Das Grundgerüst + Akkus und Antrieb des Roboters sind schon fertig. Trotzdem liegt noch viel Arbeit vor mir . Ich rechne erst nach meinem Abitur mit der Fertigstellung… Hoffentlich habe ich während meines Zivildienst dann mehr Zeit.

Hier meine ersten Ergebnisse:

Das war es mal fürs erste… Die entgültige Form und Funktionweise des Roboters behalte ich noch ein paar Monate für mich. Es jetzt zu beschreiben wäre sinnlos. Bilder sagen ja sowieso mehr als 1000 Worte…

Unterstellt man einem Hacker nun böswillige Absichten. Ist es für ihn nötig unerkannt zu bleiben. Ein Unterbrechen der Netzwerkverkabelung, wenn auch nur für Sekunden, würde ihn verraten.

Eine unterbrechungsfreie Variante dieser Sniffing-Technik lässt sich also nur ohne das Umstecken oder Durchtrennen von Kabeln realisieren. Hier stieß ich auf einen in der Ethernet Verkabelung sehr verbreitete Technik: Die Schneid- und Klemmtechnik. Auch unter der Abkürzung LSA bekannt. LSA steht für “löt-, schraub- und abisolierfreie Technik”. Sie kommt meist in Patchfeldern oder Netzwerkdosen zum Einsatz.

Lasst euch nicht von der Farbmarkierung irritieren. Es handelt sich um ein etwas älteres Kabel mit einer eher seltenerer Kodierung: IEC 189 und IEC 708.

Auf dem Bild kann man oben das angezapfte Twisted-Pair Kabel erkennen. Es wurde nicht durchtrennt. Sondern lediglich von seiner Isolierung und Abschrimung befreit. Es werden nur die Adernpaare 2 (Pin 3,6) & 3 (Pin 1,2) benötigt. Diese werden über den oberen LSA-Verbinder gelegt und können nun vom unteren entsprechend abgegriffen werden (siehe unten-rechts auf dem Bild).

Ich habe diese Technik erfolgreich getestet. Während ich live über mein Streaming-Client Internetradio hörte zapfte ich das Kabel an. Und konnte mit Wireshark den Netzwerkverkehr mitlesen.

Jedoch sollte man die Kabellängen möglichst gering halten. Bei größeren Entfernungen (> 8m) brach die Verbindung teilweise ab.

this is my first english blog entry. Excuse me for my hopefully not so bad english

During my reverse engeneering on the Terratec Noxon 2 Audio (read the past two blog posts) i had to sniff the network traffic between the Noxon and the Internet.

First i just sniffed the wireless traffic with a simple ARP spoofing attack in my switched network.

But i couldn’t be sure wheather I sniffed the whole traffic or if I just missed some “intranet” traffic in my net.

After some internet research, i decided to build my own passive ethernet tap to do a MITM (man in  the middle) attack.

Snort and Geekslunch have excellent instructions for this. Geekslunch hosts also a very good paper about receive only UTP calbes. Have a look on this!

Note that you can only receive data from the connection. Injection is impossible with a passive tap!

If you want do modify or inject packets you should use two network interfaces as a bridge.

For my tap I used two screened two-port RJ-45 connectors which I soldered together.

Finally here some pictures of my tap. It’s the smallest i found on the internet! It has a size of 4*3*1 centimeters!

At last a small tip if you want two sniff in both directions simultaneaously. For this you need two NICs. Link them together with the “bonding” kernel module. Here is a little howto and the documentation.

Genauer geht es um das Ersetzten / Erweitern der vTuner Stationsliste und das Hinzufügen eigener Services in das “My NOXON” bzw. “Podcasts” Menü.

Firmwareimage

Bei der Analyse des Firmwareimages mit dem Hexeditor bin ich auf einige URLs gestoßen (Offset 3962E4). Diese scheinen zum Update der Stationslisten und Favoriten vorgesehen zu sein.

Dabei scheint es zwei verschiedene Typen von URLs zu geben (dazu gleich mehr):

RadioNativeEntries
RadioNative01
	RootName Podcasts
	RootUrl http://radio567.vtuner.com/setupapp/radio567/asp/BrowseXML/navXML.asp?gofile=S-ByLocation
	LoginUrl http://radio567.vtuner.com/setupapp/radio567/asp/BrowseXML/loginXML.asp?token=0
	RetrieveFavsURL http://radio567.vtuner.com/setupapp/radio567/asp/BrowseXML/FavXML.asp?empty=&sFavName=My%5F%5FFavorites
 
RadioNative02
	RootName My NOXON
	RootUrl http://gatekeeper.my-noxon.net/RadioNative.php
	LoginUrl http://gatekeeper.my-noxon.net/RadioNativeLogin.php
	RetrieveFavsURL http://gatekeeper.my-noxon.net/RadioNativeFavorites.php
 
RadioNative03
	RootName StarXed Services
	RootUrl http://starxed.homelinux.org/radionative-multi/index.xml
	LoginUrl http://noxonserver.de/RadioNativeLogin.php
	RetrieveFavsURL http://starxed.homelinux.org/radionative-multi/favs.php
 
MultiRadioStationDB
MRSDB01
	UserFriendlyName Internet Radio
	url0 http://www.radio579.com/setupapp/bluewin/asp/rsdb/update.asp

Hier eine Kurze Beschreibung der zwei Typen:

• Es gibt eine dynamische Variante. Hier wird bei jedem Verzeichniswechsel innerhalb der “My NOXON” & “Podcasts” Ordnerstruktur ein neuer Request für die untergeordnete Ordnerstruktur gesendet (RadioNativeEntries). Der dritte Service “StarXed Services” scheint deaktiviert worden zu sein. Die URL zeigt auf einen DynDns Account von Manfred Dreese, der Entwickler des Noxons.
• Und es gibt die statische Stationsliste von vtuner.com die etwa 10000 Stationen enthällt und meistens nur manuell geupdatet wird. Alle 10000 Stationen werden aufeinmal gesendet (ca. 5 MB). Die Stationen werden hierbei im Noxon gespeichert (MultiRadioStationDB).

Jeder Service besitzt auch eine Backup URL die benutzt wird, falls der standart URL nicht erreichbar ist.

Sniffing

Ein Mitsniffen des Netzwerkverkehrs des Noxon 2 Audio via ARP Poisoning konnte meine Vermutungen bestätigen. Das Noxon sendet je nach dem in welchem Menü man sich befindet zu dem jeweiligen Server einen HTTP-GET Request. Daraufhin erhällt es eine XML codierte Anwort die, die Stationen oder SubDirectories enthällt. An die URL werden per GET einige User spezifische Daten gehängt (hier am Beispiel der statischen Liste):

http://www.radio579.com/setupapp/bluewin/asp/rsdb/update.asp
?mac=001b9e******				<= MAC Adresse des Clients
&uid=C089E7AE6153F372B20EB7A5********
&ver=EMPTY
&xml=2.0
&mime=audio/mpeg-url
&sw=24.6392					<= Firmware Version
&bl=6166					<= Bootloader Version
&hw=158.0					<= Hardware Revision
&up=13693
&lang=ger					<= Sprache
&st=15167
&rel=0

Die Antworten dieser beider Typen unterscheiden sich. Hier zwei Kurze Beispiele:

RadioNativeEntry (dynamische Services):

< ?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?>
<listofitems>
	<item>
		<itemtype>Display</itemtype>
		<display>Your Streaming device is unknown! Please register at www.besonic.com!</display>
	</item>
	<item>
		<itemtype>Dir</itemtype>
		<title>Demo playlists</title>
		<urldir>http://gatekeeper.my-noxon.net/RadioNative.php?service=1&node=playlist&token=215385555997023</urldir>
		<noaudiocontent>true</noaudiocontent>
		<urldirbackup></urldirbackup>
		<bookmarkshow></bookmarkshow>
	</item>
	<item>
		<itemtype>Station</itemtype>
		<stationid></stationid>
		<stationname>Ellen_Klinghammer - Mess - live *sample*</stationname>
		<stationurl>http://webservices.besonic.com/audio/00-1b-9e-22-e9-ec/124122.mp3</stationurl>
		<stationdesc></stationdesc>
		<stationformat></stationformat>
		<stationlocation></stationlocation>
		<stationbandwidth></stationbandwidth>
		<stationmime></stationmime>
		<bookmark>http://gatekeeper.my-noxon.net/RadioNative.php?service=10002&node=21cb40ef2acb0b15e2eea1c731de4472&token=08920a9358128a9</bookmark>
	</item>
</listofitems>

MultiRadioStationDB (statische Stationsliste):

< ?xml version="1.0" encoding="iso-8859-1" standalone="yes"?>
<station_db version="2008-09-10T11:00:50Z" format_version="2.0" station_count="11337">
	<database_info>
		<format_version>2.0</format_version>
		<name>vTuner</name>
		<server_url>http://www.radio579.com/setupapp/bluewin/asp/rsdb/update.asp</server_url>
		<service>PREMIUM</service>
	</database_info>
	<station_list>
		<station>
			<id>1</id>
			<station_name size_limit="off">Last.fm Proxy</station_name>
			<description>Just a Proxy for the Social Music Network Last.fm</description>
			<bw>96</bw>
			<url>http://87.230.33.74:[port]/lastfm.mp3?pw=[pw]&amp;user=[user]</url>
			<mime_type>m3u</mime_type>
		</station>
	</station_list>
	<directory_list>
		<dir name="Internet Radio" subdir_count="1" station_count="0" >
			</dir><dir name="Dir" subdir_count="1" station_count="0" >
				</dir><dir name="Subdir" subdir_count="0" station_count="1" >
					<station>1</station>
				</dir>
 
 
	</directory_list>
</station_db>

Stations Liste modifizieren

Die Antwort der statischen Liste besitzt jedoch im Zweig <station_db> -> <database_info> ein Element <server_url> das die URL des Requests enthällt.

Durch DNS Spoofing ist es mir gelungen die Anfrage an www.radio579.com auf einen eigenen Server umzuleiten und so eine eigene Stationsliste ins Noxon zu laden. Ändert man in der eigenen Antwort den Inhalt des <server_url> Elements wird das DNS Spoofing für künftige Updatevorgänge überflüssig. Das Noxon speichert die empfange Server URL intern und greift später wieder darauf zurück, wenn es die Liste wieder updaten möchte. Erst nach einem Firmwareupdate / Reset wird wieder vom vTuner Server geupdated.

Service hinzufügen

Die URL der drei “RadioNative”-Eintrage lassen sich ohne Firmwaremodifikation nicht so einfach ändern. Die Verwaltung der Einträge im “Podcasts”-Menü läuft wieder über vTuner. Die Einträge im “my NOXON”-Menü werden über die my-noxon.net Website geupdated und verwaltet. Manfred Dreese, der Entwickler des Noxons, hat auf seiner Website ein inoffizielles Projekt für die Integration des Ampache Medienservers ins Noxon Menü veröffentlicht. Die in diesem Projekt enthaltene PHP Klasse lassen sich durch entsprechende Modifikationen auch für die Integration eigener Menüs verwenden. Die angesprochene Klasse trägt den eigenen Service mit einer entsprechenden URL auf der my-noxon.net Webseite ein. Alles was innerhalb des eigenen Services angezeigt wird, läuft über die eigene URL.

mein Last.fm Profil vom 9.9.08

Last.fm auf dem Noxon 2 Audio

Die Philosophie und der Aufbau von Last.fm ist in Wikipedia näher beschrieben.

Meistens höre ich die Radio Streams von Last.fm über mein Terratec Noxon 2 Audio.
Dieser Hardware Audiostreaming Client bietet standardmäßig keine Möglichkeit das proprietäre Streamingformat von Last.fm wiederzugeben. Dazu ist eigentlich der Last.fm Player nötig.
Dieser ist für diverse Plattformen verfügbar (Mac, Linux, iPhone und Windows).

Um den Stream auf einen Standard Streaming Client zu senden ist der Last.fm Proxy von Vidar Madsen nötig. Dieser dient als Gateway zu den Last.fm Servern. Er wandelt den Stream in einen MP3 Stream und sendet in an das Noxon oder auch jeden anderen Hardware Streaming Client.
Über ein Webinterface lässt sich der Stream steuern. Aktuelle Titelinformationen werden über den Stream übertragen und auf dem Webinterface angezeigt.

Um nun den Stream auch mit ausgeschaltetem PC hören zu können ist ein externer Server nötig, der als Proxy für den Audiostream fungiert. Dazu benutzte ich einfach meinen VServer. Dieser besitzt bei weitem genug Rechenleistung. Und solange man nur alleine den Proxy benutzt hält sich auch der Traffic in Grenzen (jeweils ca. 150 kbit/s für den up und down Stream). Eine weitere Verteilung der Inhalte an Dritte ist auch durch die Nutzungsbedingungen von Last.fm nicht gestattet. Deswegen habe ich meinen Stream etwas versteckt und noch zusätzlich mit einem Passwort geschützt.

Dazu habe ich einen kleinen Patch erstellt. Leider habe ich erst nach dem Anpassen des Codes festgestellt, dass mein Noxon die HTTP Basic Authentifizierung nach RFC 2617 nicht unterstützt. Auch die sonst übliche Schreibweise:

user:passwort@host

wurde nicht akzeptiert. Schade Terratec das ist leider wieder ein Minuspunkt .

So habe ich den Patch gleich erweitert. Nun ist die Authentifizierung per RFC 2617 oder über die zwei GET Parameter “pw” und “user” möglich. Hier noch eine Beispiel URL:

http://[Proxy IP]:[Proxy Port]/lastfm.mp3?pw=[last.fm Passwort]&user=[last.fm User]

Da sind wir aber auch schon beim nächsten Problem gelandet. Das Webinterface vom Noxon akzeptiert die zusätzlichen GET Parameter nicht. Sie werden einfach stillschweigend abgeschnitten. Die Lösung ist aber nicht weit: Das Webfrontend auf www.radio567.com akzeptiert sie.

Zusätzlich zu dem Passwortschutz könnt ihr den Proxy auch auf einem anderen Port laufen lassen. Dazu müsst ihr einfach die Konfigurationsdatei des Proxies anpassen.

Viel Spaß beim Streamen!

Heute sind meine 4 Servos für den TetraBot eingetroffen. Sie werden später dem Roboter zu einem omnidirektionalen Antrieb verhelfen.

Ich habe mich für folgenden Typ entschieden:

GWS IQ-220BB von Hype RC

- Stellkraft:
- 4,8V: 42 Ncm
- 6,0V: 48 Ncm

- Stellzeit (60°):
- 4,8 V: 0,10 s
- 6,0 V: 0,08 s

- Umdrehungen / Minute:
- 4,8 V: upm = 60 / (0,10 s * 6) = 100
- 6,0 V: upm = 60 / (0,08 s * 6) = 125

- Größe L x H x B: 30,86 mm x 28,5 mm x 16,2 mm
- Gewicht: 19 g
- Kunststoffgetriebe
- Kugellager

Um die Servos als Antrieb nutzen zu können, müssen sie für eine Rotation um 360° statt 90° modifiziert werden.

Hier ein kleines Howto dazu:

1. Servogehäuse öffnen

Wie jeder Servo lässt sich auch der IQ-220BB über die vier Schrauben am oberen Gehäuserand öffnen. Das Servogehäuse besteht aus drei Teilen. Jeweils ein Teil bedeckt die Elektronik bzw. das Getriebe. Das dritte Teil enthält den Motor und die Lagerung für das Getriebe.

Beim Öffnen des Servos sollte man sich ein sauberes Plätzchen suchen, um das Getriebe sauber zu halten.

2. Getriebe entfernen

Beim Entfernen des Getriebes sollte man auf die Anordnung der Zahnräder achten um diese beim Zusammenbauen wieder korrekt anordnen zu können. Lagert die Zahnräder am besten auf einem sauberen Papier. Achtet auch auf das Kugellager. Nicht vergessen!

3. Potentiometer entfernen

Nun zum ersten schwierigeren Schritt. Ihr müsst das Potentiometer des Servos durch das größte Gehäuseteil  drücken, sodass es aufbricht und sich entfernen lässt. Dazu kann es nötig sein etwas mehr Kraft aufwenden zu können. Achtet darauf, dass ihr die Motorwelle nicht beschädigt!

Der Rest des Potentiometers müsste noch an die Elektronik gelötet sein. Knipst das Poti am besten möglichst nah am Gehäuse ab um die Beine des Potis später als Lötstelle für die Widerstände nutzten zu können

4. Abtriebzahnrad modifizieren

Das Abtriebzahnrad besitzt zwei kleine “Nasen” die die Rotation um 360° verhindern. Diese müssen am besten mit einem scharfen Teppichmesser entfernt werden. Achtet darauf die Zähne nicht zu beschädigen und nichts überstehen zu lassen.

5. Widerstandsnetzwerk verlöten

Das Potientiometer wird durch ein einfaches Widerstandnetzwerk ersetzt. Der Gesammtwiderstand des Potis beträgt 5 kOhm. Zwei 2,5 kOhm Widerstände müssen also jeweils vom mittleren Poti-Pin zu einem der äußeren Pins verbunden werden. Die übrig gebliebenen Poti-Beinchen eigenen sich ideal als Lötstellen.

6. Servo zusammenschrauben & testen

Nun könnt ihr das Servo wieder zusammenbauen. Geht dabei genauso wie beim Öffnen vor.

Beim ersten Test an eurer RC Anlage solltet ihr genauer auf das Getriebe achten um eventuelle Geräusche und Schäden am Getriebe zu erkennen.