nRF24LE1 full controller to control devices and sensors reading!!
-
nRF24LE1 full controller to control devices and sensors reading!!
there is a good Russian project with the compiler
it makes it possible to create actuators without arduino ... small size and long battery life
http://homes-smart.ru/index.php/oborudovanie/bez-provodov-2-4-ggts/nrf24le1-nrf24l01-mikrokontroller
-
yes, it is cool
this guy is a member of russian arduino.ru forum
he also have on the fly generator for the bootloader
-
very good project and a very convenient solution to many problems for the project Mysensors!
need help in adapting nRF24LE1 ( controller ) to the project mysensors
-
Yes, very nice IC. From the datasheet:
Key Features:
- nRF24L01+ 2.4 GHz transceiver (250 kbps, 1 Mbps and 2 Mbps air data rates)
- Fast microcontroller (8051 compatible)
- 16 kB program memory (on-chip OTP)
- 1 kB data memory (on-chip RAM)
- 1 kB OTP data memory
- AES encryption HW accelerator
- 16-32 bit multiplication/division co-processor (MDU)
- 6–12 bit ADC
- High flexibility IOs
- Serves a set of power modes from ultra low power to a power efficient active mode
- Several versions in various QFN packages
There is also a variant that has 16 kB flash instead of OTP.
16 kB is not that much, would a simple MySensors sensor fit in that?
-
yes of course!
Serial Communication Examples from mysensors "12; 6; 0; 0; 3; 1.4\n"
Serial Communication Examples "1 11 1 205" - that means a command sets the PWM level on 205 on an output of 1 (p0.3). Well to 2 PWM outputs on the radio module: the second is on p0.2 and has an output number 0 (zero).
and thus the executive unit or the unit of sensors consists a tolkor of nRF24LE1 and the battery
-
only of nRF24LE1 and the battery
-
@hek , is it possible to implement it in mysensor? may be like it was made with "433" sensors?
-
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.
-
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
-
He had replied with request for mysensors protocol specification. Do we have any?
-
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.
-
went development of the theme !! it's very good
-
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
-
@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.
-
@hek Yes, I think so
-
ESP8266 support
http://homes-smart.ru/index.php/oborudovanie/bez-provodov-wi-fi
-
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.
-
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.
