USI Verbindung von ATmega 1284p zu Attiny2313A

[Achim S. (achims)]

Hallo
versuche eine Verbindung zwischen einem ATmega 1284p(Master) zu einem 
Attiny2313 (Slave) mit I2C bzw USI zubekommen. Verwende dazu die Datein 
vom Martin Junghanns. Als Sender nutze ich das folgende:

void s_write1 (void)              // schreibe Daten von Master zu Slave
    {
    i2c_start(slave_adresse);        // Slave ist bereit zum Schreiben
    i2c_write(0x00);                        // Buffer Startadresse setzen
    i2c_write(42);                          // ... 42-44
    i2c_stop();                             // Zugriff beenden  
    }

DerAufruf erfolgt damit. Zur Kontrolle lasse ich mit die Tasten 
anzeigen.

if (!(PINC & (1<<PINC2)) )      // Taster T1
      {                  // Wenn T1 gedrückt...
      PORTA &=~(1<<PA7);        // LED Kontrolle ein  
      s_write1();            // Schreib-Funktion aufrufen
      }
    else
      {
        PORTA |=(1<<PA7);        // LED Kontrolle aus
      }

Beim Slave werte ich damit ais bzw. versuche in buffer zu schreiben.

for (int i = 0; i < 4; i++)         // rxbuffer[0-3] (Receiving/Empfangen)
  rxbuffer[i] = i + 20; 

byte1 = rxbuffer[0];
    byte2 = rxbuffer[1];

Damit möchte ich eine LED als Anzeige nutzen

if (!(byte1==43))
      {                  
      PORTD &=~(1<<PD3);        // LED Kontrolle ein
      PORTD |=(1<<PD4);        // LED Kontrolle aus
      }
    
    
    if (!(byte2==42))
    {
      PORTD &=~(1<<PD4);        // LED Kontrolle ein
      PORTD |=(1<<PD3);        // LED Kontrolle aus
    }

Leider erfolgt kein Empfang von Daten bzw keine änderung.
Danach soll das senden vom Slave zum Master erfolgen.
Könnte mal jemand drüber schauen, was ich falsch mache.
achim

[N. G. (newgeneration)]

Hallo,

Als erstes was allgemeines: Nimm wann immer es geht nur einen 
Controller. Das nimmt einem viel Arbeit ab, zB weil man nicht auf 
den/die Partner warten muss.
Und wenn es doch sein muss und es nur wegen fehlender Pins ist, könnte 
man über SPI/I2C Portexpander nachdenken.

Aber jetzt zu deinem Code.
(Ich kenne deinen Code zur Ansteuerung nicht und kann ihn mir wegen 
Zeitmangel auch nicht runterladen)

Selbst wenn du in einem ungenanntencodestück was in rxbuffer schreibst, 
spätestens hier überschreibst du die ersten 4 Byte mit 20, 21, 22 und 23

Achim S. schrieb:
> for (int i = 0; i < 4; i++)         // rxbuffer[0-3]
> (Receiving/Empfangen)
>   rxbuffer[i] = i + 20;

Das bedeutet was immer du sendest geht gar nicht in deine Berechnung 
beim Slave ein. (Falls ich keine Tomaten auf den Augen habe)

Mfg
N.G.

[Achim S (Gast)]

Hallo
wenn ich das richtig verstehe, darf ich die rxbuffer nicht mit Werten 
vorher füllen. Sonst könnte ich die falschen Werte drin haben
achim

[Bastian W. (jackfrost)]

Achim S. schrieb:
> Beim Slave werte ich damit ais bzw. versuche in buffer zu schreiben.for
> (int i = 0; i < 4; i++)         // rxbuffer[0-3] (Receiving/Empfangen)
>   rxbuffer[i] = i + 20;
>
> byte1 = rxbuffer[0];
>     byte2 = rxbuffer[1];


Damit ist Byte1 20 und Byte2 21 wenn du damit nichts mehr machst dann 
treffen beide Bedingungen der If Abfragen zu.  Die zweite überschreibt 
aber die erste.

Gruß JackFrost

[Achim S. (achims)]

Danke Bastian
werde das ändern
achim

[Carl D. (jcw2)]

Warum müssen es eigentlich 3 (auf die schnelle gefundene) parallele 
Threads zu I2C-Slave mit USI sein?

[Achim S. (achims)]

Wieso 3 Threads?
USI mit Display ist was anderes
Welche meinst du noch?