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

[golowa70]

Я вот таких 3 модуля пробовал https://ru.aliexpress.com/item.....Sf5Sur
включил и погнал по модбасу.

Если нужна дальность и прохождение то конечно 433MHz выигрывает у 2.4 GHz.

Смотря какая структура сети , а то может вам 2 мастера нужны ,тогда конечно ...

Если использовать диапазон 433Mhz который и так перегружен, желательно организовать мультимастер чтобы не забивать эфир постоянным опросом слэйвов и в тоже время иметь приемлемое время реакции на события с каждого устройства.

[CraCk]

Вроде ваш 175-199

Ну да подорожали. Отменил Али бесплатную доставку. Даже не заметил.

[golowa70]

Теперь по другому материться

Только что скачал файлы, перепроверил, всё компилируется без ошибок.

Добавлено (03.05.2017, 00:02)
---------------------------------------------

Еще грешу на Винду 10, которую вчера в первые поставил

А другие проекты пробовали на новой винде компилировать?

[Rovki]

Если нужна дальность и прохождение то конечно 433MHz выигрывает у 2.4 GHz.

это да ,но

диапазон 433Mhz который и так перегружен

[CraCk]

Цитата golowa70 () А другие проекты пробовали на новой винде компилировать?другие норм.
Еще вспомнил какие настройки в винде у вас?

[golowa70]

Еще вспомнил какие настройки в винде у вас?

Я даже не знаю где в семёрке такие настройки.
Я попробовал на FLProg 2.5 portable, тоже компилируется без ошибок.
Попробуйте поменять путь к файлу, в корень диска например.
У меня нет под рукой компьютера с десятой виндой, проверить не могу. Я использую только семерку, и на рабочем и на домашнем компьютере.

Добавлено (03.05.2017, 08:00)
---------------------------------------------
Я так понимаю у Вас компилятор только предупреждения выдаёт (warning)? Или вообще не компилируется?

Добавлено (03.05.2017, 08:05)
---------------------------------------------
Попробуйте сделать какой-то свой проект, для проверки.

[CraCk]

Попробуйте поменять путь к файлу, в корень диска например.

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

[golowa70]

Короче не венда а сплошная беда.

Я бы Вам по рекомендовал семерку.

Уже несколько дней ломаю голову о организации опроса датчиков

Какой интервал опроса?Какие датчики, сколько. Сколько клиентов? Клиент должен отвечать только по запросу, или ещё и отправлять по какому либо событию. Опишите подробнее задачу.

[CraCk]

Я бы Вам по рекомендовал семерку.

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

Какой интервал опроса?

Возможность изменения для каждого датчика отдельно. Например в огороде будет стоять датчик питающийся от солнечной панели. Для него нужно увеличить время опроса например 10мин. Для других которые питаются от сети 1 мин.

Какие датчики, сколько. Сколько клиентов?

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

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

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

[golowa70]

+ по событию при сработке датчиков движения или выход каких либо параметров за допустимые границы

Какое максимальное время реакции на событие допустимо на стороне клиента?

[CraCk]

Какое максимальное время реакции на событие допустимо на стороне клиента?

Может быть до нескольких секунд

[golowa70]

Значит получается по запросу то есть пинг + по событию при сработке датчиков движения или выход каких либо параметров за допустимые границы.

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

Задача конечно не для FLProg, но попробовать можно.
Здесь придется организовать синхронизацию всех блоков по команде от главного блока.

[CraCk]

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

[golowa70]

Может каждому клиенту который хочет передать данные просто бомбить сервер с небольшим интервалом до тех пор пока не получит подтверждение? Тогда не нужно согласования.

А если несколько сразу начнут бомбить, понятно, что рано или поздно угадают и данные придут к серверу, но тогда мы получим не предсказуемое время реакции на событие со стороны клиента, в итоге невозможность чётко отследить аварию и забитый эфир. Тогда уж проще модбас использовать....
Если Вас устраивает реакция на событие равная периоду опроса клиента, тогда можно и попроще сделать. Но в случае когда вы хотите время опроса раз в 10 мин. и в это время сработает какой нибудь охранный датчик, то сервер об этом узнает только через 10 минут... не очень гуд.
На выходных попробую наваять тестовый проект

[CraCk]

Если Вас устраивает реакция на событие равная периоду опроса клиента,

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

[golowa70]

На выходных попробую наваять тестовый проект

Извиняюсь за задержку,времени свободного не было вообще. Если ещё актуально , набросал тестовый проект. В железе собирал не полностью , проверял по быстрому, вроде работает. Может есть баги , времени  нет конкретно тестировать .
ID2, ID3 отправляют два байта на ID1  раз в минуту или при изменении состояния входов/выходов(их по два).

[CraCk]

Если ещё актуально ,

Конечно актуально. Пробовал разгрузить немного сервер. Чтоб клиент давал сигнал о своем присутствие в заданные промежутки времени. То есть происходила синхронизация клиента с сервером. Но нечего не получилось. Что то страшное нагородил. И снова огород самый большой получился с подтверждением отправленных данных.

набросал тестовый проект.

Я бы до такого не додумался никогда, не думал что будет все так сложно. Даже не все понимаю в создано проекте, зачем используется широковещательной режим. И как изменить время отправки двух байт на ID1?

[golowa70]

Я бы до такого не додумался никогда, не думал что будет все так сложно.

Может можно и проще, такая реализация это первое что пришло в голову.

зачем используется широковещательной режим

Широоковещательные сообщения получают одновременно все устройства. Таким образом импульс на выходе New broadcast data используется в качестве синхроимпульса, от него начинается отсчёт цикла. Цикл разбит на отрезки времени по 250мс и длится 5сек. Первые 250мс это время для передачи от сервера к клиенту, вторые 250мс это время для передачи данных от ID2 к серверу, третьи 250мс это опять время для передачи данных от сервера к клиенту, четвертые 250 мс это время передачи данных от ID3 к серверу и т.д. На рисунке видно суть идеи.

[golowa70]

И как изменить время отправки двух байт на ID1?

[CraCk]

Может можно и проще, такая реализация это первое что пришло в голову.

Получился протокол в протоколе.

от него начинается отсчёт цикла

Не понимаю зачем создавать цикл. И все что с ним связанно. И если будет увеличено количество устройств. Тогда как его настраивать?
По ID1 вопрос
1. Зачем считать до 4. А потом обжуливать. В блоке сервера (многоножки) есть возможность сбрасывать значения выходов на протяжение заданного времени.

2. Если передавать больше чем один байт. Тогда нужно городить логику отправки по каждому байту?
3. Как происходит опрос датчиков, есть ли они в сети?
По ID2 ID3 вопрос
1. Как это работает и зачем?

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

Добавлено (24.05.2017, 17:01)
---------------------------------------------

Использовал библиотеку PJON в симплексном режиме,теперь связь стабильно восстанавливается после сброса контроллера.

Обновился PJON до 8, может теперь заработает дуплексный режим?

Добавлено (24.05.2017, 18:44)
---------------------------------------------
Немного погонял HC12_network, такое ощущение что ID3 немного опаздывает с реакцией. Хотя настройки все те же что и на ID2. Даже тогда нет в сети ID2.