ATNEL tech-forum

Re: Komunikacja po I2C Atmega 328P (slave) -> Atmega644 (mas

2015-08-29T23:42:09+01:00

Nie odświeżamy tematów...

Statystyki: Napisane przez Jaglarz — 29 sie 2015, o 23:42

Re: Komunikacja po I2C Atmega 328P (slave) -> Atmega644 (mas

2015-08-29T20:05:20+01:00

refresh

Statystyki: Napisane przez ps19 — 29 sie 2015, o 20:05

Re: Komunikacja po I2C Atmega 328P (slave) -> Atmega644 (mas

2015-08-29T13:11:04+01:00

Chyba znalazłem w czym leży problem:

Errata procka:

Code:

2. TWI Data setup time can be too short
When running the device as a TWI slave with a system clock above 2MHz, the data setup time for the first
bit after ACK may in some cases be too short. This may cause a false start or stop condition on the TWI
line.
Problem Fix/Workaround
Insert a delay between setting TWDR and TWCR.

Teraz pytanie jak zrealizować to opóźnienie skoro ustawianie TWDR jak i TWCR odbywa się w prerwaniu

Statystyki: Napisane przez ps19 — 29 sie 2015, o 13:11

Re: Komunikacja po I2C Atmega 328P (slave) -> Atmega644 (mas

2015-08-28T14:44:39+01:00

1.Do wysłania danych adres musi być parzysty. Zmieniłem adres na parzysty i zaczęło działać.

Zrobiłem funkcję do wysyłania kilku parametrów, ale o ile mogę wysłać jeden parametr to w przypadku jak wysyłam "identyfikator" , a potem chcę odebrać odpowiednie dane to w rejestrze TWDR slave`a dostaję adres odbioru (adres +1) .

Funkcja odbierająca (master):

[syntax=c]i2c_start();
i2c_write(DEVADDR); //adres
i2c_write(0x01); //dane
i2c_start();
i2c_write(DEVADDR+1); //adres
odczyt1 = i2c_read(0);
i2c_stop();[/syntax]

Slave main:

[syntax=c]int main(void)
{
while(1)
{
if(BUF_status.st_ready)
{
switch(Buf[0])
{
case 0x01:
sensor_data = sensor1.odleglosc;
break;
}
BUF_status.st_transmitting=1;
}
//....odczyt danych z czujników
}
}[/syntax]

Statystyki: Napisane przez ps19 — 28 sie 2015, o 14:44

Re: Komunikacja po I2C Atmega 644 (slave) -> Atmega8 (master

2015-08-26T19:11:13+01:00

Dodaj opóźnienie w tej pętli while, bo procesor będzie co chwilę w przerwaniu od wysłania bajtu. Za dużo przerwań jednego rodzaju powoduje opóźnioną reakcję przerwania o niższym priorytecie.

Statystyki: Napisane przez Krauser — 26 sie 2015, o 19:11

Re: Komunikacja po I2C Atmega 644 (slave) -> Atmega8 (master

2015-08-26T18:49:35+01:00

plik main_slave.c

[syntax=c]int main(void)
{
I2C_Slave_Init();
USART_Init(__UBRR);

DDRC &= ~_BV(7);

sei();

term_cls(1);

while(1)
{
PORTC |= _BV(7);
uart_putint(TW_STATUS,16);
}
}[/syntax]

Statystyki: Napisane przez ps19 — 26 sie 2015, o 18:49

Re: Komunikacja po I2C Atmega 644 (slave) -> Atmega8 (master

2015-08-25T23:28:34+01:00

A co z plikiem main.c układu slave?

W układzie slave ustaw maskę TWAMR na 0xFE i wtedy każdy adres będzie dobry.

Statystyki: Napisane przez Krauser — 25 sie 2015, o 23:28

Komunikacja po I2C Atmega 328P (slave) -> Atmega644 (master)

2015-08-27T22:49:19+01:00

Witam

Próbuję uruchomić komunikację po I2C pomiędzy dwoma atmegami Atmega 644PA jako slave i Atmega8 jako master.

Z Atmegi8 wylatują dane (sprawdzane na oscyloskopie, komunikowałem procka z akcelerometrem także kod od mastera jest ok) ale nie mogę ich odebrać - dostaję cały czas status 0xF8 przy odczycie z TW_STATUS.

Wysyłałem też dane tak jak to robiłem z akcelerometrem (zmieniłem adres slave`a na taki jak acc...), ale również bez skutku.

Dane z TW_STATUS odczytywałem przez UARTA.

SDA i SCL oczywiście podciągnięte do VCC (4,7k)

i2c_slave.c
[syntax=c]#include
#include
#include
#include

#include "../main.h"
#include "i2c_slave.h"

char Buf[BUFSIZE];//Bufor na odebraną ramkę
volatile struct Buf_status BUF_status;

struct Buf_status
{
union
{
struct
{
uint8_t st_ready : 1;
uint8_t st_receiving : 1;
uint8_t st_transmitting : 1;
uint8_t counter : 5;
};
uint8_t byte;
};
};

typedef union
{
uint16_t word;
uint8_t byte[2];
} WORD;

void BUFEmpty()
{
BUF_status.byte=0;
TWCR|=_BV(TWEA);
}

ISR(TWI_vect)
{
uint8_t status = TW_STATUS;
switch(status)
{
PORTC &= ~_BV(7);
//Obsługa slave receive
case TW_SR_SLA_ACK:BUF_status.counter=0; BUF_status.st_receiving=1; break;//Rozpoczęto transmisję
case TW_SR_STOP:if(BUF_status.st_receiving)
{
BUF_status.st_ready=1;
BUF_status.st_receiving=0;
TWCR &= ~(_BV(TWEA)); //Nie generuj ACK
} else
{
TWCR |= _BV(TWEA);
BUF_status.counter=0; BUF_status.st_receiving=1;
}
break;//Zakończono odbiór ramki
case TW_SR_GCALL_DATA_ACK:
case TW_SR_GCALL_ACK: break;
case TW_SR_DATA_ACK: Buf[BUF_status.counter++]=TWDR;break; //Odebrano bajt danych
case TW_SR_DATA_NACK: Buf[BUF_status.counter++]=TWDR;
BUF_status.st_ready=1;
BUF_status.st_receiving=0;
TWCR &= ~(_BV(TWEA)); //Nie generuj ACKbreak
break;
//Obsługa slave transmit
case TW_ST_SLA_ACK: BUF_status.counter=0; BUF_status.st_transmitting=1;
//case TW_ST_DATA_ACK:TWDR=((WORD)Send_Data()).byte[BUF_status.counter++]; break;
case TW_ST_DATA_NACK: BUF_status.st_transmitting=0; break;
case TW_ST_LAST_DATA: break;
default: TWCR =_BV(TWEN) | _BV(TWEA) | _BV(TWIE) | _BV(TWINT);
BUF_status.byte=0;
}
if(BUF_status.counter>=BUFSIZE) BUF_status.counter=0;//Zapobiega przepełnieniu bufora
TWCR |= _BV(TWINT);//Zwolnij linię SCL
}

void I2C_Slave_Init()
{
TWAR=DEVADDR;
TWAMR=0;
TWCR= _BV(TWEN) | _BV(TWEA) | _BV(TWIE) | _BV(TWINT);//Odblokuj TWI, przerwanie TWI i automatyczne generowanie ACK
}[/syntax]

i2c_slave.h
[syntax=c]#ifndef I2C_TWI_I2C_SLAVE_H_
#define I2C_TWI_I2C_SLAVE_H_

#define DEVADDR 190 //Adres urządzenia slave
#define BUFSIZE 20
#define ST_READY 1
#define ST_RECEIVING 2

void I2C_Slave_Init();
void BUFEmpty();

extern char Buf[BUFSIZE];//Bufor na odebraną ramkę

#endif /* I2C_TWI_I2C_SLAVE_H_ */[/syntax]

master.c
[syntax=c]int main(void)
{
sei();

i2cSetBitrate(100);

while(1)
{
i2c_start();
i2c_write(190); //adres
i2c_write(5); //dane
i2c_stop();
}
}[/syntax]

Statystyki: Napisane przez ps19 — 24 sie 2015, o 20:48