200мс - это самый маленький таймаут на ответ, какой я только видел
в настройках по умолчанию. Радиоканалу достаточно принять запрос
ведущего, передать запрос ведомому и ждать ответа ведомого.
Полученный ответ ведомого ретранслируется ведущему. Нигде не видел
обязательства устройству отвечать в считанные миллисекунды. Не
ранее, чем через 3.5 символьных интервала (или 1.75мс если скорость
выше 19200). А не позднее - определяется применением. В стандарте:
1. Value of the Response time-out is application dependant.
2. In unicast the Response time out must be set long enough for any slave to process the request and return the response...
3. Typically the Response time-out is from 1s to several second at 9600 bps...
4. The master is configured by the user to wait for a predetermined timeout interval ( Response time-out) before aborting the transaction. This interval is set to be long enough for any slave to respond normally ( unicast request).
В общем, просто не зажимайте таймауты на ответ ведомого. Учтите время петлевой задержки радиоканала и будет работать хорошо.
Nikolay_Po (09.05.2023 22:24, просмотров: 299) ответил AlexBi на Если это между своими устройствами, то можно что-то сделать. А если
все чужое, то любопытно как радиоканальные шлюзы модбаса решают
проблему таймаутов. Либо эти шлюзы будут работать только в
системах, не соблюдающих таймауты.