Do komputera podłączone jest ustrojstwo, które co jakiś (sobie tylko znany) czas
wysyła na port szeregowy dane w postaci:

[Łańcuch znaków][CR][LF]

I nic więcej.

Musze teraz napisać program obsługujący te dane.
Jedyne, co mi przychodzi do głowy, to sekwencyjne wywoływanie co (sensowny) ułamek
sekundy funkcji czytającej z portu.
Jeśli funkcja przeczyta zero znaków - nic się nie dzieje, jeśli coś przeczyta -
program wrzuca przeczytane dane do bufora (aż do kolejnego "nieprzeczytania") po czym
je przetwarza.

Dobrze kombinuję?
Może istnieje jakiś bardziej "kanoniczny" model rozwiązania takiego problemu?

Skojarzyłem, że kiedyś zmuszony byłem popełnić aplikację wyświetlającą zegar
analogowy.
Przekopałem się przez różne przykłady i w zasadzie jedyną opcją było "molestowanie"
co chwilę zegara systemowego i w przypadku zmiany odczytu - przerysowanie wskazówek.

do góry

W dniu 2014-10-24 11:59, m...@g...com pisze:
> Do komputera podłączone jest ustrojstwo, które co jakiś (sobie tylko znany) czas
wysyła na port szeregowy dane w postaci:
>
> [Łańcuch znaków][CR][LF]
>
> I nic więcej.
>
> Musze teraz napisać program obsługujący te dane.
> Jedyne, co mi przychodzi do głowy, to sekwencyjne wywoływanie co (sensowny) ułamek
sekundy funkcji czytającej z portu.
> Jeśli funkcja przeczyta zero znaków - nic się nie dzieje, jeśli coś przeczyta -
program wrzuca przeczytane dane do bufora (aż do kolejnego "nieprzeczytania") po czym
je przetwarza.
>
> Dobrze kombinuję?
> Może istnieje jakiś bardziej "kanoniczny" model rozwiązania takiego problemu?
>
> Skojarzyłem, że kiedyś zmuszony byłem popełnić aplikację wyświetlającą zegar
analogowy.
> Przekopałem się przez różne przykłady i w zasadzie jedyną opcją było "molestowanie"
co chwilę zegara systemowego i w przypadku zmiany odczytu - przerysowanie wskazówek.


Należy najpierw zacząć od tego, żeby określić pod jakim systemem to ma
działać. Obecnie najczęściej jest oczekiwanie na sygnał, że coś jest w
buforze i jeśli coś się tam znajdzie to się czyta dane.

--
Kaczus
http://kaczus.ppa.pl

do góry

[ciah]
Może istnieje jakiś bardziej "kanoniczny" model rozwiązania takiego
problemu?
[ciah]

W Delphi używałem TComPort by Dejan Crnila
Sprawdzał się.

J.



__________ Informacja programu ESET NOD32 Antivirus, wersja bazy sygnatur wirusów
10613 (20141024) __________

Wiadomość została sprawdzona przez program ESET NOD32 Antivirus.

http://www.eset.pl lub http://www.eset.com

do góry

> pod jakim systemem to ma działać

Winda, Windows Mobile i... może coś tam jeszcze?
Generalnie, chodzi mi bardziej o sam sposób dobrania się do tematu.
Przecież te wszystkie kontrolki też muszą wygenerować zdarzenie bazując jedynie na
API systemu.

> Obecnie najczęściej jest oczekiwanie na sygnał, że coś jest
> w buforze i jeśli coś się tam znajdzie to się czyta dane.

No, ba... Obsługa zdarzenia OnCommDataComes byłaby marzeniem... ;-)

do góry

W dniu 2014-10-24 13:24, m...@g...com pisze:
>> pod jakim systemem to ma działać
>
> Winda, Windows Mobile i... może coś tam jeszcze?
> Generalnie, chodzi mi bardziej o sam sposób dobrania się do tematu.
> Przecież te wszystkie kontrolki też muszą wygenerować zdarzenie bazując jedynie na
API systemu.
>
>> Obecnie najczęściej jest oczekiwanie na sygnał, że coś jest
>> w buforze i jeśli coś się tam znajdzie to się czyta dane.
>
> No, ba... Obsługa zdarzenia OnCommDataComes byłaby marzeniem... ;-)

Przykłady co i jak:
http://msdn.microsoft.com/en-us/library/ff802693.asp
x

możesz tez obejrzeć inne rozwiązania:
http://sourceforge.net/projects/comport/

--
Kaczus
http://kaczus.ppa.pl

do góry

On 2014-10-24 11:59, m...@g...com wrote:
> Do komputera podłączone jest ustrojstwo, które co jakiś (sobie tylko znany) czas
wysyła na port szeregowy dane w postaci:
> [Łańcuch znaków][CR][LF]
> I nic więcej.

Można też przekierować COM na lokalny TCP i potem już czytać z obsługą
sieci (przy czym pod unixem to przekierowanie to jest trywialne). Ma to
ciekawą zaletę, można czytać również przez sieć, ułatwia debugowanie i
aplikacja nie zależy silnie od hardware.

do góry

Sebastian Biały <h...@p...onet.pl> wrote:

> Można też przekierować COM na lokalny TCP i potem już czytać z obsługą
> sieci (przy czym pod unixem to przekierowanie to jest trywialne).

Trywialne? Jaki sposób masz na myśli? socat, netcat?

--
SELECT finger FROM hand WHERE id = 3;
http://www.chmurka.net/

do góry

On 2014-10-26 21:09, Gof wrote:
> Trywialne? Jaki sposób masz na myśli? socat, netcat?

socat.

do góry