МИНИ СКАДА на АНДРОИД для ПР

[KaScada]

А не будет того, что отправка "отпускания" кнопки потерялась (ну, продолбался пакет, или ещё что) и ПР-ка думает, что кнопка залипла?
Есть периодическая синхронизация полного состояния?

После записи бита, не важно нажали вы или отпустили палец, будет проверка. Следом проверится этот бит.

И второй вопрос: контрольная сумма надёжная при передаче?
Не будет того, что передаём одну кнопку, а на ПР-ку совсем другая приходит? Т.е. бит-два испортится при передаче и вместо команды "полный стоп" на ПР придёт команда "полный вперёд".

Используется crc16, протокол modbus rtu.

[Владимир Ситников]

После записи бита, не важно нажали вы или отпустили палец, будет проверка.

Ничего не понял.

Давайте на примере:
1) Нажали -- передалась команда "едем"
2) Держим -- вроде, как ничего не передаётся, но ПР-ка помнит, что "ещё едем"
3) Отпустили -- планшет было хотел передать команду на "больше не едем", но глюк bluetooth и эта команда потерялась.
4) В итоге на планшете нарисовано "кнопка отпущена", а ПР-ка во всю фигачит

Как такое будет отработано?
Когда ПР-ка поймёт, что "неплохо бы и остановиться"?

Используется crc16, протокол modbus rtu.

Ни разу не приходилось скачивать битые файлы из интернета?
И это "протокол TCP CRC16" + "Ethernet CRC32".

Вы же предлагаете bluetooth, т.е. заведомо шумную среду передачи. Можно сделать что-то более серьёзное, чем CRC16?

Therac-25 слышали?
Прочитайте, пожалуйста: https://ru.wikipedia.org/wiki/Therac-25

[KaScada]

Ничего не понял.

Давайте на примере:
1) Нажали -- передалась команда "едем"
2) Держим -- вроде, как ничего не передаётся, но ПР-ка помнит, что "ещё едем"
3) Отпустили -- планшет было хотел передать команду на "больше не едем", но глюк bluetooth и эта команда потерялась.
4) В итоге на планшете нарисовано "кнопка отпущена", а ПР-ка во всю фигачит

Как такое будет отработано?
Когда ПР-ка поймёт, что "неплохо бы и остановиться"?

Если команда не передалась, то есть 2 варианта.
Первый - по таймауту, появится восклицательный знак на компоненте (Button в это случае). Протоколом определено подтверждение команды, так вот если нет подтверждения, то вы об этом узнаете за считанные миллисекунды.
Второй - разрыв связи, все компоненты работающие с этим сервером "покраснеют" и каскада будет пытаться восстановить связь, сопровождается всё это текстовыми сообщениями.
ПР будет реагировать ровно так, как вы её запрограммируете, что выходит за рамки данной темы.

Ничего не понял.
Ни разу не приходилось скачивать битые файлы из интернета?
И это "протокол TCP CRC16" + "Ethernet CRC32".

Вы же предлагаете bluetooth, т.е. заведомо шумную среду передачи. Можно сделать что-то более серьёзное, чем CRC16?

Therac-25 слышали?
Прочитайте, пожалуйста: https://ru.wikipedia.org/wiki/Therac-25

Уточните пожалуйста, вы предлагаете изменить протокол только между блютусом?
Или вы предлагаете нам улучшить modbus rtu в ПР?

[Владимир Ситников]

Если команда не передалась, то есть 2 варианта.
Первый - по таймауту, появится восклицательный знак на компоненте (Button в это случае). Протоколом определено подтверждение команды, так вот если нет подтверждения, то вы об этом узнаете за считанные миллисекунды.
Второй - разрыв связи, все компоненты работающие с этим сервером "покраснеют" и каскада будет пытаться восстановить связь, сопровождается всё это текстовыми сообщениями.

О, звучит хорошо.

Уточните пожалуйста, вы предлагаете изменить протокол только между блютусом?
Или вы предлагаете нам улучшить modbus rtu в ПР?

Я так понимаю, поправить modbus rtu не в ваших силах.
Поэтому говорю про bluetooth канал.

[rovki]

О, звучит хорошо.



Я так понимаю, поправить modbus rtu не в ваших силах.
Поэтому говорю про bluetooth канал.

Поправить можно все ,только зачем .
Канал блютуз ,как физическая среда очень устойчив к помехам ввиду применяемого способа передачи (сменяемой частоты).В технологии Bluetooth для борьбы с помехами используется адаптивная перестройка частоты (AFH). Технология AFH основана на использовании только «хороших» частот
и отказе от «плохих» частот. После каждого пакета оба устройства перестраивают свои
передатчики на новую частоту, то есть переключаются с одного радиоканала на другой
(расширение спектра скачкообразной сменой частоты, FHSS). Таким образом, если помехи на одном канале препятствуют передаче данных, ретрансляция всегда происходит
по другому (чистому) каналу.Двусторонняя связь в сочетании с AFH гарантируют максимально близкую к 100% устойчивости к радиочастотным помехам
Про наводки и экранирование кабелей передачи информации вы наверное слышали .