RS232, zmiana poziomów napięć

Użytkownik "TM" snipped-for-privacy@epf.plIHATESPAM napisał w wiadomości news:hp2l19$f4$ snipped-for-privacy@news.dialog.net.pl...

Raczej jednak szukaj przyczyn programowych, napięcia są OK, nie ma sensu ich zwiększać. Port w PC-cie jest bardzo tolerancyjny, zdarza się, że ma jeden próg przełączania w okolicach 1V z niewielką histerezą. Stawiam na to, że jednak jest jakieś sterowanie przepływem (które konwerter na RS485 potrafi dodatkowo zkaszanić) albo gdzieś Ci się zrobił niepożądany przeplot. BTW, kiedy został zrobiony ten oscylogram? W czasie bezpośredniego połączenia do PC? Jeśli tak, sprawdź co się dzieje na Tx wtedy, gdy transmisja nie działa.

e.

Zgadzam się, jednak tolerancja portu we wspomnianym przez mnie sterowniku przemysłowym Beckhoffa (czy też w konwerterze ADAM) już może chyba nie być tak duża jak w PC?

Swego czasu miałem wypożyczony pewien czytnik kodów kreskowych z RS232, który nie chciał współpracować z w/w Beckhoffem, natomiast PC już odbierał z tego czytnika dane (niestety było to już ponad rok temu i nie przyszło mi wtedy do głowy, żeby badać napięcia na linii Tx problematycznego czytnika - został on po prostu wymieniony na inny model, komunikujący się poprawnie z Beckhoffem).

Po stronie monitora nie ma raczej (według producenta) zaimplementowanego sterowania przepływem. Na wszelki wypadek zwarłem jednak we wtyczkach DE-9 kabla połączeniowego piny 7 z 8 oraz 1 z 4 i 6 - nic to nie zmieniło.

Rozumiem, że masz na myśli oscylogram napięcia na linii Tx interfejsu RS232 monitora? Jeżeli tak, został on zrobiony bez podłączenia monitora do PC. Poniżej zamieszczam oscylogram tego napięcia przy braku transmisji.

Dzięki za odpowiedź i pozdrawiam,

W dniu 2010-04-01 19:27, TM pisze:

Coś masz źle połączone bo fizycznie nie może być -15V gdy MAX232 jest zasilany z +5V. W układzie jest podwajacz oparty na pompie ładunkowej. Powinno byc blisko dziesięciu woltów. Sprawdź czy dobrze połączyłeś kondensatory. Ponadto może urządzenia mają masy na różnych potencjałach. Zmień także kondensatory ze 100nF na 1uF a nawet 4,7uF. Zwiększy to wydajność podwajacza w sytuacji gdy np. wejście Rx sterownika bierze za dużo prądu ( na przykład z powodu uszkodzenia). Problem z napięciami jest tu chyba jednak problemem tworzonym przez Ciebie przez błędnie skonstruowany konwerter napięć.

Jednak problem dotyczy chyba protokołu. Spróbuj wysłać łańcuch z panela na Hyperterminal i zapisać go a potem odesłać z peceta do PLC. Ponadto możesz podsłuchiwać oba kierunki transmisji Panel<->PLC dopinając się do nich liniami Rx z dwóch portów RS w PC i oglądać na terminalu czy PLC odpowiada jakimkolwiek znakiem.

Rzeczywiście, masy MAX232A i monitora były na różnych potencjałach. Po ich połączeniu, poziomy napięć na wyjściu MAX232A zmieniły się na +8.80V i -8.80V.

Co najważniejsze, po zrównaniu potencjałów mas i podłączeniu monitora za pośrednictwem tego "konwertera" z MAX232A do Beckhoffa, Beckhoff zaczął komunikować się z monitorem - odbierać bajty wysyłane przez monitor w momencie dotykania warstwy dotykowej :-)

Bardzo dziękuję za tą sugestię! Jeszcze pozostaje instalacja driverów monitora dla Windowsa CE i przetestowanie współpracy z systemem, ale samo uruchomienie komunikacji monitora z Beckhoffem to ogromny postęp :-) .

To nie jest typowy panel współpracujący bezpośrednio z PLC, tylko zwykły monitor LCD VGA z warstwą dotykową ( konkretnie ten model:

Na sterowniku Beckhoffa działa Windows CE, monitor ten służy do obsługi aplikacji pracującej pod kontrolą tego systemu.

Informuję o ostatecznych rezultatach - po instalacji drivera dla Windows CE, warstwa dotykowa monitora działa poprawnie we współpracy ze sterownikiem CX9001 Beckhoffa.

Jeszcze raz bardzo dziękuję za wszystkie odpowiedzi, szczególnie koledze 'Mario', gdyż to dzięki jego sugestii odnośnie mas układów udało mi się problem rozwiązać :-) .

Z tą komunikacją jednokierunkową jednak się pomyliłem - wymagane są obydwie linie (Tx i Rx), inaczej monitor nie jest wykrywany przez driver.

Użytkownik "TM" snipped-for-privacy@epf.plIHATESPAM napisał w wiadomości news:hp2q9c$3eg$ snipped-for-privacy@news.dialog.net.pl...

Bardziej skłaniam się ku temu, że Beckhoff i ADAM mają wsadzone od wejścia "solidne" dociążenie 3k i napięcie mocno siada. PC-et może mieć 2x tyle albo w ogóle wartość z kosmosu i dlatego działa. Ale to by oznaczało, że port w tym panelu jakiś badziewny jest (napięcia siadają np wtedy, gdy użyje się MAX232 (lub odpowiednika) z za małymi kondensatorami podwajacza) - domyślam się, że w panelu wolisz jednak nie grzebać :).

Może źle się wyraziłem - chodziło mi o oscylogram na Tx w momencie, gdy panel transmituje ale dane nie są odbierane (czyli np. po podłączeniu do Beckhoffa) - aby sprawdzić, czy przypadkiem napięcia nie siadają za bardzo.

e.

Cieszę się, że mogłem pomóc :)

TM pisze:

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