Подтверждение получения возможно только при использовании дуплексного режима протокола PJON , но к сожалению в таком режиме не стабильно восстанавливается связь после сброса контроллера (особенности библиотеки) . Поэтому я и использовал симплексный режим.CraCk писал(а):Еще вопрос. Можно добавить выход на трансмиттере о подтверждение получение приемником переданных данных?
И передатчик и приёмник нужно использовать только один раз.CraCk писал(а):RECEIVER_1 и RECEIVER_2 можно создавать несколько таких в одном контролере?
Receiver_1 можно использовать для приёма от четырёх устройств, а при использовании Receiver_2 количество устройств в сети ограничено 254, вот только реализовать сеть с большим количеством устройств в Flprog будет не очень удобно.CraCk писал(а):если модуль работает в сети где есть восем клиентов.
Transmitter:CraCk писал(а):И можете добавит расширенное описание входов и выход? А то уже начинаю блудить
Очень плохо Придется возиться с пересылкой принятого опроса. На автомате намного проще. Отправил опрос датчиков если нет ответа, тогда повторно опросил несколько раз. Если нет ответа тогда сработала тривога.golowa70 писал(а):Подтверждение получения возможно только при использовании дуплексного режима протокола PJON
Ну да, только на опрос придется городить кучу логикиgolowa70 писал(а):вот только реализовать сеть с большим количеством устройств в Flprog будет не очень удобно.
. А есть инные библиотеки с подтверждением передачи кроме NRF24 желательно с шифровкой?А может можно скрестить с библиотеками от nrf24? Там все есть необходимое.CraCk писал(а):NRF24 желательно с шифровкой
Что плохо? С чем возиться? Для этого есть выход "new_reception_data".CraCk писал(а):Очень плохо Придется возиться с пересылкой принятого опроса. На автомате намного проще. Отправил опрос датчиков если нет ответа, тогда повторно опросил несколько раз. Если нет ответа тогда сработала тривога.
Какую кучу?Что городить? По компаратору на каждого клиента что бы отловить нужный ID и записать данные в соответствующие переменные, не более.CraCk писал(а):только на опрос придется городить кучу логики
Если хорошо поискать,наверняка можно найти, но меня пока и это устраивает. Если найдёте что нибудь достойное, сделаем блоки.CraCk писал(а):А есть инные библиотеки с подтверждением передачи кроме NRF24 желательно с шифровкой?
Функционал заложен в саму библиотеку и правкой нескольких строчек кода здесь не обойтись.CraCk писал(а):А может можно скрестить с библиотеками от nrf24?
Похоже то, что Вам нужно, так это реализация работы запрос-ответ от сервера к клиенту в автоматическом режиме.CraCk писал(а):Там все есть необходимое.
Скрестил с блоками Слимпера.ПробуйтеCraCk писал(а):А может можно скрестить с библиотеками от nrf24? Там все есть необходимое.
Спасибо за пищу. Буду пробовать.Только в архиве примеры PJ_ID2 по PJ_ID4 пустые.golowa70 писал(а):Скрестил с блоками Слимпера.Пробуйте
Да, по умолчанию 9600.Еще скорость в блоке должна отвечать скорости модуля?
Странно... может я пропустил чего. Попробуйте из этого архиваCraCk писал(а):в архиве примеры PJ_ID2 по PJ_ID4 пустые.
Гуд.golowa70 писал(а):Странно... может я пропустил чего. Попробуйте из этого архива
Это не совсем подтверждение.CraCk писал(а):Не могу понять, здесь реализован автоматическое подтверждение отправлены данных клиентом а также сервером?
Можно проект глянуть ?CraCk писал(а):Ошибки при компиляции
Ну насчет ESP не знаю даже, вопрос риторический ))) ,пока не было желания с ними возиться.Rovki писал(а):Мужики ,поясните мне не далекому - зачем покупать например ESP за 100руб
Радиомодули HC-12 (SI4463) работают как прозрачный UART мост, включил и работай из коробки. Здесь речь идет о протоколе работающем через интерфейс UART(не модбас).Rovki писал(а):Есть же ,пусть дороже 300-500руб заводские прошивки для модулей вайфай ,RF (других производителей), работающие в прозрачном режиме .Включил и работай из коробки ...Не пойму ...
Пути радиолюбителя неисповедимы )))Rovki писал(а):тратить время месяцами ,годами что бы сделать свою прошивку или использовать чужую и дорабатывать месяцами
Я Ваш проект компилировал. Еще грешу на Винду 10, которую вчера в первые поставил. Так как на ХР не работает справка на flprog. Да и уже пора двигаться в ногу с прогресом. А то я я застрял в прошлом десятилетии на ХР.golowa70 писал(а):Можно проект глянуть ?
Для меня была например цена вопроса и плюс надежда на поддержку Flprogom ESP8266. Да и не было горящей конкретной задачи для использования модулей по 10$.Rovki писал(а):Мужики ,поясните мне не далекому - зачем покупать например ESP за 100руб и потом тратить время месяцами ,годами что бы сделать свою прошивку или использовать чужую и дорабатывать месяцами .?
Пробовал я эти прошивки. Работало очень плохо. Терялась связь после нескольких секунд соединения. Там даже на форуме пробовал описать свою проблему. Но был культурно послан с Каскадой. Еще после нескольких экспериментов с ESP8266 кажись подпалил входы напряжением 5В теперь вообще ни как не работает.Rovki писал(а):Один из ГУРУ с форума ESP сказал - "Для KaScada есть более правильная версия
Тогда поясните чем модбас не подходит ,может я чего не понимаю ...golowa70 писал(а):Радиомодули HC-12 (SI4463) работают как прозрачный UART мост, включил и работай из коробки. Здесь речь идет о протоколе работающем через интерфейс UART(не модбас).
Компилятор ругается на использование разных типов данных, массив объявлен как char, а элементы как Byte. Мой косяк, исправил и перезалил в разделе "Блоки пользователей" , но работоспособность должна сохраняться и так, у меня четыре устройства на этих блоках работают стабильно и ошибки при компиляции не выскакивали. У меня Arduino IDE 1.8.1, FLProg 2.4.1, Windows 7.CraCk писал(а):Ошибки при компиляции
Первый это пост автора темы.Rovki писал(а):Я прочитал 1 ваш пост ,но не все понял
Вроде ваш 175-199 ,а мой 310 ,ну ни как не в 4 разаCraCk писал(а):Теперь сижу на НС-12. По простоте использования такой же как у Вас, но в четыре раза дешевле.
Это понятно -универсального до такой степени нет ни чего .Смотря какая структура сети , а то может вам 2 мастера нужны ,тогда конечно ...golowa70 писал(а):Модбас отличное, проверенное решение, но не всегда подходящее.
