nRF24LE1 full controller to control devices and sensors reading!!

[mitekg]

@hek , is it possible to implement it in mysensor? may be like it was made with "433" sensors?

[hek]

As nRF24LE1 is over-the-air compatible with NRF24L01 the best thing would probably be to send MySensors packages from LE1-nodes.

But someone needs to port parts of the MySensors library to AVR.

[binladin]

MaksMS the author of homes-smart.ru - http://habrahabr.ru/users/maksms/topics/
I am leave a request for mysensors adoptation on the forum - http://homes-smart.ru/index.php/component/kunena/5-soft/106-konstruktor-besprovodnogo-klienta-na-nrf24le1?limit=6&Itemid=0&start=18#625

[axillent]

He had replied with request for mysensors protocol specification. Do we have any?

[binladin]

I explained at his forum as I could. Maybe it would have made a better programmer. I could to translate this into Russian.
By the way, MaxMS developments relating NRF24LE1 are here - https://github.com/maksms/NRF24LE1_client
It would be nice if programmers seeing and correctly put questions.

[Timurufa]

went development of the theme !! it's very good

[Timurufa]

As the creator of idea promised, he will make the designer especially for mysensors... if it embodies ideas at least of the elementary sensors and switches, it is enough. Idea to umeslit everything in one le1 to benefit battery life and the size, for example to build in the standard switch of ringing type for switching on or a dimmirovaniye of light in the room or generally the miniature long-living temperature sensor or movements

[hek]

@axillent said:

He had replied with request for mysensors protocol specification. Do we have any?

It is probably easiest to have a look at MyMessage/MySensor classes when doing a port. The over-the-air protocol and behavior isn't super complicated.

[axillent]

@hek Yes, I think so

[mitekg]

ESP8266 support
http://homes-smart.ru/index.php/oborudovanie/bez-provodov-wi-fi

[Anticimex]

The chip looks nice, however, I am a bit concerned about the AES functionality. I find no mention in the datasheet of key storage. I guess they expect the AES key to be stored in flash but if so, there has to be a way of preventing readout of the flash, since AES is a symmetric-key algorithm, so whoever obtains the key, owns the system.
But apart from this, I am all for RF backend encryption. But if it is sloppily implemented then it is useless in my opinion. But perhaps there are fuses in the chip to prevent readout.

It would be nice to have a single-board option with both RF and a simple MCU. But 32kB flash would be better. Perhaps they will offer a slightly fatter one soon.

EDIT: The specification for the flash-variant does seem to offer some readback protection, so AES should be ok to use on the platform. However, with 16Kb it will be tricky to squeeze in anything more sophisticated than the simplest form of sketch examples I am afraid. For me, the ideal platform would be something that has at least 32Kb flash, readback protection and AES encryption of RF data. That way, both signing and encryption can be used for really hard-core sensitive nodes.

[Anticimex]

They also make a slightly fatter module with USB: http://www.nordicsemi.com/eng/Products/2.4GHz-RF/nRF24LU1P
This puppy does come in 32Kb flash variant.