ATNEL tech-forum

Re: problem z TDA1543A

2014-11-19T22:57:48+01:00

Może też ktoś z was natknął się na taki problem jak ja?
Otóż jak wiadomo dane wysyłane są w kodzie U2 lecz mam problem jak dane zaczynają przechodzić w liczby ujemne. Spędziłem dobrych kilka godzin nad testowaniem tego układu na oscyloskopie i na analizatorze stanów logicznych.
Analizator pokazuje że wszystko wysyłane do przetwornika jest tak jak ma być (1bajt-8 razy najstarszy bit, MSB, LSB i później to samo dla drugiego kanału).
Testowałem to na sinusie. Gdy skalowałem wartości sinusa do takich aby mieściły się w liczbie dodatniej w kodzie U2 wszystko jest OK (sinus ładnie wygląda) lecz jak wiadomo nie jest to całkowity zakres przetwornika. Gdy przechodzę ze skalowaniem tak aby występowały liczby ujemne nagle przetwornik zaczyna głupieć.
Wydaje mi się że z jakiegoś powodu wtedy nie ma znaczenia młodszy bajt (tak jakby go gdzieś gubił).
Czy ktoś ma pomysł dlaczego tak się dzieje?

[syntax=c]#include
#include
#include
#include
#include
#include

#define BCK (1<#define WS(1<#define DAT(1<
#define BCK_0 PORTC &= ~BCK
#define BCK_1 PORTC |= BCK

#define DAT_0 PORTC &= ~DAT
#define DAT_1 PORTC |= DAT

#define WS_0 PORTC &= ~WS
#define WS_1 PORTC |= WS

#define CLK_TICK BCK_1; BCK_0

#define PRESCALER (1 << CS22)

volatile uint16_t vol1, t2;
volatile int16_t t;
volatile int16_t z;

volatile int16_t buf [] ={0,17,34,52,69,87,
104,121,139,156,173,190,207,224,241,258,275,292,309,325,342,358,
374,390,406,422,438,453,469,484,500,515,529,544,559,573,587,601,
615,629,642,656,669,681,694,707,719,731,743,754,766,777,788,798,
809,819,829,838,848,857,866,874,882,891,898,906,913,920,927,933,
939,945,951,956,961,965,970,974,978,981,984,987,990,992,994,996,
997,998,999,999,1000,999,999,998,997,996,994,992,990,987,984,981,
978,974,970,965,961,956,951,945,939,933,927,920,913,906,898,891,
882,874,866,857,848,838,829,819,809,798,788,777,766,754,743,731,
719,707,694,681,669,656,642,629,615,601,587,573,559,544,529,515,
500,484,469,453,438,422,406,390,374,358,342,325,309,292,275,258,
241,224,207,190,173,156,139,121,104,87,69,52,34,17};

int main(void) {

DDRC |= 0xFF;
PORTC |= 0xFF;

DDRC |= BCK | WS | DAT;
TIMSK |= (1 << OCIE2);
TCCR2 |= (1 << WGM21) | PRESCALER;
OCR2 = 5;
sei();

while(1){
}
}

ISR(TIMER2_COMP_vect) {

register uint8_t v1, v2, v3, v4;

if (t < 180)
z = (1000 + buf[t]) * 15;
else
z = (1000 - buf[t%180]) * 15;
if (t >= 360)
t = 0;
t++;

v1 = (int8_t)z;
v2 = (int8_t)(z >> 8);
v3 = (int8_t)z;
v4 = (int8_t)(z >> 8);

if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;

if( v2 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x40 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x20 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x10 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x08 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x04 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x02 ) DAT_1; else DAT_0; CLK_TICK;
if( v2 & 0x01 ) DAT_1; else DAT_0; CLK_TICK;

if( v1 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v1 & 0x40 ) DAT_1; else DAT_0; CLK_TICK;
if( v1 & 0x20 ) DAT_1; else DAT_0; CLK_TICK;
if( v1 & 0x10 ) DAT_1; else DAT_0; CLK_TICK;
if( v1 & 0x08 ) DAT_1; else DAT_0; CLK_TICK;
if( v1 & 0x04 ) DAT_1; else DAT_0; CLK_TICK;
if( v1 & 0x02 ) DAT_1; else DAT_0; CLK_TICK;
if( v1 & 0x01 ) DAT_1; else DAT_0; CLK_TICK; WS_0;

if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;

if( v4 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x40 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x20 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x10 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x08 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x04 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x02 ) DAT_1; else DAT_0; CLK_TICK;
if( v4 & 0x01 ) DAT_1; else DAT_0; CLK_TICK;

if( v3 & 0x80 ) DAT_1; else DAT_0; CLK_TICK;
if( v3 & 0x40 ) DAT_1; else DAT_0; CLK_TICK;
if( v3 & 0x20 ) DAT_1; else DAT_0; CLK_TICK;
if( v3 & 0x10 ) DAT_1; else DAT_0; CLK_TICK;
if( v3 & 0x08 ) DAT_1; else DAT_0; CLK_TICK;
if( v3 & 0x04 ) DAT_1; else DAT_0; CLK_TICK;
if( v3 & 0x02 ) DAT_1; else DAT_0; CLK_TICK;
if( v3 & 0x01 ) DAT_1; else DAT_0; CLK_TICK;WS_1;

}[/syntax]

Statystyki: Napisane przez djspoko — 19 lis 2014, o 22:57

Re: problem z TDA1543A

2013-05-09T18:40:58+01:00

oj tak
w domu pytają co taki uchachany chodzę
a możliwe że tak, z tym ze on wysyła tylko 16. A tak w ogóle sprawdzę ile taktów dodatkowych potrzebuje i dam znać.
A wiec tak, już przy jednym takcie mniej wszystko się sypie wiec musi być 24 takty zegara na kanał, zaś ostatnie 16 zostaje zatrzaskiwanych w buforze jako dane przeznaczone na wyjście.

Statystyki: Napisane przez Lukasz89 — 9 maja 2013, o 18:40

Re: problem z TDA1543A

2013-05-09T18:35:41+01:00

Lukasz89 napisał(a):

Ach ten DAC, sprawca kolejnych siwych włosów:P

ale za to chyba przyznasz, że jak już działa - to sam miód na nasze elektroniczne serca ?

------------------------ [ Dodano po: 1 minucie ]

Quote:

Też tak myślę Mirku, ale kolega luki w pw informował że nie wysyłał 24 a tylko 16bitów. Co moim zdaniem mogło "połykać" próbki

powiem, ci że podobnie w TDA1543 - jeśli chcesz np wysyłać TYLKO 8 bitów to nie musisz wysyłać najpierw całych pustych DUMMY 8 bitów wystarczy wysłać 1-2 takie bity i zmienić stan WS i już będzie OK ... zatem w tym A działa to troszkę "od drugiej strony" ale na podobnej zasadzie - tak mi się wydaje

Statystyki: Napisane przez mirekk36 — 9 maja 2013, o 18:35

Re: problem z TDA1543A

2013-05-09T18:31:41+01:00

Też tak myślę Mirku, ale kolega luki w pw informował że nie wysyłał 24 a tylko 16bitów. Co moim zdaniem mogło "połykać" próbki z jednego kanału na rzecz tych nadmiarowych z drugiego.
Ach ten DAC, sprawca kolejnych siwych włosów:P

Statystyki: Napisane przez Lukasz89 — 9 maja 2013, o 18:31

Re: problem z TDA1543A

2013-05-09T18:25:47+01:00

Lukasz89 napisał(a):

Okazuje się ze w moim układzie to nie wystarczyło więc chyba są dwa różne ...."A"

Nie ma dwóch różnych "A" dokładnie o to chodzi - japanese pokręcony format ... Są tylko te dwa formaty transmisji I2S

ale fajnie że udało się opanować - bo sam myślę żeby kiedyś się tym pobawić i miło wiedzieć że spokojnie to wychodzi

Statystyki: Napisane przez mirekk36 — 9 maja 2013, o 18:25

Re: problem z TDA1543A

2013-05-09T18:17:05+01:00

Witam i przynoszę tu dobre informacje (nie potwierdzone na oscy ) że DAC uruchomiony. Dane podane z ADC trzeba wpisać do zmiennej int (U2). Po za tym kolega luki pisał, ze wystarczy wprowadzić zmiany jak pisałem wyzej. Okazuje się ze w moim układzie to nie wystarczyło więc chyba są dwa różne ...."A"
Mój układ, jak się okazało, jest kompatybilny ze standardem japanese input format (taka odmiana I2s by Sony).
A wiec oprócz zmian wymienianych powyżej należy wysłać jeszcze jeden "pusty" bajt przed msb, czyli : 0x00, MSB, LSB i dla drugiego kanału to samo, co dodatkowo wydłuży czas trwania przerwania.
Pozdrawiam

Statystyki: Napisane przez Lukasz89 — 9 maja 2013, o 18:17

Re: problem z TDA1543A

2013-05-07T23:07:00+01:00

Czyli każda 8 bitowa cześć ma swój znak ? tak to rozumieć ? bo mając 10-bitową zmienną z ADC muszę 7,8 i 9 bajt przesunąć o jeden do góry a 7 bajt w lsb dać 0 ?

Statystyki: Napisane przez Lukasz89 — 7 maja 2013, o 23:07

Re: problem z TDA1543A

2013-05-07T23:00:20+01:00

Lukasz89 napisał(a):

Druga strona noty: I2S input format: time multiplexed, two's complement,TTL.
A próbki WAV są w U2?

aaa no tak o czymś innym pomyślałem ...

Statystyki: Napisane przez mirekk36 — 7 maja 2013, o 23:00

Re: problem z TDA1543A

2013-05-07T22:59:04+01:00

Druga strona noty: I2S input format: time multiplexed, two's complement,TTL.
A próbki WAV są w U2?

Statystyki: Napisane przez Lukasz89 — 7 maja 2013, o 22:59

Re: problem z TDA1543A

2013-05-07T22:55:32+01:00

Dokładnie coś było w ten deseń - że tu zmiana WS jest przy pierwszym bicie itp .... no ale ja nie miałem okazji tego ćwiczyć więc ciężko mi będzie podpowiedzieć.

Ale skąd U2 ? to nie wiem - tego to nie widziałem w notach z tym A ... ale może nie dopatrzyłem czegoś.

Statystyki: Napisane przez mirekk36 — 7 maja 2013, o 22:55

Re: problem z TDA1543A

2013-05-07T22:51:46+01:00

A wiec tak, kolega luki, napisał mi, że wystarczy zmienić msb/lsb oraz zmienić pozycje zatrzasku na linii WS (po 16 bitach). Testowałem taką wersje już wcześniej i dalej nic.
Wpadłem jednak na trop, jeśli się mylę to poprawcie, że układ oczekuje kodu U2? I jeśli tak to czy osobno ma być znak dla msb i osobno dla lsb ? Zaobserwowałem, ze przeskok na wyjściu pojawia się co 128(jedynka na najstarszym miejscu młodszej próbki) w kodzie u2 minus. teraz tylko myślę jak to rozwiązać w kodzie. Jak są pomysły to słucham ?:)

Statystyki: Napisane przez Lukasz89 — 7 maja 2013, o 22:51

Re: problem z TDA1543A

2013-05-06T19:52:11+01:00

Hmmm, przez pomyłkę przez chwile analizowałem notę do 1545A i tam jest tak, że na całym kanale lewym jest stały poziom (chyba 1) i po ostatnim przesłanym bicie jest dopiero 0 i leci prawy kanał. w nocie mojego układu wynika ze jest identycznie jak w tym bez A.
Ps: @Mirek jak możesz odpowiedz na PW, bo chyba przeoczyłeś

Statystyki: Napisane przez Lukasz89 — 6 maja 2013, o 19:52

Re: problem z TDA1543A

2013-05-06T19:47:10+01:00

To nie jedyna różnica niestety pomiędzy tym scalakiem z A i bez A .. różnica jest jeszcze jedna i trzeba by się mocno zastanowić jak to zrealizować - tam chodzi o to że całkiem w innym miejscu następuje zmiana stanu linii WS zdaje się

Statystyki: Napisane przez mirekk36 — 6 maja 2013, o 19:47

Re: problem z TDA1543A

2013-05-06T19:44:33+01:00

No to tak:
co do zmian to owszem jest zamieniona najpierw MSB potem LCB więc kod wygląda tak:
[syntax=c]v2 = (uint8_t)buf[i]; //lsb - starsza część zostanie obcięta
v1 = (uint8_t)(buf[i] >> 8); //msb - trzeba przesunąć[/syntax]
zaś kolejność wysyłu jak w przerwaniu z książki.
co do inny zmian to nie znalazłem aczkolwiek nie znalazłem noty w której n treści jest napisane tda1543A a tylko w nazwie pliku. W tymże pliku zamieniony jest włąsnie msb i lsb.
Co do tablicy próbek to możesz sprawdzić ja w 1 poście, zaś ostatni oscylogram dotyczy sinusa z generatora funkcyjnego podanego na ADC atmegi i "przepisanego" do DAC.
A tak przy okazji ktoś opalił cokolwiek na tym z "A"?

Statystyki: Napisane przez Lukasz89 — 6 maja 2013, o 19:44

Re: problem z TDA1543A

2013-05-06T19:37:39+01:00

Wg. mnie masz skopana tablicę próbek. Patrząc na ostatni oscylogram "dodatnia" połówka sinusoidy powinna zaczynać się w połowie zakresy wyjściowego- u Ciebie zaczyna się od zera.

Statystyki: Napisane przez janeczqu — 6 maja 2013, o 19:37

Re: problem z TDA1543A

2013-05-06T19:32:37+01:00

filipo96 napisał(a):

Czy zmieniłeś obsługę z książki(TDA1543) na ten z "A".
O ile się nie mylę coś należało zmodyfikować.

Niestety zdaje się że trzeba dużo zmodyfikować .... w tym scalaku z tego co pamiętam na pewno jest odwrotna kolejność LSB i MSB .... ale jaka nie kojarzę, nie miałem go w ręku więc trudno mi o szczegółach mówić ...

Statystyki: Napisane przez mirekk36 — 6 maja 2013, o 19:32

Re: problem z TDA1543A

2013-05-06T19:07:36+01:00

Czy zmieniłeś obsługę z książki(TDA1543) na ten z "A".
O ile się nie mylę coś należało zmodyfikować.

Statystyki: Napisane przez filipo96 — 6 maja 2013, o 19:07

Re: problem z TDA1543A

2013-05-06T18:43:44+01:00

Zrobiłem dziś testy na oscyloskopie i dalej coś nie fyrta. Przebieg z zmianą zaproponowaną powyżej wygląda tak:

Ponieważ całościowo układ ma przetwarzać sygnał za pomocą ADC a następnie ma być rekonstruowany za pomocą DAC podałem do zmiannych v1 i v2 zamiast buf[i] wynik z ADC atmegi, sam pomiar dział poprawnie - wartość rejestru wyświetlona na LCD. Przy podaniu sin z ofsetem na wej ADC na DAC mamy:

Co może być powodem takiego stanu rzeczy?

Statystyki: Napisane przez Lukasz89 — 6 maja 2013, o 18:43

Re: problem z TDA1543A

2013-05-04T17:44:13+01:00

a no tak Dzięki!
najprostsze błędy są najtrudniejsze:) W poniedziałek sprawdzę pod oscyloskopem:)

Statystyki: Napisane przez Lukasz89 — 4 maja 2013, o 17:44

Re: problem z TDA1543A

2013-05-04T17:38:40+01:00

[syntax=c]v2 = (uint8_t)buf[i]; //lsb - starsza część zostanie obcięta
v1 = (uint8_t)(buf[i] >> 8); //msb - trzeba przesunąć[/syntax]
A u ciebie v1 jest zawsze równe 0

Statystyki: Napisane przez Krauser — 4 maja 2013, o 17:38

problem z TDA1543A

2013-05-04T17:30:57+01:00

Witam,
Mam problem z współpracą z DAC'em. Wykorzystuje kodzik z książki, ale mój układ nie będzie odtwarzaczem muzy. Sytuacja wygląda następująco:
- kod:
[syntax=c]#include
#include
#include

// "próbka" dodatniej połowy sinus
volatile uint16_t buf [] ={0,17,34,52,69,87,
104,121,139,156,173,190,207,224,241,258,275,292,309,325,342,358,
374,390,406,422,438,453,469,484,500,515,529,544,559,573,587,601
615,629,642,656,669,681,694,707,719,731,743,754,766,777,788,798,
809,819,829,838,848,857,866,874,882,891,898,906,913,920,927,933,
939,945,951,956,961,965,970,974,978,981,984,987,990,992,994,996,
997,998,999,999,1000,999,999,998,997,996,994,992,990,987,984,981,
978,974,970,965,961,956,951,945,939,933,927,920,913,906,898,891,
882,874,866,857,848,838,829,819,809,798,788,777,766,754,743,731,
719,707,694,681,669,656,642,629,615,601,587,573,559,544,529,515,
500,484,469,453,438,422,406,390,374,358,342,325,309,292,275,258,
241,224,207,190,173,156,139,121,104,87,69,52,34,17,};
/////////

//w tym miejscu definicje potrzebne dla magistrali I2S

int main(void){
DDRC |= BCK | WS | DAT;

TCCR0 |= (1<TIMSK |= (1<OCR0=10;

sei();
while(1){

/////////////////////////////////////////
}//koniec pętli while
/////////////////////////////////////////////
}//koniec main

ISR(TIMER0_COMP_vect) {

register uint8_t v1, v2;
static uint8_t i=0;

v2= (buf[i] & 0x00ff);//lsb
v1= (buf[i] & 0xff00);//msb
i++;
if (i>=179) i=0;
//dalsza część z książki
if( v.........

}[/syntax]
Wysyłam do DAC dodatnią połówkę sinusa.
-Konwersja prąd napięcie na rezystorach,(wcześniej na WO wogóle nie działało).
- otrzymany przebieg na wy DAC (niestety oryginalne foto padło z kardą pamięci wiec pokazuje szkic i to co się ostało):

I teraz pytanie czemu tak ?

Statystyki: Napisane przez Lukasz89 — 4 maja 2013, o 17:30