Der erste Blick geht auf den Programmierer-Modus der 5.28.x-Serie, welche die alte Funktion schön zeigt:

Interessant ist für mich vor allem der obere Bereich: Ähnlich meines Hardware-Taschenrechners kann ich direkt unter dem Eingabefeld das Zahlensystem zwischen Binär, Oktal, Dezimal und Hexadezimal welchseln. Die aktuellen Zahlen werden automatisch in die entsprechende Anzeige umgewandelt. Wenn man z.B. mit Hexadezimalen Messwerten eines µC in Kombination mit dezimalen Vergleichswerten arbeitet eine unschlagbare Kombination. Der Vorteil, dann man die Werte direkt in den Rechner kopieren kann und nicht abtippen muss versteht sich ja von selbst.

Beim ersten Start einer 5.30.x traute ich meinen Augen nicht: Ein Bug muss sich in meinen Build eingeschlichen haben: Das Eingabefeld ist überdimensional groß, die Wahl zwischen den Zahlensystemen verschwunden, Buttons haben eine seltsame Beschriftung. 2 Rekompilierungen und einige Web-Suchen später die Ernüchterung: It’s not a bug, it’s a feature! Die sichtbare und trotz Ausdünnung sichtbar gequetschte Objektanordnung soll das neue Design des Gnome-Rechners darstellen. Die Zahlensysteme lassen sich nun im Menü umstellen. SRSLY? Die BIN/OCT/DEZ/HEX-Umrechnung aus der PROGRAMMIERERANSICHT eines Taschenrechners schmeißen und im Menü verstecken? Das sind 500% der ursprünglich nötigen Klicks! Ich geh mich jetzt noch ne Runde aufregen und werd dann die alte Version nochmal für alle meine Systeme kompilieren *gnah*

Vorher:

Nachher:

Wenn denn alles so funktioniert wie ich mir das Vorstelle folgt morgen dann noch die Platine mit dem Brandmeldesystem, dir wurde komplett neu erstellt und kann im Gegensatz zum jetzigen System nicht nur die Rauchmelder mit Strom/Notstrom versorgen sonder auch den Alarm Abfangen, den Strom in betroffenen Bereichen teilweise abschalten und den Alarm sowohl hausintern als auch per Mail/SMS/… weiterleiten.

Kurz danach wanderte auch schon die original-Firmware in die Tonne und wurde durch Ethersex ersetzt. Ohne großen Aufwand meldete sich das Board auch ICMP-Pings und brachte einen Webserver, der alle definierten IO-Ports zeigte. Die ADCs funktionierten fürs erste mit der GIT-HEAD nicht, hier fehlt offenbar eine Datei. Kurz darauf war im BugIRC folgende Zeile zu lesen:

–> ethersex (ethersex@bug-…) has joined #bug

Ich würde sagen, da geht noch was :p. Leider ist der Controller nur mit 32kb bedacht, was die Funktionen momentan etwas einschränkt – demnächst wird der durch einen Pinkompatiblen 64er ersetzt und darf sich dann als Ethernet-Bastelplattform betätigen.

Die Erste, die nun in Betrieb geht, ist ein Adapter für DS18x20-Temperatursensoren. Keine wirkliche Neuentwicklung, das PCB soll lediglich einen Aufbau auf Steckbrett ersetzen und ergänzen, welcher schon seit Jahren in Betrieb ist. Der Aufbau ist recht einfach: Die Sensoren werden zusammen mit einem Pullup direkt an den Controller geheftet. Dazu ein MAX232 um die serielle Schnittstelle (ggf. über USB-Adapter) an den PC zu bekommen und der übliche Kram wie Quarz, Stromversorgung, …

Als Controller dient ein ATMega8 – eigentlich überdimensioniert, aber davon hab ich die Schublade voll. Es sind 6 1-Wire Busse vorbereitet, jeder drüfte mit CAT5-Kabel etwa 50m problemlos überbrücken können. Insgesamt sollten mehr als 500 Sensoren technisch kein Problem sein, mit geringeren Pullup-Wiederständen oder direkt einem aktivem Pullup sollten auch Längen von über 500m und über 1000 Sensoren machbar sein.

Die Software ist eine Adaption des Codes von Martin Thomas. Am PC wird das ganze durch ein PHP-Script geparsed und per RRDtool in die bekannten Diagramme umgewandelt.

Mein momentaner Aufbau besteht dabei aus 4 Bussen mit insgesamt 9 Sensoren.

(Hinweise: Zusätzlicher Kondensator am Eingang und Bastelei am RS232 da ich kein passendes Kabel da hatte)

Ausgangssituation:
Input: Trafo, 18V
Output: 5V für ATMega + paar 74er

a) 78S05 -> 8W
b) 34063 (Step-Down) -> 5W

Hätte nicht gedacht, dass der Unterschied trotz suboptimaler Bestückung des 34063ers doch so deutlich ausfällt…

Über Nacht habe ich mich nochmal am Außensensor meiner Wetterstation probiert. Den hatte ich vor einigen Monaten in die Ecke gelegt, da die meisten Sensoren irgendwie nicht so wollten wie ich und mir die Lust vergangen war. Nun weiß ich auch warum: Ein Kabel war gebrochen… Der Sensor hat über Nacht einige Änderungen abbekommen und klebt nun im funktionellen Plastikgehäuse zum Test im Freien.

Kleiner Überblick über die Hardware:

• AVR ATMega8L
• SHT71, digitaler Feuchte-/Temperatursensor, ±3.0 %rF, ±0.4°C
• MPX4115A, analoger Drucksensor, über OpAmp am ADC
• Conrad “Regensensor”
• RF02, Funkmodul
• Stromversorgung: 7805 (µCs), TS317 (1,5V Regensensor)

Funktionen:

• Normalbetrieb: Messwerte alle 90 Sekunden senden
• SHT71/MPX4115A: Werte werden bei Bedarf ausgelesen
• Regensensor: Interruptgesteuert
• Debug-Jumper: Sendeintervall auf 5 Sekunden verkürzen
• RS232-Schnittstelle zum debuggen

Am Stromverbrauch ließe sich noch etwas machen – momentan werden keine Sleep-Modi der µCs verwendet und auf die eigene Elektronik des Regensensors könnte man auch verzichten. Da der Verbrauch aber nur knapp über dem Leerlaufverbrauch des Netzteils liegt ist das für mich erst mal uninteressant.

Bisher ist noch kein Datensatz ohne Bitfehler angekommen, könnte aber daran liegen, dass der Empfänger noch auf meinem Basteltisch unter Tonnen von Kabeln begraben ist. An der endgültigen Position sollte der Empfang deutlich besser sein. Dank Fehlerkorrektur vermeldet das System trotzdem soeben folgendes:

RX DONE
Data: #####T 359 H 6965 P 849 R 10 C 6409#||

Oder grob übersetzt:

Temperatur
3,59°C (/100)

Luftfeuchte
69,65% (/100)

Luftdruck NN
1004,45 hPa
(((((Vss/1023*ADC)/(R2/R1+1))+Vref)/5+0,095*1111,11*Fkorr)/(1-((0,0065*h)/288,15)^5,255)) [sic!]

Regen:
45mm/m² (Ticks * 4,5mm/m², reset bei 100 Ticks)

Der letzte Wert ist eine einfache Prüfsumme (XOR)

Jetzt muss es nurnoch für einen Test regnen – die Gießkanne ist noch zugefroren…

–EDIT–

Zu früh gefreut… MESSFEHLER_T2 oder auch SHT71 ausgefallen. Scheint, als ob das Kabel noch immer Probleme macht…

Immerhin war dank SVN der Quellcode noch greifbar und ein neuer µC schnell auf der Platine dem Steckbrett. Die Sensoren haben die 7V offenbar überlebt und lieferten direkt augenscheinlich richtige Messwerte. Ein Gutes hat das Ganze: Der gewachsene Kabelsalat des Nodes ist jetzt wesentlich geschrumpft und wieder halbwegs nachvollziehbar – dieses mal mit Sicherung.

Zum einen habe ich den schwachen Dollar etwas ausgenutzt und meinem Server noch ein paar Festplatten spendiert. Neben dem bisherigem Terrabyte für die Daten (4x250GB, SATA-1, RAID 5 = effektiv 750GB) gesellen sich jetzt 2 weitere Terrabytechen ins Gehäuse (4x500GB, SATA-2, Controller PCI-X 64Bit, RAID 5 = effektiv 1,5TB) und erhöhen damit die Kapazität aller 13 Festplatten auf physikalische 3,1TB. OK, irgendwie muss ich noch einen Lüfter dabeizaubern – bei Volllast kratze ich an der 40°C-Marke. Zwar sind die Platten laut Datenblatt bis 60°C ausgelegt, aber man muss ja nichts riskieren.

Nächster Punkt ist mein zusätzliches “Brandmeldesystem”. Zwar fehlt immernoch die endgültige Platine der Zentraleinheit, aber inzwischen hängen meine Rauchmeldeeinheiten in den Räumen, können lokal im Bandfall einen akustischen Alarm geben und liefern bereits Temperaturmesswerte an meinen Server, der fleißig Diagramme zeichnet. Die Stromversorgung läuft über ein überwachtes Schaltnetzteil, ist mit mehreren dezentralen Bleiakkus gepuffert, jeder Sensor hat eine separat abgesicherte Leitung und alle Sensoren werden (wenn die Zentraleinheit läuft) ständig auf korrekte Funktion überwacht.

Zwischendurch hat sich dann noch meine Workstation zu Wort gemeldet – ein RAID1 schützt vielleicht vor Festplattenausfällen, aber gegen Probleme des Dateisystems (ext3) ist auch das machtlos. 4 Stunden später lief ein neues Gentoo auf dem System und dank den letzten Updates klappt trotz 64Bit jetzt sogar Flash. UT ist natürlich auch drauf ;)

Meine Wetterstation närt sich langsam wieder einem funktionsfähigem Zustand – inzwischen konnte ich die Fehlfunktionen auf einen kaputten Sensor zurückführen. Zusammen mit dem Funksender können so jetzt wieder Temperatur und Luftfeuchte ermittelt werden. Auch der Luftdrucksensor müsste funktionieren, ist aber noch nicht kalibriert. Der Regensensor ist hardwareseitig auch fertig, hier fehlt noch eine passende Ergänzung Software. Gänzlich fehlen meine letzten Wunschsensoren für Wind und Sonnenenergie, die danach irgendwann mal in Angriff genommen werden.

Bei iSys bin ich noch nicht weiter. Zwar schau ich mir zwischendurch immer mal wieder einzelne Softwareteile an, aber auch hier warte ich noch auf meine Platinenbestellung, denn Softwaretest auf dem Steckbrett sind recht aufwändig.

Ansonsten herrscht das übliche Weihnachtsgeraffel – Geschenke organisieren etc. Nebenbei noch Zertifikate erneuern (ja, ich weiß, der IMAP-Server fehlt noch) und packen müsste ich natürlich auch noch…