RTV forum PL | NewsGroups PL

Umożliwienie sprzętowej kontroli przepływu danych RS232 między PC a urządzeniem?

Komunikacja po rs232

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Umożliwienie sprzętowej kontroli przepływu danych RS232 między PC a urządzeniem?

Goto page Previous  1, 2

william
Guest

Wed Oct 06, 2004 2:53 pm   



Quote:
I od tego kiedy sie dowie, ze jest zmiana na RTS. Ktos kiedys mi
klarowal, ze jak sie wlozy dyskietke, to wszystkie inne programy sa
zamrozone na 3s.

Ten ktoś chyba miał windows 3.11 :)

Quote:
Wydaje mi sie, ze przerwania z RTS nie trafiaja prosto do tego kto ich
potrzebuje, tylko jakis driver zamienia je na Windows Messages i do
normalnej kolejki zadan (ale sie nie znam).

P.G.


To już całkiem możliwe. Ale z drugiej strony po to w windowskie jest
ustawienie wielkości bufora FIFO dla uartu, by producent urządzenia mógł
napisać - mam w odbiorniku bufor 8 znaków, ustaw fifo na 4 znaki ....

J.F.
Guest

Wed Oct 06, 2004 4:42 pm   



On Wed, 6 Oct 2004 17:53:44 +0200, william wrote:
Quote:
Wydaje mi sie, ze przerwania z RTS nie trafiaja prosto do tego kto ich
potrzebuje, tylko jakis driver zamienia je na Windows Messages i do
normalnej kolejki zadan (ale sie nie znam).

To już całkiem możliwe. Ale z drugiej strony po to w windowskie jest
ustawienie wielkości bufora FIFO dla uartu, by producent urządzenia mógł
napisać - mam w odbiorniku bufor 8 znaków, ustaw fifo na 4 znaki ....

Nie pomoze jesli programowa obsluge przerwania spozni Smile
Chyba ze na zasadzie - masz 8 znakow, ustaw 2, moze nie wysle wiecej
niz 4 :-)

J.

Krzysiek S
Guest

Wed Oct 06, 2004 7:04 pm   



Ustawiłem bufor na 120 bajtówm a wysyła blokuje Rts po 100 więc może da
rade Smile Jak nie to AVR pozwoli mi jeszcze dwukrotnie zwiększyć bufor Smile
Pora na testy dopiero nadejdzie :|

Quote:
On Wed, 6 Oct 2004 17:53:44 +0200, william wrote:
Wydaje mi sie, ze przerwania z RTS nie trafiaja prosto do tego kto ich
potrzebuje, tylko jakis driver zamienia je na Windows Messages i do
normalnej kolejki zadan (ale sie nie znam).

To już całkiem możliwe. Ale z drugiej strony po to w windowskie jest
ustawienie wielkości bufora FIFO dla uartu, by producent urządzenia mógł
napisać - mam w odbiorniku bufor 8 znaków, ustaw fifo na 4 znaki ....

Nie pomoze jesli programowa obsluge przerwania spozni Smile
Chyba ze na zasadzie - masz 8 znakow, ustaw 2, moze nie wysle wiecej
niz 4 :-)

J.


ziel
Guest

Wed Oct 06, 2004 9:35 pm   



On Behalf Of Krzysiek S
Quote:
Ustawiłem bufor na 120 bajtówm a wysyła blokuje Rts po 100 więc może da
rade Smile Jak nie to AVR pozwoli mi jeszcze dwukrotnie zwiększyć bufor Smile

Za mało!
daj bufor nadawczy na 40 bajtów, a w procku bufor odbiorczy na 120 bajtów.
Lekko licząc.
To jest windows, więc może spokojnie skierować kilka paczek, zanim
załapie, że ma wstrzymać nadawanie.

pzdr
Artur

--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika

Piotr Gałka
Guest

Thu Oct 07, 2004 6:42 am   



Użytkownik "Krzysiek S" <blutark@interia.pl> napisał w wiadomości
news:ck1j3n$i5j$1@inews.gazeta.pl...
Quote:
Ustawiłem bufor na 120 bajtówm a wysyła blokuje Rts po 100 więc może
da
rade Smile Jak nie to AVR pozwoli mi jeszcze dwukrotnie zwiększyć bufor
Smile
Pora na testy dopiero nadejdzie Neutral

Stosujemy RS232 na trasie PC-mikrokontroler od 1988 roku.
Zawsze używaliśmy tylko linii TXD i RXD. Inne linie ewentualnie do
zasilania i innych ciekawych celów jak przełączanie pętli prądowych
(do 256 przełączanych pętli, do 1km każda, 4800 Baud, a wszystko
zasilane z linii DTR portu).
Dwie linie (TXD i RXD) to zawsze mniej hardware'u (szczególnie jak się
izoluje).
Zawsze protokół był taki, że każdy wie ile najwięcej może za jednym
razem dostać. Dopóki nie potwierdzi nie dostanie następnej paczki. Jak
coś ginie to załatwiają to time-outy.
W PC/XT był problem z odbiorem 57600 bo wstawienie w pętli odczytu
zegara (aby zrobić time-out) powodowało gubienie bajtów (PC był za
wolny).
Rozwiązałem to inaczej i zostało gdzieś w kodzie (DOS-owym). Jak
weszło XT przestało chodzić. Przez kilka lat byłem pewien, że XT nie
daje dostępu do COM programom DOSowym.
Dopiero miesiąc temu odkryłem przyczynę i poprawiłem programy
(DOS-owe) do naszych programatorów Piccolo i Picco-GAL.
Programy teraz za to nie chodzą na XT (może też AT).

P.G.

Goto page Previous  1, 2

elektroda NewsGroups Forum Index - Elektronika Polska - Umożliwienie sprzętowej kontroli przepływu danych RS232 między PC a urządzeniem?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map
Nasz serwis wykorzystuje pliki cookies. Korzystanie z witryny oznacza zgodę na ich zapis lub odczyt zgodnie z ustawieniami przeglądarki. Informacja o ciasteczkach