TM pisze:

> Problem mój dotyczy przemysłowego monitora dotykowego z interfejsem
> RS232. Monitor ten przy dotknięciu powłoki dotykowej wysyła przez RS232
> ciąg bajtów. Komunikuje się on bez problemów z komputerem PC
> posiadającym fizyczny port RS232 (wysyłane bajty są odbierane z portu
> RS232 PC np. przy pomocy HyperTerminala), natomiast nie chce
> współpracować z innymi urządzeniami, tj.:
> - sterownikiem Beckhoff CX9001 z modułem CX9000-N030 z dwoma portami
> RS232 (na współpracy monitora z tym urządzeniem najbardziej mi zależy),
> - komputerem PC przez konwertery RS232<->RS485 ADAM 4520 (testowałem
> konfigurację: monitor [RS232] -> ADAM1 <-[RS485]-> ADAM2 -> PC[RS232], w
> której monitor nie komunikował się z PC - aby wykluczyć problemy z
> konwerterami, podłączyłem w miejsce monitora drugi port RS232 PC,
> komunikacja między portami - przesyłanie znaków przez HyperTerminal -
> działała poprawnie).

Nie wiem, jak ten CX9001, ale w przypadku konwertera 485->232 masz
zapewne niepełny port RS, czyli tylko Tx i Rx, prawda? Sądzę, że
domyślnie, w PCcie na którymś pinie portu COM występuje któryś stan
logiczny, podczas gdy w urządzeniach posiadających "niepełny" port COM
pin ten "wisi" ALBO TEŻ domyślnie znajduje się w innym stanie...
Pierwszy mój pomysł był taki, że monitor wymaga transmisji ze
sterowaniem przepływem. Ale jeśli nie - może po prostu jakoś sprawdza
któryś pin albo jest z niego zasilany (w co wątpię - zapewne o zasilaniu
pamiętasz ;)).
Zacząłbym kombinowanie od podłączenia do kompa poprzez jakiś
"zredukowany" kabel (tylko Tx, Rx i masa) i zobaczymy, czy zadziała
:)... Możesz zrobić "przedłużacz" o długości kilku cm z dwóch wtyczek i
3 kabelków ;)... Potem można połączyć pojedynczymi kabelkami i metodą
prób i błędów dojść do tego, które piny są niezbędne do działania...
Szczerze wątpię w to, że w przemysłowym monitorze zastosowano układ
interfejsu RS232, który nie jest zgodny z normą i źle interpretuje
poprawne stany logiczne...

--
Pozdrawiam
Konop