Wireless-Web-Cam, die 2.

Angespornt vom super Wetter (Schnee!), habe ich nun meinen zweiten Fonera 2.0g in einen drahtlosen Kameraserver verwandelt. Zwar leider nicht für ältere Webcams, aber bei den UVC-kompatiblen Kameras gibt es ja auch einige schmucke Geräte. Diesmal habe ich mir das OpenWRT-Image selbst zusammengebaut, im Endeffekt ist es reichtlich simpel, auf dieser Basis eine wireless Webcam zusammenzubauen, die, wie man sehen kann, auch bei unter -10 Grad Celsius noch funktioniert. Eine Creative Optia AF hatte ich schon im Sommer in ein entsprechendes Gehäuse (Baumarkt-Druckguß-300W-Halogenstrahler) gepackt und auf der Terrasse moniert (parallel zu einem ungeschützt aufgehängten alten Philips-pwc-Ei), nur leider klappte es seinerzeit nie, jene Cam weder mit blanken USB-Verlängerungskabeln noch mit aktiven USB2-Verlängerungskabeln noch mit letzteren plus eines außen dazwischengeschalteten netzgespeisten USB-2.0-Hubs irgendwie an den »cam-serv« und das darauf laufende »motion« anzuschließen. Lustige USB-Fehlermeldungen oder nur einen Start nach dem Reset überlebende Konstellationen waren die Folge; schade eigentlich, da jene Cam eine der wenigen ist, die unter Linux einen funktionierenden Autofocus mitbringen. Allerdings zeigt sich grade jetzt im Nachteinsatz, daß dieser Autofocus bei schlechten Lichtverhältnissen arg zum ziellosen pumpen neigt :(
Ich habe also heute abend, nachdem mein dedizierte Cam (s. o.) schneehöhenbedingt nur noch ein Schwarzbild zu liefern vermochte, auch meine zweiten Fonera 2.0g der kalten Unwirtlichkeit übereignet – und besagte Optia AF angeschlossen. Deren Bild liefert jetzt – leider liefert sie nur 800×600 als MJPEG-Stream – als kleines Einblendimage zusätzliches Bildmaterial, da mein Hauptimage ja schneehöhenbedingt uninteressant geworden ist.
Kurzer Abriß der eingesetzten Technik: Die »Himmelscam« als auch die »Parkplatzcam« sind Notebook-Pro-USB-Cams von Logitech, die an einem SheevaPlug (Parkplatz) bzw. einer Fonera-2.0g mit OpenWRT (Himmel); die Wetterdaten werden empfangen über FHEM in Verbindung mit CUL und CUN sowie S300TH/S555TH als Sensor. Ferner tut eine WS3600 Dienst, welche minütlich seriell über FHEM ausgelesen wird; deren Werte wandern allerdings, anders als jene der S300-Sensoren, noch nicht in die rrd-Datenhaltung, weshalb nur zwei Werte, die des Sensors in der Gartenhütte und die des Sensors oberhalb des Parkplatzes, in den Plot auftauchen. Bedingt durch die Funkübertragung gibt es gelegentlich Aussetzer, die im Graphen sich als fehlende Fortschreibung der entsprechenden Linie manifestieren; in der Folge fehlen dann entsprechend auch einen Tag später die als Fläche aufgetragenen Werte des Vortags. Warum es diese Aussetzer, insbesondere Nachts, gibt, ist eines der Themen, an denen ich derzeit kaue … Anyway, der Film der letzten zwei Tage:

Vollsperrung

(Blogged via flickr)

… bei -10 Grad, im kalten Auto, vor der Haustür (Einbahnstraße). Hrmpft.

Kamera: Motorola Milestone (f/2.8)

painseeker.de – der Name ist Programm

Hach ja, als ich seinerzeit mir nach den »Hänseleien« der Kollegen »painseeker.de« registrierte (mehr oder minder derzeit ungenutzt), war das mehr so ein Scherz. Aber ich fürchte, da ist was dran …
Ich erwähnte ja beiläufig, daß ich mich über das Fehlen des pwc-Treibers in OpenWRT-»Kamikaze« wunderte; nun, es war keine Absicht, sondern nur ein Versehen. Eines, welches offensichtlich lange Zeit niemanden gestört hat – go figure … Naja, ich habe also mit selbst ein Kamikaze-Image für meine 2. Fonera 2.0g gebaut, in der vagen Hoffnung, damit auch prä-UVC-USB-Cams ansteuern zu können …
To make a long, painfull story short: it didn’t work exactly as expected. Ja, mein Image rennt auf meiner Fonera 2.0g; und ja, ich habe mich wieder ausgesperrt als ich »wifi0« ins »WAN« schob, damit die Fonera als WLAN-Client sich per DHCP eine IP holt (das ist im LAN schein’s nicht vorgesehen, ist ja ein fscking Router, weißte? *sigh*) – damit waren die Ethernet-Interfaces »Computer« (gebridged auf wifi0 == WAN) und »Internet« in der Zone »WAN«, und in der Zone »WAN« ist die Default-Policy der OpenWRT-Firewall »dick fir«. No way in, so: let’s do the reflash again …
Okay, erster Schritt diesmal: »WAN« von außen öffnen. Just to be certain ;) (Ich vergesse nämlich gerne, die Bridge zwischen dem »Computer«-Interface und »wifi0« zu zerstören, derlei schaffe ich locker dreimal in Folge am Tag *sigh* Sagte ich schon, daß ich »Firewalls« generell eher für eine Arbeitsverhinderungsmaßnahme halte? Also, zumindest, wenn sie von $Management wegen $Security aufgebaut wird — und genau das scheint auch bei OpenWRT Default zu sein, ja keinen Zugriff auf z. B. den ssh-Port zulassen, könne ja ein Chinese sein … N-a-r-f.)
Naja, wie auch immer: Quintessenz ist: meine Fonera streamt mir gerne bis 920×720 von UVC-USB-Cams, sobald ich aber versuche, mit »palantir« auf pwc-getriebene oder, mit »mjpg-streamer« über »input_gspcav1.so« auf USB-Cams, die den gspca-Treiber nutzen, zuzugreifen, fliegt das Ethernet der Fonera 2.0g weg – und zwar so schnell, daß sie nicht einmal per syslog noch Hinweise geben könnte, mit welchem verfsckten Kernelpanic sie abschmiert :(
Ziemliche Bullenscheiße, die aber wohl – s. pwc-Modul – auch niemanden wirklich tagiert. Ich habe nur einen vagen Hinweis gefunden, daß pwc.ko wohl derzeit gerne OpenWRT crashen würde:

As far as the webcam is concerned, it is best to use a UVC compatible webcam. The Logitech E3500 is cheap (25 euros) and works for me, but it is not a high quality webcam in my opinion. There is lots of motion blur when the light conditions are poor. The early Philips webcams are a lot better, but unfortunately the PWC drivers needed for these webcams crash under OpenWrt. The Philips SPC530NC is UVC compatible and should work, like the Logitech E3500, but I haven’t tested it yet.

 
Ja, großartig; dummerweise habe ich um’s Haus herum vor Jahren schon pwc-Kameras verteilt, weil diese eine recht gute Tages- als auch Nachttauglichkeit aufweisen. Danke, Anke …
Nungut, die spannende Frage ist also, ob ein Fonera 2.0g (Atheros AR2315/MIPS 4KEc V6.4, ca. 180 MHz) via (extern versorgtem) USB2-Hub wenigstens 2 UVC-Cams bedienen kann … Nicht-UVC scheint ja nicht zu funktionieren :(
[Nachtrag: Geht, »natürlich«, nicht; auch die 2. eingestecke Cam bekommt /dev/video0, damit ist die 1. tot und … Nein, ich kommentiere dies nicht weiter.]

Und wieder ein Überdruckkandidat :(

(Blogged via flickr)

Heute war Hardwarebasteltag; in der Nacht hatte sich wohl was zerlegt, Symptom 1 war ein ro-FS wg. read past end of device. Symptom 2 war schwarzer Bildschirm nach Reset. Also Power-Cycle. Es wurde leise … Wiedereinschalten: nur die 3 LEDs auf der Tastatur blinken. Great. Letztlich Netzteil getauscht, jetzt ist eine Platte aus dem SW-RAID matschig, recover läuft unterm fsck des 1-TB-Devices … und ein Elko auf dem Mainboard sieht aus, als wolle er am liebsten gleich platzen vor Stolz :(

Kamera: Motorola Milestone (f/2.8)