Работа выхода "состояния подключения" в блоке RemoteXY
Сергей ,а чем вас Каскада не устраивает в данном проекте ,вроде давно с ней начали работать?Сергей писал(а): ↑16.06.2019{, 20:04}Всем привет.
В блоке RemoteXY есть выход состояние подключения. Во время работы, при обрыве связи, логический ноль на этом выходе появляется спустя 5-10 сек.
Вопрос: Как уменьшить время отклика этого выхода на обрыв связи? Очень важно!
Безымянный.jpg
Делаю проект управления детским автомобилем. При обрыве связи на ходу, моторы продолжают вращаться секунд 5-10. Если это детская игрушка, то Бог с ней... А вот, когда в этом авто сидит ребенок, и в момент обрыва связи покрутит руль, и машина выедет на проезжую часть... Дальше и думать не хочется. Получится смертельно опасная игрушка.
Поэтому вопрос к Сергею, к разработчикам RemoteXY: Как уменьшить время отклика выхода состояния соединения?
Сам проект позже выложу, в отдельной теме. На данном этапе машина подключается по вайфаю, проект построен на esp8266, ездит вперед назад и руль работает. Впереди еще много работы и переделок. Тема наверно будет большая.
Каскада более навороченная по возможностям создания пользовательского интерфейса. Вопрос в скорости передачи данных.
Задержку может давать не модбас (миллисекунды вы глазом не заметите), а сам контроллер при работе с аналоговыми входами или другими интерфейсами начинает подтормаживать .В качестве джойстика можно использовать компонент акселерометра .Сергей писал(а): ↑16.06.2019{, 23:22}Каскада более навороченная по возможностям создания пользовательского интерфейса. Вопрос в скорости передачи данных.
Модбас передает данные с определенным интервалом, насколько я понял. То есть задержка с момента нажатия, до момента исполнения. RemoteXY обменивается данными непрерывно. В управлении "игрушками" задержка передачи данных вызывает дискомфорт. Второй момент, это RemoteXY заточен своим интерфейсом, как раз для таких целей. По сути там больше ничего и не придумаешь. А с возможностями каскады, можно создать отличное меню для более широкого применения. Даже, если в каскаде сделать спец. органы управления типа джойстиков..., то остается вопрос со временем отклика исполнительного устройства на органы управления.
Если сделать в каскаде отдельный режим работы, не модбас, который будет непрерывно обмениваться данными с МК и добавить "игрушечные" органы управления, то про RemoteXY можно будет забыть.
Вопрос остается открыт.
Попробуйте прописать в скетче после первой строки (перед прошивкой)
Тоже буду делать УЗ датчики, световые приборы, бегущие поворотники и т. д.
Креститесь.
, это я не пропустил. Как раз с этим вопросм и обратился к аудитории. Прочтите внимательно мое первое сообщение.
с RemoteXY и так постоянно идут данные. Проблема в том, что, при обрыве связи эти данные остаются в ячейках ОЗУ контроллера. А контроллер продолжает их обрабатывать с постоянными значениями.
Ребята, вы не понимаете основного: переменные сохраняются в ОЗУ МК (при нормальной работе они "на ходу" меняют свои значения). Доступа к этим переменным, или что там внутри блока RemoteXY, у нас нет. А из этого блока идут значения независимо от наличия связи. Значит слать нужно ТОЛЬКО меняющиеся значения, что бы отслеживать момент, когда эти значения начнут идти постоянными. Со стороны RemoteXY, это может сделать только датчик положения телефона + используемые органы управления.
логика верная, но у нас из блока RemoteXY эта кнопка будет иметь то состояние, которое было на момент потери связи.
Давайте создадим две отдельные, параллельные темы и будем их наполнять по мере реализации проектов.