Das Listing ist erfreulich kurz, wenn man bedenkt, dass die komplette Steuerung für die sogenannte Dezimaluhr darin enthalten ist.

Es wurde die Timer-Variante gewählt. Dabei wird ein "Branch" im Timerintervall - 1000 ms - aufgerufen. Hier ist dies die "uhr". Davor erfolgt die Initialisierung duch Festlegung des benutzten Data-Pins (neo.setup), löschen aller LED mit neo.cls und schließlich das diskrete Einschalten der roten Markierungen zwischen den verschiedenen LED-Abschnitten. Es gibt ja jeweils 9, 5, 9, 5, 9, 2 LED-Abschnitte für Sekunden, Minuten und Stunden in Dezimalschreibweise. Die erste Anweisung sorgt dafür, dass der ESP sowohl als eigener AP als auch als Station erreichbar ist. Dazu weiter unten mehr.

In der Timer-Routine [uhr] erfolgt die Zeitabfrage in t$ in der Form "hh:mm:ss". Mit dem Wert in s0 werden die Einerstellen der Sekunden gesteuert. Mit den Basic Funktionen Val und Mid erhält man den numerischen Wert der 8. Stelle der Zeichenkette. Mit neo.stripcolor(anfang,ende,r,g,b) werden ganze Bereiche von LED mit den angegebenen RGB-Werten geschaltet. Da das Witty Cloud Modul auch über einen LDR verfügt, wird mit io(ai) die Helligkeit i der Anzeige berücksichtigt. Das kleine o legt die Helligkeit für "aus" fest - nicht zu verwechseln mit einer 0. Wenn die Variable s0 eine "0" enthalt, sind 10 Sekunden vergangen und die 9 unteren LED werden "aus" geschaltet. Jetzt folgen auch alle anderen Aktualisierungen, die im Prinzip genau so funktionieren, nur mit anderen Variablen und LED-Nummern.

Am Ende folgt noch der Lichterwechsel der LED an der Turmspitze - hier in grün - ein Wechselblinken im Sekundentakt.

Basic startet wie folgt nach Reset:

• Versucht ca. 10 Sekunden eine Verbindung mit einem im Setup gespeicherten Access Point (Router)
• Bei Misserfolg, Start des eigenen AP mit Namen "ESP..."
• Nach 30 Sekunden Start des als "\default.bas" abgelegten Programms, falls so im Setup eingestellt (Haken).

Die Uhr des Witty-Cloud steht auf "00:00:00". Das bedeutet, dass ohne Internetanbindung keine Änderung eintritt und die Uhr dunkel bleibt- von den Positionsleuchten abgesehen.

Ist z.B. eine FritzBox mit Zugangspasswort eingetragen und das Hinzufügen von Geräten erlaubt, verbindet sich der ESP damit und ist unter 192.168.178.xxx erreichbar. Dann gestaltet sich ein erster Start wie folgt:

Der ESP wird mit Spannung versorgt und startet das Basic-System, welches nun die Verbindung mit dem Router herstellt - Die blaue LED leuchtet kurz auf. Nach weiteren 30 Sekunden startet das obige Listing, wenn es als "default.bas" abgespeichert wurde und der Autostart im Setup vom ESPBasic abgehakt ist. Die Positionsleuchten gehen an. Basic versucht nun selber die Zeit ein zu stellen (TimeLib). Nach einer Weile - oder auch sofort - laufen die unteren Sekunden los. Nach der 0ten Sekunde erscheint die komplette Uhrzeit in der Rheinturmuhr üblichen Dezimalform. Bleibt die Uhr stationär, kann auf den eigenen AP verzichtet werden und die Uhr sollte immer genau gehen, solange das Internet ab und zu die Zeit liefern kann.

War bei der Arduino-Lösung die Zeit-Synchronisation ein Problem, so entfällt sie hier ganz - fast ganz. Die Zeitsynchronisation ist im Basic enthalten, setzt aber eine Internetverbindung voraus, darum ist dies in erster Linie keine Off-Grid-Lösung.

Anmerkung: Für den mobilen Einsatz kann die Uhr auch mit einem Smartphone und gelegentlichem Tethering synchronisiert werden. Neuere Smartphones erlauben Wlan und Hotspot gleichzeitig. Zwischendurch läuft die Uhr mit geringer Gangungenauigkeit allein weiter bis der Hotspot wieder aktiviert ist, der ESP sich nach einer Weile wieder verbindet und die Internetzeit holt.

Die Ganggenauigkeit von Uhren konnte und kann bei FM/UKW-Sendern, die nicht über Umwege/Digitalisierung verzögert sind, beobachtet werden. Bereits die GPS-Variante verfügte über Pips über einen Piezo-Beeper. Die WLAN-Uhr mit dm Witty-Cloud-ESP kann wie folgt erweitert werden:

• fünf Sekunden vor der vollen Stunde blinken die oberen RGB-LED des Streifens hell
• fünf Sekunden vor der vollen Stunde gibt es Pips.
• zur vollen Stunde gibt es einen langen Pip
• zur halben Stunde gibt es einen kurzen Pip

Die Pips werden über PWM realisiert. Da ESPBasic die PWM-Frequenz einstellen kann, wird diese auf 1000 Hz gestellt. Bei Quasi-Analogausgaben über Puls-Breiten-Modulation (PWM) entsteht bei einem Ausgabewert von 127 ein symmetrisches Rechtecksignal mit einem Mittelwert der halben Amplitude. Wird ein Piezo-Beeper an GPIO 15 angeschlossen, so kann man dieses Signal hören. Das Signal bleibt erhalten, auch wenn das Programm weiter läuft. Mit dieser Methode wird am Witty Cloud Pin 15 per PWM angesteuert und damit gleichzeitig die dort angeschlossene interne rote LED mit halber Spannung versorgt. Der kurze Pip ist in einem Unterprogramm ausgelagert und wird entsprechend mit gosub aufgerufen.

Für die Erweiterung wird Memclear und Wait des obigen Listings ersezt durch:

x = val(mid(t$,4,2)) * 100
x = val(mid(t$,7,2)) + x
If (x > 5954) then
 Neo.stripcolor(50,60,100,100,100)
 gosub [pip]
 delay 60
 Neo.stripcolor(50,60,0,0,0)
Endif
if (x = 3000) then
 gosub [pip]
endif
if x = 0 then
 io(pwo,15,127)
else
 io(pwo,15,0)
endif
Memclear
Wait

[pip]
pwmfreq 1000
io(pwo,15,127)
delay 40
io(pwo,15,0)
return

Abbildung: (Foto) LED-BAND als Meterware und Rheinturmuhr.

Die völlige Unabhängigkeit von weiterer Hardware, wenn das Basic einmalig übertragen wurde und nun im Witty Cloud wohnt ist nicht zu unterschätzen. Umprogrammierung oder Konfiguration erfolgen per Browser über Wlan auf Laptop, Tablet, Smartphone oder iPod-Touch. OTA also inklusive. Der Quelltext bleibt extrem kurz und übersichtlich.

Die Helligkeit und die vielfältigen Möglichkeiten laden quasi dazu ein, auch diese Anzeige in ein künstlerisch-ästhetisches Umfeld zu bringen, so dass eine stilvolle Zeitanzeige im Wohnbereich entsteht.