NXP LPC1768 i wewnętrzny przetwornik ADC - nie działa

Question

Witam wszystkich Elektrodowiczów!Próbuję uruchomić wewnętrzny przetwornik analogowo-cyfrowy (ADC) na mikrokontrolerze NXP LPC1768. Dokumentacja jest...

User removed account · Answer

Startujesz konwersję raz, a dane chcesz odczytywać w nieskończoność ...Albert

michalko12 · Answer

Jaki jest sens umieszczania komentarzy skoro nie sa aktualizowane?Ma byc max 13MHzPunkt 29.1.1 user manuala mówi kiedy tą operacje należy wykonać

Kubbaz · Answer

Core_CLK mam ustawione na 100 MHz, APB_CLK dla ADC mam ustawione na 25 MHz.I dodatkowo dziele 25 MHz przez wartość '5' w preskalerze - bity 8-15 CLKDIV w rejestrze ADC0CR co daje 5 MHz. -> Nie tak to działa?Wprowadziłem zmiany, ale bez pozytywnego skutku...Code: cLog in, to see the code

michalko12 · Answer

OK moje niedopatrzenie, przeoczyłem &=~ a o CLKDIV zapomniałem

User removed account · Answer

Startujesz konwersję i w następnej linii sprawdzasz, czy gotowa.Ja Ci bez sprawdzania powiem, że nie. Albert

Kubbaz · Answer

Ok, kumam (datasheet, 29.3):"Basic clocking for the A/D converters is provided by the APB clock. A programmabledivider is included in each converter to scale this clock to the clock (maximum 13 MHz) needed by the successive approximation process. A fully accurate conversion requires 65 of these clocks."Mimo wstanienia opóźnienia 5 ms, dalej nic :/.Code: cLog in, to see the code

nsvinc · Answer

Ależ...

LPC_SYSCON->PDRUNCFG co tam masz? ADC przez bit w tym rejestrze potrafi nie działać ;] wiem z do¶wiadczenia.

Po drugie, ty nie masz czekać [czas] od startu konwersji do odczytania wyniku, tylko masz czekać na flagę zakończonej konwersji, while-em.

Kubbaz · Answer

Code: cLog in, to see the codeA co to za rejestr? Gdzie go się ustawia. Ja nie mam takiego rejestru w żadnych ustawieniach... ;S.

wujcio24 · Answer

PDRUNCFG (Power-down configuration register) jest to rejestr który znajduję się pod adresem 0x40048238 (w LPC1114 i LPC1343 u ciebie pewnie też). W tym rejestrze konkretne bity odpowiadają konkretnym peryferiom. Wartość zero na konkretnym bicie w tym rejestrze oznacza że coś zostało podłączone do zasilania. Ten rejestr ponadto jest przydatny przy podkręcaniu mikrokontrolera ponieważ w tym rejestrze są pola odpowiedzialne za oscylator i PLL. Pola bitowe w tym rejestrze są chyba tak samo ułożone w rodzinach LPC111x i LPC13xx (przynajmniej z ADC tak jest bo kod napisany w asemblerze z LPC111x był kompatybilny na LPC13xx). Oto mój fragment kodu odpowiedzialny za podłączenie ADC napisany w asemblerze:
Code: Expand
Select all
Copy to clipboard

//wlaczenie ADC w rejestrze PDRUNCFG
	ldr r0, =0x40048238
	ldr r1, [r0]
	movs r2, #16
	bics r1, r2
	str r1, [r0]

Jakby ktoś był zainteresowany to mogę wrzucić cały kod napisany w asemblerze do obsługi ADC (cykliczne sczytywanie skonwertowanej wartości napięcia i zapalanie diody od pewnego progu wartości) dla płytki z procesorem LPC1343.

User removed account · Answer

Drobny problem, że autor ma LPC17xx, a nie 11xx, ani 13xx.
A przykładowe kody dostarczone w Sample Code Boundle od NXP działaj± OK.
I zamiast katować nas analiz± swojego programu autor powinien do nich zerkn±ć.

Albert

nsvinc · Answer

Racja. Mój błąd ;]

michalko12 · Answer

Code: cLog in, to see the codeZamień te linie miejscami

Kubbaz · Answer

Przeanalizowałem kod z przykładu pobranego ze strony NXP "Sample Code ADC" (kod niestety nie działa... ;/) i z dokumentacj± napisałem kod, który zatrzymuje się w funkcji int ADC_GetData (uint8_t ChannelNumber) przed linijk±

Log in, to see the code

i nie wiem dlaczego tak to się zachowuje :?:

.

Log in, to see the code

See also:
03.10.2017 [Sprzedam] Wy¶wietlacz dotykowy 5 cali Bridgetek VM800B50A FTDI FT800 SPI Arduin

michalko12 · Answer

Jakiekolwiek operacje na rejestrach ADC można robić dopiero po wł±czeniu i podaniu zegara, a ty uparcie robisz to przed

Log in, to see the code

gdzie na 63 stronie user manuala masz napisane

Quote:

12 PCADC A/D converter (ADC) power/clock control bit.

Note: Clear the PDN bit in the AD0CR before clearing this bit, and set this bit before setting PDN.

W Stellarisach przy takich operacjach generowany jest wyj±tek, dziwne że tu sobie tak łatwo to przechodzi.

Kubbaz · Answer

Źle przeczytałem ten fragment (odwrotnie)...Zrobiłem poprawkę:Code: cLog in, to see the codezamiast ADC_Init (1000000); iCode: cLog in, to see the codezamiast "(3)". Sygnał mam podpięty do wyprowadzenia P0.25 (ADC0.2) .Program nie wchodzi do pętli (dioda się nie zapala):Code: cLog in, to see the codeKontroler ADC nie wystawia flagi gotowości danych. Co może być nie tak?

michalko12 · Answer

Czy ty wiesz w ogóle co masz robić?

Po co stosujesz takie kombinacje:

Log in, to see the code

wystarczy

Log in, to see the code

kolejna sprawa, najpierw wł±czasz próbkowanie potem w trakcji ustawiasz kanał z którego ma to ADC robić.

Nie rób takich manewrów:

Log in, to see the code

zamiast tego rób tak:

Log in, to see the code

Kubbaz · Answer

Wprowadziłem Twoje poprawki michalko12. Jednak nie pomogły one... ;/.Code: cLog in, to see the code

michalko12 · Answer

Juz ktoś tu Ci tu wspominał że nie czekasz na koniec konwersji po jej rozpoczeciutak czy nie?

Kubbaz · Answer

A bit DONE w rejestrze ADCR nie informuje o skończonej konwersji?

michalko12 · Answer

Informuje, ale TY nie czekasz na jego ustawienie! Sprawdzasz czy jest ustawiony, a nie będzie bo dopiero co go włączyłeś i konwersja jest w trakcie.

Kubbaz · Answer

No ok. Zerknąłem do kodu przykładowego w LPCXpresso i zrobiłem sprawdzanie kiedy się ten DONE bit ustawi na "0", ale program utyka w pętli do {} while. W dodatku, w kodzie przykłądowym czekają aż bit DONE będzie zerem a nie jedynką? 0_o.Code: cLog in, to see the code