Протокол связи для радио модулей HC-12

CraCk · #141

Mikhail72 писал(а):Раскомментировать нужно только, то что отходит от стандартной ситуации, если устраивают параметры, которые по умолчанию, то шапку вообще можно не трогать или удалить. Стандартные параметры приведены на оф. сайт

Конечно что все параметры нереально внести в блок, но можно самые актуальные оставить в настройках блока или создать разношерстные блоки. Все таки красиво когда все конфигурируеш в блоке, чем код лопатиш.

Mikhail72 писал(а):FLprog создает для каждого сенсора свою функцию презентации и приёма данных с уникальными переменными, а должно быть всего по одной функции и содержать в себе данные по всем сенсорам.

Может обратится к нашим Гуру может помогут обойти эту проблему http://forum.flprogwiki.ru/viewtopic.php?f=18&t=2215 ? Wiki не работает. Вопросы к Автору.

Mikhail72 писал(а):На этот вопрос не готов ответить, т.к. добавление нового радио должно осуществляться разработчиками на уровне библиотеки.

Немного почитал. Кажись можно и НС-12 подцепить. Нужно использовать Проводной (RS485). Wiki не работает. Вопросы к Автору.

Mikhail72 писал(а):Про управление и контроль это уже тема Контроллера(Сервера)

С датчиками понятно. Но с сервером печаль. Для сервера нужно как минимум Orange PI. Все контроллеры навороченные системы типа умных домов. Можно еще завести MQTT на Андроид но тогда шлюз нужно MQTT на ESP8266. У меня ТВ-BOX в роли видео регистратора работает там можно и брокер поставит. Но все это ка кто громадно для простых задач. И в общем вся функциональность зависит от выбора контроллера (сервера) сами датчики практически беспомощные устройства. Я представлял что в роли контролера будет максимум МЕГА2560 на которой буде небольшой информационный дисплей с кнопочками. А если уже нужно боле подробное управление и контроль, то тогда уже подключается в дело планшет или ПК.

P.S. Заметил что в mysensors нет шифрования. Что очень странно для такого проекта. И с памятью МК не очень хорошо. Если датчик будет состоять из сложной логики управляющей каким то механизмом, а радио управление как доп. опция. Тогда с местом туговато получается. Что у Вас получилось впихнуть в 328 чип?

golowa70 · #142

Вот накидал блоки шифрования Keeloq.

CraCk · #143

golowa70 писал(а):Вот накидал блоки шифрования Keeloq.

В свои проекты обязательно вставлю.
А как Вам такой вариант http://forum.flprogwiki.ru/viewtopic.php?f=18&t=1320 ? Если годное можно блок сделать?

P.S. WiKi не работает, увы...

CraCk · #144

Radio Head не работает с блоком Сервомотора.

Добавлено (17.12.2017, 15:00)
---------------------------------------------
golowa70, Привет. Вопрос по блоку RH_Serial. Если происходит прием данных, и в это время подать сигнал send data. Повлияет это как то на работу блока? Нужно делать на логике какую то защиту?

Добавлено (17.12.2017, 16:53)
---------------------------------------------

CraCk писал(а):Radio Head не работает с блоком Сервомотора.

Решение проблемы https://forums.adafruit.com/viewtopic.php?f=19&t=118972

CraCk · #145

Если из сервера передавать информацию на несколько приемников. Если даже организовать поочередную отправку для каждого приемника с коротким интервалом. Как тогда словить момент при появление сигнала на acknowledge_OK чтоб знать для которого приемника произошло подтверждение? Можно еще добавит выход на блоке ТХ на котором будет появляться номер приемника который подтвердил принятые данные? Или как то ловит номер приемника?

CraCk · #146

Цитата CraCk () Или как то ловит номер приемника?Такой вариант приемлем?

golowa70 · #147

CraCk писал(а):Если из сервера передавать информацию на несколько приемников. Если даже организовать поочередную отправку для каждого приемника с коротким интервалом. Как тогда словить момент при появление сигнала на acknowledge_OK чтоб знать для которого приемника произошло подтверждение?

Последовательно.Передаем первому: импульс на входе send и одновременно взводим таймер(время можно прикинуть в зависимости от скорости передачи или опытным путем замерять период передачи пакета ) и мониторим выход подтверждения.Если таймер дотикал и не поймали единицу на выходе подтверждения , значит пакет не принят , если поймали , значит принят. Переходим к передаче следующему приемнику. Как то так

Добавлено (18.12.2017, 20:46)
---------------------------------------------

CraCk писал(а):Или как то ловит номер приемника?

Так Вы кому отправили, от того и подтверждение придёт , сразу же после отправки пакета.

Добавлено (18.12.2017, 20:56)
---------------------------------------------

CraCk писал(а):Такой вариант приемлем?

Наверное можно , сложно сказать не зная полностью задачу и не видя проект. На скрине видно как Вы записываете в переменную номер приемника при подтверждении приема . Что происходит потом?

CraCk · #148

golowa70 писал(а):На скрине видно как Вы записываете в переменную номер приемника при подтверждении приема . Что происходит потом?

Так триггерами или записью в переменные.

Добавлено (18.12.2017, 21:34)
---------------------------------------------

golowa70 писал(а):Если таймер дотикал и не поймали единицу на выходе подтверждения , значит пакет не принят , если поймали , значит принят. Переходим к передаче следующему приемнику.

Можно такой шифратор использовать От Pan

golowa70 · #149

CraCk писал(а):Так триггерами или записью в переменные.

А что будет после того как ID2 принял и ID3 принял? Заново отправка на ID2 ? Нужно обнулять переменные после подтверждения. Можно вместо триггеров по сигналу с компаратора обнулять переменные data_to_send_ID* , а когда от всех приемников получили подтверждение то обнулять переменную acknowledge_OK .

CraCk · #150

golowa70 писал(а):Можно вместо триггеров по сигналу с компаратора обнулять переменные data_to_send_ID* , а когда от всех приемников получили подтверждение то обнулять переменную acknowledge_OK .

Что то такое налепил.

golowa70 · #151

CraCk писал(а):Что то такое налепил.

На плате 3 не сбрасывается RS-триггер , и я бы добавил R-триггер на сброс счетчика. Не понял только зачем задержка в 10+3 секунды перед выходом на ALARM_IDx.
На плате 10 не плохо было бы обнулять переменную acknowledge_OK , можно и вместе с флагами отправки , потому как далеко не всегда логический цикл успевает выполняться за один программный цикл и если Вы два раза подряд захотите отправить данные одному и тому же ID , то есть вероятность что вторая отправка не осуществиться так как у Вас в переменной acknowledge_OK сидит подтверждение с прошлого раза.
Шифратор интересный.

CraCk · #152

golowa70 писал(а):На плате 3 не сбрасывается RS-триггер

Особо нет необходимости сбрасывать. Тригер включается когда клиент появляется в сети. И сбрасывать нужно только когда клиента нужно исключить из сети, чтоб не проверялось наличие клиента и не срабатывала тревога что клиент не дает о себе знать.

golowa70 писал(а):Не понял только зачем задержка в 10+3 секунды перед выходом на ALARM_IDx.

Своего рода запас по времени если сервер был занят в то время когда клиент давал о себе знать. Так как у меня все передают и принимают кто когда хочет, и нет никакой синхронизации по этому и такие костыли вылазят. Понимаю что не очень хорошо. Но зато все просто и легко расширивать количество датчиков. Возможно будут иногда происходить и задержки при передаче из сервера на клиенты.

golowa70 писал(а):На плате 10 не плохо было бы обнулять переменную acknowledge_OK

И на 11 тоже? Так Правильно?
Выкладываю приемник и передатчик покритикуйте. Как бы уже закончено с "протоколом" теперь уже пойдет обвеска всякой логики и менюшек добавление новых клиентов посмотрю что мега потянет.

Добавлено (20.12.2017, 22:35)
---------------------------------------------

golowa70 писал(а):Шифратор интересный.

Когда то ребята сделали по моей просьбе.

Добавлено (21.12.2017, 00:25)
---------------------------------------------
Проверил в железе. Когда зажимаю кнопку на клиенте, D11 или D12 то передача данных происходит все время. До тех пор пока не отпущу кнопку. Как сделать так, чтоб при нажатии кнопки был отправлен один раз статус что кнопка нажата? Отпустил кнопку, снова один раз отправил клиент данные что кнопка отжата. А то как с пулемета бомбит клиент сервер пока кнопка нажата.

golowa70 · #153

CraCk писал(а):Как сделать так, чтоб при нажатии кнопки был отправлен один раз статус что кнопка нажата? Отпустил кнопку, снова один раз отправил клиент данные что кнопка отжата. А то как с пулемета бомбит клиент сервер пока кнопка нажата

СпойлерПоказать

Можно так

golowa70 · #154

CraCk писал(а):Как сделать так, чтоб при нажатии кнопки был отправлен один раз статус что кнопка нажата? Отпустил кнопку, снова один раз отправил клиент данные что кнопка отжата. А то как с пулемета бомбит клиент сервер пока кнопка нажата.

СпойлерПоказать

Или так

CraCk · #155

В первом варианте не передает данные при отпускание кнопки. То есть не обнуляет на сервере состояние. При другом случае только предает на сервер когда кнопку нажать при отпускание не обнуляет тоже.
Поставил блок Детектор фронта как бы все заработало правильно. Но когда происходит пинг датчика, отправка своего статуса на сервер каждых 10сек то в это время состояние нажатой кнопки сбрасывается. То есть кнопки на датчике нажаты, сервер отображает нажатие, как только произошел пинг сразу на сервере показано что кнопки отжаты. Но в действительности кнопки на датчике еще нажаты.
Проблему решил убрал обнуление переменной transmitByte_0_ID1

golowa70 · #156

CraCk писал(а):В первом варианте не передает данные при отпускание кнопки. То есть не обнуляет на сервере состояние. При другом случае только предает на сервер когда кнопку нажать при отпускание не обнуляет тоже

Я почему то подумал что Вам нужно детектировать только нажатие кнопки...

Добавлено (23.12.2017, 00:27)
---------------------------------------------

CraCk писал(а):Проблему решил убрал обнуление переменной transmitByte_0_ID1

fsergei70 · #157

CraCk писал(а): ↑
19.02.2017{, 22:02}
Продолжаю мучать радио модули НС-12.
Предыдущаю тема http://forum.flprogwiki.ru/viewtopic.php?f=18&t=1374
Новою тему решил создать так как ModBus c НС-12 работает, но есть много недостатков. По этому нужно какой то беспроводной протокол для работы с такими модулями.
Недостатки работы по ModBus

У кого нибудь осталась информация по работе HC-12 c modbus7 А то ссылка не рабочая.

Ingwar · #158

fsergei70 писал(а): ↑
12.05.2019{, 06:38}
по работе HC-12 c modbus

А почему не устраивает передача переменными?
Сам собирал десяток проектов через передачу переменных (до 12 штук) в обе стороны.

grin-mpx · #159

Ingwar писал(а): ↑
12.05.2019{, 16:55}
Сам собирал десяток проектов через передачу переменных (до 12 штук) в обе стороны.

12 переменных или 12 устройств?

fsergei70 · #160

Ingwar писал(а): ↑
12.05.2019{, 16:55}
А почему не устраивает передача переменными?
Сам собирал десяток проектов через передачу переменных (до 12 штук) в обе стороны.

Устройства имеют протокол modbus, сейчас обмен идет по витой паре, расстояние до устройств 400-500 метров. Все бы ничего но кабеля в земле, мыши, 3-4 года и менять приходится, пробовали кидать кабеля по столбам освещения но при включении света обмен прекращается. НС-12 вроде могут работать как мост, вот и хотелось прочитать про работу модуля по modbus, но ссылка на тему не открывается.