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

[mar.conte]

Sorry but the name of the sketch can be different both in the node and in the gateway?

[gohan]

Sure, that's for your use to know what software is running on each sensor

[mar.conte]

@gohan
Should the gateway have the right nodemamager sketch?
Tanks

[gohan]

Why do you need nodemanager on gateway?

[mar.conte]

@gohan
User2694 say:"Setup MySensors

Since NodeManager has to communicate with the MySensors gateway on your behalf, it has to know how to do it. Place on top of the config.h file all the MySensors typical directives you are used to set on top of your sketch so both your sketch AND NodeManager will be able to share the same configuration. For example:"
link text

[gohan]

He is referring on the node side, on the gateway you can just run the default sketch

[mar.conte]

@gohan
Ok Tanks 😉

[user2684]

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

Should the gateway have the right nodemamager sketch?

Just to confirm what already discussed: a node/sensor with NodeManager running does not require a gateway with NodeManager on it. Generally speaking, there are two situations in which you may want use NodeManager on a gateway as well (available starting from v1.5):

• It as to run on a Sonoff device which requires to be configured as a gateway
• The gateway has sensors attached to it so you may want to use NodeManager's capabilities to configure your sensors in an easy way

There is also a third situation: you are just lazy and have NodeManager already open in the arduino IDE so you just configure the gateway's settings in config.h and upload the sketch :P

[mar.conte]

@user2684
👍🏾😉

[user2684]

Last chance guys to report any issue for those who had tested the dev version of v1.5 :-)
The final version will be out in a day or two otherwise.

Thanks!

[gohan]

I am waiting for the LCD mod :D

[user2684]

@gohan LCD unfortunately has to wait for the another release (https://github.com/mysensors/NodeManager/issues/95), I would like to find a way to provide the info on the LCD without the need for the user to configure it for every sensor but this would require investigating on the best generic approach and will take some time :-)

[gohan]

If you could provide a method to retrieve sensor data from main loop(), it is quite easy for everyone to print it to LCD

[user2684]

@gohan I wonder if something can be done even right now based on what you're saying. In the main sketch, after invoking nodeManager.loop(), you can actually retrieve the instance of each sensor and do something. The last "value", depending on the type of the sensor, is stored in a variable (e.g. _value_int) BUT it is private. I'll add a getValue() function so you can get out this value. Not ideal but I think it can be a workaround I can easily add before releasing 1.5 (https://github.com/mysensors/NodeManager/issues/104)

[gohan]

The problem is how do I know the name of the instance of the sensors

[user2684]

@gohan I mean if you declare a global int to store the child id, then you can save it when calling registersensor() (which returns the id of the sensor) in before() so eventually in loop() you can call getSensor() and then retrieve the value or do whatever else. Something like:

NodeManager nodeManager;
int sensor_id;

void before() {
  Serial.begin(MY_BAUD_RATE);  
  sensor_id = nodeManager.registerSensor(SENSOR_THERMISTOR,A1);
  nodeManager.before();
}

void loop() {
  nodeManager.loop();
  float value = ((SensorThermistor*)nodeManager.getSensor(sensor_id))->getValueFloat();

}

Just the getValueFloat() is missing. Not ideal but a starting point. Don't you think? Thanks!

[gohan]

That would work, at least for me :)

[user2684]

@gohan cool, just added it to the dev code. I'm packing now the final v1.5 and about to post it here in a few minutes. Thanks!

[gohan]

At least now we can add some more code besides the default created by nodemanager ;)

[user2684]

Very true also because I'd avoid having the users customizing their NodeManager.cpp (even if it is always possible) to prevent issues during the upgrade. For your information the alternative to create an inline class inheriting from Sensor and then invoking registerSensor() with an instance of this class is always valid even if clearly much more complex.