SparrowTV (BAS-Signal mit dem ATtiny13)

Vor einiger Zeit bin ich beim Stöbern durchs Netz auf einen schönen Artikel von Arne Rossius gestoßen. Auf seiner Seite präsentiert er eine Lösung zur Generierung eines BAS-Signals auf dem ATtiny11 der mit einem externen 8 MHz Quarz betrieben wird. Projekte den AVR Controller am TV zu betreiben gibt es bereits viele. Das Spannende an diesem Aufbau ist jedoch, dass der gesamte Code zur Signalgenerierung zusammen mit der Bildinformation in einen 1K µController passen. Zudem ist die Beschaltung sehr minimalistisch.

Aus meiner Zeit als Radio- und Fernsehtechniker weiß ich noch wie zeitkritisch das BAS-Signal aufgebaut ist. Ich habe daraufhin den Gedanken das Ganze auf den ATtiny13 zu portieren verworfen, denn dieser bietet im Vergleich zum ATtiny11 keine Möglichkeit zum Anschluss eines externen Quarzes.

Mit dem Projekt "Sparrow" kam jedoch die Idee wieder auf. Irgendwie muss das doch zu machen sein. Wäre doch eine schöne Möglichkeit für den Sparrow mit der Außenwelt in Verbindung zu treten, sollten die 2 LEDs mal nicht ausreichen. Das war dann auch Antrieb genug um wenigstens herauszufinden was der Tiny13 mit seinen ungenauen 9,6 Mhz aus dem Signal macht. Die Umstellung des Codes von Arne Rossius auf den Sparrow war die einfachste Sache. Neben ein paar Namensänderungen beim Ansprechen des Timers musste der Code nur ein wenig an die Syntax des gavrasm (mein Lieblingsassembler) angepasst werden.

Nach erfolgreichem Übersetzen und Aufspielen ging es dann an den SCART-Anschluss. Kein Bild. Nur ein kleines Zucken am Bildschirmrand. War auch irgendwie klar. Das Signal ist bei einer Taktfrequenz von 9,6 MHz meilenweit von den geforderten 8MHz entfernt. Da muss nun das Oszi ran.

Erstaunlicherweise war das Signal bei der Messung sehr stabil. Ich ging bisher immer davon aus, dass der interne RC-Oszillator für zeitkritische Dinge nicht zu gebrauchen sei. Eine klare Fehleinschätzung. Die Frequenz ist zwar ungenau aber relativ stabil. Damit war die Sache klar. Das Ganze kann funktionieren, es muss nur der gesamte Code auf 9,6 Mhz umgeschrieben und mit dem OSCCAL Register (Clock Kalibrierung) ein wenig nachjustiert werden.

Alles neu schreiben erschien mir als viel zu viel Arbeit. Im ersten Schritt versuchte ich daher den gegebenen Code zeitlich anzupassen. Beim Umrechnen der einzelnen Zeitabstände in Prozessortakte fiel jedoch schnell auf, dass das nicht genau wird. Ständig kamen halbe Takte für bestimmte Signalteile heraus. Da verliert man schnell die Lust und macht lieber etwas anderes. Erst mal überprüfen wie gut man überhaupt mit dem OSCCAL Register die Frequenz einstellen kann.