Witam


Mój problem polega na tym, że zawsze miałem problemy z rzutowaniem zmiennych. W każdym razie na ta chwilę mam taki problem, że mam sobie Atmegę 32 i ona coś tam mierzy po ADC.
Nie będę tutaj wklejał całego kodu z uC bo jego przeanlizowanie i wyciągnięcie najważniejszych rzeczy trochę by wam pewnie zajęło.
W każdym razie dane z ADC ładuję sobie najpierw do zmiennej typu uint8_t (tylko starszą połówkę z rejestru ADC), a następnie przepakowuję to do tablicy typu char, która ma tam 2000 elementów. Jak zbiorę 2000 elementów to zatrzymuję ADC i uruchamiam USART - wypluwam te 2000 elementów na RS232. Jak odpalę realterm i przełączę terminal na odbieranie danych typu uint to wszystko działa. Dostaję na terminalu liczby z zakresu od 0 do 255, zależy co tam sobie mierzę.
Chciałem teraz napisać aplikację na komputer, wybór z różnych względów padł na C# i visual studio. Projekt piszę pod net 4.0. W każdym razie odbieram te dane i nic się nie dzieje, z moim wykresem. Podejrzewam, że problem leży w tym, że odbieram pojedynczy bajt i zapisuje go do zmiennej typu int, przez co staje się to nieczytelne.
przycisk uruchamiający pomiar:


metoda wyślij:



metoda odbiór danych:


metoda wykres:


deklaracje zmiennych:


oraz cały program jeśli ktoś by chciał zobaczyć:


Jeżeli nie ten dział, czy formatowanie danych to proszę powiedzieć, to poprawię.

Zmieniłem znaczniki syntax-C# na csharp - SunRiver

Zrób konwersje z bajtu na string a później sobie to zamień jeśli potrzebujesz na inta
o ile masz wartości liczbowe.



Tylko pamiętaj to konwertuje z bajta na ascii.

_________________
Inspekcja TV kanalizacji
Programowanie

dzięki wielkie za pomoc. Twoje rozwiązanie wydaje się dobre, ale wydało mi się też czasochłonne. Przerobiłem więc program w atmedze, tak, że pomiar z ADC trafia do tablicy int i z tej tablicy po jednym elemencie jest wysyłany.
Jednak problem jest ten sam. To znaczy program jak powyżej nie działa, a w realterm jak się przełącze na uint to pokazuje sensowne wyniki, to samo w HEX, reszta typów danych wywala jakieś śmieci, w tym int.
Czy może w programie na procesor mam coś nie tak:


Ewentualnie może nie rozumiem istoty problemu i popełniam jakis błąd u samych podstaw. Prosiłbym wtedy o wyprowadzenie z blędu (może być brutalne).

Czemu nie wysyłasz próbek z adc bezpośrednio po uarcie od razu na PC?
Strasznie motasz sam sobie i problem powstaje. Wysyłaj dane i rysuj wykres z tego i po sprawie.

_________________
Inspekcja TV kanalizacji
Programowanie

Miałem taki pomysł, ale bałem się, że jak puszczę ADC we free run mode i będę realizowal wysyłanie próbek po uarcie w przerwaniu ADC to że procesor nie zdąży wysłać próbki, a już dostanie kolejne przerwanie. Chociaż twój pomysł faktycznie jest prostszy. Nie wiedzieć czemu zawsze mam jakieś skłonności do komplikowania sobie życia. Spróbuję tak zrobić.

Zawsze możesz zrobić uśrednianie wyniku ADC i dopiero takie uśrednione wartości puszczać przez UART
Plus tego taki że będą rzadziej wysyłane i przy okazji dokładniejsze