Anne und Sebastians Wiki

Für einen Elektrowerkzeugverleih soll perspektivisch ein kostengünstiger Betriebsstundenzähler auf der Basis eines Attiny84A zum Einbau in einen Schukostecker entwickelt werden, der seine gesammelten Daten über 2.4GHz-Funk mit einem nRF24L01+ übermittelt.

Die Stromversorgung übernimmt ein Kondensatornetzteil. Die Stromaufnahme des Geräts wird grob mit Hilfe eines Magnetometers HMC5883L gemessen und die Betriebszeiten in verschiedenen Verbrauchszuständen aufsummiert. Auch der Gesamtverbrauch wird aufsummiert.

Da Flash und Eeprom nur eine gewisse Anzahl von Schreibvorgängen aushalten, und ein zyklisches Schreiben etwa alle fünf Minuten bei einem dauernd angeschlossenen Gerät schon zu über 100.000 Schreibvorgängen pro Jahr führen würde, werden die Betriebszeiten und -verbräuche nur beim Fall der Versorgungsspannung mit dem Rest der Pufferkondensatorenergie permanent gespeichert.

Die Daten werden an einer Basisstation gesammelt und an einen Server im Internet weitergereicht, der die Daten in einer Datenbank speichert und dann verschiedene Arten der Auswertung anbietet. Die Basisstation soll natürlich über 2.4GHz-Funk sowie über einen Ethernet-Anschluss verfügen. Eine Tonsignalmöglichkeit ist ebenfalls sinnvoll. Dabei wird auf ein früheres Design einer IOT-Basisstation zurückgegriffen.

Wichtig ist dabei die Möglichkeit, die Software nicht nur der Basisstation, sondern insbesonders der Betriebsstundenzähler aktualisieren zu können. Es muss also für einen Funkbootloader ein Protokoll und Software entworfen werden; zudem muss eine Bootserver-Software für die IOT-Basisstation geschrieben werden, die ihrerseits die zu ladende Software aus dem Internet bezieht.

Die Prototypen funktionieren. Das Projekt ruht jedoch, weil das „Inverkehrbringen“ eines Funkgeräts eine recht teure Zertifizierung benötigen würde. Zur Zeit denke ich alternativ über ein Auslesegerät nach, in das der Schuko-Stecker gesteckt wird. Dazu müsste der Mikrocontroller diese Situation erkennen können und würde dann die gespeicherten Verbrauchsdaten auf der 230V-Zuleitung übertragen.

Schaltplan
Board

Das Board wird mit Plastik 70 Super o.ä. behandelt und/oder in eine Silikonhülle verbaut. So kann dann eine der zwei Gerätezuleitungen mit einem dünnen Kabelbinder definiert über oder unter dem Magnetometer entlang geführt werden.

• MISO/MOSI. Die Benennung der Attiny84a-Pins ist, gelinde gesagt, etwas unglücklich. Benutzt man USI für die SPI-Kommunikation, so werden mitnichten die MISO/MOSI-Pins benutzt, sondern die DI/DO-Pins, und diese sind so genial belegt, dass man Attiny-MISO/DO mit nRF24L01+-MOSI und Attiny-MOSI/DI mit nRF24L01+-MISO verbinden muss. Warum nur, Atmel? Dies Problem liess sich auf dem Prototyp-Board allerdings noch recht einfach beheben:
• nRF24L01+-Probleme.
  • Der nRF24L01+ hat keine interne Brownout-Erkennung, sondern bleibt öfters bei 1.7V im TX- oder RX-Modus hängen und verbraucht dabei dann fröhlich weiter >10mA Strom. Die Lösung ist eine Spannungsversorgung über einen Attiny-Port.
  • Ursprünglich wurde der Takt für den nRF24L01+ vom CKOUT des Attiny84a gespeist. Dies hat jedoch zwei Nachteile. Zum einen beeinflusst der interne Prescaler des Attiny84a den CKOUT-Takt, zum anderer (und gravierender) wird der nRF24L01+ dann über den XT1-Eingang mit Strom versorgt. Die Lösung ist die Verwendung von Attiny-XTAL2 als Takt für den nRF24L01+. Dies macht ausserdem einen weiteren Pin verfügbar.
  • Nordic empfiehlt das zentrale Pad unter dem nRF24L01+ (das mit dem Substrat verbunden ist) /nicht/ mit GND zu verbinden.
  • Das zentrale nRF24L01+Pad ist größer als das SMD-Pad im Eagle-Paket. Neben dem SMD-Pad war darum noch Platz fur ein VCC-Via, zwar glücklicherweise mit Lötstopp abgedeckt aber trotzdem unschön.
• Netzkondensatoren in Reihe. Zwar wird die Spannung halbiert, und beim Durchschlagen von einem der beiden Kondensatoren funktioniert der BSZ noch. Allerdings sinkt die gelieferte Stromstärke von 14mA auf 7mA im Vergleich zur Parallelschaltung, und das wird dann doch etwas sehr knapp. In der neuen Version sind daher zwei Netzkondensatoren parallelgeschaltet.
• 4.7V-Zenerdiode. Als Spannungsregler ist ein günstiger AAT3220 gewählt, der 6V Eingangsspannung verträgt. Die Pufferkondensatoren sind ebenfalls für 6.3V spezifiziert. Eine 5.6V-Zenerdiode ist daher günstiger.
• Brückengleichrichter. Anstelle der einfachen Schottky-Diode wird ein Brückengleichrichter eingebaut, um beide Halbwellen zu nutzen. Die Stromstärke verdoppelt sich dadurch beinahe.
• Abschalterkennung über internen ADC.
• Kein Debug-Ausgang.
• Keine Programmierschnittstelle. Zum Programmieren müssen Kabel angelötet werden, was schon bei kleiner Stückzahl unmöglich wird. Stattdessen wird am Rand der Platine mit Pads und Löchern eine Schnittstelle für einen Narrow-SOIC-Testclip von 3M (www.digikey.com/product-detail/en/923655-08/923655-08-ND/) angebracht.

• Die 1/4W 1206-Widerstände (100Ω und 470kΩ) müssen mindestens für 500V Nennspannung ausgelegt sein.
• Der Abstand vom unteren 230V-Eingang (mit R0 verbunden) zur Eingangsfläche von C1, C2 und R1 ist sehr klein. Normalerweise fallen über R0 nur ±4V ab. Beim Einschalten auf dem Scheitelpunkt fällt dagegen kurzzeitig eine Spannung von ca. 280V ab (die Spannung fällt nach 100μs auf ca. 40V und erreicht nach weiteren 100μs Normalwerte). Diese hohe Spannung könnte über den kleinen Abstand schlagen.
• Die Leitungsführung ist verbessert: Quarz und Regler tauschen die Plätze, um die Oszillatorzuleitung zum nRF24L01+ zu verkürzen, und die rückseitigen Bahnen zum Programmieranschluss und zur Spannungsversorgung sind noch einmal optimiert.
• Nach IPC-2221 reichen anscheinend intern 0.25mm Abstand zwischen Spannungen von 300-500V aus, die Schlitze sind danach also unnötig.
• Wo immer möglich sind nun europäische Standard-Eagle-Komponenten verwendet.
• Keepout-Bereiche um die RCL-Komponenten werden besser berücksichtigt.

Eine erste Version einer Betriebsstundensoftware findet sich unter http://github.com/wangnick/bsz. Die entsprechende Internet-Gateway-Software für die Basisstation ist noch in Arbeit. Auch eine Kalibrierfunktion für den Stromverbrauch fehlt noch.

Ein erster Versuch eines Bootloaders findet sich unter https://github.com/wangnick/mirfboot. Der dazugehörige Bootserver ist noch in Arbeit.

• http://www.mikrocontroller.net/topic/333417
• http://www.mikrocontroller.net/topic/334823