Mam kłopot z przetwornikiem C/A w Nucleo F410RB. Jeśli bezpośrednio przetwarzałem sygnał analogowy na cyfrowy, a następnie podawałem go na DAC (12bit), to był on odwrócony i przy większych amplitudach miał jakby spłaszczone górne połówki sinusoidy (sygnał symetryczny z dodaną składową stałą). Szukając przyczyny "ręcznie" (z tablicy) podawałem wartości na DAC. I okazało się, że faktycznie sygnał nigdy nie przewyższa 2V oraz 0 jest na poziomie ok. 2V, a 4095 to 0V. Odległości między wartościami poniżej 2000 są dużo mniejsze, niż powinny być. Powyżej tej wartości wydaje się być już OK.

Na zrzucie z oscyloskopu dopisałem wartości, jakie w danym momencie są generowane.


Moja konfiguracja DAC:
gpio_A.GPIO_Pin = GPIO_Pin_5;
gpio_A.GPIO_Mode = GPIO_Mode_AN;
gpio_A.GPIO_OType = GPIO_OType_PP;
gpio_A.GPIO_PuPd = GPIO_PuPd_NOPULL;
gpio_A.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &gpio_A);

RCC_APB1PeriphClockCmd(RCC_APB1Periph_DAC, ENABLE);
DAC_InitTypeDef DAC_INIT;
DAC_INIT.DAC_Trigger= DAC_Trigger_None;
DAC_INIT.DAC_WaveGeneration = DAC_WaveGeneration_None;
//DAC_INIT.DAC_LFSRUnmask_TriangleAmplitude=DAC_TriangleAmplitude_4095;
DAC_INIT.DAC_OutputBuffer = DAC_OutputBuffer_Enable;
DAC_Init(DAC_Channel_1, &DAC_INIT);
DAC_Cmd(DAC_Channel_1, ENABLE);
//DAC_DMACmd(DAC_Channel_1, ENABLE);

I podanie na DAC wartości z tablicy:
DAC_SetChannel1Data (DAC_Align_12b_R, cc[i]);

Dane w tablicy są typu const uint16_t.

Co może być przyczyną tak dziwnego zachowania? Podejrzewam błąd w konfiguracji właśnie.

Czy ja w ogóle dobrze steruję wartością DAC? Czy też funkcja DAC_SetChannel1Data() służy do ustawiania napięcia referencyjnego?

A czy przypadkiem na PA5 nie ma podpiętej diody Led?

Na tym pinie jest: DAC1/1, LED1, SPI1_SCLK oraz ADC1/5.

No to jak ma działać DAC, jeżeli na tym pinie jest LED???

Fabrycznie na tym i tylko tym pinie jest DAC. Tę diodę mam jakoś wyłączyć?

Odłączyć ją od tego pinu. Przecież dioda na wyjściu zmienia Ci charakterystykę sygnału.

--
Pozdrawiam,
Robert

A mogę prosić o podpowiedź, jak mam to zrobić? O ile domyślam się, że ma to wpływ na wartość napięcia, to wciąż nie rozumiem, dlaczego polaryzacja jest odwrócona. No ale nic - jeśli uda mi się ją odłączyć, to zobaczę, jak się zachowuje.

Jak niema zworki to trzeba ją wylutować
to chyba oczywiste no nie

Jeśli ktoś daje na płytce na jednym pinie diodę i DAC-a, które się nie lubią, to chyba musi być jakaś bardziej elegancka metoda, by ją odłączyć - np. programowo?

no chyba nie
jest tylko albo zworka (np R00) albo fizyczne wydłubanie leda
nie wymagaj wiele od niszowego produktu budżetowego jakim jest nuklejka
dioda w tej płytce była bardziej przydatna niż DAC , który jest alternatywną funkcją tego
pinu zresztą ... może jak kol raczy zapoznać się z alternate funktion pinów to się dowie że dac JEST TEŻ NA
INNYM PINIE DOSTĘPNY ... na którym nic nie wisi

Oj, chyba nie w tym procku co ma kolega ...

--
Pozdrawiam,
Robert

3 razy przeglądałem alternate function mapping i nie znalazłem DAC-a. A na PA5 to chyba działa jako funkcja główna, a nie alternatywna.
Czyli dobrze podaję wartość na DAC-a, tak? Bo w pliku bibliotecznym przy niej piszą o Vref i już zgłupiałem.

A widziałeś schemat tej płytki? Albo chociaż plik user manual dla tej wersji? W pliku na str. 26 jest tabelka ze zworkami lutowanymi. M.in. jest tam SB21 opisane jak LD2-LED. Wylutujesz i będzie działał DAC.
Swoją drogą, chyba wszystkie płytki od ST mają peryferia umieszczone na PCB odłączane za pomocą takich zworek.

Link do user manual: http://www.st.com/content/ccc/resource/ ... 105823.pdf

Widziałem tą zworkę, ale nie byłem pewny co do niej. Mam ją wylutować od spodu, tak?

dokładnie o tym pisałem ... że powinna być zworka , a że DAC nie występuje na innym pinie ...
no sorry ale nie muszę czytać dokumentacji niepotrzebnych mi do niczego płytek , niemniej
liczyłem na to że kol . autor przeglądnie dokumentacje swoich zabawek ... jak widac się przeliczyłem

Szczerze mówiąc, to jest to już chyba 4. plik PDF od producenta do tego układu. I naprawdę wszystkie czytałem/przeglądałem. A co do zworek to faktycznie moja wina - szukałem takich z goldpinami, a nie SMD. Jest to mało wygodne rozwiązanie (szczególnie w moim problemie), ale przynajmniej dzięki Wam znam przyczynę dziwnego działania układu, która choć oczywista - nie raz przyglądałem się tej diodzie - to w życiu bym nie pomyślał, że coś, co fabrycznie jest zamontowane, może sprawiać takie problemy.

Myślicie, że ta polaryzacja też jest spowodowana diodą?

"Kowboju do dzieła"

Sprawdziłem - zakresy napięć i różnice między nimi są już OK, ale polaryzacja pozostała odwrócona. Co może być tego przyczyną?

A na pewno wszystko dobrze ustawiasz gdy mierzysz sygnał wyjściowy na oscyloskopie? Nie podłączyłeś odwrotnie sygnału?

--
Pozdrawiam,
Robert

Jeśli odczytuję na ADC, to z DAC dostaję sygnał odwrócony. Gdy wprost wpisuję na DAC wartość 4095, to mam na wyjściu 0V, gdy wpiszę 0, mam na wyjściu 3,3V. Chyba nic tu pomylić nie można.

Ja też podejrzewam błąd pomiaru. Czy aby na pewno masz połączone masy Nucleo z masą sondy, lub czy nie ma w oscyloskopie włączonej np. inwersji sygnału. Najlepiej sprawdzić na jakimś prostym programie typu "blink" z niesymetrycznym znanym wypełnieniem.
(konfiguracja DAC wygląda na poprawną oprócz braku na początku: RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA, ENABLE); ).

Masy mam dobrze, zapis na początku też, na oscyloskopie dałem "default", sygnał z wypełnieniem niesymetrycznym też odwrotnie jest...

Nawet miernikiem uniwersalnym sprawdzałem - przy wyższych wartościach mam niższe napięcie.

A ten zegar RCC dla GPIOA włączony?

Tak, mam to. Nie podałem całego kodu, ale to też było.

To jeszcze sprawdź wyjście woltomierzem, żeby całkowicie wyeliminować pomyłkę.

I czy na pewno mierzysz względem masy a nie VCC.

--
Pozdrawiam,
Robert

Sprawdziłem woltomierzem. Na pewno mierzę względem masy. Nawet na nowo podłączyłem diodę. Dla 0 świeci, dla 4095 nie świeci.

Skopiuj project do nowego i wytnij z niego wszystko co nie dotyczy DACa. Zostaw tylko ręczne wpisywanie wartości do DAC_DHR.
Jak nadal będzie źle to taki okrojony kod zamieść na forum, może robisz jakiś czeski błąd, którego nie widzisz a my się tego nie domyślimy.

--
Pozdrawiam,
Robert

Do wieczora nie będę miał dostępu do komputera, ale wczoraj tak zrobiłem. Chyba 3 linijki kodu mi zostały i ten sam błąd był. Ale nie do końca wiem, o co chodzi z tym DAC_DHR. O nim nic w kodzie nie mam, przynajmniej jawnie.

Trochę mało tych linijek, więc może dlatego jest błąd

--
Pozdrawiam,
Robert