Attiny 412 ext. Interrupt triggert ohne event

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Hallo liebe MC.net Community.
Ich möchte mit einem attiny 412 die Werte eines Rotary Encoders 
auslesen, diese in einer kurzen Nachricht auf ein 433 MHz Signal 
aufmodulieren und an einen Empfänger senden.

Ich habe dazu einen Code geschrieben der auch teilweise funktioniert.
Auf das Buttonpress event wird immerhin getriggert. Auf die anderen 
events wie Encoder_left und Encoder_right leider nicht. Außerdem 
triggert es relativ unzuverlässig (meistens zu oft nach buttonpress).

Ein Schmitttrigger ist dem Entprellschaltkreis nachgeschaltet. Bei 
Schaltvorgang wird der clk, dt, oder eben sw pin auf GND gezogen und vom 
Schmitttrigger invertiert. Nur falls sich jemand wundert wieso auf 
steigende Flanke getriggert wird.

Ich hatte Sorge, dass mein Schmitttrigger irgendwie kaputt ist. Aber ein 
Blick aufs Oszi zeigt ein ausreichend sauberes Signal.  Ich wäre sehr 
froh darüber wenn mir jemand sagen kann wo der oder die Fehler sind.

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Es sei noch erwähnt, dass das gelbe Signal das Signal aus dem 
Schmitttrigger ist und das blaue Signal das versendete Byte inkl. Start 
und Stopbit.

[Spess53 .. (hardygroeger)]

Hi

Was mich erstes wundert sind deine instabilen Pegel.

Was benutzt du als 'Entprellschaltkreis'?

Ich habe mit der Entprellroutine von Peda sehr gute Erfahrungen gemacht.

MfG Spess

[Rainer W. (rawi)]

IrgendSoEinTyp I. schrieb:
> DebounceCircuit.jpeg

Was ist 'REI' für ein Ding?
Wie sieht die Pegeldefinition für A aus?

Wieso driften die Signale in den Oszillogrammen derart heftig?
Wie hast du deine Masse verdrahtet?

[Peter D. (peda)]

IrgendSoEinTyp I. schrieb:
> Ich habe dazu einen Code geschrieben der auch teilweise funktioniert.

Also streng geheim.

IrgendSoEinTyp I. schrieb:
> Encoder_left und Encoder_right leider nicht.

In Hellsehen hatte ich immer ne 5 gekriegt.

[Volker B. (Firma: L-E-A) (vobs)]

IrgendSoEinTyp I. schrieb:
> Außerdem
> triggert es relativ unzuverlässig (meistens zu oft nach buttonpress).

Dann versuche ich mich mal im Hellsehen:
Du löscht das Interruptflag nicht.

Grüßle,
Volker

[Wastl (hartundweichware)]

IrgendSoEinTyp I. schrieb:
> Ich möchte mit einem attiny 412 die Werte eines Rotary Encoders
> auslesen

IrgendSoEinTyp I. schrieb:
> Encoder_left und Encoder_right

Was ist das für ein seltsamer Rotary Encoder?

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

IrgendSoEinTyp I. schrieb:
> Aber ein Blick aufs Oszi
Was sieht man da? Was ist Gelb und was ist Blau?

> zeigt ein ausreichend sauberes Signal.
Dann sollte das wohl auch nur "ausreichend" (in Schulnoten 4) 
funktionieren, oder? Warum ist das alles so krumm und schief? (Warum) 
ist da Brumm überlagert?

Wastl schrieb:
> IrgendSoEinTyp I. schrieb:
>> Encoder_left und Encoder_right
> Was ist das für ein seltsamer Rotary Encoder?
Ich hätte hier auch Encoder_A und Encoder_B erwartet...

[Wastl (hartundweichware)]

Lothar M. schrieb:
> Warum ist das alles so krumm und schief?

Hat wohl "Einer" vergessen DC-Kopplung am Oszilloskop einzuschalten.

[Falk B. (falk)]

Wastl schrieb:
>> Warum ist das alles so krumm und schief?
>
> Hat wohl "Einer" vergessen DC-Kopplung am Oszilloskop einzuschalten.

Nö, siehe Screenshot. Kann aber eine fehlende Masseverbindung sein.

[Falk B. (falk)]

IrgendSoEinTyp I. schrieb:
> Hallo liebe MC.net Community.
> Ich möchte mit einem attiny 412 die Werte eines Rotary Encoders
> auslesen,

Welche Werte? Die Logikpegel oder eine Schritt nach links/rechts?

> diese in einer kurzen Nachricht auf ein 433 MHz Signal
> aufmodulieren und an einen Empfänger senden.

> Ich habe dazu einen Code geschrieben der auch teilweise funktioniert.

Wo kann man den bewundern?

> Auf das Buttonpress event wird immerhin getriggert. Auf die anderen
> events wie Encoder_left und Encoder_right leider nicht. Außerdem
> triggert es relativ unzuverlässig (meistens zu oft nach buttonpress).

Für den Taster sollte man die gleiche Schaltung mit Pull Up und 
RC-Filter nutzen. Eine Entprellung in Software kann auch nicht schaden.

> Ein Schmitttrigger ist dem Entprellschaltkreis nachgeschaltet.

Braucht man nicht, den hat der AVR schon an allen IOs eingebaut.

> Bei
> Schaltvorgang wird der clk, dt, oder eben sw pin

Falsch! Es gibt keine clk und dt Pin am Drehgeber, nur Kanal A und 
B!

> auf GND gezogen und vom
> Schmitttrigger invertiert. Nur falls sich jemand wundert wieso auf
> steigende Flanke getriggert wird.

Ich wundere mich eher daß du glaubt, daß man aus deinen Screenshot was 
ablesen können soll. Miss erstmal die beiden Kanäle A und B und schau 
wie die aussehen. Nach deinen externen Schmitt-Triggern müssen die 
sauber sein und immer phasenverschoben zueinander.

> Ich hatte Sorge, dass mein Schmitttrigger irgendwie kaputt ist. Aber ein
> Blick aufs Oszi zeigt ein ausreichend sauberes Signal.

Nö. Schau dir den Ein- und Ausgang eines Kanals gleichzeitig an.

>  Ich wäre sehr
> froh darüber wenn mir jemand sagen kann wo der oder die Fehler sind.

Kann keiner. Bestenfalls Hinweise geben.

[Falk B. (falk)]

Und das Wichtigste. Einen Drehgeber wertet man NICHT mit externen 
Interrupts aus sondern mit Abtastung im periodischen Timer-Interrupt.

[Wastl (hartundweichware)]

Falk B. schrieb:
>>  Ich wäre sehr
>> froh darüber wenn mir jemand sagen kann wo der oder die Fehler sind.
>
> Kann keiner.

Doch, ich kann's. Der Fehler befindet sich vor dem Bildschirm
und der Tastatur. Die wichtigsten Informationen (Rotary Encoder
und Programm-Ansteuerung) werden geheim gehalten.

[Peter D. (peda)]

Falk B. schrieb:
> Falsch! Es gibt keine clk und dt Pin am Drehgeber, nur Kanal A und
> B!

Naja bei Arduino heißen die eben so:
https://www.az-delivery.de/en/products/drehimpulsgeber-modul

DT soll wohl Detent bedeuten, d.h. wo die Rastung erfolgt. Da ist dann 
dessen Pegel unbestimmt und sollte nicht zur Triggerung benutzt werden.
Es gibt auch Encoder, wo die Rastung außerhalb der Flankenwechsel beider 
Signale erfolgt. Und welche, die Richtung und Takt liefern.

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Oh, da hab ich wohl vergessen den Code hochzuladen.

#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>
#include <avr/sleep.h> // Required for sleep modes
#include <stdint.h>    // For standard integer types, e.g., uint8_t

// --- Pin Definitions ---
#define TX_PIN    PIN6_bm // PA6 for transmission
#define CLK_PIN   PIN7_bm // PA7 for rotary encoder clock (interrupt)
#define DT_PIN    PIN1_bm // PA1 for rotary encoder data
#define SW_PIN    PIN2_bm // PA2 for rotary encoder switch (interrupt)

// --- Task Queue Configuration ---
#define BUFFER_SIZE 8 // Size of the circular buffer for tasks

// --- Event Types (messages to be stored in the queue) ---
typedef enum {
    NO_EVENT = 0,
    ENCODER_RIGHT = 0x01, // Example value for right turn
    ENCODER_LEFT = 0x02,  // Example value for left turn
    BUTTON_PRESS = 0x04   // Example value for button press
} EventType;

// --- Task Queue Variables ---
volatile EventType taskQueue[BUFFER_SIZE]; // Array for the task queue
volatile uint8_t queueHead = 0;             // Index for adding new tasks
volatile uint8_t queueTail = 0;             // Index for removing tasks

// --- Function to add a task to the queue ---
void enqueue_task(EventType event) {
    uint8_t nextHead = (queueHead + 1) % BUFFER_SIZE;
    // Check if queue is not full before enqueuing
    if (nextHead != queueTail) {
        taskQueue[queueHead] = event;
        queueHead = nextHead;
    }
}

// --- Function to remove a task from the queue ---
EventType dequeue_task() {
    // Check if queue is empty
    if (queueHead == queueTail) {
        return NO_EVENT;
    }
    EventType event = taskQueue[queueTail];
    queueTail = (queueTail + 1) % BUFFER_SIZE;
    return event;
}

// --- Transmission Functions (approx. 5kbps) ---
// For 5kbps, each bit duration is 1 / 5000 Hz = 200 us.
// Adjust BIT_DURATION_US empirically for accurate timing if needed.
#define BIT_DURATION_US 193 // Adjusted for potential instruction overhead

void send_bit(uint8_t bit) {
    if (bit) {
        PORTA.OUTSET = TX_PIN;  // High (Transmitter ON)
    } else {
        PORTA.OUTCLR = TX_PIN;  // Low (Transmitter OFF)
    }
    _delay_us(BIT_DURATION_US);
}

void send_byte(uint8_t data) {
    // Start bit (active low, so 0)
    send_bit(0);

    // Data bits (LSB first)
    for (uint8_t i = 0; i < 8; i++) {
        send_bit(data & 0x01);
        data >>= 1;
    }

    // Stop bit (active high, so 1)
    send_bit(1);
}

// --- Interrupt Service Routine for PORTA Pin Change Interrupts ---
ISR(PORTA_PORT_vect) {
    // Clear the interrupt flags for the pins that caused the interrupt.
    // This is crucial to prevent re-triggering immediately.
    if (PORTA.INTFLAGS & CLK_PIN) {
        PORTA.INTFLAGS = CLK_PIN; // Clear CLK_PIN's interrupt flag
        // Read DT_PIN to determine direction
        if (PORTA.IN & DT_PIN) {
            // DT_PIN is HIGH when CLK_PIN goes HIGH -> Counter-clockwise (Left)
            enqueue_task(ENCODER_LEFT);
        } else {
            // DT_PIN is LOW when CLK_PIN goes HIGH -> Clockwise (Right)
            enqueue_task(ENCODER_RIGHT);
        }
    }

    if (PORTA.INTFLAGS & SW_PIN) {
        PORTA.INTFLAGS = SW_PIN; // Clear SW_PIN's interrupt flag
        // Enqueue button press. Consider debouncing for real-world buttons.
        enqueue_task(BUTTON_PRESS);
    }
}

// --- Setup Function ---
void setup() {
    // Configure TX_PIN (PA6) as output
    PORTA.DIRSET = TX_PIN;   // Define PA6 as output
    PORTA.OUTCLR = TX_PIN;   // Set initial value of PA6 to 0 (OFF)

    // Configure CLK_PIN (PA7), DT_PIN (PA1), SW_PIN (PA2) as inputs
    PORTA.DIRCLR = CLK_PIN;
    PORTA.DIRCLR = DT_PIN;
    PORTA.DIRCLR = SW_PIN;

    // Configure interrupts for CLK_PIN (PA7) and SW_PIN (PA2) on rising edge
    // Make sure these are the correct bits for your specific AVR family (e.g., tinyAVR 0/1/2-series, megaAVR)
    PORTA.PIN7CTRL |= PORT_ISC_RISING_gc; // CLK_PIN interrupt on rising edge
    PORTA.PIN2CTRL |= PORT_ISC_RISING_gc; // SW_PIN interrupt on rising edge

    // Set the sleep mode to POWER_DOWN for maximum power saving.
    // The device will wake up on any enabled interrupt.
    set_sleep_mode(SLEEP_MODE_PWR_DOWN);

    // Enable global interrupts
    sei();
}

// --- Main Loop ---
void loop() {
    // First, check if there are any events to process before going to sleep.
    // This prevents the system from sleeping if an event arrived just before `sleep_mode()`.
    cli(); // Disable interrupts while checking/modifying the queue
    if (queueHead != queueTail) { // If the queue is not empty
        EventType currentEvent = dequeue_task();
        sei(); // Re-enable interrupts
        // Transmit the event. Keep interrupts disabled during transmission
        // to ensure accurate bit timing.
        cli();
        send_byte((uint8_t)currentEvent);
        sei();
    } else {
        // If the queue is empty, enable interrupts, and go to sleep.
        // The MCU will wake up on any enabled interrupt (CLK_PIN or SW_PIN).
        // Interrupts must be enabled *before* calling sleep_mode().
        sei();
        sleep_mode(); // Go to selected sleep mode
        // Execution resumes here after an interrupt wakes the MCU
    }
    // After waking up or processing an event, the loop continues to check the queue again.
    // If there were multiple events queued, it will process them one by one.
}

[Mod: bitte die Bedienungsanleitung über der Eingabebox lesen. Da steht 
u.a. das mit dem c-Tags und auch "Längeren Sourcecode nicht im Text 
einfügen, sondern als Dateianhang"]

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Hier ein besseres Bild vom Entprellschaltkreis. Der ominöse SW1 Schalter 
ist ein EC11 Rotary Encoder.

[Wastl (hartundweichware)]

IrgendSoEinTyp I. schrieb:
> Oh, da hab ich wohl vergessen den Code hochzuladen.

Nein, du hast auch vergessen die Hinweise zum Posten von
Sourcecode zu lesen und zu beherzigen.

[Falk B. (falk)]

Peter D. schrieb:
> Naja bei Arduino heißen die eben so:
> https://www.az-delivery.de/en/products/drehimpulsgeber-modul

Ist trotzdem Unfug. Und wozu braucht so ein einfacher Drehgeber +3,3V?

[Falk B. (falk)]

IrgendSoEinTyp I. schrieb:
> Hier ein besseres Bild vom Entprellschaltkreis.

Das ist kein Schaltkreis, sondern eine Schaltung. Ein Schaltkreis ist 
ein Chip, IC ein Bauteil mit meist vielen Anschlüssen.

Die Schaltung ist an sich OK, wenn gleich die 22pF Kondensatoren 
kompletter Unsinn sind. Laß sie weg. Und positive Betriebsspannung 
zeichnet man oben.

Schaltplan richtig zeichnen

> Der ominöse SW1 Schalter
> ist ein EC11 Rotary Encoder.

Ein normaler, mechanischer Drehgeber mit Tastfunktion.

[Peter D. (peda)]

IrgendSoEinTyp I. schrieb:
> // Set the sleep mode to POWER_DOWN for maximum power saving.

Sleep mode setze ich nie, während alles noch in Entwicklung ist.
Erst nachdem alle Tests erfolgreich waren, kann man es hinzufügen.
Ist kein Batteriebetrieb vorgesehen, spare ich mir natürlich diese 
Arbeit.
Die AVRs werden ja im Normalbetrieb nicht so heiß, daß Abwärme ein 
Problem sein kann.

[Mario M. (thelonging)]

Falk B. schrieb:
> wenn gleich die 22pF Kondensatoren
> kompletter Unsinn sind.

Dann leg mal ein sendendes Handy daneben. 😉

[Falk B. (falk)]

Mario M. schrieb:
> Dann leg mal ein sendendes Handy daneben. 😉

Jaja, die 22pF parallel zu 100nF reißen das UNGLAUBLICH raus.

[Peter D. (peda)]

Das mit der queue ist recht sinnfrei, wenn Du eh beim Senden mit SW-UART 
alles anhältst. Die kann nie mehr als ein Ereignis enthalten.

Was stört Dich an der HW-UART?

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Batteriebetrieb ist vorgesehen mit möglichst langer Batterielaufzeit 
(wenn möglich über Monate). Aber ja vermutlich hätte ich es auch an 
späterer Stelle einbauen können.

[Mario M. (thelonging)]

IrgendSoEinTyp I. schrieb:
> Batteriebetrieb ist vorgesehen

Da ist die Schaltung mit ihren 10 k Pullups denkbar ungeeignet.

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Hier nochmal ein aussagekräftigeres Bild. Die gelbe Linie zeigt den CLK 
Pin, die hellblaue den DT Pin. Beide jeweils nach dem 
Schmitttriggerausgang. Die violette Linie zeigt wieder den CLK Pin und 
die dunkelblaue Linie den DT Pin. Diesmal beide kurz vor dem 
Schmitttriggereingang. Die Ladekurve des Kondensators sieht ziemlich 
unsauber aus. Vielleicht ist das das Problem für die mehrfachen Trigger. 
Wobei man ja dann was am Schmitttrigerausgang sehen müsste.. Weiß jemand 
wie der stufenweise Anstieg am Geber zustande kommt?

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

> Da ist die Schaltung mit ihren 10 k Pullups denkbar ungeeignet.

Ist ja auch noch nicht final. Steckt alles noch im Steckbrett. Sobald 
ich es auf ein PCB löte habe ich SMD Kondensatoren und Widerstände in 
allen Größen da.

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Peter D. schrieb:
> Das mit der queue ist recht sinnfrei, wenn Du eh beim Senden mit SW-UART
> alles anhältst. Die kann nie mehr als ein Ereignis enthalten.
>
> Was stört Dich an der HW-UART?

Bin ich noch relativ neu in der AVR Programmierung und weiß nicht wie 
ich ein Byte ohne großen Overhead versende.
Die Nachricht an den Empfänger soll innerhalb von max. 2ms versendet 
sein. Der Sender den ich im Moment verwende schafft max. 10kbps. Bin im 
Moment bei 5kbps. Ein bisschen Luft habe ich also noch. Vielleicht baue 
ich mir auch meinen eigenen Sender aber das würde den Ramen dieses 
Projektes sprengen.
Außerdem waren bis jetzt alle Bibliotheken die ich gefunden habe bis auf 
TinyRF85 zu groß für meinen MC.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

IrgendSoEinTyp I. schrieb:
> Die violette Linie zeigt wieder den CLK Pin und die dunkelblaue Linie
> den DT Pin.
Das ist ein stinknormale Quadratursignal mit A und B Spur. Das wertet 
man sinnigerweise an jeder Flanke eines der beiden Signale aus. Oder 
besser über einen Zustandsautomaten. Aber was sage ich: in Drehgeber 
steht alles drin. Das funktioniert sicher sogar ohne großartige 
Frickelhardware.

> Weiß jemand wie der stufenweise Anstieg am Geber zustande kommt?
Zeig mal deinen Schaltungsaufbau. Das sieht aus, als ob es einen 
gemeinsamen Vorwiderstand für die beiden Spuren gibt, denn die eine 
zieht die andere mit runter.

[IrgendSoEinTyp I. (irgendsoeintyp_i)]

Falk B. schrieb:
> IrgendSoEinTyp I. schrieb:

> Das ist kein Schaltkreis, sondern eine Schaltung. Ein Schaltkreis ist
> ein Chip, IC ein Bauteil mit meist vielen Anschlüssen.
>
> Die Schaltung ist an sich OK, wenn gleich die 22pF Kondensatoren
> kompletter Unsinn sind. Laß sie weg. Und positive Betriebsspannung
> zeichnet man oben.

> Ein normaler, mechanischer Drehgeber mit Tastfunktion.

1. Nein. Google mal Schaltkreis. "Ein Schaltkreis ist ein geschlossener, 
leitender Pfad, durch den elektrischer Strom fließen kann. "
Das ist die Definition die du dazu finden wirst. Das was du meinst sind 
Integrierte Schaltkreise.

2. Mein Gott. Ist es mir herzlich egal welche falsch verwendeten 
Begriffe du in diesem Beitrag noch findest. Bitte sei nützlich oder spar 
dir deine Kommentare.
Hatte wirklich gehofft hier konstruktive Lösungsvorschläge zu bekommen.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

IrgendSoEinTyp I. schrieb:
> Google mal Schaltkreis. "Ein Schaltkreis ist ein geschlossener,
> leitender Pfad, durch den elektrischer Strom fließen kann"
Glaubst du der KI jeden Klugschiß? Ich bin mir sicher, die könnte von 
Falk in Richtung Elektronik noch einiges lernen. Aber leider bietet sie 
nur den Mittelwert der Infos, die sie im Netz findet.

Seis drum. Da steht noch die Frage aus, wie dein "Schaltkreis" denn nun 
in der Realität aussieht. Denn die Schaltung, die du gepostet hast, 
erzeugt keine solche Signale, wie dein Oszi sie anzeigt.

[Arno M. (morri65)]

Kann es sein, dass VCC des HC14 nicht angeschlossen ist? Dann würde er 
nur über die Eingangschutzdioden über den Pull-Up des Tasters versorgt. 
Aber natürlich nur schwach. Das würde dann erklären warum die Eingänge 
so komisch aussehen, Sie beteiligen sich dann an der Phantomspeisung des 
HC14 wenn sie High-Pegel haben.

[Peter D. (peda)]

IrgendSoEinTyp I. schrieb:
> Bin ich noch relativ neu in der AVR Programmierung und weiß nicht wie
> ich ein Byte ohne großen Overhead versende.

https://ww1.microchip.com/downloads/en/Appnotes/TB3216-Getting-Started-with-USART-90003216B.pdf

[Mario M. (thelonging)]

IrgendSoEinTyp I. schrieb:
> Die Nachricht an den Empfänger soll innerhalb von max. 2ms versendet
> sein. Der Sender den ich im Moment verwende schafft max. 10kbps. Bin im
> Moment bei 5kbps.

Ich weiß ja nicht, wie die Funkstrecke aussieht, aber das könnte Dein 
nächstes Problem werden. 10 kbps klingt nach den simplen 433 
MHz-Arduino-Funkmodulen. Damit  wirst Du bei diesen Anforderungen die 
Übertragung nie stabil hinbekommen.

[Wastl (hartundweichware)]

Mario M. schrieb:
> 10 kbps klingt nach den simplen 433 MHz-Arduino-Funkmodulen.

Und das ist die Roh-Datenrate, die netto erreichbare liegt
nochmal niedriger.

Mario M. schrieb:
> Damit  wirst Du bei diesen Anforderungen die
> Übertragung nie stabil hinbekommen.

Gar überhaupt nicht. 2msec ist schon anspruchsvoll mit LoRa Modulen.

[Peter D. (peda)]

Ich entwickle Programme nie als großen Brocken, sondern Schritt für 
Schritt.
Also erstmal die UART zum Laufen bringen.
Dann Encoder.
Dann Funk.
Und ganz zum Schluß Stromsparen.

Funk sollte immer in Paketen mit Protokoll und CRC erfolgen.
Einzelne Bytes reduzieren die Datenrate drastisch. Funk braucht immer 
einige Zeit, die Verbindung aufzubauen.

[Georg M. (g_m)]

IrgendSoEinTyp I. schrieb:
> Bin ich noch relativ neu in der AVR Programmierung und weiß nicht wie
> ich ein Byte ohne großen Overhead versende.

ATtiny402/412 send byte:

#include <avr/io.h>

uint8_t data[13] = {72,101,108,108,111,44,32,87,111,114,108,100,33};   // data 
uint8_t cnt;                                                           // SW counter

void send_byte(uint8_t dbt)
{
  while(!(USART0.STATUS & USART_DREIF_bm)){}    // wait until transmit data register is empty
  USART0.TXDATAL = dbt;                          // transmit data byte  
}

int main(void)
{
  _PROTECTED_WRITE(CLKCTRL.MCLKCTRLB, CLKCTRL_PDIV_10X_gc | CLKCTRL_PEN_bm);  // 2 MHz main clock

  USART0.BAUD = 833;                                   // 9600 Bd @ 2.00 MHz
  USART0.CTRLB = USART_TXEN_bm;                        // enable USART transmitter
  PORTA.DIRSET = PIN6_bm;                              // PA6 output (USART0 TxD)

  TCB0.CCMP = 0xC34F;                                  // 50ms @ 1.00 MHz TCB clock
  TCB0.CTRLA = TCB_CLKSEL_CLKDIV2_gc | TCB_ENABLE_bm;  // 1.00 MHz, enable TCB

  while(1)
  {
    if(TCB0.INTFLAGS)
    {
      TCB0.INTFLAGS = TCB_CAPT_bm;                     // clear TCB0 interrupt flag
      cnt++;                                           // increment
      if(cnt == 10)                                    // 500 ms
      {
        cnt = 0;                                       // clear
        for(uint8_t i=0;i<13;i++)
        {
          send_byte(data[i]);
        }
        send_byte('\r');                               // "carriage return"
        send_byte('\n');                               // "newline"
      }
    }
  }
}