Będąc wczoraj w księgarni naukowej zajrzałem do działu technicznego,
szukając jakichś książek, które mogłyby się przydać w nauce
programowanie uC. Natknąłem się na raczej mało obszerną książeczkę
poświęconą obsłudze interfejsu RS232:

http://www.btc.pl/index.php?productID=138778

Niestety, przykłady w BASCOM-ie, co trochę mnie odrzuca.

Na razie komunikację przez RS232 i USART stosowałem w najprostszej
możliwej formie - wysyłanie konkretnych poleceń i nasłuchiwanie w
oczekiwaniu na konkretny ciąg znaków. No cóż, przydałaby się jednak
możliwość bardziej wnikliwej analizy napływających danych. Tak, aby
program był w stanie rozpoznać przychodzące polecenie, odczytać związane
z nim parametry, poprzenosić je do odpowiednich zmiennych itp.

Ktoś może polecić jakieś rzetelne (ale przystępne) opracowanie na ten
temat, najlepiej z przykładami w C (i ewentualnie C++ jeśli chodzi o
stronę peceta)?

do góry

W dniu 2013-02-15 11:21, Atlantis pisze:
> Będąc wczoraj w księgarni naukowej zajrzałem do działu technicznego,
> szukając jakichś książek, które mogłyby się przydać w nauce
> programowanie uC. Natknąłem się na raczej mało obszerną książeczkę
> poświęconą obsłudze interfejsu RS232:
>
> http://www.btc.pl/index.php?productID=138778
>
> Niestety, przykłady w BASCOM-ie, co trochę mnie odrzuca.
>
> Na razie komunikację przez RS232 i USART stosowałem w najprostszej
> możliwej formie - wysyłanie konkretnych poleceń i nasłuchiwanie w
> oczekiwaniu na konkretny ciąg znaków. No cóż, przydałaby się jednak
> możliwość bardziej wnikliwej analizy napływających danych. Tak, aby
> program był w stanie rozpoznać przychodzące polecenie, odczytać związane
> z nim parametry, poprzenosić je do odpowiednich zmiennych itp.
>
> Ktoś może polecić jakieś rzetelne (ale przystępne) opracowanie na ten
> temat, najlepiej z przykładami w C (i ewentualnie C++ jeśli chodzi o
> stronę peceta)?

Przy analizie łańcuchów to książka raczej nie pomoże. Jeśli protokół
binarny jak Modbus RTU, to najlepiej skorzystaj z gotowych bibliotek.
Jeśli znakowy to ładujesz (najczęściej w przerwaniu) znaki do bufora, aż
napotkasz znak końca (CR lub LF). Wstawiasz sobie flagę, że jest pełny
bufor, a następnie z pętli głównej wywołujesz własną procedurę
parsowania tekstu zawartego w buforze.

--
pozdrawiam
MD

do góry

Atlantis <m...@w...pl> napisał(a):
> Będąc wczoraj w księgarni naukowej zajrzałem do działu technicznego,
> szukając jakichś książek, które mogłyby się przydać w nauce programowanie
> uC. Natknąłem się na raczej mało obszerną książeczkę poświęconą obsłudze
> interfejsu RS232:
> http://www.btc.pl/index.php?productID=138778
> Niestety, przykłady w BASCOM-ie, co trochę mnie odrzuca.
> Na razie komunikację przez RS232 i USART stosowałem w najprostszej
> możliwej formie - wysyłanie konkretnych poleceń i nasłuchiwanie w
> oczekiwaniu na konkretny ciąg znaków. No cóż, przydałaby się jednak
> możliwość bardziej wnikliwej analizy napływających danych. Tak, aby
> program był w stanie rozpoznać przychodzące polecenie, odczytać związane z
> nim parametry, poprzenosić je do odpowiednich zmiennych itp.
> Ktoś może polecić jakieś rzetelne (ale przystępne) opracowanie na ten
> temat, najlepiej z przykładami w C (i ewentualnie C++ jeśli chodzi o
> stronę peceta)?

Czyli Tobie wcale nie chodzi o RS232, tylko o parsowanie przychodzących
danych? Może więc potrzebujesz sobie rozrysować algorytm i poczytać o
programowaniu w C. Bo jeśli chodzi o sam RS232, to czy Bascom czy C, to jest
kilka linijek, które sobie możesz wziąć z jednego z tysięcy kursów
programowania uC, jakie są w necie.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 0 days, 2 hours, 36 minutes and 34 seconds

do góry

W dniu 2013-02-15 13:01, Grzegorz Niemirowski pisze:

> Czyli Tobie wcale nie chodzi o RS232, tylko o parsowanie przychodzących
> danych?

Tak, wiem. Chodziło mi raczej o jakiś podręcznik, w którym byłoby to
omówione na przykładach. Coś jak książka wspomniana wcześniej, tylko nie
na Bascomie. ;) Terminal obsługiwany przez RS232 to chyba najprostszy
sposób eksperymentowania. Zdaje sobie sprawę, że potem te same
rozwiązania można by zastosować do obróbki danych napływających przez
inne medium.

do góry

W dniu 2013-02-15 16:38, Atlantis pisze:
> W dniu 2013-02-15 13:01, Grzegorz Niemirowski pisze:
>
>> Czyli Tobie wcale nie chodzi o RS232, tylko o parsowanie przychodzących
>> danych?
>
> Tak, wiem. Chodziło mi raczej o jakiś podręcznik, w którym byłoby to
> omówione na przykładach. Coś jak książka wspomniana wcześniej, tylko nie
> na Bascomie. ;) Terminal obsługiwany przez RS232 to chyba najprostszy
> sposób eksperymentowania. Zdaje sobie sprawę, że potem te same
> rozwiązania można by zastosować do obróbki danych napływających przez
> inne medium.

Poszukaj w sieci przykłady programów używających serial.h
Albo zacznij od tego w czym chcesz pisać (jaki system, język, API) i
potem szukaj w dokumentacji tego API lub w sieci. Na przykład
Windows/Linux, C++/C#, QT/WxWidgets/MS Studio.

--
pozdrawiam
MD

do góry

Atlantis <m...@w...pl> napisał(a):
> Tak, wiem. Chodziło mi raczej o jakiś podręcznik, w którym byłoby to
> omówione na przykładach. Coś jak książka wspomniana wcześniej, tylko nie
> na Bascomie. ;) Terminal obsługiwany przez RS232 to chyba najprostszy
> sposób eksperymentowania. Zdaje sobie sprawę, że potem te same rozwiązania
> można by zastosować do obróbki danych napływających przez inne medium.

Ale tak właściwie, to co Ci ten Bascom przeszkadza? Nie musisz w nim pisać,
wystarczy rozumieć kod z przykładów.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 0 days, 13 hours, 31 minutes and 56 seconds

do góry

http://allegro.pl/rs-232c-praktyczne-programowanie-w
yd-iii-i3007246422.html
ale gniot, mówię Ci... niestety brak alternatywy...
Ktoś tu podawał ostatnio:
http://msdn.microsoft.com/en-us/library/ms810467.asp
x

do góry