USI Code-Schnipsel ATtiny2313 anpassen für den ATmega168

[Firebird (Gast)]

Hallo zusammen

Ich habe ein Code-Schnipsel für die USI-Schnittstelle ATtiny2313. Jetzt 
versuche ich den Code für den ATmega168 anzupassen. Das bereitet mir 
Mühe und hoffe ihr könnt mir helfen.

Unten sind die jeweiligen Code-Schnipsel. Ich habe die beiden 
Datenblätter der Mikrocontroller verglichen und soweit möglich versucht 
den Code anzupassen.

Kann man überhaupt die USI-Schnittstelle so ändern, dass es für den 
ATmega168 passt? Oder muss eine andere Lösung her? Die Lücken sind mit 
Fragezeichen versehen.

Code-Schnipsel Attiny2313:

ISR(TIMER1_OVF_vect)
{
  if ((EIFR&(1<<PCIF)) || (!(PCMSK&(1<<PCINT7))))
  {
    EIFR = (1<<PCIF);        // External Interrupt Flag Register, Clear Pin Change Interrupt Flag
    PCMSK |= (1<<PCINT7);    // Pin Change Mask, set Pin Change Interrupt Source
  }
  else
  {
    USISR = (1<<USIOIF);      // USI Status Register, Clear Counter Overflow Interrupt Flag
    USICR |= (1<<USIOIE);     // USI Control Register, Counter Overflow Interrupt Enable
  }
}

void data_init(void)
{
  DDRB &= ~((1<<PB5)|(1<<PB7));      // Delete SDA and SCL
  USICR = (1<<USICS0)|(1<<USICS1);   // USI Control Register, External Negative Edge Enable
}

Code-Schnipsel ATmega168:

ISR(TIMER1_OVF_vect)
{
  if ((PCIFR&(1<<PCIF0)) || (!(PCMSK0&(1<<PCINT7))))
  {
    PCIFR = (1<<PCIF0);
    PCMSK0 |= (1<<PCINT7);
  }
  else
  {
    TWSR = (1<<????);
    TWCR |= (1<<TWIE);
  }
}

void data_init(void)
{
  DDRC &= ~((1<<PC4)|(1<<PC5));
  TWCR = (1<<????)|(1<<????);
}

Danke und Gruss
Firebird

[holger (Gast)]

>Kann man überhaupt die USI-Schnittstelle so ändern, dass es für den
>ATmega168 passt? Oder muss eine andere Lösung her? Die Lücken sind mit
>Fragezeichen versehen.

Der hat nen echten USART, also lass den Quatsch.

[Firebird (Gast)]

Die Schnittstelle die ich auslesen möchte besteht aus Ground, Data, 
Clock und Power. Ziel ist, das Datenpaket (ein vielfaches von 8 Bits) 
auszulesen und die Bytes aus dem Data Register sequenziell 
abzuspeichern.

Wäre die SPI als slave geeignet, d.h. mit MOSI und SCK?

Gruss
Firebird

[Helfer (Gast)]

Firebird schrieb:
> Die Schnittstelle die ich auslesen möchte besteht aus Ground, Data,
> Clock und Power. Ziel ist, das Datenpaket (ein vielfaches von 8 Bits)
> auszulesen und die Bytes aus dem Data Register sequenziell
> abzuspeichern.
>
> Wäre die SPI als slave geeignet, d.h. mit MOSI und SCK?
>
> Gruss
> Firebird

Ja, würd ich so machen.

Achte bei der Initialisierung der PINs des SPI darauf, die DDR richtig 
zu setzen, sonst funzt der SPI ned richtig. MOSI, SCK und /SS müssen 
als Input konfiguriert sein (auch wenn du /SS nicht nutzt).

[Firebird (Gast)]

@ Helfer

Vielen Dank für den Hinweis. Ich werde versuchen den code zu erarbeiten 
und stelle ihn hier rein zur diskussion. Vermutlich werden viel Fragen 
meinerseits auftauchen.

Gruss
Firebird

[holger (Gast)]

>MOSI, SCK und /SS müssen
>als Input konfiguriert sein (auch wenn du /SS nicht nutzt).

Output, nicht Input.

[Firebird (Gast)]

Hallo zusammen

In der Zwischenzeit habe ich versucht einen Source Code zu schreiben um 
die Datenpakete von einer Schnittstelle auszulesen. Es handelt sich um 
die SUSI Schnittstelle von DCC decoder.

Das ist mein erster Versuch ein Source Code für das Auslesen einer SPI 
Schnittestelle zu erstellen. Ich würde gerne wissen, ob ich die 
Schnittstelle richtig interpretiert habe und ob der Programmablauf in 
der Theorie seinen Zweck erfüllt.

Hier ist die Spezifikation: http://www.d-i-e-t-z.de/susi-spez.htm

Ziel des Programmes ist vorerst, die Datenpakete auszuwerten und 
entsprechende LEDs als Bestätigung für den Empfang der jeweiligen Daten
leuchten zu lassen.
Im Source Code definiert 'SPI_SlaveInit' die Inputs SS, MOSI und SCK 
wobei das LSB zuerst empfangen wird und die Daten bei fallender Flanke 
gültig sein müssen.
Im 'get_Bytes' werden zwei Bytes eingelesen, zuerst die Adresse und dann 
den dazugehörigen Wert.
Die empfangenen Adressen werden in 'susi_decode_addr' gefiltert wobei 
nur zwei Adressen gewünscht sind (von mir definiert). Sollte keine 
gültige Adresse vorliegen, oder wurde die 'susi_decode_data' routine 
durchgeführt wird die Adresse und den Wert zurückgesetzt um den Empfang 
neuer Daten zu initiieren. Die abgespeicherten Daten bleiben gültig bis 
sie überschrieben werden.
Unter 'susi_decode_data' wird gemäss empfange Adresse (addr_Byte) den 
dazugehörenden Wert (data_Byte) abgespeichert. Ist ein Wert empfangen 
worden so leuchtet die jeweilige LED entsprechend.

Wo habe ich Verständnisprobleme?
Als erstes weiss ich nicht ob eine Sychronisation notwendig ist und wenn 
ja, wie ich das realisieren kann.
Im Programm habe ich noch eine Interuptroutine eingebunden, damit der 
Prozessor auch andere Aufgaben erledigen kann. Der Zweck einer ISR habe 
ich verstanden aber noch nicht erkannt wo und wie ich sie in meinem 
Anwendungsfall einbinden muss (Timer und ISR).

Im Anhang findet ihr den Source Code.

Danke und Gruss
Firebird