ане работает прием по символам
если поставить накопление то принимает но не работает очистка

может и у меня такая же проблема, соединяю блютуз-ардуино уно с каскадой, простой пример делаю вкл\выкл леда на 13 пине, включение проходит а отключение нет, как будто очистки нет.
может и не так все незнаю.
настройки блютуза и каскады все с примеров ошибок нет.

Я так и не понял работает или нет. Меня не устроило и я сделал очистку так как на скрине. На TOF стоит задержка 100 миллисекунд. Это я баловался командами комп-ардуино, принимало стабильно.

Evgesha писал(а):соединяю блютуз-ардуино уно с каскадой

Так у вас каскада не работает?

Rovki, нет недумаю что каскада неработает. Она реагирует если неправильно rx tx соединишь сразу восклицательные появляются. При нажатии вкл лед на 13 пине загорается и все на этом. Сигнал выключения уже непроходит.

Ребята, я что то не понял, Вы пытаетесь с каскады принять обычным блоком чтения с UART?. А слово Модбас Вам ничего не говорит? Например что это определённый протокол. И отправка происходит сразу пачкой байт, соответственно при приёме пакета от каскады(да и просто любого пакета) принятый символ на выходе будет висеть всего один цикл контроллера, и его необходимо сразу куда ни будь сохранять, например в массив работающий в режиме стека. Потому что в следующем цикле из буфера UART почитается новый байт.

Нет у меня с каскады по модбасу(блютуз).

Я использую esp-iot  в режиме уарт бриджа, есп передает в уарт символы но они почему то не принимаются хотя в режиме очистки прием проходит нормально, но не работает очистка
раньше работадо всё нормально

Всем доброго дня.
Хотелось бы услышать, была ли у кого-нибудь следующая проблема, близкая к обсуждаемой здесь.
При установке связи между OPC сервером на компьютере и ардуиной через COM-порт по кабелю - связь нормально работает, качество сигнала на OPC-сервере GOOD. Если ту же связь устанавливать тоже по COM-порту, но через блютуз - то качество сигнала - то GOOD, то BED все время прыгает. Модуль блютуз на ардуине HC-06.

Да, cхожая проблема была.
При отправке посылки в формате DCON (конкретно - текстовая строка из шести байт) через  беспроводной канал (Zigbee) не устойчиво приходили ответы.
Запрос отсылался на модуль ОВЕН через RS-485.
Ответы отслеживались на компьютере через китайскую терминальную программу SSCOM32 (удобная).
Дней 20 промучился над программой - задержки, осциллограф и т.п.
Неожиданно обнаружилось, что дело в операционке - на компьютере с Windows ХР все работаету устойчиво.
----
На Мас под виртуальной машине работает устойчиво только если ОВЕН подключен проводной линией.
-----
Есть какой-то глючок.
----
Пока разбираемся - думаю найдём что-то.
------

Спасибо за отклик!
У меня Windows 7, но на Windows 10 я тоже пробовал - результат тот же, нестабильное качество сигнала. Хотел СКАДу подключить через OPC сервер к Ардуине без провода по блютуз. Все то же самое по кабелю (естественно, с изменением на OPC сервере номера COM - порта) - работает.
Получается, что блютуз не дублирует COM порт "один-в один"?...