ATNEL tech-forum

Re: Obsługa programowa procesora audio TDA7418

2018-12-04T20:16:29+01:00

P3ndz3l3k napisał(a):

A apropo przekazania wskaźnika do całej struktury to musiał bym dużo kombinować bo mam w tej strukturze kopię wszystkich rejestrów tego układu TDA7418 a jest ich 14 każdy to uint8_t i do tego 10 intów do przechowywania wartości i zmiany.

Wprawdzie nie znam szczegółów, ale wydaje mi się, że to raczej nie jest problem. Przecież i tak musisz pobrać adresy odpowiednich elementów struktury, więc czy zrobisz to przed wywołaniem funkcji, czy też dopiero wewnątrz funkcji nie powinno stanowić większej różnicy, a przekazanie całej struktury mogłoby rozwiązać problem kolejności argumentów i uczyniło funkcję bardziej uniwersalną.

No ale mogę się mylić, bo nie znam dokładnie Twojej ogólnej koncepcji programu. Nie będę już w takim razie narzucał się ze swoją pomocą i psuł Ci frajdy z odkrywania zawiłości języka C oraz satysfakcji z samodzielnego napisania kodu.

Życzę powodzenia w kodowaniu i pozdrawiam
Andrzej

Statystyki: Napisane przez andrews — 4 gru 2018, o 20:16

Re: Obsługa programowa procesora audio TDA7418

2018-12-04T19:23:55+01:00

No wiesz nie zabardzo chciałem zawracać głowy tym moim całym projektem ale jak go skończę to postaram sie opisać o co chodzi wstawić do DIY.
A także ciężko jednak pisząc przekazać dokładnie co się chce zrobić.
To jak pisanie 100 SMS-ów duzo szybciej można przekazać w 30s rozmowy.

A apropo przekazania wskaźnika do całej struktury to musiał bym dużo kombinować bo mam w tej strukturze kopię wszystkich rejestrów tego układu TDA7418 a jest ich 14 każdy to uint8_t i do tego 10 intów do przechowywania wartości i zmiany.

Jeszcze raz bardzo ci dziękuję fajnie, że masz wiedzę i chęć pomocy takim początkującym.

Pozdrawiam Paweł.

Statystyki: Napisane przez P3ndz3l3k — 4 gru 2018, o 19:23

Re: Obsługa programowa procesora audio TDA7418

2018-12-04T18:43:48+01:00

P3ndz3l3k napisał(a):

Nie pisałem tego wcześniej ale te zmienne mam umieszczone wewnątrz struktury ale z punktu widzenia wskaźników nie ma to znaczenia chyba?

Obydwa argumenty są elementami tej samej struktury? A może chociaż takiej samej struktury? Można przecież przekazywać do funkcji wskaźnik(i) na całą strukturę i dopiero wewnątrz operować na konkretnych elementach struktury w zależności np. od wartości argumentu direction. Jeśli przekażesz do funkcji wskaźnik na strukturę, to typy poszczególnych jej elementów będą znane wewnątrz definicji funkcji. Przekazywane do funkcji wskaźniki są 16-bitowe niezależnie od tego, na co wskazują, więc nie wpłynie to jakoś niekorzystnie na rozmiar kodu czy szybkość wykonania.

Niestety Twój opis jest zbyt ogólny, żeby doradzić coś konkretnego.

Statystyki: Napisane przez andrews — 4 gru 2018, o 18:43

Re: Obsługa programowa procesora audio TDA7418

2018-12-04T17:53:00+01:00

Witaj

Widzę, że jesteś już zaawansowanym programistą ja jak już pisałem uczę się i właśnie zaczynam używać wskaźników.
No i właśnie przyszedł mi taki pomysł z tymi różnymi typami bo Mirek zawsze w poradnikach mówi aby myśleć przyszłościowo i nie pisać
dziesięciu prawie jednakowych procedur a napisać jedną jak najbardziej uniwersalną.
Chyba chciałem za bardzo ją uniwersalną zrobić.
Z tąd ten pomysł, w moim programie gdzie potrzebuję użyć tej procedury będę wykorzystywał tylko dwa typy i aby nie kombinować, w wywołaniu tej procedury będę zamieniał poprostu miejscami te zmienne wstawiane jako argumenty.
A samą procedurę zadeklaruję poprostu na konkretne typy i będzie chulało.

Nie pisałem tego wcześniej ale te zmienne mam umieszczone wewnątrz struktury ale z punktu widzenia wskaźników nie ma to znaczenia chyba?

Bardzo ci dziękuję za wyjaśnienia.

Pozdrawiam Paweł.

Statystyki: Napisane przez P3ndz3l3k — 4 gru 2018, o 17:53

Re: Obsługa programowa procesora audio TDA7418

2018-12-04T09:13:34+01:00

P3ndz3l3k napisał(a):

Szkoda trochę bo przecież ta zmienna jest gdzieś w programie zdeklarowana więc kompilator powinien sobie znaleźć jej typ.

A co jeśli np. wywołanie funkcji jest w innym pliku *.c. Pliki *.c śa kompilowane osobno do plików obiektowych, dopiero linker je łączy w jeden plik wykonywalny...
Nie tak łatwo wytłumaczyć, dlaczego tak się nie uda, a ja w tej chwili nie mam czasu, żeby się rozpisywać (może później). W każdym razie funkcja musi znać typ danych wewnątrz definicji, nie w momencie wywołania.
Jeśli chcesz ewentualnie zwiększyć funkcjonalność funkcji możesz użyć switch zamiast if:[syntax=c]void moje_obliczenia (void * input, void * output, uint8_t dir) {

union ptrs {
uint8_t * ui8;
int16_t * i16;
};
union ptrs inp;
union ptrs out;

inp.ui8 = input;
out.ui8 = output;

switch (dir)
{
case 0:
*inp.i16 = 10; // zapis do zmiennej 16-bitowej
*out.ui8 = 20 + *inp.i16; // zapis do zmiennej 8-bitowej
break;
case 1:
*inp.ui8 = 10; // zapis do zmiennej 8-bitowej
*out.i16 = 20 + *inp.ui8; // zapis do zmiennej 16-bitowej
break;
// itd.
default:
break;
}
}[/syntax]
Wtedy będziesz mógł przekazać więcej kombinacji różnych typów, ale tak czy inaczej to rozwiązanie dość kłopotliwe. Można też przekazać osobno typ każdego z argumentów.

W przypadku stosunkowo prostych funkcji, można je zastąpić makrami (function-like macro):
[syntax=c]// bazując na Twoim przykladzie
#define moje_obliczenia(i,o) ({ \
i = 10; \
o = 20 + i; \
})

int input = 9;
uint8_t output = 12;

// wywołanie
moje_obliczenia(input, output);[/syntax]
Powinno zadziałać z (prawie) dowolnym typem (w tym przypadku kompilator będzie znał typ), ale takie rozwiązanie też ma swoje wady, jak np. to, że każde użycie takiego makra może znacząco zwiększać rozmiar kodu wynikowego. Makro działa trochę podobnie do funkcji inline, wstawiając za każdym razem kod w miejscu wywołania. Normalna funkcja to fragment kodu wielokrotnego użytku, dzięki czemu kod wynikowy jest zwykle mniejszy, szczególnie w przypadku częstego wywoływania takiej funkcji w różnych miejscach programu.

Daro69 napisał(a):

zastanawiam się czy nie dałoby się coś pokombinować z sizeof.

sizeof nic nie da w tym przypadku. Kompilator tutaj musi znać nie tylko rozmiar, ale dokładny typ zmiennych, bo (jeśli dobrze zrozumiałem) ma wykonywać na nich jakieś operacje arytmetyczne. Zmienne typu int32_t, uint32_t i float mają ten sam rozmiar, ale kompilator musi użyć innych algorytmów i instrukcji asm, żeby zrealizować operacje arytmetyczne na poszczególnych typach.

Statystyki: Napisane przez andrews — 4 gru 2018, o 09:13

Re: Obsługa programowa procesora audio TDA7418

2018-12-03T22:17:14+01:00

Poczytam jak działa sizeof ale on podaje chyba tylko rozmiar czyli ilość bajtów a nie typ.

Statystyki: Napisane przez P3ndz3l3k — 3 gru 2018, o 22:17

Re: Obsługa programowa procesora audio TDA7418

2018-12-03T21:42:42+01:00

zastanawiam się czy nie dałoby się coś pokombinować z sizeof.

Statystyki: Napisane przez Daro69 — 3 gru 2018, o 21:42

Re: Obsługa programowa procesora audio TDA7418

2018-12-03T21:16:18+01:00

Witam kolegę

andrews napisał(a):

Wskaźnik void to wskaźnik do zmiennej o nieokreślonym typie, więc również o nieokreślonym rozmiarze (w bajtach).

No widzisz bardzo mocno mi tym rozjasniłeś byłem święcie przekonany, że to void nie będzie wskaźnikiem na nieokreśloną zmienną ale, że własnie ten mój wskaźnik bedzie nieokreślonego typu i wtedy kiedy np. używając w pętli mojej procedury, będę mógł zrobić własnie rzutowanie dopasowane do mojej zmiennej czyli tak:

[syntax=c]moje_obliczenia ( (int *) &zmienna_a, (uint8_t *)&zmienna_b);[/syntax]

i wtedy kompilator by wiedział jaki typ zmiennej ale to nie działa niestety.

Oczywiście tak jak mi napisałeś sposób z wewnętrznym rzutowaniem działa jednak w tym momencie procedura traci idee uniwersalności.

Drugiego sposobu z podmianą typów jeszcze nie sprawdzałem ale napewno działa jednak dzięki temu można obsłużyć tylko 2 typy i podczas użycia tej procedury trzeba by było zawsze wybierać ten kierunek. Jak by dorzucić switcha to mozna by wszystkie typy uzywać ale wtedy to ta procedura by nieźle się rozrosła.

Czyli generalnie mój pomysł z jakby automatycznym dopasowaniem typów jest nie wykonalny.

Szkoda trochę bo przecież ta zmienna jest gdzieś w programie zdeklarowana więc kompilator powinien sobie znaleźć jej typ.
Mogło by być tak dafaultowo, że jesli nie rzutujemy wskaźnika na inny typ zawsze jest tym samym co zmienna.
Przecież podczas użycia normalnej zmiennej jako parametru nie trzeba podawać typu.

Troche trudno mi opisać dokładnie co bym chciał zrobić.
Zawsze poczatkujący próbują zrobić coś czego nie da się zrobić bo nie widzą innego rozwiazania.

Statystyki: Napisane przez P3ndz3l3k — 3 gru 2018, o 21:16

Re: Obsługa programowa procesora audio TDA7418

2018-12-03T20:18:07+01:00

P3ndz3l3k napisał(a):

[syntax=c]void moje_obliczenia (void * input, void * output){

*input = 10;
*output = 20 + *input;
}[/syntax]

Postaram się wytłumaczyć jak najprościej. Wskaźnik void to wskaźnik do zmiennej o nieokreślonym typie, więc również o nieokreślonym rozmiarze (w bajtach). Kiedy przypisujesz zmiennej wartość 10 - *input = 10; - skąd kompilator ma wiedzieć do jakiego typu zmiennej wpisuje/czyta dane, czyli ile bajtów ma wpisać/wczytać?
Dereferencję powinieneś zrobić w ten sposób:[syntax=c]void moje_obliczenia (void * input, void * output){

*( (int*)input ) = 10;
*( (uint8_t*)output ) = 20 + *( (int*)input );
}[/syntax]
Jeśli chcesz natomiast, aby rzutować wskaźniki raz na jeden typ, a innym razem na drugi typ, musisz dodać argument, dzięki któremu funkcja będzie wiedziała jakiego rzutowania ma dokonać:
[syntax=c]void moje_obliczenia (void * input, void * output, uint8_t dir) {

if (dir)
{
*( (int*)input ) = 10;
*( (uint8_t*)output ) = 20 + *( (int*) input );
}
else
{
*( (uint8_t*)input ) = 10;
*( (int*)output ) = 20 + *( (uint8_t*) input );
}
}[/syntax]

By było czytelniej można użyć unii:
[syntax=c]void moje_obliczenia (void * input, void * output, uint8_t dir) {

union ptrs {
uint8_t * ui8;
int16_t * i16;
};
union ptrs inp;
union ptrs out;

inp.ui8 = input;
out.ui8 = output;

if (dir)
{
*inp.i16 = 10; // zapis do zmiennej 16-bitowej
*out.ui8 = 20 + *inp.i16; // zapis do zmiennej 8-bitowej
}
else
{
*inp.ui8 = 10; // zapis do zmiennej 8-bitowej
*out.i16 = 20 + *inp.ui8; // zapis do zmiennej 16-bitowej
}
}[/syntax]

Statystyki: Napisane przez andrews — 3 gru 2018, o 20:18

Re: Obsługa programowa procesora audio TDA7418

2018-12-03T18:33:09+01:00

Dopiero z pracy wróciłem.

No więc doszedłem do tego, że prawidłowo powinno chyba być być tak:

[syntax=c]void moje_obliczenia (void * input, void * output); // Deklaracja

void moje_obliczenia (void * input, void * output){ // Definicja
// jakieś obliczenia
}

moje_obliczenia ( &zmienna_a, &zmienna_b); // a w pętli używam np. tak

// I już jest ok. kompiluje się[/syntax]

Ale nie wiem teraz jak prawidłowo użyć tych wskaźników wewnątrz procedury:

[syntax=c]// Jeśli używam tak

void moje_obliczenia (void * input, void * output){

*input = 10;
*output = 20 + *input;
}
// To kompilator krzyczy:
/*
../TDA74xx/PB_TDA7418.c: In function 'moje_obliczenia':
../TDA74xx/PB_TDA7418.c:294:4: warning: dereferencing 'void *' pointer [enabled by default]
*input = 10;
^
../TDA74xx/PB_TDA7418.c:294:4: error: invalid use of void expression
../TDA74xx/PB_TDA7418.c:295:4: warning: dereferencing 'void *' pointer [enabled by default]
*output = 20 + *input;
^
../TDA74xx/PB_TDA7418.c:295:19: warning: dereferencing 'void *' pointer [enabled by default]
*output = 20 + *input;
^
../TDA74xx/PB_TDA7418.c:295:4: error: void value not ignored as it ought to be
*output = 20 + *input;
^
../TDA74xx/PB_TDA7418.c:295:4: error: invalid use of void expression
make: *** [TDA74xx/PB_TDA7418.o] Błąd 1
*/

// natomiast jeśli zamiast gwiazdek wstawię &

void moje_obliczenia (void * input, void * output){

&input = 10;
&output = 20 + &nput;
}

// To kompilator mi wywala

/*
../TDA74xx/PB_TDA7418.c: In function 'moje_obliczenia':
../TDA74xx/PB_TDA7418.c:294:11: error: lvalue required as left operand of assignment
&input = 10;
^
../TDA74xx/PB_TDA7418.c:295:12: error: lvalue required as left operand of assignment
&output = 20 + &input;
^
make: *** [TDA74xx/PB_TDA7418.o] Błąd 1
*/[/syntax]

Już mi się zwoje mózgowe całkowicie poplątały.

Statystyki: Napisane przez P3ndz3l3k — 3 gru 2018, o 18:33

Re: Obsługa programowa procesora audio TDA7418

2018-12-02T23:18:18+01:00

P3ndz3l3k napisał(a):

ale kiedy w programie próbuję użyć tak zadeklarowanej procedury to kompilator i tak się burzy.

ale jak tak piszesz, to dokończ zawsze i napisz co to znaczy, że się burzy - czyli pokaż komunikat bo trudno się domyśleć .... a przecież tak może wyglądać nagłówek funkcji - w czym problem?

[syntax=c]void fun( void *a, void *b, int a);[/syntax]

Statystyki: Napisane przez mirekk36 — 2 gru 2018, o 23:18

Re: Obsługa programowa procesora audio TDA7418

2018-12-02T22:24:32+01:00

Witam ponownie

Udało mi się napisać przeliczanie dzięki pomocy mojego kolegi który na co dzień programuje.
Samo przeliczanie okazało się bardzo proste, zupełnie jak przypuszczałem.
Jak skończę pisać program nie omieszkam się podzielić tu na naszym forum.

Mam jeszcze jeden problem, ponieważ się uczę a do tej pory nie za bardzo używałem wskaźników.
Jedynie kopiowałem jakieś fragmenty kodów z Mirkowych programów i poradników i wszystko działało.
Choś nie zabardzo wiedziałem w jaki sposób.

Pisząc swój program praktycznie zawsze ma się inny pomysł na to jak go napisać i okazuje się, że to co pokazał Mirek w poradniku owszem działa ale ja bym chciał zrobić to w troszkę innaczej i tu tworzą się schody.
Na początku chyba każdy kto uczy się programować nie widzi potrzeby używania wskaźników.
Ja generalnie zrozumiałem zasadę ich działania jednak do pełnych możliwości ich używania w swoich programach jeszcze mi dużo brakuje.

Do czego zmierzam:
Mamy dwie zmienne a i b ale innych typów!
int zmienna_b

Drugą

uint8_t zmienna_a

i teraz chciałbym napisać swoją uniwersalną procedurę do wykonywania obliczeń na tych zmiennych.
Jednak sama procedura ma być bardzo uniwersalna i chciałbym aby robiła operacje w obie strony.
Czyli mogła odczytywać i przypisywać wartości jednocześnie do obu zmiennych.

Żaden problem prawda?!
Normalnie każda procedura może zwrócić tylko jeden argument a ja bym chciał aby zwracała 2 i tu właśnie przydadzą się wskaźniki.

[syntax=c]int zmienna_b // deklaracja pierwszej zmiennej
uint8_t zmienna_a // deklaracja drugiej zmiennej

void moje_obliczenia ( uint8_t * Var_in, int *Var_out, uint8_t direction); // Deklaracja mojej funkcji

void moje_obliczenia ( uint8_t * Var_in, int *Var_out, uint8_t direction){ // A tu definicja, obliczenia sa czyto fikcyjne tak aby pokazać o co mi chodzi

if(!direction){

If( *Var_out <= 0 ) *Var_out = -10;
If ( *Var_in > 10 ) *Var_in = 50;
If ( *Var_in < 50 ) *Var_out = -20;

}

if(direction){

If( *Var_out == 0 ) *Var_out = 10;
If ( *Var_in > 10 ) *Var_in = 20;
If ( *Var_in < 50 ) *Var_out = -40;

}

}

// w pętli głównej wywołuję funkcję
moje_obliczenia( (uint8_t *)&zmienna_a, (int *)&zmienna_b, 0);[/syntax]

Później w samym programie piszę;
moje_obliczenia( (uint8_t *)&zmienna_a, (int *)&zmienna_b, 0);

I taki kod działa prawidłowo kompiluje się bez problemu

Jednak ja raz bym chciał podstawiać zmienną a typu uint8_t jako Var_in a następnym razem jako Var_out

Czyli tak a wtedy kompilator od razu krzyczy.
Można chyba zadeklarować tą procedurę ze wskaźnikami void

Czyli tak:

[syntax=c]void moje_obliczenia ( void * Var_in, void *Var_out, uint8_t direction);[/syntax]

ale kiedy w programie próbuję użyć tak zadeklarowanej procedury to kompilator i tak się burzy.

Czy nie można jakby zadeklarować samej procedury z nieznanym typem wskaźnika czyli void a dopiero podczas jej użycia rzutować jego typu?????

Kurczę nie wiem czy ktokolwiek zrozumie moje pytanie.
No chyba, że całkowicie nie rozumiem jak działa void?

Pozdrawiam Paweł.

------------------------ [ Dodano po: 13 minutach ]

Czy przypadkiem prawidłowo mozna zadeklarować

[syntax=c]void moje_obliczenia (void * input, void * output);

// a w pętli użyć

moje_obliczenia ( &zmienna_a, &zmienna_b);[/syntax]

hmm????

Statystyki: Napisane przez P3ndz3l3k — 2 gru 2018, o 22:24

Obsługa programowa procesora audio TDA7418

2018-11-25T19:16:30+01:00

Witam wszystkich forumowiczów.

Robię sobie samemu wzmacniacz audio DIY w skład którego postanowiłem wmontować procesor audio oparty na powszechnie stosowanym wa radiach samochodowych układzie TDA7418 który posiada przełącznik wejść, regulację tonów wysokich, średnich, basów, loudness i 4 wyjścia plus wyjście dla subwoofer-a.

Podglądając biblioteki arduino i inne w internecie napisałem swoja biblioteke do obsługi tego scalaka.
Samo wysyłanie i zmiana parametrów nie jest jakoś szczególnie skomplikowana ale pisząc sam program obsługi utknąłem na jednej rzeczy.

Stanąłem na regulacji balansu oraz fadera czyli regulacji każdego z czterech kanałów wyjściowych.
O ile nie jest problemem zmienić głośność w którymkolwiek kanale osobno,
to już sterowanie i uzależnienie wszystkich kanałów od ustawienia balansu i fadera już nie jest takie proste.

Chciałby zobaczyć jakie wy macie sugestie na temat takiej regulacji.
Nie chodzi mi o jakiś konkretny kod a jedynie o sposób realizacji czegoś takiego.

Być może ktoś z was już się z tym spotkał i ma jakieś doświadczenia.

Sama regulacja ma polegać na zmianie wartości odpowiednio czterech zmiennych przypisanych dla każdego z kanałów za pomocą dwóch zmiennych balans i fader o zakresie int przyjmujących wartości od -x przez 0 do x.

Czyli każdy kanał może być przyciszony o wartość jego zmiennej 0 do np. 50 gdzie 0 to maksymalna głośność a 50 to wyciszenie.
O ile nie ma najmniejszego problemu aby regulować na podstawie balansu czy faderu odpowiednie dwa kanały,
to już uzależnienie jednej regulacji od drugiej już nie jest dla mnie takie proste.
Czyli jeśli w faderze ustawimy pewne poziomy to w w balansie można tylko przyciszyć a nie można zgłośnić.

Czekam na wasze sugestie i pozdrawiam Paweł.

Statystyki: Napisane przez P3ndz3l3k — 25 lis 2018, o 19:16