ATNEL tech-forum

Re: Filtracja otrzymanych danych. UART

2020-08-17T21:59:29+01:00

Dokładnie. Każda ramka kończy się albo bajtem '1A', który w dec jest równy 26, albo '2A', który w dec jest równy 42. Właśnie jutro będę próbował przerobić bibliotekę z greenbook'a. Myślałem po prostu o zmianie wartości w funkcji switch case z 13 (enter) na własnie 26 oraz 42. Mówię tutaj o switch case, który jest zawarty w przerwaniu USART_RXC_vect. Jak to zadziała to dalej tylko to jakoś sparsować... Najgorsze jest to, że funkcję typu strcmp() czy strtok() wymagają jako argumentów zmiennych typu char, przez co nie moge ich wykorzystać ;/. Ogólnie po obejrzeniu Pana poradników z biblioteki MK_Multi_Uart wpadłem na pomysł, żeby wszystkie wskaźniki przerobić na typ void. To powinno mi pomóc.

Jeżeli przegram z tym zadaniem, to teraz dzięki Panu mam ten komfort psychiczny z tyłu głowy, że zawsze mogę skorzystać z Pana bilbioteki, która na pewno w 100% będzie działać.

Statystyki: Napisane przez Morales — 17 sie 2020, o 21:59

Re: Filtracja otrzymanych danych. UART

2020-08-17T21:42:48+01:00

Wydaje mi się, że absolutna PODSTAWA to opanowanie komunikacji ASCII ... jak to zrozumiesz i już nie będziesz miał z tym problemów to myślę że nadejdzie czas aby zabrać się za binarkę, która wbrew pozorom jest trudniejsza od komunikacji ASCII szczególnie jak chodzi o binarkę opartą na timeoutach bazujących na wielkrotności czasu trwania pojedynczej ramki.

Po drugie - np wspominałeś wcześniej że masz np ramki HEX, ale każda z nich kończy się pewną konkretną sekwencją dwóch bajtów, więc np najmniejszym problemem będzie przerobienie biblioteki z Greenbooka tak aby zamiast badać na końcu znak ENTER badała ten twój ogranicznik - i wtedy uda ci się to obsłużyć w ASCII - a taki trop miałeś zdaje się.

Statystyki: Napisane przez mirekk36 — 17 sie 2020, o 21:42

Re: Filtracja otrzymanych danych. UART

2020-08-17T21:10:13+01:00

No właśnie obejrzałem serie poradników do tej biblioteki. Nie ukrywam, że obsługa komunikacji binarnej, to to co potrzebuję. Mam ramki różnej długości, ale wspominał Pan na filmach, że to nie będzie problem . Zastanawiam się jeszcze nad jednym... Czy posiadając bibliotekę z greenbook'a do UART'a oraz książkę ( mam nadzieję, że już jutro ) ciężko będzie samemu stworzyć taką komunikację binarną? Bardzo tego potrzebuję a w czwartek już od Pana kupiłem greenbooka, więc będę musiał poczekać na następny zakup .

Dziękuję za pomoc

Statystyki: Napisane przez Morales — 17 sie 2020, o 21:10

Re: Filtracja otrzymanych danych. UART

2020-08-17T19:56:35+01:00

Morales napisał(a):

A co w przypadku, kiedy z urządzenia dostaje dane w hex np. : 3F E0 05 CA A8 1A (1A to wartość, która określa koniec ramki).

W naszym sklepie jest zaawansowana biblioteka Mk MULTI UART w dwóch wersjach i obsługuje komunikację binarną, więc spokojnie .... tego typu ramki będzie lizała jak przysłowiowy pies chudy boczek

https://sklep.atnel.pl/pl/p/MK-MULTI-UA ... eka-C-/271

https://sklep.atnel.pl/pl/p/MK-MULTI-UA ... teka-C/273

obejrzyj poradniki wideo do tych bibliotek

Statystyki: Napisane przez mirekk36 — 17 sie 2020, o 19:56

Re: Filtracja otrzymanych danych. UART

2020-08-17T19:48:29+01:00

Prędkość transmisji to 9600. Jedyny podgląd robiłem za pomocą oscyloskopu. Niestety nie mam analizatora :/. Dodam, że mam profesjonalny sprzęt do odbioru danych z urządzenie na którym mogę zobaczyć w formie hex jaka ramka za co jest odpowiedzialna. Ja robię własną wersję tego urządzenia i właśnie mam problem z parsowaniem.

Statystyki: Napisane przez Morales — 17 sie 2020, o 19:48

Re: Filtracja otrzymanych danych. UART

2020-08-17T19:28:58+01:00

To bierz w łapki najprostszy analizator logiczny, na usb (przyda Ci się do wielu innych prac) zgraj nim transmisję i wstaw plik na forum. Jest to o tyle istotne bo taki grab zawiera wiele cennych informacji, prędkość parametry transmisji, odstęp pomiędzy znakami oraz pomiędzy ramkami.

Statystyki: Napisane przez micky — 17 sie 2020, o 19:28

Re: Filtracja otrzymanych danych. UART

2020-08-17T19:20:59+01:00

Tak, cały czas na nim pracuję. Jutro rano w pracy będę miał fizyczny dostęp do niego.

Statystyki: Napisane przez Morales — 17 sie 2020, o 19:20

Re: Filtracja otrzymanych danych. UART

2020-08-17T19:03:34+01:00

Masz dostęp do urządzenia?

Statystyki: Napisane przez micky — 17 sie 2020, o 19:03

Re: Filtracja otrzymanych danych. UART

2020-08-17T18:00:28+01:00

Hejka, obejrzałem owe filmiki i ruszyłem do przodu z projektem. Aktualnie moim zadaniem jest wykonanie parsowania otrzymanych danych. Greenbooka kupiłem, ale jeszcze nie przyszedł, więc zająłem się rozgryzaniem biblioteki z książki razem z serią filmików o WiFi232. Wszystko wygląda super i zrozumiale, ale owe parsowanie jest skuteczne w momencie, w którym otrzymane dane są zapisane za pomocą ASCII. A co w przypadku, kiedy z urządzenia dostaje dane w hex np. : 3F E0 05 CA A8 1A (1A to wartość, która określa koniec ramki). Ową ramkę nie jestem w stanie przetłumaczyć na kod ASCII. Używałem kalkulatorów hex to ascii i dostawałem taką odpowiedź "?àÊ¨". Czy mógłbym prosić o pomoc w owej kwestii?

Statystyki: Napisane przez Morales — 17 sie 2020, o 18:00

Re: Filtracja otrzymanych danych. UART

2020-07-30T22:56:21+01:00

wiesz co? już dostałeś kilka podpowiedzi o analizator stanów logicznych a ty wciąż się przed nim bronisz nogami i rękami

mówię ci obejrzyj to:

iframe

i ew to, żeby zobaczyć mały wycinek zastosowań

iframe

Statystyki: Napisane przez mirekk36 — 30 lip 2020, o 22:56

Re: Filtracja otrzymanych danych. UART

2020-07-30T21:15:47+01:00

Hej, chciałem odświeżyć ten temat. Na ten moment udało mi się znaleźć bajty, które sygnalizują koniec ramek. Ku mojemu zdziwieniu ramki wysyłane są w dwóch formatach. Jedna z bajtem końcowym 1A, a druga z 2A. Korzystam z biblioteki Mirka "mkuart" oraz programatora AVR ATB-USB-RS232, więc mam super fajny podgląd na odbierane bajty z bufora cyklicznego UART_RxBuf. Podglądam je w ten sposób:

Zauważyłem, że kiedy bufor zapełni się ramkami, to pomimo otrzymania kolejnej ramki, która pojawia się cyklicznie co 2 sekundy, bufor nie zmienia swojej wartości. Jakby te bajty zapisywały się nie wiadomo gdzie. Natomiast bo wykonaniu akcji na urządzeniu typu przekręcenie enkodera, bufor dostaje dużą porcję danych, które już zapisuje po kolei. Nie mam pojęcia z czego to wynika... Myślałem, żeby dodać jakieś czyszczenie się bufora cyklicznego, ale nie umiem tego wykonać. Macie jakiś pomysł?

Moim kolejnym zamysłem jest skopiowanie danych z bufora do zupełnie nowej tablicy. Następnie dokonywałbym porównania, jej z inną stałą zdefiniowaną z kodami hex. Najprawdopodobniej wykorzystam funkcję strcmp() z biblioteki string.h. Przy kopiowaniu wykorzystuję własną funkcję. Jej głównym problemem jest to, że trochę gubi dane, oraz nie ucina kopiowania w miejscu wystąpienia znaku 1A. Nie mam pomysłu jak to inaczej zrobić. Strcpy() wymaga podania tablicy typu const, które odpadają w tym przypadku, bo obie są dynamiczne. Szukałem coś na necie i wyczytałem o użyciu funkcji typu mem(). Mam jednak małe problemy z zastosowaniem jej - niezbyt to rozumiem . Czy macie jakiś pomysł jak rozwiązać te przypadki? Z góry dziękuję za każdą odpowiedź i wcześniejsze odpowiedzi.

Do kopiowania

Mój głowny kod

Setup

Statystyki: Napisane przez Morales — 30 lip 2020, o 21:15

Re: Filtracja otrzymanych danych. UART

2020-07-23T13:40:19+01:00

Zgraj to porządnie jak człowiek z 30 sekund logic analyzerem (nawet najprostszym). Można wtedy coś więcej powiedzieć. A tak to działanie po omacku.

Statystyki: Napisane przez micky — 23 lip 2020, o 13:40

Re: Filtracja otrzymanych danych. UART

2020-07-23T08:28:46+01:00

Cześć.
Mam wrażenie że zaczynasz rozwiązywać problem "od środka".
Zobacz że nie wiesz jaki jest format danych.
A co będzie gdy nie ma "końca ramki" w formie jakiegoś bajtu.
Taki przypadek przecież może nastąpić.
Końcem ramki może być czas ciszy na magistrali.
Narobisz się jak koń, a okaże się że to wszystko nie działa bo rzeczywistość jest zupełnie inna.
Spróbuj jak koledzy wcześniej sugerowali przeczytać co tak naprawdę lata na linii RX.

Statystyki: Napisane przez JarekB — 23 lip 2020, o 08:28

Re: Filtracja otrzymanych danych. UART

2020-07-22T20:57:34+01:00

Jedyne co udało mi się znaleźć na komputerze na ten moment, to zdjęcie z oscyloskopu.

Statystyki: Napisane przez Morales — 22 lip 2020, o 20:57

Re: Filtracja otrzymanych danych. UART

2020-07-22T20:51:03+01:00

Na początek to wstaw kilka przykładowych ramek.

Statystyki: Napisane przez micky — 22 lip 2020, o 20:51

Re: Filtracja otrzymanych danych. UART

2020-07-22T20:15:51+01:00

A czy moje rozumowanie jest dobre? Zastanawiam się, czy dalej w to brnąć czy nie.

Statystyki: Napisane przez Morales — 22 lip 2020, o 20:15

Re: Filtracja otrzymanych danych. UART

2020-07-22T20:14:21+01:00

Fajnie by bylo jakbyś wiedział jak zakończone są te ramki. Moze najpierw podlacz sie przejściówka do PC i zobacz co wysyla. Albo wepnij się nią w rx uc.

Statystyki: Napisane przez jez2000 — 22 lip 2020, o 20:14

Filtracja otrzymanych danych. UART

2020-07-22T18:47:57+01:00

Witam, zwracam się do was drodzy forumowicze o pomoc.

Jestem w trakcie pisania pracy inżynierskiej. W skrócie muszę odebrać dane z urządzenia "A", przefiltrować je i następnie wyświetlić gotowe nazwy, które będą bazowały właśnie na odebranych informacjach. Urządzenie korzysta z bardzo dziwnej magistrali bo jest z branży AGD. Z tego co zauważyłem jest to połączenie CAN'a, one wire i uart'a. Ogólnie na wyjściu urządzenia wykorzystywane są RX i TX. Struktura ramki podstawowa - 8n1. Mikrokontroler jaki wykorzystuje to ATmega8. Jako posiadacz bluebooka wspieram się książką w pisaniu programu.

Niestety mam problem z filtracją otrzymanych ramek :/. Do obsługi UART'u wykorzystuję program oparty na buforach cyklicznych (z bluebook'a). Ogólnie mój pomysł na przefiltrowanie danych jest następujący:

- Wykorzystując funkcje uart_getc w loopie pobieram sobie jeden bajt z bufora cyklicznego UART_RxBuf
- Następnie w ifie sprawdzam czy pobrany bajt, to koniec ramki danych (tutaj mam problem, ponieważ nie mam pojęcia w jaki sposób kończy się ramka. Chodzi mi o to, ze nie znam jej fizycznej wartości, po której mógłbym "uciąć" daną ramkę, więc nie sugerujcie się wartością 0xFF). Postanowiłem to zrobić na takiej samej zasadzie, jak jest opisana w bluebooka w temacie o tablicach znakowych. Czy istnieje jakiś sposób na znalezienie fizycznej wartości ? Sprawdzałem dokumentację, jednak tam nic nie znalazłem ;/
- Po wykryciu końca ramki, chcę użyć funkcji strCopy(), która ma za zadanie przepisanie wartości bufora Rx do nowej tabilcy. Żeby ta funkcja mi zadziałała, to tablicę do której przepisuję dane, musiałem dać również jako volatille. W tym przypadku również wykorzystałem wiedzę z tematu o tablicach znakowych
[syntax=c]void strCopy(volatile char przeznaczenie[], volatile char zrodlo[] ) {
uint8_t i = 0;
do {
przeznaczenie[i] = zrodlo[i];
} while ( zrodlo[i++] ) ;
}[/syntax]

- Następnie, chce wyświetlić odebraną ramkę (już uciętą po znaku kończącym ją) na LCD. Pomyślałem, ze warto byłoby wykorzystać funkcję lcd_hex(), jednak wykorzystuje ona itoa, więc potrzebuję tablicy typu int (chyba, że się mylę) a moja tablica, ta do której kupuję zawartość bufora cyklicznego RX jest typu volatille char, bo inaczej nie zadziała mi funkcja kopiująca. Pewnie musze jakoś ją zmienić właśnie na int, jednak nie wiem jak to zrobić.

Tutaj wrzucam kod z mojego main.c

[syntax=c]#include
#include
#include
#include
#include "LCD.h"
#include "mkuart.h"

int main( void ) {

USART_Init( 9600 );
lcd_init();
lcd_cursor_on();
DDRD |= 0b00000010;
sei();

while ( 1 ) {
int data = uart_getc();
lcd_str( "Odczytano :" );
lcd_locate( 1, 0 );

if ( data == 0xFF) { // 0xFF jest wartością przykładową
strCopy( test, UART_RxBuf );
PORTD |= 0b00000010;
lcd_hex(data); // nie działa
}

_delay_ms( 100 );
lcd_str( " " );
}

}[/syntax]

Dodatkowo wrzucam schemat układu, którym odbieram dane prosto do atmegi. (Schemat jest nie zaktualizowany, ponieważ sygnał nie trafia do Arduino, a do czystej ATmegi. Wcześniej właśnie próbowałem to zrobić na arduino, ale zrezygnowałem bo czyste C lepsze .

Czy opisane przeze mnie rozumowanie jest poprawne? Inaczej nie mam pomysłu jak to rozwiązać, pomijając fakt, że to aktualnie zaproponowane przeze mnie mi nie działa. Macie jakiś pomysł jak to zrobić? Może własne rozwiązania odbioru takich danych? Myślę, ze małe nakierowanie mnie dużo pomoże w tym temacie.
Liczę na waszą pomoc!

Statystyki: Napisane przez Morales — 22 lip 2020, o 18:47