FlProg

Извините что не тестировал новые блоки. Может теперь будет больше времени для тестирования. Еще вопрос. Можно добавить выход на трансмиттере о подтверждение получение приемником переданных данных? 
RECEIVER_1 и RECEIVER_2 можно создавать несколько таких в одном контролере? Например если модуль работает в сети где есть восем клиентов. 
И можете добавит расширенное описание входов и выход? А то уже начинаю блудить.

Обновлённые блоки берите от сюда

CraCk писал(а):Еще вопрос. Можно добавить выход на трансмиттере о подтверждение получение приемником переданных данных? 

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

CraCk писал(а):RECEIVER_1 и RECEIVER_2 можно создавать несколько таких в одном контролере?

И передатчик и приёмник нужно использовать только один раз.

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

Receiver_1 можно использовать для приёма от четырёх устройств, а при использовании Receiver_2 количество устройств в сети ограничено 254, вот только реализовать сеть с большим количеством устройств в Flprog будет не очень удобно.

Добавлено (17.04.2017, 08:26)
---------------------------------------------

CraCk писал(а):И можете добавит расширенное описание входов и выход? А то уже начинаю блудить

Transmitter: 
   send_broadcast - отправка одного байта широковещательной рассылки.
   broadcast_byte - один передаваемый байт широковещательной рассылки.
   receiver_ID - адрес получателя.
   transmitByte_0-3   -   четыре передаваемых байта данных.
   send_data - отправка четырех байт данных.

Receiver:
   broadcast_byte - один принимаемый байт широковещательной рассылки.
   new_broadcast_data - импульс извещающий о приеме широковещательного сообщения.
   receivByte_0-3  -  четыре байта принимаемых данных.
   sender_ID - адрес отправителя.
   new_reception_data -  импульс извещающий о приеме четырех байт данных.

golowa70 писал(а):Подтверждение получения возможно только при использовании дуплексного режима протокола PJON

Очень плохо    Придется возиться с пересылкой принятого опроса. На автомате намного проще. Отправил опрос датчиков если нет ответа, тогда повторно опросил несколько раз. Если нет ответа тогда сработала тривога. 

golowa70 писал(а):вот только реализовать сеть с большим количеством устройств в Flprog будет не очень удобно.

Ну да, только на опрос придется городить кучу логики . А есть инные библиотеки с подтверждением передачи кроме NRF24 желательно с шифровкой?

Добавлено (18.04.2017, 12:41)
---------------------------------------------

CraCk писал(а):NRF24 желательно с шифровкой

 А может можно скрестить с библиотеками от nrf24? Там все есть необходимое.

CraCk писал(а):Очень плохо    Придется возиться с пересылкой принятого опроса. На автомате намного проще. Отправил опрос датчиков если нет ответа, тогда повторно опросил несколько раз. Если нет ответа тогда сработала тривога.

Что плохо? С чем возиться? Для этого есть выход  "new_reception_data".
Отправляем запрос, запускаем таймер и ждём ответа в виде лог единицы на выходе  "new_reception_data".Если единица пришла  до того как таймер досчитал - значит всё ок, записываем принятые данные. Если не пришла, значит нет ответа -сработала тревога. На стороне клиента нужно организовать ответ по запросу.

CraCk писал(а):только на опрос придется городить кучу логики

Какую кучу?Что городить? По компаратору на каждого клиента что бы отловить нужный ID и записать данные в соответствующие переменные, не более.

CraCk писал(а):А есть инные библиотеки с подтверждением передачи кроме NRF24 желательно с шифровкой?

Если хорошо поискать,наверняка можно найти, но меня пока  и это устраивает. Если найдёте что нибудь достойное, сделаем блоки.

CraCk писал(а):А может можно скрестить с библиотеками от nrf24?

Функционал заложен в саму библиотеку и правкой  нескольких строчек кода здесь не обойтись.
Если честно, я не вижу большой разницы в возможностях этих двух библиотек, за исключением возможности шифрования и более высокой скорости передачи данных у NRF24L01.

Добавлено (18.04.2017, 22:06)
---------------------------------------------

CraCk писал(а):Там все есть необходимое.

Похоже то, что Вам нужно, так это реализация работы запрос-ответ от сервера к клиенту в автоматическом режиме.

CraCk писал(а):А может можно скрестить с библиотеками от nrf24? Там все есть необходимое.

Скрестил с блоками Слимпера.Пробуйте

golowa70 писал(а):Скрестил с блоками Слимпера.Пробуйте

Спасибо за пищу. Буду пробовать.Только в архиве примеры PJ_ID2 по PJ_ID4 пустые.
Еще скорость в блоке должна отвечать скорости модуля?

Еще скорость в блоке должна отвечать скорости модуля?

Да, по умолчанию 9600.

CraCk писал(а):в архиве примеры PJ_ID2 по PJ_ID4 пустые.

Странно... может я пропустил чего. Попробуйте из этого архива

Добавлено (24.04.2017, 00:02)
---------------------------------------------
Для универсальности настройку режима работы клиента сделал как вход блока (send_mode).

golowa70 писал(а):Странно... может я пропустил чего. Попробуйте из этого архива

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

CraCk писал(а):Не могу понять, здесь реализован автоматическое подтверждение отправлены данных клиентом а также сервером?

Это не совсем подтверждение.
Логика работы клиента такая же как и в блоках NRF24 от Слимпера. Клиент может работать в одном из трёх режимов, один из которых автоматический ответ на принятое сообщение. Сервер слушает эфир и может отправлять запрос по команде.
В последнем архиве в блоках должно быть описание.

Ошибки при компиляции 

CraCk писал(а):Ошибки при компиляции

 Можно проект глянуть ?
У меня почему то компилятор не ругается , всё ровно.

Мужики ,поясните мне не далекому - зачем покупать например ESP  за 100руб и потом тратить время месяцами ,годами что бы сделать свою прошивку или использовать чужую и дорабатывать месяцами .?
Я могу понять спортивный интерес и все такое ,но когда цель сделать законченное ,надежное оборудование ,то время не так уж бесплатно. Есть же ,пусть дороже 300-500руб заводские прошивки для модулей вайфай ,RF (других производителей), работающие в прозрачном режиме .Включил и работай из коробки ...Не пойму ...
Один из ГУРУ с форума ESP сказал - "Для KaScada есть более правильная версия - Modbus TCP / RTU RS-485 + WEB server
Но, как показали 3 года, на ESP8266 невозможно сделать устойчиво
работающий вариант из-за множества глюков SDK и самого чипа (в закрытых
частях)

Rovki писал(а):Мужики ,поясните мне не далекому - зачем покупать например ESP  за 100руб

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

Rovki писал(а):Есть же ,пусть дороже 300-500руб заводские прошивки для модулей вайфай ,RF (других производителей), работающие в прозрачном режиме .Включил и работай из коробки ...Не пойму ...

Радиомодули HC-12 (SI4463) работают как прозрачный UART мост, включил и работай из коробки. Здесь речь идет о протоколе работающем через интерфейс UART(не модбас).

Rovki писал(а):тратить время месяцами ,годами что бы сделать свою прошивку или использовать чужую и дорабатывать месяцами

Пути радиолюбителя неисповедимы )))

golowa70 писал(а):Можно проект глянуть ?

Я Ваш проект компилировал. Еще грешу на Винду 10, которую вчера в первые поставил. Так как на ХР не работает справка на flprog. Да и уже пора двигаться в ногу с прогресом. А то я я застрял в прошлом десятилетии на ХР.
Может еще проблема в версии IDE? Какая у Вас?

Rovki писал(а):Мужики ,поясните мне не далекому - зачем покупать например ESP  за 100руб и потом тратить время месяцами ,годами что бы сделать свою прошивку или использовать чужую и дорабатывать месяцами .?

Для меня была например цена вопроса и плюс надежда на поддержку Flprogom ESP8266. Да и не было горящей конкретной задачи для использования модулей по 10$.

Rovki писал(а):Один из ГУРУ с форума ESP сказал - "Для KaScada есть более правильная версия

Пробовал я эти прошивки. Работало очень плохо. Терялась связь после нескольких секунд соединения. Там даже на форуме пробовал описать свою проблему. Но был культурно послан с Каскадой. Еще после нескольких экспериментов с ESP8266 кажись подпалил входы напряжением 5В теперь вообще ни как не работает.
Теперь сижу на НС-12. По простоте использования такой же как у Вас, но в четыре раза дешевле.

golowa70 писал(а):Радиомодули HC-12 (SI4463) работают как прозрачный UART мост, включил и работай из коробки. Здесь речь идет о протоколе работающем через интерфейс UART(не модбас).

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

CraCk писал(а):Ошибки при компиляции

Компилятор ругается на использование разных типов данных, массив объявлен как char, а элементы как Byte. Мой косяк, исправил и перезалил в разделе "Блоки пользователей" , но работоспособность должна сохраняться и так, у меня четыре устройства на этих блоках работают стабильно и ошибки при компиляции не выскакивали. У меня Arduino IDE 1.8.1, FLProg 2.4.1, Windows 7.

Добавлено (02.05.2017, 23:12)
---------------------------------------------

Rovki писал(а):Я прочитал 1 ваш пост ,но не все понял

Первый это пост автора темы.
Модбас отличное, проверенное решение, но не всегда подходящее.

CraCk писал(а):Теперь сижу на НС-12. По простоте использования такой же как у Вас, но в четыре раза дешевле.

Вроде ваш 175-199 ,а мой 310 ,ну ни как не в 4 раза

golowa70 писал(а):Модбас отличное, проверенное решение, но не всегда подходящее.

Это понятно -универсального до такой степени нет ни чего .Смотря какая структура сети , а то может вам 2 мастера нужны ,тогда конечно ...

Цитата golowa70 () перезалил в разделе "Блоки пользователей" Теперь по другому материться