Problemy z komunikacją portów COM z przejściówkami USB-RS232 w WinXP SP2

Thu Jul 26, 2007 6:43 am   

Właśnie Prolific robił mi głupie kawały z prędkością.
Czy Twój kabel obsługuje linie CTS itd?
A może po prostu pozwieraj stosowne piny we wtyczkach?

Pozdrowienia,
MKi

Thu Jul 26, 2007 8:47 am   

"Krzysztof L" <lancellot.wytnijto@wp.pl> wrote in message
news:f886n2$2cj$1@news.wp.pl...

zabij mnie a nie wiem - trzeba przechodzic na rozwiazania ktore
inaczej to robia

Thu Jul 26, 2007 7:48 pm   

On 26 Lip, 07:43, MKi <em...@op.ble-ble.pl> wrote:

Przewod z ktorego korzystalem przy pisaniu z jednego
portu na drugi to zwykly null-modem. Nie wiem, czy taki
obsluguje linie CTS, raczej sie na tym nie znam (siedze
w programowaniu w jezykach wysokiego poziomu ).
Z wykorzystaniem tego przewodu spokojnie przesylalem
dane pomiedzy dwoma komputerami.

Dzisiaj przetestowalem przejsciowke z trzema miernikami
Metex-4660A, Escort-ELC3133A oraz regulatorem temperatury
Shinko FCR-13A. W zadnym przypadku nie udalo sie skomunikowac
poprzez przejsciowke. Z jedynego dostepnego portu COM
w laptopie wszystko smiga az milo. Chyba jutro przejde
sie do sklepu, w ktorym kupowalem te lipne przejsciowki
i po prostu je zwroce.

Niepojete jest jednak dla mnie to, ze przesylanie danych
pomiedzy dwoma przejsciowkami dziala jak nalezy.

Dzieki wszystkim za odzew.

--
Pozdrawiam
Paweł

Thu Jul 26, 2007 8:41 pm   

<Pawel.Jagus@gmail.com> wrote in message
news:1185475734.200301.219120@o61g2000hsh.googlegroups.com...
On 26 Lip, 07:43, MKi <em...@op.ble-ble.pl> wrote:

Dzisiaj przetestowalem przejsciowke z trzema miernikami
Metex-4660A, Escort-ELC3133A oraz regulatorem temperatury
Shinko FCR-13A. W zadnym przypadku nie udalo sie skomunikowac
poprzez przejsciowke. Z jedynego dostepnego portu COM
w laptopie wszystko smiga az milo. Chyba jutro przejde
sie do sklepu, w ktorym kupowalem te lipne przejsciowki
i po prostu je zwroce.

Niepojete jest jednak dla mnie to, ze przesylanie danych
pomiedzy dwoma przejsciowkami dziala jak nalezy.


problem z przejsciowkami USB RS jest taki ze USB nie jest optymalziowany
na przesylanie pojedycznych bajtow ale blokow - jesli mzoesz sprobuj
przesylac bloki - znajdz ten rozmiar (64, 128, 256, 512 bajtow) -
wewnatrz konwerterka jest fifo i dopoki nie zgromadzi paczki nie jest
reazliwoana transmisja
driver do prolificow nie ma regulacji tego (ja nie znalazlem) ale np
taki FTDI 232 ma mozliwosc ustalenia takich parametrow w zakladce
advance - czestosc poolingu, rozmiar bufora itd - poszukaj moze
przejsciowki na ftdi albo zmien soft tak by ladowal troche pustych
bajtow i potem je ignoruj.

Thu Jul 26, 2007 10:00 pm   

On 26 Lip, 21:42, "PAndy" <pandrw_cutth...@poczta.onet.pl> wrote:

Przeczyloby to troche temu, co zaobserwowalem. Tak jak pisalem
wczesniej nawet gdy wysle jeden znak na port, to jest on bez problemu
czytany na drugim, gdy oba porty sa tymi z przejsciowek.

W miedzyczasie znalazlem prosty program RS232 Terminal
(http://www.b-kainka.de/pcmessfaq.htm). Zaobserwowalem
w nim nastepujaca rzecz. Gdy otworzy sie port z przejsciowki
i zaznaczy flage DTR to automatycznie oznaczane sa tez
flagi DSR i DCD w tymze programie. Natomiast dla portu,
ktory juz znajduje sie w moim laptopie gdy zaznacze DTR
to zaznaczana jest tylko flaga DCD. Problem zapewne jest
wlasnie w tym. Nie mam jednak zielonego pojecia jak go
rozwiazac.

--
Pozdrawiam
Paweł

Fri Jul 27, 2007 8:54 am   

<Pawel.Jagus@gmail.com> wrote in message
news:1185483653.491004.142680@r34g2000hsd.googlegroups.com...

W miedzyczasie znalazlem prosty program RS232 Terminal
(http://www.b-kainka.de/pcmessfaq.htm). Zaobserwowalem
w nim nastepujaca rzecz. Gdy otworzy sie port z przejsciowki
i zaznaczy flage DTR to automatycznie oznaczane sa tez
flagi DSR i DCD w tymze programie. Natomiast dla portu,
ktory juz znajduje sie w moim laptopie gdy zaznacze DTR
to zaznaczana jest tylko flaga DCD. Problem zapewne jest
wlasnie w tym. Nie mam jednak zielonego pojecia jak go
rozwiazac.

polaczyc DTR z pozostalymi pinami?

Sat Jul 28, 2007 7:48 pm   

Poniżej bardzo prosty opis działania RS232 (jak ktoś chce,
może poprawiać/uszczegółowiać). Podane piny odnoszą się
do wtyczki DSUB9.

Linie DTR (pin 4), DSR (pin 6), RTS (pin 7) i CTS (pin
obsługują, kolokwialnie mówiąc, "pozwolenie na transmisję"
(ang.: handshaking - jest na to ładne polskie słowo?).

Najprostsze kable są 3-żyłowe - tylko linie RX (pin 2),
TX (pin 3) i masa (pin 5). "Null modem" oznacza, że pin 2 jest
podłączony do pinu 3 w drugiej wtyczce i vice versa.

Nadajnik nie będzie nadawał, gdy nie dostanie sygnału CTS,
który powinien być wygenerowany przez odbiorcę gotowego
odbierać - robi on to sygnałem RTS. Podobnie z DSR i DTR.

Nigdy nie wgłębiałem się, czym różni się para CTS/RTS
od pary DSR/DTR. Być może jeden z Twoich portów chce
obsługiwać handshaking przez CTS/RTS, a drugi - DSR/DTR.

Porządny kabel "null modem" będzie miał połaczone linie 7-8
i 4-6 w obu wtyczkach (i oczywiście linie 2-3). Prosty kabel
(3-żyłowy) może mieć zwarte 7 i 8 oraz 4 i 6 w każdej wtyczce
- tak się zazwyczaj oszukuje te sygnały.

Może rozwiązaniem dla Ciebie będzie zwarcie CTS i DSR w
obu wtyczkach?

Liniami DCD i RI nigdy się nie przejmowałem w "null modem".

Pozdrowienia,
MKi