Port szeregowy | Wybór portu szeregowego do komunikacji.
Wartość można zmienić przy pomocy metody OpenPort. Wartość można stwierdzić przy pomocy metody GetProtParam("SerPort"). Nieustawione - Po uruchomieniu aplikacji obiekt nie podłącza się do żadnego portu i port szeregowy można wybrać dynamicznie przy pomocy algorytmu (przy pomocy metody PmaComm.OpenPort).
COM1, COM2,..,COM66 - Po uruchomieniu aplikacji jest otwarty określony port szeregowy. W SO Windows port ten musi być poprawnie ustawiony i dostępny (nie może go stosować ktokolwiek inny).
Dla łącza szeregowego każdy obiekt PmaComm musi mieć ustawiony inny port komunikacyjny. Na przykład jeżeli jeden obiekt PmaComm komunikuje się poprzez COM1, wtedy następny obiekt PmaComm potrafi komunikować się na przykład poprzez COM2 (COM3, …) lecz nie może komunikować się poprzez COM1. |
---|---|
Prędkość transmisji | (Baud rate) Wybór szybkości komunikacji w bodach (bps, bit per second).
Konfigurator ten ustawia wartość początkową właściwości BaudRate. |
Ilość bitów informacji | Jest konieczny wybór wartości odpowiedniej dla urządzenia, z którym ma odbywać się komunikacja.
Konfigurator ten ustawia wartość początkową właściwości ByteSize. 5
6
7
8 |
Parzystość | Wybór parzystości. Jest konieczny wybór wartości odpowiedniej dla urządzenia, z którym ma odbywać się komunikacja.
Konfigurator ten ustawia wartość początkową właściwości Parity. |
Ilość bitów stopu | Jest konieczny wybór wartości odpowiedniej dla urządzenia, z którym ma być prowadzona komunikacja.
Konfigurator ten ustawia wartość początkową właściwości StopBits. 1 bit stopu
1.5 bita stopu
2 bity stopu |
Ilość powtórzeń przy nieudanej transmisji | Wybór ilości powtórzeń transmisji wiadomości jeżeli odpowiedź jest niepełna lub w ogóle nie została odebrana. niniejsze ustawienie ma sens tylko dla wiadomości komunikacyjnych typu Master.
Domyślną wartością jest 0 (tzn. bez powtórzeń). |
Timeout pomiędzy odbiorem 2 znaków | Maksymalny czas oczekiwania (w milisekundach) pomiędzy odbiorem dwu znaków. Po upływie tego czasu zostanie zakończona transmisja wiadomości.
Dla dużej ilości protokołów nie można z góry określić ile znaków ma rzeczywiście zostać odebranych. W tym przypadku odbiór jest zakończony właśnie po upływie niniejszego timeoutu, przy czym jest to rozumiane nie jako błąd transmisji lecz jako znacznik końca wiadomości. Dlatego nie jest zalecane ustawianie wartości tego timeoutu na zbyt dużą wartość, ponieważ taki timeout będzie wykonywany po każdym (nawet pomyślnym) odbiorze wiadomości. |
Zwłoka pomiędzy odbiorem-wysyłaniem | Czas (w milisekundach), jaki będzie obiekt czekać po odbiorze wiadomości zanim zacznie wysyłać następną wiadomość. |
Filtrować znaki ECHO | Określa, czy pierwsze odebrane dane mają zostać usunięte (odfiltrowane), ponieważ są to powtarzające się znaki nadawanej wiadomości.
Notatka: Odebrane odfiltrowane znaki ECHO są odnotowane razem z pozostałymi odebranym znakami w pozycji "/COMM/Driver/Monitor" INFO systemu. |
Zarządzanie działaniem RTS | Funkcjonowanie sygnału wyjściowego RTS i zastosowanie sygnału wejściowego CTS. Patrz właściwość PmaComm.Rts.
handshake - RTS jest wykorzystany do handshakingu, CTS jest ignorowany. Jeżeli zachodzi niebezpieczeństwo przepełnienia bufora wejściowego, wtedy sygnał jest ustawiony na 0, w innym przypadku na 1.
log.1+CTS - RTS jest na stałe ustawiony na 1, CTS służy do sterowania wyjściowego toku danych. Transmisja danych jest wstrzymana przez okres, kiedy sygnał jest ustawiony na 0.
handshake+CTS - RTS służy do handshakingu, CTS służy do sterowania wyjściowego toku danych.
Transmisja danych jest wstrzymana przez okres, kiedy sygnał jest ustawiony na 0. Jeżeli zachodzi niebezpieczeństwo przepełnienia bufora wejściowego, wtedy sygnał jest ustawiony na 0, w innym przypadku na 1. toggle - RTS służy do sterowania kierunku transmisji. Ważne zwłaszcza dla nieinteligentny konwerter RS485, ktory wymagają sterowania kierunkiem transmisji przy pomocy sygnału RTS. Więcej szczegółów w problemie sterowania sygnału RTS patrz Ostrzeżenie dla łącza szeregowego RS485. |
Zarządzanie działaniem DTR | zachowania wyjściowego sygnału DTR i zastosowanie sygnału wejściowego DSR. Patrz właściwość PmaComm.Dtr.
handshake - DTR jest zastosowany do handshakingu, DSR je ignorowany. Jeżeli zachodzi niebezpieczeństwo przepełnienia bufora wejściowego, wtedy sygnał jest ustawiony na 0, w innym przypadku na 1.
log.1+DSR - DTR jest na stałe ustawiony na 1, DSR służy do sterowania wyjściowego toku danych.
Transmisja danych jest wstrzymana przez okres, kiedy sygnał jest ustawiony na 0. handshake+DSR - DTR służy do handshakingu, DSR służy do sterowania wyjściowego toku danych.
Jeżeli zachodzi niebezpieczeństwo przepełnienia bufora wejściowego, wtedy sygnał jest ustawiony na 0, w innym przypadku na 1. Transmisja danych jest wstrzymana przez okres, kiedy sygnał jest ustawiony na 0. |