• erase 0xbf020000 +7c0000
• tftpboot 0×80000000 openwrt-ar71xx-tl-wr741nd-v1-squashfs-factory.bin
• cp.b 0×80000000 0x9f020000 0x3c0000

Usually, i brick my nanos with experimental firmware images and have to climb ….

So i want a tftp-boot_wait redbook on my roof without climbing up there. I have to flash it from my livingroom.

step1: brick my dir-300

Before flashing my redboot from inside openwrt on my nano, i prefer to test with cheap hardware, in this case a dir-300 from d-link, which is a pain in the ass anyway, as i need the terrible dir300flash util or telnet into redboot. A little bit of research showed up, that the redboot on openwrt is NOT writeprotected by the kernel. So after copying dir300.rom to /tmp of my dir, a simple

mtd write /tmp/dir300.rom RedBoot

wrote the image into the bootblock. After a reboot, the dir was waiting for tftp on 192.168.1.1.

The next step was the nanostation, in this case i used ubnt_ns2.rom and did everything like before.

It worked and now i got a new firmware on my rooftop-nano and will hopefully never go up there for a firmware update.

The Problem: whenever i brick a nanostation or bullet, i have to climb to the roof and press the resetbutton to reflash the device. During cold and windy evenings, it is an experience you do not want to repeat.

An old Linksys WRT-54gl has a nvram variable called boot_wait, if it is enabled, you have 5 seconds to send a firmware image via tftp, so you just powerccle your device and send a new firmware after bricking it. As most devices on the roof are powered over ethernet, you can do this without climbing on the roof.

So nbd patched a Redboot to do the same and i will decribe how to flash the bootloader via the serial console.

First, get your tftpserver up and running, serving the files from redboot-ar231x.tar or the openwrt-mirror. Test your tftpserver. I have my tftpserver running on 192.168.1.34, feel free to change the address and chage it in the example.

Connect your serial console, 9600 baud, i usually use screen as a terminal programm.

Plug your device in and press ctrl-c as soon as the message “== Executing boot script in 1.000 seconds – enter ^C to abort” comes.

now, issue following commands:

After this, use “reset” or powercycle the device and it should expect a new firmwareimage via tftp. Use the openwrt combined image.

Everything was going fine, except the fact i was too stupid to configure wl0 with the webinterface.

Even on the commandline, i was unable to find it, so in opened the case and saw it:

wl0 died

While sitting together with Steph, we got the idea of connecting an LCD to it and to use the arduino for it.

Getting ssh access was easy, but the firmware was said to be totally outdated, it did not even finds its packet repository. Got new firmware, tried to flash it via the webinterface, it failed. I don’t believe in webinterfaces anyway, so i did it with mtd, which worked and took an endless amount of time, this serial flash really sucks when it comes to speed as the firmwareimage is bigger than 4MB.

As the fonera firmware does not contain a kernelmodule to support the FTDI USB serial chip on the arduino, i compiled the source, copied the kernelmodule over, loaded it and after connecting the arduino to the usb hub, i got an ttyUSB0.

Meanwhile, Steph put the hardware together, so a very simple oneliner did the job of displaying the number of associated clients per network:

echo "Fon: "`grep macaddr /proc/net/madwifi/ath0/associated_sta|wc -l `" Priv: "`grep macaddr /proc/net/madwifi/ath1/associated_sta|wc -l `>/dev/ttyUSB0

Picture of Arduino, LCD and a Fonera 2.0

Sure, using a communication protocoll to the arduino for displaying several things is the way to go, and an arduino board ist totally oversized for this task, but it was fun anyway to hack it together quickly .

Could also be used to display neighbour metrics and protocoll information in a freifunk mesh, or whatever.

Firmware image with stty and FTDI driver and packages are on bastel.

Nicht, weil ich es verwerflich finde, nein, erstens bin ich grad knapp bei kasse und 2. kaufe ich normalerweise erst dann technik, wenn sie einigermassen ausgereift ist. Also in 3-5 monaten.

Auf netzpolitik.org las ich einen artikel, in dem 5 gründe gegen das iPhone aufgeführt wurden, aus dem commons blog zitiert. Nun kann man der FSF nicht vorwerfen, das sie nix von telefonen versteht, ausserdem darf man ihnen den beissreflex nicht übel nehmen, aber vielleicht sollten sie vorher jemanden fragen, der sich mit sowas auskennt.

• Das iPhone blockiert komplett freie Software. Entwickler müssen an Apple eine Steuer zahlen, Apple herrscht dann darüber wer was mit seinem Gerät machen darf und was nicht.

OK, inzwischen wissen wir, das entwickler zahlen müssen, wenn sie geld nehmen, an kostenloser software verdient apple nicht.

• Das iPhone befürwortet und unterstützt das so genannte Digital Restrictions Management (DRM) – also digitale Nutzungseinschränkungen (zugunsten der Inhaber der Monopolrechte, also Apple)

Klar, und das suckt, nur wird das so dargestellt, als ob es ein novum währe. In der realität kommt jeder klingelton, jedes video und jedes bild mit DRM, es ist kaum möglich, DRM freie handys zu kaufen, es sei denn, man will experimentelle geräte oder quasi funktionslose geräte.

• Das iPhone verrät wo Du bist und gibt Anderen ein Instrument in die Hand, Dir ohne Dein Wissen nachzuspüren.

FUD vom feinsten, einmal bitte lesen was netzwerkbasiertes A-GPS ist, mein altes Nokigochi kann das, es geht auf 50m genau, wenn ich mich bewege lässt sich da noch viel mehr rausrechnen. Ja, da ist n GPS drin, nein, ich kann es nicht (sicher) abschalten, nein, es macht in der realität keinen grossen unterschied zur netzwerkgestützten ortung. Und, ja, mein provider spürt mir nach, wann ich wie lange von wo mit wem telefoniere, dafür braucht er kein iPhone, das macht er schon seit ewigkeiten.

• Auf dem iPhone laufen keine patent- und DRM freien Formate wie Ogg Vorbis und Theora.

Auf meinem alten Nokigochi 6600 (S60) auch nicht, aber ein oggplayer hat das innerhalb von minuten behoben. Eine halbe minute googlen hätten gereicht, um vlc4iphone zu finden, aber dafür müsste man ja suchen. Oder den satz mit “ab werk” ergänzen.

• Das iPhone ist nicht die einzige Option. Es zeichnen sich bessere ab, die Deine Freiheit respektieren, Dich nicht ausspionieren, freie Medienformate abspielen und Dich freie Software nutzen lassen wie FreeRunner.

Und das ist kein argument gegen das iPhone, das ist ein argument für das Freerunner. Eine tolle idee, ein guter anfang, aber noch lange nicht massentauglich.

Was bleibt also übrig:

• Die FSF hat keinen plan von telefonen.
• Die FSF hat einen Beissreflex auf Apple.
• Von 5 argumenten gegen das iPhone sind 4 bullshit und eins ist keins dagegen.
• Genügend Blogger schreiben es unreflektiert ab.
• Apple hat es mal wieder geschafft, bei vielen leute den verstand auszuschalten.

Und sonst? nichts weiter, alles wird gut, die FSF ist eigentlich gar nicht so doof, apple ist nicht so böse und ein freerunner will ich auch. Aber zum basteln, zum telefonieren hab ich was kleines handliches.

geladen wird es über usb, das tut sogar am macbook, dort meldet es sich als “DMT”:

DMT:

Version: 1.00
Bus-Strom (mA): 500
Geschwindigkeit: Bis zu 12 MBit/s
Hersteller: Silicon Labs
Produkt-ID: 0xe003
Seriennummer: 0001
Hersteller-ID: 0×0489

Das erste einrichten ging auch ganz gut, das testwlan im institut macht kein nat, telefonieren über voip ging gut mit super gesprächsqualität.

Das netzteil hat eine usbbuchse und ist in der lage, meinen iPod zu laden. Mal sehn, wie warm es dabei wird.

Batterielaufzeit ist noch unklar, das werden wohl die nächsten tage zeigen.

Das gehäuse fühlt sich an meinem ohr nicht so toll an, es ist mir ein wenig zu “eckig” und drückt ein wenig.

update:  es handelt sich um das Pirelli DP-L10