ATNEL tech-forum

Re: Konwersja danych

2019-04-18T14:33:42+01:00

to nie są żadne konwersje - a wyżej kolega micky słusznie pytał cię czy nadajesz ASCII czy BIN . Z tego co piszesz to właśnie nadawałeś BIN a oczekiwałeś ASCII

Statystyki: Napisane przez mirekk36 — 18 kwi 2019, o 14:33

Re: Konwersja danych

2019-04-18T13:17:50+01:00

Rozgryzłem temat panowie. Żadne tam rozjechane transmisje, wszystko obiło się o taki kawałek kodu, czyli porządną konwersję:
[syntax=c]data_receive[0] = uart_getc();
data_receive[1]=uart_getc();
data_receive[2]=uart_getc();

data_int_receive=atoi(data_receive);
lcd_int(data_int_receive);[/syntax]

Może się komuś przyda. Za każdą pomoc w tym poście :p dziękuję.

Statystyki: Napisane przez Lex_ — 18 kwi 2019, o 13:17

Re: Konwersja danych

2019-04-17T20:13:19+01:00

Panie Mirku rozjechany to może być kot żargonowe określenia nie zawsze muszą być oczywiste.
Dzięki za filmy, popatrze, pewno się jeszcze coś nauczę. Póki co jest za dużo znaków zapytania, muszę trochę je wyeliminować.
Narazie dzięki wszystkim.

Statystyki: Napisane przez Lex_ — 17 kwi 2019, o 20:13

Re: Konwersja danych

2019-04-17T17:44:56+01:00

Lex_ napisał(a):

Co oznacza "rozjechana transmisja" ?

Panie, panie a może by tak jednak obejrzeć tę serię poradników ? ... skoro jeszcze z podstawami masz problemy? A te poradniki wyjaśniłyby ci to od A do Z ... a nawet Ziet

https://www.youtube.com/watch?v=a0IOBtia8DY
https://www.youtube.com/watch?v=eqgrR-XbvIc
https://www.youtube.com/watch?v=2LJ7Q6XE8Lk
https://www.youtube.com/watch?v=IrtEPz0ftz0

na prawdę - polecam - obejrzyj

Statystyki: Napisane przez mirekk36 — 17 kwi 2019, o 17:44

Re: Konwersja danych

2019-04-17T16:13:34+01:00

Rozjechana tzn. Nie ta sama prędkość baudrate, najczestrza przyczyna przy separacji galwanicznej, sam przerabialem, wepnij analizator stanów (jak masz) do Rx na ATB i sprawdzisz doklanie, ja tak debugowałem, działa.

Statystyki: Napisane przez Szofer — 17 kwi 2019, o 16:13

Re: Konwersja danych

2019-04-17T16:01:47+01:00

Co oznacza "rozjechana transmisja" ?
Propozycje @Marhef spróbuję sprawdzić. Leci plus. A pod pin RX na zestawie ATB 1.04 nie mogę się wpiąć aby to jakoś sprawdzić?

Statystyki: Napisane przez Lex_ — 17 kwi 2019, o 16:01

Re: Konwersja danych

2019-04-17T14:45:46+01:00

Najprawdopodobniej rozjechana transmisja,

Statystyki: Napisane przez Szofer — 17 kwi 2019, o 14:45

Re: Konwersja danych

2019-04-17T14:27:42+01:00

Quote:

Możesz do sygnału Tx z komputera podłączyć drugi konwerter USB<=>UART i sprawdzić, co wychodzi.

To jest najprostsza i najszybsza metoda - nie mówiąc o sprawdzeniu echa - bo jeśli masz np rozjechane transmisje to nie ma co się dziwić

Statystyki: Napisane przez mirekk36 — 17 kwi 2019, o 14:27

Re: Konwersja danych

2019-04-17T11:39:24+01:00

Możesz do sygnału Tx z komputera podłączyć drugi konwerter USB<=>UART i sprawdzić, co wychodzi. Albo analizator stanów logicznych

Statystyki: Napisane przez Marhef — 17 kwi 2019, o 11:39

Re: Konwersja danych

2019-04-17T10:41:00+01:00

Kod podeślę wieczorem bo pracuje do 19. Dane wysyłam jako znaki ASCII. kiedy nie ma nic w buforze widzę na LCD zero - czyli nic nie ma. Natomiast kiedy widzę że jest wysyłana wartość to buforze wartość też się pojawia, ale inna, nie znalazłem związku między nimi. Komunikacja standardowa: 9600, 8bit danych, 1 bit stop. Próbowałem zweryfikować wysyłane dane w ramce ale port jest używany przez program i nie mogę tego zrobić, może wymyślę coś na atmege32 żeby móc obejrzeć surowe dane.

Statystyki: Napisane przez Lex_ — 17 kwi 2019, o 10:41

Re: Konwersja danych

2019-04-17T05:32:30+01:00

Próbujesz wysłać dane binarne czy Ascii?

Statystyki: Napisane przez micky — 17 kwi 2019, o 05:32

Re: Konwersja danych

2019-04-17T04:58:43+01:00

Lex_ napisał(a):

Kodu więcej nie chcę udostępniać ponieważ funkcja w całości jest pana Mirka, najważniejsze co zwraca a jest to bajt (prawdopodobnie) znaków - czyli tablica.

A po co masz pokazywać funkcje biblioteczne z książki - w nich nie doszukuj się błędu, pokaż lepiej co napisałeś w swoim main.c to wtedy będzie można podpowiedzieć co źle robisz

Statystyki: Napisane przez mirekk36 — 17 kwi 2019, o 04:58

Re: Konwersja danych

2019-04-16T21:23:01+01:00

Widzę na PC co jest w danej chwili wysyłane do bufora i za chwilę gdy zostanie na wyświetlaczu LCD i mam dwie różne liczby bez wyraźnego związku np PC wysyła 100 a na LCD jest 49, znowu wysyłam 100 a pokazuje 55...
Robiłem to np w taki sposób:

[syntax=c]lcd_str(uart_getc());[/syntax]
[syntax=c]lcd_int(uart_getc());[/syntax]

Kodu więcej nie chcę udostępniać ponieważ funkcja w całości jest pana Mirka, najważniejsze co zwraca a jest to bajt (prawdopodobnie) znaków - czyli tablica.

edit:
Dodam tylko że operacje na PC odbieranej temperatury i potem sygnału PWM są wykonywane w Labview.

Statystyki: Napisane przez Lex_ — 16 kwi 2019, o 21:23

Konwersja danych

2019-04-16T20:06:00+01:00

Hej, mam problem, od kilku dni próbuję to rozwiązać ale nie potrafię. Mam komunikację PC -> AVR i AVR->PC.
AVR->PC wysyłam temperaturę i działa, PC-> AVR wysyłam wartość PWM i wygląda na to że też działa bo coś w buforze jest tylko nie potrafię odczytać danych. Otrzymuję stringa do bufora cyklicznego a na podstawie funkcji uart_getc() go odczytuje na LCD ale wartości są inne niż oczekiwane. Jak poddać konwersji dane z funkcji uart_getc na przykład na int aby móc to wyświetlić na lcd i użyć do obliczeń ?
Funkcja uart_getc() zwraca:
[syntax=c]char uart_getc(void) {
...
...
...
// zwracamy bajt pobrany z bufora jako rezultat funkcji
return UART_RxBuf[UART_RxTail];
}[/syntax]

deklaracje zwracanej wartości:
[syntax=c]volatile char UART_RxBuf[UART_RX_BUF_SIZE]
volatile uint8_t UART_RxTail;[/syntax]

Dzięki za pomoc.

Statystyki: Napisane przez Lex_ — 16 kwi 2019, o 20:06