NodeManager: plugin for a rapid development of battery-powered sensors

[gohan]

Single core or threaded?

[mar.conte]

@gohan
Threaded

[gohan]

You need to use single core, that's why it is not working well

[mar.conte]

@gohan
Should it be isolated or even without a sheath?

[gohan]

I think you can leave insulation on; there are some guides on how to make antennas for rfm69,just Google it. In addition there are also spring single wire antennas for different frequencies you can buy.

[user2684]

@mar.conte said in NodeManager: plugin for a rapid development of battery-powered sensors:

I did not realize that the sleep wait time started from the last pir movement then if i put an hour of sleep and during this active time the pir time resumes

Yes, when the pir wakes the node up, the sleep is aborted and when going back to sleep, it starts from scratch without resuming it. If this is not creating an issue, I'll keep the current behavior. Regarding the antenna, I'm using the small antennas from the store for my RFM69 and have a decent range without big issues.

[mar.conte]

@user2684
Tanks of course bye

[bilbolodz]

I'm trying to build sensor to drive 3 relays and connect it to Domoticz. Simple sketch:

// before
void before() {
  // setup the serial port baud rate
  Serial.begin(MY_BAUD_RATE);  
  /*
   * Register below your sensors
  */
int przek1 = nodeManager.registerSensor(SENSOR_RELAY,3);
int przek2 = nodeManager.registerSensor(SENSOR_RELAY,4);
  /*
   * Register above your sensors
  */
  nodeManager.before();
}

sensors are visible into Domoticz as switches but It's not possible to turn it on/off from Domoticz. It looks that Nodemanager expect REQ message to change state of relay but Domoticz sends SET message to change state:

RECV S=0 I=3 C=1 T=2 D=1
RECV S=0 I=3 C=1 T=2 D=0

When I've used MYSController and send C_REQ message all is working fine.

I think that in case of "output" sensors logic of getting/setting should be reversed.

[user2684]

Hello, I think I was able to implement most of the requests discussed here during the last few weeks in a pre-release v1.5 version. Please consider it still as a dev release which gone through very limited testing but since I had to make quite a few changes to core code, would be great to start collecting some feedback now.

Is is available here: https://github.com/mysensors/NodeManager/tree/9a485cdcaf8e9856219338553335e2dce7253eb3

It is complicated to reference each of you who requested something so please whoever is interested the full list of new additions/fixes is available here https://github.com/mysensors/NodeManager/milestone/5?closed=1. I did my best to add verbose comments so you should find all the details there. Please add any comment and report any problem directly to the existing issues on github so I can better understand the context. The documentation has been updated as well.
Thanks

[mar.conte]

@user2684
👍🏾

[user2684]

I've just pushed out 1.5-dev3 on https://github.com/mysensors/NodeManager/tree/702a05c7e2f4425c188d5abf62b4a119fea29bc8 fixing a critical bug for the BME280 sensor and providing a way to automatically detect which i2c address the sensor is on for both BME280 and BMP085/BMP180 if anybody is interested.

I'm planning some additional tests so to release a stable v1.5 in a week or two (unfortunately starting from June the real life will become very demanding with me). So please share any feedback by then in case you will have the chance to test the latest dev release. Thanks

[gohan]

Just in time, I am going to get my BME280 sensor soon :D

[gohan]

May I ask you a favor? Could you add also the MCP9808 I2C sensor?

[user2684]

@gohan done but I don't have such a sensor to test the code so if you could give it a try I'd really appreciate it. Available in v1.5-dev4 you can get from here: https://github.com/mysensors/NodeManager/tree/38fd51c99e47b6ec90f4885ff1cb0cfe33857ab4.
Instructions on https://github.com/mysensors/NodeManager/issues/87
Thanks!

[vikasjee]

Can you please consider support for MCP23017 IO-Expander And TTP226/TTP229 Touch control sensor modules in I2C mode?

[vikasjee]

I can help test them both for sure... 😈 😇

Will it be a good idea to have external file based extension to Node Manager?

I will like to extend the configuration child and probably add node authentication through another security-child. Self Healing Network capabilities are next on my list.

[gohan]

@user2684 Sorry for noob question but how do I get data from the sensors?
I have registered sensors like this to test them out

	nodeManager.setSleep(SLEEP, 10, MINUTES);
	nodeManager.registerSensor(SENSOR_MOTION, 3);
	nodeManager.registerSensor(SENSOR_BME280);
	nodeManager.registerSensor(SENSOR_MCP9808);

[user2684]

@vikasjee tracking both with https://github.com/mysensors/NodeManager/issues/90 and https://github.com/mysensors/NodeManager/issues/92. Mean while I will order the samples and wait for their delivery, if you have any link with demo code to share, please feel free to do so on the two github issues.

Regarding the external file based extension, this is definitively a good idea. I did spend some time at the beginning trying to identify the best way to package this but my weak programming skills prevented me to identify an optimal solution I'm sure. I did not go for multiple files mainly because I thought during upgrade this would have required overwriting multiple files in multiple projects so I gave up. As a workaround, I also tried to put all NodeManager's files in a dedicated folder or create an arduino library but it didn't work (but don't remember why).

So the only way now to expand the existing code in a clean way is to write in your main sketch an inline class deriving from the Sensor class or the other NodeManager's classes and use registerSensor() providing an instance of this class. But I am of course open to any other better way to achieve the same :-)

[user2684]

@gohan since you have set a sleep interval of 10 minutes, what you should see in the logs (and in your gateway) is NodeManager starting up, presenting all the child nodes (one of more for each sensor), running SENSOR_BME280's and SENSOR_MCP9808's onLoop() and a bunch of messages set out with the measures and finally going to sleep for 10 minutes and waking up and sending out a V_TRIPPED message if SENSOR_MOTION triggers.
Generally speaking you can get the measures in the serial output, in the controller or by sending the node a REQ message to each of the child ids. Do you see something different?
Thanks

[gohan]

Ok, I mean from code like if I want to use them to show on local LCD