Если честно, то я не встречал устройств, у которых не настраивается скорость передачи. Но если такое все же может быть. Ну что ж, если нельзя, но по другом никак, то значит можно ;-)
В теории можно, но лучше так не делать. Тем более при определленой разнице в скоростях, даже обычные символы низкоскоростных устройоств могут восприниматься как стартовые сигналы для высокоскоростных.
Конечно, должно сложиться много условий (определенная комбинация данных или наведенная помеха), но ведь и не заряженное ружье иногда стреляет.
Конечно, можно повесить на одну физическую линию устройства с разным протоколами. И можно так задумать, что будут разными не только протоколы устройств, но и скорости работы у разных классов устройст. Точно по этой же причине, «потому что так задумано» ;-)
Ведь смена скорости порта практически мгновенная операция, и причин для этого можно найти много (например для помехозащищенности, что бы скорость передачи могла подстраиваться в зависимости от внешних помех).
Прочитав в заголовке про сертификацию, я грешным делом сразу подумал, что вводится обязательная сертификация для разработчиков или производителей клонов платформы.
Какой нибудь сертификационный ключ для разработчика или что-то в этом роде.
Очень хорошо, что ошибся в своих мрачных предположения.
Для ModBusRTU достаточно, чтобы первый байт Ваших запросных и ответных посылок не совпадал с адресом ModBus-устройств (первый байт посылок) и не был бы широковещательным.
Вредный совет.
В протоколе Modbus начало передачи определяется паузой на линии. И если на одной и той же линии сидят устройства с какими нибудь бинарными протоколами, то вполне вероятна ситуация, когда Modbus устройство ловит паузу в бинарном протоколе и считает это моментом передачи мастера. Ну а дальше все зависит от везения.
Лучше реализовать расширение протокола Modbus (у него есть зарезервированные коды функций, которые можно использовать как раз для таких случаев). Уж если все равно нужно писать, но тут хоть будет гарантия от различных «неждачиков».
Добавьте еще один недостаток протокола Modbus.
При работе в последовательной сети он требует назначение уникальных Slave ID для каждого ведомого устройства. И из-за этого у него определенные сложности с динамической конфигурацией сети (сложно выявить конфликт работы двух устройств с одинаковым Slave ID на одной последовательной линии связи).
У всех пользователей браузера дополнения оказались заблокированными из-за истечения времени жизни сертификата, применяемого для формирования цифровых подписей.
В качестве обходного пути для возобновления доступа к дополнениям пользователям Linux можно отключить проверку цифровой подписи через установку в about:config переменной «xpinstall.signatures.required» в значение «false». Данный метод для стабильных и бета-выпусков работает только в Linux, для Windows и macOS подобная манипуляция возможна только в ночных сборках и в версии для разработчиков (Developer Edition). Как вариант также можно изменить значение системных часов на время до истечения срока сертификата
Ага, до первого косяка. Причем, не важно с чьей стороны (хоть у продавца данные сольют, хоть у пользователя хакеры стырят). А ты потом ходи по судам и доказывай, что не верблюд, вместо того, что бы своими курсами торговать.
Причем, даже если докажешь, что ты не виноват, времени и денег на адвокатов потратишь немало.
Мне кажется, что если автор нанесет персональные данные в качестве вотермарка, то он автоматом попадает на проблемы с Роскомнадзором из-за нарушения в хранении этих персональных данных. И тут уже в пору с него требовать деньги, а не с пользователя :-)
Конечно, должно сложиться много условий (определенная комбинация данных или наведенная помеха), но ведь и не заряженное ружье иногда стреляет.
Ведь смена скорости порта практически мгновенная операция, и причин для этого можно найти много (например для помехозащищенности, что бы скорость передачи могла подстраиваться в зависимости от внешних помех).
Какой нибудь сертификационный ключ для разработчика или что-то в этом роде.
Очень хорошо, что ошибся в своих мрачных предположения.
В протоколе Modbus начало передачи определяется паузой на линии. И если на одной и той же линии сидят устройства с какими нибудь бинарными протоколами, то вполне вероятна ситуация, когда Modbus устройство ловит паузу в бинарном протоколе и считает это моментом передачи мастера. Ну а дальше все зависит от везения.
Лучше реализовать расширение протокола Modbus (у него есть зарезервированные коды функций, которые можно использовать как раз для таких случаев). Уж если все равно нужно писать, но тут хоть будет гарантия от различных «неждачиков».
При работе в последовательной сети он требует назначение уникальных Slave ID для каждого ведомого устройства. И из-за этого у него определенные сложности с динамической конфигурацией сети (сложно выявить конфликт работы двух устройств с одинаковым Slave ID на одной последовательной линии связи).
Причем, даже если докажешь, что ты не виноват, времени и денег на адвокатов потратишь немало.