ATNEL tech-forum

Re: ATMega32 komunikacja z AD7731 po SPI

2016-10-05T20:57:08+01:00

Jak się pozbyć zakłóceń na SPI? Ciagle w kółko pojawiają się jakieś losowe dane czasem mi się wydaje że np 6 wartości sie w kółko pokazuje, odłączyłem SPI od ADC i dalej pokazuje jakieś losowe wartości. Podczas pracy przetwornika pojawia sie stan niski, czyli jak mi się wydaje, że przetwornik daje mi wynik konwersacji ale i tak on ginie w tych zakłóceniach.

Statystyki: Napisane przez fundomikey — 5 paź 2016, o 20:57

Re: ATMega32 komunikacja z AD7731 po SPI

2016-10-02T14:54:45+01:00

Ma ktoś jeszcze jakąś koncepcje co mogę jeszcze zrobić? Nie mam oscyloskopu, ale za pomocą multimetru i funkcji pomiaru poziomów TTL, w czasie gdy mam podłączony programator, zmieniają się stany logiczne na pinie RD(informacja o zakończonej konwersji) i CS przetwornika ADC, co jak mi się wydaje świadczy o tym że przetwornik odpowiada na to co mu wysyłam, a na wyświetlaczu pojawiają mi się w kółko 4-5 tych samych wartości. Gdy odepnę programator od USB i jeszcze odłączę linie RESET od niego, tu się dzieje inna bajka. Program działa całkiem inaczej, pin RD prawie wgl nie zmienia swojego stanu, raczej albo ma stan wysoki, albo niski ale wtedy program i tak już jest zawieszony. Pin CS po zresetowaniu procka parę razy zmienia swój stan, po czym zawiesza się procek i albo CS zostaje na stanie wysokim albo niskim, czyli program się wiesza w różnych momentach, albo przy odbieraniu albo wysyłaniu bajtów. Po każdym Resecie program zachowuje się za każdym razem inaczej. Zanim się procek zawiesi wyświetla parę wartości(wtedy również linia CS zmienia swoje stany). Gdy już się program zawiesi wyświetlacz głupieje, albo zaświecając wszystkie segmenty albo wyświetlając jakieś dziwne znaki. Już nie mam pojęcia co może być nie tak. Myślałem że to przez linie RESET, teraz mam ją podłączoną, tak jak znalazłem na jednej ze stron:

Ma ktoś jeszcze jakieś sugestie co może być nie tak ?

Statystyki: Napisane przez fundomikey — 2 paź 2016, o 14:54

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-29T09:26:12+01:00

ATmege zasilam zewnętrznym zasilaniem 5V, Piny Vcc i AVcc podłączone do 5V i obie GND do masy, miałem z początku problem z masą ponieważ miałem nie równe zasilania na płytce stykowe, i teraz po podłączeniu masy w wielu punktach udało się uzyskać poprawne zasilanie, pin RESET procka mam podpięty do Vcc przez rezystor 10k, nic to nie dało nadal mam odmienne działanie programu z programatorem i bez.
Dodatkowo wchodzi kwestia tego że bez podłączonego programatora, czasem wariuje mi wyświetlacz, tak jakby sie resetował i zaświecają się wszystkie segmenty, po czym normalnie wyświetla liczby. Poza tym wydaje mi się że bez programatora przetwornik odpowiada na to co mu wysyłam.
Jeszcze później kupie i spróbuje z rezystorami 100 Ohm na SPI.

EDIT:
Zmieniłem rezystory na SPI na 100 Ohm, i pojawiły sie błędy przy programowaniu procka, dlatego spowrotem powróciłem do rezystorów 10k, i już nie ma błędów, ale i tak mam problemy z komunikowaniem się z ADC

Statystyki: Napisane przez fundomikey — 29 wrz 2016, o 09:26

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-28T22:53:34+01:00

10k to trochę dużo. Nie masz niczego poniżej 1k om?

Tak z ciekawości, bo nie ma tego na schemacie. Jak wygląda u ciebie zasilanie i podciągnięcie resetu?

Statystyki: Napisane przez HomoChemicus — 28 wrz 2016, o 22:53

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-28T22:30:43+01:00

Dodałem rezystory po 10k, bo akurat takie teraz mam pod ręką i podziałało:) nie mam już błędów podczas programowania, ale zauważyłem że zwłaszcza jeśli chodzi o komunikacje SPI, i wnioskując z tego co wyświetlam na wyświetlaczu to dalej widzę że programator chyba wpływa na całą komunikacje. Kiedy mam podpięty programator, wyświetlają mi się na zmianę dwie wartości niezależnie czy mam podpięte ADC przez SPI czy nie, natomiast gdy odłączę programator(wypinam USB, oraz odpinam linie RESET), to program zdaje się ruszać, oraz po zbadaniu pinu RD przetwornika, widać że przetwornik reaguje na to co mu się wysyła a przynajmniej tak mi się wydaje. Co jeszcze mogę zrobić? Dalej coś jest nie tak na liniach SPI.

Statystyki: Napisane przez fundomikey — 28 wrz 2016, o 22:30

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-27T18:36:00+01:00

Wlutuj rezystory na liniach SPI tak z 100-200 om i po sprawie.
A schemat trochę poplątany, ledwo można się połapać co gdzie i jak.

Statystyki: Napisane przez HomoChemicus — 27 wrz 2016, o 18:36

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-27T14:44:12+01:00

Dalej z tą komunikacją jest coś nie tak, mógłby ktoś sprawdzić schemat, czy dobrze podłączyłem?

Ponadto mam błędy podczas programowania, np takie:
[syntax=c]avrdude_mk.exe: verifying ...
avrdude_mk.exe: verification error, first mismatch at byte 0x0202
0x0f != 0xff
avrdude_mk.exe: verification error; content mismatch

avrdude_mk.exe: safemode: Fuses OK

avrdude_mk.exe done. Thank you.[/syntax]
myślałem że to przez złe zasilanie, sprawdziłem wszystkie połączenia dodałem dodatkowe kondensatory filtrujące ale winna okazała się linia MISO, i po jej odpięciu programowanie przebiega bez problemu. Co mogę jeszcze zrobić żeby nie musieć odpinać tej lini podczas programowania?
Poza tym program działa tak że wyświetlają mi się na zmianę dwie wartości, wyświetlają się nawet wtedy gdy odłączę linie MISO, MOSI od ADC. Sprawdziłem już bity jakie wysyłam czy na pewno są poprawne a mianowicie:
1) wysyłam jeden bajt do COMMUNICATIONS REGISTER(nastepnę wysyłane bajty będa wpisywane do MODE REGISTER)
2) wysyłam dwa bajty(zakres+/-1,28V;Continuous conversion; Bipolar input; reference 2,5V; wejścia AIN1-AIN2)
3) wysyłam jeden bajt do COMMUNICATIONS REGISTER(ciągły odczyt Data Register-wrtość pomiaru-24bit)
Teraz moja funkcja do odbierania wygląda tak:
[syntax=c]uint32_t ReceiveTreeSpi(void) // odebranie 3 bajtow
{
uint32_t odb1, odb2, odb3, odb;
odb=0;
PORTB &= ~(1< odb1 = ReceiveSpi();
odb2 = ReceiveSpi();
odb3 = ReceiveSpi();
while(!(PINB &(1<
odb = (odb1<<16) | (odb2<<8) | (odb3) ;
PORTB |= (1<
return odb;

}[/syntax]
Nie wiem już czego się teraz złapać bo próbuje ciągle czegoś nowego i ciągle ten sam efekt :/
Jakieś sugestie co może być nie tak?

Statystyki: Napisane przez fundomikey — 27 wrz 2016, o 14:44

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-21T15:38:53+01:00

Sparrow-hawk Rzeczywiście mam błąd, nie wiem jak to mogłem źle przepisać, a przepisywałem z książki Pana Mirka.
Jednak przepisałem dobrze ale Eclipse pokazał mi ostrzeżenie o zmienieniu & na && i stąd ten błąd.
Teraz komunikacja ruszyła, pokazuje mi sie na ekranie szybko zmieniająca 8 cyfrowa liczba czyli tak jak powinno być, ale z podłączonym na sztywno do masy pinem sprawdzającym stan pinu RD przetwornika, gdyż jak podłącze do przetwornika to komunikacja sie zatrzymuje, dalej coś jest nie tak. Spróbuje jeszcze raz prześledzić to co wysyłam do przetwornika, może błąd leży po stronie jego konfiguracji, albo poprastu z tym przetwornikiem coś jest nie tak, bo znalazłem na angielskim forum podobny przypadek z brakiem stanu niskiego na pinie RD przetwornika, i okazało się że dwa przetworniki jakie posiadał ten Pan były zepsute.

Statystyki: Napisane przez fundomikey — 21 wrz 2016, o 15:38

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-21T08:57:42+01:00

Poza tym, albo używasz klamerek w if, albo, co wyglądałoby znacznie lepiej, pętli while:
[syntax=c]while (stanWysokiNaPB0) ;[/syntax]

Statystyki: Napisane przez dzikidziku — 21 wrz 2016, o 08:57

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-21T07:24:00+01:00

Tutaj masz błąd:
[syntax=c]uint8_t ReceiveSpi()
{
while(!SPSR && (1< return SPDR;
}[/syntax]
Powinno być raczej:
[syntax=c]uint8_t ReceiveSpi()
{
while(!(SPSR & (1< return SPDR;
}[/syntax]

Statystyki: Napisane przez Sparrow-hawk — 21 wrz 2016, o 07:24

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-20T20:11:57+01:00

Teraz funkcja odbierania wygląda tak:
[syntax=c]uint32_t ReceiveTreeSpi(void) // odebranie 3 bajtow
{
uint32_t odb1, odb2, odb3, odb;

if(!(PINB &(1< PORTB &= ~(1< odb1 = ReceiveSpi();
odb2 = ReceiveSpi();
odb3 = ReceiveSpi();

odb = (odb1<<16) | (odb2<<8) | (odb3) ;
PORTB |= (1<
return odb;

}[/syntax]

Wysyłanie raczej już jest ok, problem z odbiorem bo gdy chce odebrać te 3 bajty, program zatrzymuje się gdzieś w tej funkcji, próbowałem też bez sprawdzania stanu na pinie RD ale to nic nie daje. Za to gdy w petle główną dam odbieranie tylko jednego bajtu to na wyświetlaczu pojawiają się szybko zmieniające się liczby 3 cyfrowe, także coś przetwornik wysyła.. Może problem leży w czasach pomiędzy odbieraniem poszczególnych bajtów?

Statystyki: Napisane przez fundomikey — 20 wrz 2016, o 20:11

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-20T17:17:17+01:00

No, ale po odebraniu bajtów musisz ustawić linię CS ponownie na "1", prawda? W kodzie tego nie masz.

Statystyki: Napisane przez dzikidziku — 20 wrz 2016, o 17:17

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-20T16:54:37+01:00

Zmieniłem ale nic to nie dało, ale raczej trzeba linie CS wprowadzić w stan niski. Jedynie od czasu do czasu pojawia się jakaś wartość na wyświetlaczu, ale jest ona tylko przez chwile i pojawia się przy resetowaniu procka. Program się zatrzymuje przy podłączeniu lini MOSI, czyli dalej jest cos nie tak z wysyłaniem.. Poza tym mam konflikt pomiędzy SPI a ISP, ponieważ żeby zaprogramować procka muszę odłączać linie MOSI, próbowałem już poprzez rezystor podciągać linie SS do zasilania ale żadnego pozytywnego efektu to nie dało.
Zmieniłem jeszcze funkcje do odbierania:
[syntax=c]uint32_t ReceiveTreeSpi(void) // odebranie 3 bajtow
{
uint32_t odb1, odb2, odb3, odb;
if(!(PINB &(1< PORTB &= ~(1< odb1 = ReceiveSpi();
odb2 = ReceiveSpi();
odb3 = ReceiveSpi();
//while(!(PINB &(1< // informujacego o zakończeniu przesyłania bajtów
odb = (odb1<<16) | (odb2<<8) | (odb3) ;

return odb;

}[/syntax]

Statystyki: Napisane przez fundomikey — 20 wrz 2016, o 16:54

Re: ATMega32 komunikacja z AD7731 po SPI

2016-09-20T14:02:29+01:00

Nie chcę namieszać ale wydaje mi się, że zgodnie z rys.16, str.34, funkcja SendSpi powinna wyglądać nieco inaczej:

[syntax=c]PORTB &= ~(1<
SPDR = dataHigh; //załadowanie bajtu do bufora
while(!(SPSR & (1<
PORTB |= (1<Statystyki: Napisane przez dzikidziku — 20 wrz 2016, o 14:02

ATMega32 komunikacja z AD7731 po SPI

2016-09-20T15:13:27+01:00

Witam,
Mam problem z komunikacją pomiędzy ATMega32A a przetwornikiem ADC AD7731(link do noty: http://www.analog.com/media/en/technica ... AD7731.pdf).
Problem polega na tym że coś jest chyba nie tak w funkcji do odbioru 3 bajtów, podejrzewam że może to być brak stanu niskiego na pinie RD przetwornika, ale usuwałem ten fragment gdzie jest sprawdzenie czy wystąpił stan niski i nic to nie dało. Dodałem sobie diodę, żeby widzieć czy program w ogóle działa, dioda zaczyna migać a sygnał na lini SCK zaczyna być aktywny gdy odłączę od przetwornika sygnał MOSI, nie wiem dlaczego tak się dzieje. Na to wychodzi że nic nie mogę wysłać do przetwornika, dlatego mam problem z odbiorem. Używając funkcji do odbioru pojedynczego bajtu i wyświetleniu jej na wyświetlaczu pojawiają się losowe liczby z zakresu 0..255(oczywiście tylko wtedy gdy linia MOSI jest odłączona, gdy jest podłączona nic się nie wyświetla i program się jakby zawiesza)

Daje tutaj schemat podłączenia, podłączyłem na podstawie noty katalogowej, z wyjątkiem pinu CS przetwornika, który w nocie był podłączony do masy, a ja go podłączyłem do pinu SS ATmegi.

Do podłączenia musiałem użyć bufor napięciowy, gdyż zasilanie przetwornika to 3V i nie można go przekroczyć, ATMega zasilana jest napięciem 5V, bufor również jest zasilany takim napięciem.
Kod programu:
[syntax=c]#include
#include
#include
#include
#include
#include "lcd44780.h"
#include

typedef struct {
uint16_t adc_mid;
uint32_t ref_a; //wspólczynnik "a" prostej y=ax, pomnozona ak by nie było przecinka
uint16_t ref_v;
char v1[3];
char v2[3];

}value;

value stale;

/* hardware SPI */
#define MOSI PB5// <---- A (SER IN)
#define SCK PB7// <---- SHIFT CLOCK (SC)
#define CS PB4// <---- LATCH CLOCK (LC)

//dane do wysyłania po SPI
//////////////////////////////////////////////////////////////////////////////////////

#define CR1 0b00000010 //Ustawienie R. komunikacyjnego na pojedyncze wpisanie danych do Mode Register
#define CR2 0b00100001 //Ustawienie R. komunikacyjnego na ciągły odczyt danych z Data Register
#define MSBMR2 0b10000001 // starszy bajt z dwóch bajtów Mode Register->internal zero scale calibration(AIN1-AIN2)
#define LSBMR2 0b01110100 // młodszy baj z dwóch bajtów MOde Register->internal zero scale calibration
#define MSBMR3 0b10000001 // starszy bajt z dwóch bajtów Mode Register->internal full scale calibration
#define LSBMR3 0b01110100 // młodszy baj z dwóch bajtów MOde Register->internal full scale calibration(AIN1-AIN2)
#define LSBMR4 0b01110101 // młodszy baj z dwóch bajtów MOde Register-> kalibracja wejśc (AIN3-AIN4)
#define LSBMR5 0b01110110 // młodszy baj z dwóch bajtów MOde Register-> kalibracja wejśc (AIN5-AIN6)
#define MSBMR 0b00100001 //starszy bajt z dwóch bajtów Mode Register
#define LSBMR 0b01110100 //młodszy baj z dwóch bajtów MOde Register

///////////////////////////////////////////////////////////////////////////////////////
void InitSpi(void);/* inicjalizacja sprzętowego SPI */
void send_spi_buf(uint8_t *buffer, uint8_t len);
uint8_t ReceiveSpi(void);
void format(uint32_t adc, value *voltage);
uint32_t ReceiveTreeSpi(void);
void calibration(void);
void SendSpi( uint8_t bajt );/* wysłanie bajtu - sprzętowe SPI */
uint8_t buf[] = {CR1, MSBMR, LSBMR, CR2 };
uint8_t *buffer;
uint8_t i;
uint32_t zmienna;
int main(void)
{
DDRC |= (1<InitSpi();
lcd_init();
PORTB |= (1<
SendSpi(0xFF);
SendSpi(0xFF);
SendSpi(0xFF);
SendSpi(0xFF);
send_spi_buf(&buf[0], 3); // wysłanie bitów konfiguracyjnych
//void calibration(void);

while(1)
{

_delay_ms(200);
PORTC ^= (1<lcd_locate(0,0);
//send_spi_buf(&buf[0], 3);
lcd_int(ReceiveTreeSpi());

//zmienna = ReceiveTreeSpi();
//lcd_locate(1,0);
//lcd_int(zmienna);
//lcd_int(ReceiveSpi());
// void lcd_cls(void);
//lcd_locate(0,5);
//lcd_int(ReceiveSpi());

// format(zmienna, &stale);
// lcd_str(stale.v1);
// lcd_str(".");
// lcd_str(stale.v2);

}
}

void InitSpi(void)
{
/* ustawienie kierunku wyjściowego dla linii MOSI, SCK i CS */
DDRB |= (1</* aktywacja SPI, tryb pracy Master, prędkość zegara Fosc/64 */
SPCR |= (1<}

/* definicja funkcji wysyłającej bajt */
void SendSpi( uint8_t bajt )
{
/* wysyłamy bajt do układu Slave */
SPDR = bajt;
/* czekamy aż zostanie wysłany ostatni bit */
while( !(SPSR & (1<
/* zbocze narastające sygnału „Latch Clock” powoduje
* przepisanie wartości rejestru do wyjść Qa - Qh */
PORTB |= (1<
/* przywracamy stan niski na linii LE dzięki czemu
* podczas wysyłania następnego bajtu nie będą widoczne zmiany
* na wyjściach Qa-Qh podczas przesuwania się rejestru do czasu
* ponownego zatrzaśnięcia całego bajtu */
PORTB &= ~(1<}

void send_spi_buf(uint8_t *buffer, uint8_t len)
{
int i=0;
for (i=0; i {
uint8_t b = *buffer++;
SendSpi(b);
}
}

uint8_t ReceiveSpi()
{
while(!SPSR && (1<return SPDR;
}

uint32_t ReceiveTreeSpi(void) // odebranie 3 bajtow
{
uint32_t odb1, odb2, odb3, odb;

odb1 = ReceiveSpi();
odb2 = ReceiveSpi();
odb3 = ReceiveSpi();
while(!(PINB &(1< // informujacego o zakończeniu przesyłania bajtów
odb = (odb1<<16) | (odb2<<8) | (odb3) ;

return odb;
}

void calibration(void)
{

SendSpi(CR1);
SendSpi(MSBMR2);
SendSpi(LSBMR2);
while(!(PINB &(1<SendSpi(CR1);
SendSpi(MSBMR3);
SendSpi(LSBMR3);
while(!(PINB &(1<
SendSpi(CR1);
SendSpi(MSBMR2);
SendSpi(LSBMR4);
while(!(PINB &(1<SendSpi(CR1);
SendSpi(MSBMR3);
SendSpi(LSBMR4);
while(!(PINB &(1<
SendSpi(CR1);
SendSpi(MSBMR2);
SendSpi(LSBMR5);
while(!(PINB &(1<SendSpi(CR1);
SendSpi(MSBMR3);
SendSpi(LSBMR5);
while(!(PINB &(1<}

void format(uint32_t adc, value *voltage)
{
uint32_t wynik = (adc * (uint32_t)voltage->ref_a);
div_t divmod = div(wynik,100); // wynik dzielony przez 100
itoa(divmod.quot, voltage->v1,10); // jednostki wrzucamy do v1
itoa(divmod.rem, voltage->v1,10); // reszte z dzielenia wrzucamy do v2

if(divmod.rem<10)
{
voltage->v2[0]=0;
voltage->v2[1]=divmod.rem+0;
}

voltage->v1[2]=0;
voltage->v2[2]=0;
}[/syntax]

Założenie jest takie że wysyłam do rejestru komunikacyjnego bajt informujący przetwornik o kolejnej operacji wpisania bitów do Mode register i wysłaniu 16bitów do rejestru konfiguracyjnego(Mode Register), następnie jeszcze raz wysyłam bajt do R. komunikacyjnego, żeby uruchomić ciągłe odbieranie danych z Data register(odbieranie 3 bajtów).

Proszę o pomoc, już nie wiem od której strony mam do tego podejść, sprawdziłem już parę razy podłączenie, i nie wiem czy wina leży po stronie programowej czy sprzętowej czy po obu stronach.

Statystyki: Napisane przez fundomikey — 20 wrz 2016, o 13:35