А как?Слимпер писал(а):3. Довольно легко переделать блоки передачи/приема под любой набор данных.
Но тогда не будет сети, а это одно из преимуществ nRF24L01. Mesh сетю никто не может похвалиться из доступных радио модулей. Мне кажеться что луче двигаться в направление энерго сбережения, долгая жизнь от аккумуляторов. Получи себе такого небольшого убийцу ESP8266 так как ESP8266 без розетки ни как.Слимпер писал(а):Почитал документацию на библиотеку NRF24 от TMRh20
Не правильно понял мое сообщение. RF24Network это надстройка над NRF24, и по этому я писал, что можно если возникнит необходимость использовать не только аппаратный SPI порт, но и другие контакты. А конфликты бывают.CraCk писал(а):Но тогда не будет сети, а это одно из преимуществ nRF24L01. Mesh сетю никто не может похвалиться из доступных радио модулей.
Ну имел виду, что когда было получено сообщение (1 на этом выходе), желательно (но не обязательно), запретить долгие операции (чтение датчиков, отправка данных в com порт). пример чуть позже.CraCk писал(а):Немогу разовбраться с NRF24OnMessage -получено сообщение, желательно блокировать все длительные операция до перехода выхода в 0
CraCk писал(а):typeMessage можно таблицу ASCII с кодом 65-127?
Если честно, пробовал разобраться в код библиотеки отвечающий за это, но там все слишком мудрено для меня. Из описание понял, что это не контроль приема модулем, а полноценное отвеное сообщение генерируемое библиотекой, при считывании полученных данных.CraCk писал(а):Выход status теперь контролер передатчик сам опрашивает приемник, получено ли сообщение? На сколько такому методу можно доверять?Размышления:Если одновременно отправят два передатчика приемнику данные тогда они в любом случае будут приняты, но только нужно добавит небольшую логику с выхода status на передатчиках чтобы обеспечить повторную отправку данных .Правильно думаю?
Проще всего посмотреть как реализованы блоки NRF24_INT5_посылка и NRF24_INT5_прием.CraCk писал(а):А как?
Ну если будет нормально работать можно попробовать и это сделать.CraCk писал(а):Мне кажеться что луче двигаться в направление энерго сбережения, долгая жизнь от аккумуляторов.
Размер не сравнивал, но он большей степени зависит от библиотеки, я и так попытался оптимизировать расход память, в меру моего разумения.CraCk писал(а):Из недостатков по сравнению с блоками NRF24, скетч занимает в два раза больше места на контролере Главный блок и INT5 берут 20% на НАНО.
Посмотри видео из сообщения 168 или поищите статьи про RF24Network там целая система организации адресов.zikkgaz24 писал(а):главный вопрос такой работают блоки только если использовать адрес устройства с номером 0 и 1 с другими номерами не работают это так и должно быть или где то ошибки есть ?
А вот как раз не вижу в этом необходимости. Если нужно можно и внешней обвязкой сделать. Блоки и так тяжелые получились.zikkgaz24 писал(а):однако появился вопрос снова нету времени задержки данных в блоке приема думаю не лишнее
Ну это проста форма записи восьмеричной системы счисления, также как 0x в начали записи числа означает шестнадцатеричную систему счисления.zikkgaz24 писал(а):что адрет главного должен начинаться с 0
вот тут посмотриzikkgaz24 писал(а):в моей ситуации как раз имеет смысл именно новых блоков т.к. новая библиотека оптимизирована под аттини и надо только решить с spi
zikkgaz24 писал(а):вопрос снова нету времени задержки данных в блоке приема думаю не лишнее и
Вот доработал блоки, добавил выход new - одиночный импульс при получении новых данных.zikkgaz24 писал(а):про внешнюю обьвязку поподробней можно а то непонял как это реализовать
Я не разрабатываю блок с нуля, по сути сделал блоки использую всего несколько из функций имеющихся в библиотеки RF24Network, но системы шифрования я там не видел.Max писал(а):Я так понял, что сейчас в блоке созданным Дмитрием NRF, можно сказать, работает "открытым текстом". Возможно ли дополнить блок схемой шифрования и дешифрирования данных?
Слимпер писал(а):но это если кто то готовую библиотеку шифрования найдет,
Да, если ты просто читаешь какие то данные (температуру, влажность, состояние контактов и т.д.), ну а если управляешь чем нибудь? Тут конечно надо защиту.Слимпер писал(а):Да и если честно не очень понимаю зачем уже так нужно шифрован, это же не Wifi, самодельная сеть с непонятным набором данных?
Сканера у меня нет. А зачем, я выше написал.zikkgaz24 писал(а):Max, тебе вопрос зачем шифровка ? ты пробовал сканером смотреть свои же данные управления?
Странно, я на внешних блоках сделал ровно тоже, что делал кодом в блоках. По получению новых данных, они выдаются на выход, а по прошествии стольких то миллисекунд, в места них выдаются нули.zikkgaz24 писал(а):и да мне развязка такая не пойдет так как я использую диалоговую передачу данных и постоянная задержка все рушит !
По идеи вполне все должно сработать. А править надо блоки приема.zikkgaz24 писал(а):по этому хотел спросить старые блоки смотрел и сравнивал код и увидел много идентичного по коду и то что ты дополнял для моих нужд . если выбрать эти данные части кода и вставить в новые будет работать или нет если да то какой блок надо редоктировать основной или приема
Ну там похоже, может закодировать только одиночный байт. Может и достаточно будет для каких то целей.CraCk писал(а):
Ну попробуй сделать как кажется правильным и скинь в личку, если будут ошибки поправлю.zikkgaz24 писал(а):Слимпер, подскажи в блоке приема надо просто вставить эти куски кода или как то иначе?