Masz rację, jeszcze powalczę. Nie mam pojęcia o rs232, tyle co wiem że służy do komunikacji:) i co nieco widziałem w poradniku o ADC, nie przywiązywałem do tego uwagi myślałem że się uda od razu i nie będzie potrzebne teraz przeproszę to zagadnienie o rs232... \Nie mam przejściówki, nie wydam na te chwile stówki na to... ale widziałem opis takiej do zrobienia samemu wg. tego schematu poniżej, zresztą P. Mirosław ją opisał, czyli jak Pan Mirek ją pochwalił to mogę działać?
Raczej wszystkie elementy elementy będę miał, zaraz poszukam.

wcale nie musisz wydawać stówy
A z tego co wiem to Mirek zdecydowanie poleca taki scalak
http://www.lispol.com/index.php?a=product&b=list&str=ft232r&x=0&y=0
I na pewno jak sobie zrobisz na tym przejściówkę to przyda Ci się niejeden raz

_________________
Jestem początkujący i moje porady mogą być błędne

Kurcze nie mam kwarcu 12Mhz, a wydawało mi się że kiedyś zamawiałem, nie mogę znaleźć, raczej nie mogę zastosować innego w tym projekcie? pewnie kod źródłowy jest napisany pod 12-tke;/ czy tez z innych względów taki ma być (coś mi świta).
http://www.recursion.jp/avrcdc/index.html
Może jakaś inna prosta przejściówka na Medze8, pozostałe elementy mam, tylko ten kwarc, posiadam jeszcze 8, 16 i 20Mhz. poradźcie coś?

Rozumie że można samemu zrobić ale sam nie polutuje;/ jak coś poszukam czegoś w miarę taniego i zakupię. Dzisiaj chciałem już zrobić jakaś prostą i badać dalej problem z pomiarem, ale nie mam tego kwarcu...

EDIT: podrzuć jakieś propozycje gotowego konwertera na ft232 jak możesz...
Czy konwertery oparte na ch340g oraz pl2303hx to jakas alternatywa dla tych droższych opartych na ft232?

Witam ponownie. Mam już jakiś konwenter usb rs232. Sterowniki zainstalowano pomyślnie. Utworzył się wirtualny COM4.
Oczywiście chce teraz szukać problemu z pomocą terminala. Więc pobrałem pliki źródłowe z bloga Mirka (Poradnik ADC) "uart.c" "uart.h"
dołączyłem do projektu ale wywala mi błąd. Nie wiem co to jest. Tak w ogóle bardzo proszę o wyrozumiałość, nie za bardzo rozumiem zagadnienia związane z przesyłem danych przez rs 232, więc chce po prostu dołączyć do kodu co się należy i odczytywać wartości na terminalu.

Kompilator twierdzi, że ścieżka do biblioteki nie poprawna.
"Jakiś konwerter" też niewiele mówi, wypadałoby się upewnić, czy podłączasz do proca poziomy TTL, czy RS232.

Kompilator pisze, że nie ma dostępu do pliku MYUART/myuart.h.
Czy Ty masz stworzony katalog (w strukturze AS) o nazwie MYURT i tam skopiowane pliki myuart.c oraz .h?


Sent from my iPad using Tapatalk HD

_________________
sig off ;(

podany komunikat oznacza brak pliku w podanym katalogu

Po lewej u góry mamy projekt LCD pod nim foldery Source Files i Header Files. Nacisnąłem lewym przyciskiem myszy wyskoczyła opcja aby dodać plik ''Add Existing Source files'' i dodałem pobrane pliki od Mirka.... potem skompilowałem ale ciągle błąd.

@Dawid2379
To nie ze mnie cytat
Ale bardziej chodzi o to czy #include wskazuje na prawidłowy katalog i plik.

#ciamciak#
A sam nie wiem jak to zrobiłem:)

Kura jak to ogarnąć? Pobrałem pliki i załączyłem do projektu, powinno działać.... Mam swój projekt nazwany LCD w nim plik źródłowy main.c no i teoretycznie wystarczyło dodać myuart.c do folderu Source Files i myuart.h do Header Files tak tez miał Mirek, coś przekręciłem... chyba nie ma znaczenia że pliki są w folderze pobrane...
Może przyszedł czas na Eclipsa

No niezupełnie.
Bo #include wskazuje na MYUART w katalogu projektu, a nie w "pobrane" (chyba że cały projekt też jest w "pobrane").

A no tak, mimo to nie działa jak podaje odpowiedni folder, albo nawet jak powrzucam do nowego folderu w projekcie te pliki... ale nie ważne AVR Studio poszedł w odstawkę, dzięki temu zainstalowałem i uruchomiłem ECLIPSA i wszystko narazie działa jak trzeba, od dzis Eclipse, na terminalu wyświetlam literek A, cieszę się jak dziecko zabawką heh, nic trzeba popatrzyć co z tym pomiarem ADC.

Na początek chciałem wyświetlać ADC na terminalu żeby zobaczyć jak to działa, więc dodałem co trzeba do kodu i faktycznie terminal pokazuje ile wynosi ADC ale nie tak jak u Mirka, u mnie dodatkowa wyskakują krzaki i teks "wartosc ADC" jest wyswietlany co jedna sekunde w kolejnych linijkach i co kilka spacji, co to może być, działam z poradnikiem(część3), wiec nie wiem co mogłem zrobić nie tak, wydawałoby się że wszystko jest ok napisane, w Eclipse kompiluje się bez błędów, i wgrywa bez problemu.
Nie Widać tez kolorów jakie ustalam w programie.
Może inny terminal?
Czy raczej wina kodu?
Widać na zdjęciu że terminal pokazuje 3,3 z tej części kodu



jakby nie odczytał polecenia o lokalizacji tekstu do pokazania na terminalu tylko wyświetlił te 3,3 i jakieś tam krzaki.

Terminal na którym wyświetlasz musi być zgodny
z VT100 sprawdź czy Twój jest zgodny z tym "standardem"
Jeśli nie jest zgodny to kody sterujące nie będą mogły
go wysterować.

OK tak myślałem że coś może nie pasować i ściągnęłem putty i już jest ok, no prawie, bo kolory wyświetlanych tekstów się nie zgadzają oprócz "Atmega8" (jest na żółto jak nakazał program w uC) ale to mnie nie rusza, nie o to mi chodzi.
Szybko sprawdziłem czy mój wyświetlacz pokazuje faktycznie to co procesor przelicza na napięcie... i tutaj wszystko w kodzie jest ok.
Ale wciąż mam różnicę w mierniku oraz tym co pokazuje mój wyświetlacz LED. Wychodzi na to że ADC się "rozjeżdża" kiedy podaje niższe napięcia i wyższe, bo w środkowych, tak jak pisałem, wszystko jest ok, miernik zgadza się z moim wyświetlaczem.
Różnice to nawet 0,4V;/ Przetwornik 10bit - to nie możliwe.
Zostaje mi super stabilne napięcie odniesienia na AREF? ADC Noise Reduction? Co jeszcze inaczej podawać napięcie... jakiś wzmacniacz operacyjny?
Myślałem że wpływ na przetwornik może mają wewnętrzne przerwania od Timer2, ale jak je wyłączyłem to nic w sumie się nie zmieniło.
Generalnie wydaje się że rozwiązanie raczej jest od strony analogowej całego układu.

Jakiego miernika używasz ?
Jak masz możliwość to porównaj z innym miernikiem

Chociaż ta różnica trochę duża żeby to zrzucać na barki miernika
ale wszystko jest możliwe , mój miernik tani "markietowy" ma rozrzut
UWAGA to nie pomyłka 1V i to na różnych zakresach
(przekonałem się o tym po zakupie lepszego miernika )

Ja mam MASTECH830 robiłem próby z innym miernikiem jeszcze tańszym od mojego i było bardzo podobnie,różnica tylko w setnych pomiaru. Jeszcze znajomy ma ponoć dobry miernik to wezmę od niego żeby już nie mieć wątpliwości w tej kwestii. Bardzo mnie zastanawia ten pomiar.

Więc sprawdziłem, porównałem mój miernik jeszcze z UNI-T UT203 i wyszło identycznie z dokładnością do 0,01V także to nie wina miernika/jego dokładności pomiaru.

Jedynie co wykombinowałem to możliwe złe wyliczenie średniej

Zobacz jeszcze (na terminalu) co Ci wychodzi jeśli dodasz wszystkie elementy
tablicy ale bez dzielenia przez 10 ,czy wynik będzie taki sam jakbyś
dodał je ręcznie ?

(tylko ja mam małe doświadczenie i mogę się mylić)
spróbuj zadeklarować tablicę na wyniki obliczeń jako

uint16_t tab[10]

czyli bez znaku (wynik ADC jest zawsze dodatni)
być może tutaj jest jakieś niejawne rzutowanie typu
ze znakiem na typ bez znaku (int na uint32)

to wszystko co mi przyszło do głowy

Nie nie tu jest ok robiłem pomiary i wszystko przeliczałem, procek robi co trzeba i jak trzeba.
Postanowiłem jeszcze podpiąć zewnętrzne źródło odniesienia (osobne L7805) i już jestem usatysfakcjonowany. Poniżej przedstawiam wykres jakie różnice były między miernikiem(czerwona linia) a tym co policzył procek przy włączonym Timerze i przerwaniach(linia niebieska) a także co pokazywał terminal(tutaj wyłączyłem przerwania i zatrzymałem Timer, wiec nie mogłem widzieć co jest na wyświetlaczu)i jest to linia niebieska.
Nie sugerować się osią Y bo taki program do wykresów trochę 'przybiednawy'. W sumie można traktować te liczby jako setne Volta.
Mierzyłem co 1V i wrzucałem różnicę do wykresu.
Jak widać największe odchyłki od miernika to 0,09V także bardzo fajnie. Widać tez że mniejszy błąd jest jak mamy wyłączony Timer i przerwania-czyli ma jakiś wpływ na przetwornik ADC. Mam nadzieję że wiadomo o co chodzi na tym wykresie.