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

golowa70 · Сообщение **golowa70** » 24 май 2017, 19:32

CraCk писал(а):Конечно актуально

Вы в железе проверили? Работает?

CraCk · Сообщение **CraCk** » 24 май 2017, 19:39

golowa70 писал(а):Вы в железе проверили? Работает?

Да сижу разбираюсь моргаю входами. Пока что работает на сервер немного приходит с задержкой. С сервера отправка происходит намного быстрее. Боле сложно адаптировать по себя весь проект, не все понятно.

golowa70 · Сообщение **golowa70** » 24 май 2017, 20:49

CraCk писал(а):Не понимаю зачем создавать цикл. И все что с ним связанно.

А как же без него))) Каждое устройство должно знать свое время для передачи дабы не получился салат-компот. Как в данном случае синхронизировать все устройства не имея RTC и учитывая то что протокол PJON реализован без прерываний ??? Да и с часами тоже желательно, но можно на много увеличить время цикла. Под "циклом" подразумевается время от синхроимпульса до следующего синхроимпульса.

Добавлено (24.05.2017, 20:27)
---------------------------------------------

CraCk писал(а): И если будет увеличено количество устройств. Тогда как его настраивать

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

Добавлено (24.05.2017, 20:35)
---------------------------------------------

CraCk писал(а):По ID1 вопрос
1. Зачем считать до 4. А потом обжуливать.

В этом месте счётчик считает количество отправок (каждая новая команда отправляется 4 раза для надёжности) а потом обнуляет флаг и переменную. Не совсем понял что и где обжуливается....)))

Добавлено (24.05.2017, 20:42)
---------------------------------------------

CraCk писал(а):Если передавать больше чем один байт. Тогда нужно городить логику отправки по каждому байту?

Ну да. Так Вы уже определитесь, Вам шашечки или ехать...

Добавлено (24.05.2017, 20:49)
---------------------------------------------

CraCk писал(а):Как происходит опрос датчиков, есть ли они в сети?

Периодичность отправки от клиентов к серверу выставляется на стороне клиента. А на стороне сервера (ID1) можно сбрасывать счётчик каждый раз когда приходят данные, если счётчик не сбросился, значит авария.

golowa70 · Сообщение **golowa70** » 24 май 2017, 21:34

Например так

Добавлено (24.05.2017, 21:33)
---------------------------------------------

CraCk писал(а): Как это работает и зачем

При изменении состояния входов /выходов выставляется флаг, затем три раза отправляются данные, затем счётчик и флаг сбрасывается.
Аналогично и с периодической отправкой данных серверу.

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

CraCk писал(а):чем глубже в лес тем больше дров, начинает набирать актуальности.

Чем дальше в лес, тем толще партизаны)))

golowa70 · Сообщение **golowa70** » 24 май 2017, 21:52

CraCk писал(а): на сервер немного приходит с задержкой.

Задержка должна быть не более 1,5 - 2 секунд.

CraCk писал(а):С сервера отправка происходит намного быстрее.

Так и должно быть на рисунке видно почему

Добавлено (24.05.2017, 21:52)
---------------------------------------------
Если время реакции не устраивает, то нужно уменьшить интервалы. Если сделаете например 125мс тогда будет реагировать в два раза быстрее.

CraCk · Сообщение **CraCk** » 25 май 2017, 18:30

golowa70 писал(а):В этом месте счётчик считает количество отправок (каждая новая команда отправляется 4 раза для надёжности)

Все и за того что нет подтверждения отправленных данных:( Приходится делать лишние повторы оправок.

golowa70 писал(а):Не совсем понял что и где обжуливается....)))

Вы делает ручное обнуливание. А есть Ваш блок на подобие блоков Слимпера там есть - time_to_reset - таймер обнуленя выходов данных (начинает считать с момента последнего приема данных ) в милисекундах. Что упрощает схему.
На счет блоков Слимпера. Пересмотрел последнюю версию блоков. Там есть интересная вещь. Кроме адреса получателя и подтверждения доставки, есть еще typeMessage - тип сообщения, ситема уникальных идентификторов сообщений. Что практически избавляет от большого количества логики. Такое можно добавить в НС-12? Можно даже пожертвовать одни байтом полезных данных.

golowa70 · Сообщение **golowa70** » 25 май 2017, 20:57

CraCk писал(а): нет подтверждения отправленных данных

Чего нет, того нет

CraCk писал(а):Вы делает ручное обнуливание. А есть Ваш блок на подобие блоков Слимпера там есть - time_to_reset - таймер обнуленя выходов данных (начинает считать с момента последнего приема данных ) в милисекундах. Что упрощает схему.

Ну так а флаги всё равно придётся сбрасывать.

CraCk писал(а):Там есть интересная вещь. Кроме адреса получателя и подтверждения доставки,

А где же там подтверждение доставки?

CraCk писал(а):есть еще typeMessage - тип сообщения, ситема уникальных идентификторов сообщений

В библиотеке PJON такого нет, а в библиотеке которую использовал Слимпер такое есть.

CraCk писал(а):Что практически избавляет от большого количества логики.

Например от чего?

Добавлено (25.05.2017, 20:57)
---------------------------------------------

CraCk писал(а):Такое можно добавить в НС-12?

Блоки достаточно функциональные и пока переделок в планах нет.

CraCk · Сообщение **CraCk** » 29 май 2017, 17:15

golowa70 писал(а):А где же там подтверждение доставки?

Например в блоках от Boroda на приемнике есть выход ОК подтверждения доставки пакета через
контрольную суму. Но это всеровно не то. Трансмиттер не знает получи ли
приемник сообщение.
$IMAGE1$
В блоках Слимпера как раз на стороне трансмиттера есть подтверждение полученных данных приемником.
Выход Status
$IMAGE2$

Подробное описания нашел и в PJON. Но прикрутить его мне не в силах.

golowa70 писал(а):Например от чего?

Если есть идентификатор сообщения, тогда блоков трансмитеров в одном проекте
можно набросать сколько за угодно, только останется организовать по
очередность отправки. Возможно и сомнительная польза когда не
используется mesh сеть.

CraCk · Сообщение **CraCk** » 29 май 2017, 17:18

$IMAGE1.$

$IMAGE2.$

golowa70 · Сообщение **golowa70** » 29 май 2017, 17:58

CraCk писал(а):Подробное описания нашел и в PJON. Но прикрутить его мне не в силах.

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

Добавлено (29.05.2017, 17:43)
---------------------------------------------
Попробуйте восьмую версию библиотеки использовать с блоками из 18го сообщения, они на сколько я помню с подтверждением.

Добавлено (29.05.2017, 17:51)
---------------------------------------------

CraCk писал(а):Если есть идентификатор сообщения, тогда блоков трансмитеров в одном проекте
можно набросать сколько за угодно, только останется организовать по
очередность отправки

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

Добавлено (29.05.2017, 17:58)
---------------------------------------------

CraCk писал(а):В блоках Слимпера как раз на стороне трансмиттера есть подтверждение полученных данных приемником.
Выход Status

А этого я и не видел, у меня блоки старые.....

CraCk · Сообщение **CraCk** » 31 май 2017, 18:52

golowa70 писал(а):Попробуйте восьмую версию библиотеки использовать с блоками из 18го сообщения, они на сколько я помню с подтверждением.

Попробовал. Из папки PJON удалил все файлы. Новые скаченные закинул в каталог PJON. Скомпилировалось все без проблем. Но ничего не заработало. Может изменились команды к библиотеке?

Добавлено (31.05.2017, 18:52)
---------------------------------------------

Boroda писал(а):Странно. Модбас мастер читает слейвов с заданным периодом, но если в мастере изменилась переменная которая должна отправляться (например изменили уставку для удаленного термостата), то эта команда должна немедленно отправляться слейву, не дожидаясь периода опроса.

В Flprog такого нет.

golowa70 · Сообщение **golowa70** » 31 май 2017, 22:11

CraCk писал(а):Попробовал. Из папки PJON удалил все файлы. Новые скаченные закинул в каталог PJON. Скомпилировалось все без проблем. Но ничего не заработало.

Вобще не заработало или только подтверждение?

CraCk · Сообщение **CraCk** » 01 июн 2017, 03:27

Вообще ни как. Пробовал библиотеку установит по новой. И в блоках повторно вказал путь к новой библиотеке.

golowa70 · Сообщение **golowa70** » 01 июн 2017, 18:13

CraCk писал(а):Вообще ни как.

Идентификаторы выставлены правильно?

CraCk · Сообщение **CraCk** » 02 июн 2017, 03:25

Заливали сами примеры из поста. На одном модуле приёмник на другом передатчик.

Добавлено (02.06.2017, 03:25)
---------------------------------------------
А у Вас работает? Пробовали?

golowa70 · Сообщение **golowa70** » 02 июн 2017, 09:20

CraCk писал(а):А у Вас работает? Пробовали?

Попробовал, тоже не работает. Получается что версии библиотек не совместимы.... и нужно всё переделывать.

Вот что сказано в описании по поводу подтверждения :

A delay between every receive call higher than 100 millisseconds can disurpt the synchronous acknowledment transmission phase

Это ограничивает время цикла до 100 мс ..... не очень гуд .

CraCk · Сообщение **CraCk** » 02 июн 2017, 22:20

golowa70 писал(а):Это ограничивает время цикла до 100 мс ..... не очень гуд .

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

golowa70 · Сообщение **golowa70** » 17 окт 2017, 22:31

Может кому пригодится. Блоки приема-передачи четырех байт данных через интерфейс UART с использованием библиотеки RadioHead. Есть подтверждение приема. Работает только с аппаратным уартом.

CraCk · Сообщение **CraCk** » 18 окт 2017, 21:39

golowa70 писал(а):Блоки приема-передачи четырех байт данных

Три блока для мк с тремя Уартами типа Mega?

golowa70 писал(а):Есть подтверждение приема.

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

golowa70 писал(а):Может кому пригодится.

Конечно!!!!!

golowa70 · Сообщение **golowa70** » 18 окт 2017, 22:12

CraCk писал(а):Три блока для мк с тремя Уартами типа Mega?

Да, выбираете в соответствии с нужным портом.

CraCk писал(а):При отправки используется только выход подтверждения acknowledge_OK? Все другие выхода используются только при приеме новых данных?

Да

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

Повторная отправка поисходит автоматически по истечению таймаута ожидания подтверждения .Количество повторов по умолчанию 3 , таймаут по умолчанию 200мс.

FlProg