leocat 0 6 ноября, 2020 Опубликовано 6 ноября, 2020 · Жалоба 2 hours ago, Jared said: I understand that ASCII would allow for normal start and stop bits. RTU has 1.5 start bits. Could UART work with ASCII version of MODBUS? Not bit! Char. It's 7-10 bit. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
firstvald 22 6 ноября, 2020 Опубликовано 6 ноября, 2020 · Жалоба ASCII do not notice any time gap in transmit stream. Its very good. If we using bridge USB-RS485 we periodically get ~ 51 millisecond time burst. Its not bed- nothind is lost , but if use general value of modbus timeouts, we'll get uncomplite some command / It fix if take greather value of timeouts. Just add 60 millisecond to every value and all will work. So dont worry if use modbus rtu + bridge usb-rs485 . Take large timeouts value (++60 millisecond ). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
C2000 3 6 ноября, 2020 Опубликовано 6 ноября, 2020 · Жалоба 2 hours ago, leocat said: Not bit! Char. It's 7-10 bit. 11 bit, always 1 hour ago, firstvald said: ASCII do not notice any time gap in transmit stream. Its very good. If we using bridge USB-RS485 we periodically get ~ 51 millisecond time burst. Its not bed- nothind is lost , but if use general value of modbus timeouts, we'll get uncomplite some command / It fix if take greather value of timeouts. Just add 60 millisecond to every value and all will work. So dont worry if use modbus rtu + bridge usb-rs485 . Take large timeouts value (++60 millisecond ). what is "51 millisecond time burst"? If a bridge USB-RS485 is used as the master, it can transmit 256 bytes without delay between characters (if it has a buffer). But it cannot determine the delay 1.5t and 3.5t when a slave responds. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
firstvald 22 6 ноября, 2020 Опубликовано 6 ноября, 2020 · Жалоба Bridge bring burst to slave responce. It mean: It is not lost bytes, but a ~51 ms pause can separete one part responce (at a random moment) from anothe - so you must use rule >3.5t as (>3.5t+50...60). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
C2000 3 8 ноября, 2020 Опубликовано 8 ноября, 2020 · Жалоба On 11/7/2020 at 2:11 AM, firstvald said: Bridge bring burst to slave responce. It mean: It is not lost bytes, but a ~51 ms pause can separete one part responce (at a random moment) from anothe - so you must use rule >3.5t as (>3.5t+50...60). I don't undestand. I have several questions. 1. Is the 50ms delay on bus RS485? Or the bridge driver? 2. COM port driver (and virtual) has timeout settings, in milliseconds. Are you used it? 3. Which bridge (chip) is used? CH340, Silabs, FTDI? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
firstvald 22 8 ноября, 2020 Опубликовано 8 ноября, 2020 · Жалоба 3 hours ago, C2000 said: I don't undestand. I have several questions. 1. Is the 50ms delay on bus RS485? Or the bridge driver? On bridge. Its not delay - its burst in answer. 2. COM port driver (and virtual) has timeout settings, in milliseconds. Are you used it? COM port timeouts in windows COMMTIMEOUTS structure. 3. Which bridge (chip) is used? CH340, Silabs, FTDI? All of them. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться