А не будет того, что отправка "отпускания" кнопки потерялась (ну, продолбался пакет, или ещё что) и ПР-ка думает, что кнопка залипла?Сообщение от KaScada
Есть периодическая синхронизация полного состояния?
И второй вопрос: контрольная сумма надёжная при передаче?
Не будет того, что передаём одну кнопку, а на ПР-ку совсем другая приходит? Т.е. бит-два испортится при передаче и вместо команды "полный стоп" на ПР придёт команда "полный вперёд".
После записи бита, не важно нажали вы или отпустили палец, будет проверка. Следом проверится этот бит.
Используется crc16, протокол modbus rtu.
Ничего не понял.
Давайте на примере:
1) Нажали -- передалась команда "едем"
2) Держим -- вроде, как ничего не передаётся, но ПР-ка помнит, что "ещё едем"
3) Отпустили -- планшет было хотел передать команду на "больше не едем", но глюк bluetooth и эта команда потерялась.
4) В итоге на планшете нарисовано "кнопка отпущена", а ПР-ка во всю фигачит
Как такое будет отработано?
Когда ПР-ка поймёт, что "неплохо бы и остановиться"?
Ни разу не приходилось скачивать битые файлы из интернета?
И это "протокол TCP CRC16" + "Ethernet CRC32".
Вы же предлагаете bluetooth, т.е. заведомо шумную среду передачи. Можно сделать что-то более серьёзное, чем CRC16?
Therac-25 слышали?
Прочитайте, пожалуйста: https://ru.wikipedia.org/wiki/Therac-25
Если команда не передалась, то есть 2 варианта.
Первый - по таймауту, появится восклицательный знак на компоненте (Button в это случае). Протоколом определено подтверждение команды, так вот если нет подтверждения, то вы об этом узнаете за считанные миллисекунды.
Второй - разрыв связи, все компоненты работающие с этим сервером "покраснеют" и каскада будет пытаться восстановить связь, сопровождается всё это текстовыми сообщениями.
ПР будет реагировать ровно так, как вы её запрограммируете, что выходит за рамки данной темы.
Уточните пожалуйста, вы предлагаете изменить протокол только между блютусом?
Или вы предлагаете нам улучшить modbus rtu в ПР?
О, звучит хорошо.
Я так понимаю, поправить modbus rtu не в ваших силах.
Поэтому говорю про bluetooth канал.
Поправить можно все ,только зачем .
Канал блютуз ,как физическая среда очень устойчив к помехам ввиду применяемого способа передачи (сменяемой частоты).В технологии Bluetooth для борьбы с помехами используется адаптивная перестройка частоты (AFH). Технология AFH основана на использовании только «хороших» частот
и отказе от «плохих» частот. После каждого пакета оба устройства перестраивают свои
передатчики на новую частоту, то есть переключаются с одного радиоканала на другой
(расширение спектра скачкообразной сменой частоты, FHSS). Таким образом, если помехи на одном канале препятствуют передаче данных, ретрансляция всегда происходит
по другому (чистому) каналу.Двусторонняя связь в сочетании с AFH гарантируют максимально близкую к 100% устойчивости к радиочастотным помехам
Про наводки и экранирование кабелей передачи информации вы наверное слышали .
электронщик до мозга костей и не только
ну так и обычная кнопка может залипнуть ..для этого есть индикатор Лампа (обратная связь).
Ваши права
Ответить с цитированием