W związku z przesiadką na Vistę szukam dobrego programu terminala tekstowego RS232 który oprócz funkcjonalności starego poczciwego Hyperterminala będzie miał dodatkowo obsługę portu RS485 czyli będzie mógł włączać nadajnik (TX_ON) sterując odpowiednio linią RTS portu RS232...
Ściągnąłem parę shareware ale nie trafiłem na nic fajnego.
Nie znam takiego programu ale doprecyzuję, że chyba żaden nie ma obsługi RS485 gdyż taki port nie występuje w PCtach. Linia RTS jest używana tylko w niektórych konwerterach RS232-RS485. Konkretnie w tych, które mają jedną linię RS485, która wymaga przełączania kierunku. A Hyperterminal nie ustawiał RTS? Nie było to zależne od typu sterowania przepływem? Chyba w sprzętowym sterowaniu ta linia była używana. Więc to jest tylko kwestia ustawień COMa.
Wystepuje. W płytach "przemysłowych". To takie płyty w których połowa rzeczy dziala źle i kosztują 5x więcej.
Nawet jak ustawiał, to linia RTS o ile pamietam była sterowana w systemie tak powoli i ślamazarnie, że czasem dostawałeś komunikat zwrotny jak jeszce była aktywna ... W moim przypadku narzeźbilem własny konwerter RS232->RS485 ktory nie wymaga nic poza Tx/Rx od PC.
Zgadza się. Konwertery RS232 <-> RS485/422 buduje się w postaci przerośniętej wtyczki DB9 lub DB25 którą wtykasz do peceta i masz peceta z RS485 (2 linie) lub RS422 (4 linie). W ustawieniu RS485 konweter sugeruje się linią RTS i w zależności od jej stanu włącza lub wyłącza nadajnik RS485/422 sygnałem TX_ON.
Szukam programu który oprócz typowych funkcji terminala tekstowego (czyli edytor, makra, XModem/Zmodem, capture text, itp, itd) ma jeszcze to sterowanie linią RTS w odpowiedni sposób.
W HyperTerminalu gdy ustawisz "hardware handshake" to działa on tak jak powinien on działać w systemach RS232 czyli pecet ustawia RTS na stałe i nasłuchuje CTS od modemu wstrzymując i wznawiając transmisję odpowiednio do stanu CTS. Innymi słowy nadajnik w takim konwerterze podłączonym do peceta pod Hyperterminalem ma TX_ON zawsze "ON" i sam zagłusza sobie odbiór w trybie 2-liniowym (RS485)..
Mam taki konwerter ale trzeba w nim ustawiać zworką prędkość transmisji, a to jest niezbyt eleganckie rozwiązanie i wolałbym aby software to robił.
Co do ślamazarności to nie spodziewałbym się - wystarczy że odpowiedź z RS485 nie przychodzi wcześniej niż po czasie równym 1.5 czasu trwania wysyłki znaku i powinien się wyrabiać. Taki czas odpowiedzi (np. 1.5ms dla 9600 baud) to raczej standard i nie powinno się odpowiadać wcześniej...
Nie jestem w stanie sobie dokładnie przypomnieć, ale między innymi na tej grupie wypłakalem sie jak wyglądalo sterowanie tą linia przez WinXP. A wyglądalo tak fatalnie, że przełączenie na odbiór występowało chwile _po_ tym jak docierała do mnie ramka zwrotna z dość powolnego urządzenia. I na pewno nie było to 1.5 znaku. Nie wykluczam, że to był ficzer mojej płyty, ale ... Dzisiaj zamiast bawić się zastosowałbym FTDI ktory ma bezpośrednie sterowanie "enable" nadajnika lini RS485 i z głowy.
Ja nie mam nic do zarzucenia Viscie poza tym że wiele programów spóźniło się z obsługą tego systemu - np. Altera swoje narzędzie do FPGA wypuściła do suportu Visty z ok. rocznym opóźnieniem...
He he. Właśnie testowałem swój program (gadający przez RSa) na viście. Okazało się, że funkcja QueryDosDeviceW, której używam do wylistowania COMów zwraca znacznie więcej urządzeń niż pod XP i bufor odbiorczy powinien być dłuższy. Prawdopodobnie br@y też ma zbyt krótki bufor i COMy się w nim "nie zmieściły".
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.