How to disable default node registration to the GW?
-
Yes. You are right.
And it's strange that disabling registration (MY_REGISTRATION_FEATURE) still process another kind of "registration"
@kskud I've given a lot of thoughts about your question. And my conclusion is as posted fist. A MySensor node should let MySensors handle all the transport of message, doing retransmits an reconnects. Therefore it needs to connect to the gateway during initialization.
If communication fails MySensors should handle it. If for some case you are making an actuator, then it's you responsibility to add a mechanism for manually controlling the actuator. That way it can still be controlled, whenever MySensors is not available. It is just as how I designed my gesture controlled lamp. I can control it through a Gesture sensor. Being be able to control it through MySensors is just a bonus. So just add a cheap tactile switch for doing the manual control. It almost takes no programming skills nor does it take a lot of knowledge about electronics.
My 50 cents is, that it's way easier to do as I suggest than to stay on the road you're traveling. You're trying to change the MySensors core functionality. Will you be able to achieve your goal? Perhaps, but the road might be very long and most likely only the core members are able to answer the questions you will come across. Since they spend their free time on MySensors I doubt if they have to time to answer them.
But as stated that's my 50 cents. Good luck with your journey.
-
Probably it will help someone. I found how to do what I want without big changes. So you have to:
-
commented out in MyConfig.h this line:
#define MY_REGISTRATION_FEATURE -
add changes to MyTransport.cpp (add marked lines of code)
bool transportCheckUplink(bool force) {
#if !defined(MY_PARENT_NODE_IS_STATIC) and !defined(MY_REGISTRATION_FEATURE)
if (!force && (hwMillis() - _transportSM.lastUplinkCheck) < CHKUPL_INTERVAL) {
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:OK,FCTRL\n")); // flood control
return true;
}
// ping GW
uint8_t hopsCount = transportPingNode(GATEWAY_ADDRESS);
// verify hops
if (hopsCount != INVALID_HOPS) {
// update
_transportSM.lastUplinkCheck = hwMillis();
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:OK\n"));
// did distance to GW change upstream, eg. re-routing of uplink nodes
if (hopsCount != _nc.distance) {
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:DGWC,O=%d,N=%d\n"), _nc.distance, hopsCount); // distance to GW changed
_nc.distance = hopsCount;
}
return true;
}
else {
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:FAIL\n"));
return false;
}
#else
return true;
#endif
} -
add to your node's sketch:
#define MY_NODE_ID 7
#define MY_PARENT_NODE_ID 0
#define MY_PARENT_NODE_IS_STATIC
After that you will be able to start your device, send data even if the parent node is disabled (the request just fail). Once you enable GW you will be able to get presentation, heartbeat status, do standard requests to the node.
-
-
Probably it will help someone. I found how to do what I want without big changes. So you have to:
-
commented out in MyConfig.h this line:
#define MY_REGISTRATION_FEATURE -
add changes to MyTransport.cpp (add marked lines of code)
bool transportCheckUplink(bool force) {
#if !defined(MY_PARENT_NODE_IS_STATIC) and !defined(MY_REGISTRATION_FEATURE)
if (!force && (hwMillis() - _transportSM.lastUplinkCheck) < CHKUPL_INTERVAL) {
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:OK,FCTRL\n")); // flood control
return true;
}
// ping GW
uint8_t hopsCount = transportPingNode(GATEWAY_ADDRESS);
// verify hops
if (hopsCount != INVALID_HOPS) {
// update
_transportSM.lastUplinkCheck = hwMillis();
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:OK\n"));
// did distance to GW change upstream, eg. re-routing of uplink nodes
if (hopsCount != _nc.distance) {
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:DGWC,O=%d,N=%d\n"), _nc.distance, hopsCount); // distance to GW changed
_nc.distance = hopsCount;
}
return true;
}
else {
TRANSPORT_DEBUG(PSTR("TSF:CHKUPL:FAIL\n"));
return false;
}
#else
return true;
#endif
} -
add to your node's sketch:
#define MY_NODE_ID 7
#define MY_PARENT_NODE_ID 0
#define MY_PARENT_NODE_IS_STATIC
After that you will be able to start your device, send data even if the parent node is disabled (the request just fail). Once you enable GW you will be able to get presentation, heartbeat status, do standard requests to the node.
-
-
I implemented all what kskud recommended but it didn't help, the node excutes only "before" procudure and nothign else (no setup, presentation, loop, receive). Any ideas?
-
@kskud I've given a lot of thoughts about your question. And my conclusion is as posted fist. A MySensor node should let MySensors handle all the transport of message, doing retransmits an reconnects. Therefore it needs to connect to the gateway during initialization.
If communication fails MySensors should handle it. If for some case you are making an actuator, then it's you responsibility to add a mechanism for manually controlling the actuator. That way it can still be controlled, whenever MySensors is not available. It is just as how I designed my gesture controlled lamp. I can control it through a Gesture sensor. Being be able to control it through MySensors is just a bonus. So just add a cheap tactile switch for doing the manual control. It almost takes no programming skills nor does it take a lot of knowledge about electronics.
My 50 cents is, that it's way easier to do as I suggest than to stay on the road you're traveling. You're trying to change the MySensors core functionality. Will you be able to achieve your goal? Perhaps, but the road might be very long and most likely only the core members are able to answer the questions you will come across. Since they spend their free time on MySensors I doubt if they have to time to answer them.
But as stated that's my 50 cents. Good luck with your journey.
@TheoL said:
If communication fails MySensors should handle it. If for some case you are making an actuator, then it's you responsibility to add a mechanism for manually controlling the actuator. That way it can still be controlled, whenever MySensors is not available. It is just as how I designed my gesture controlled lamp. I can control it through a Gesture sensor. Being be able to control it through MySensors is just a bonus. So just add a cheap tactile switch for doing the manual control. It almost takes no programming skills nor does it take a lot of knowledge about electronics.
But what will happen if you have a power outage (happens a lot where I live) and after that the gateway doesn't restart ? Node will not be able to start, and loop forever inside the initialization of MySensors library, the behavior related to the manual control will never be called ?
-
@TheoL said:
If communication fails MySensors should handle it. If for some case you are making an actuator, then it's you responsibility to add a mechanism for manually controlling the actuator. That way it can still be controlled, whenever MySensors is not available. It is just as how I designed my gesture controlled lamp. I can control it through a Gesture sensor. Being be able to control it through MySensors is just a bonus. So just add a cheap tactile switch for doing the manual control. It almost takes no programming skills nor does it take a lot of knowledge about electronics.
But what will happen if you have a power outage (happens a lot where I live) and after that the gateway doesn't restart ? Node will not be able to start, and loop forever inside the initialization of MySensors library, the behavior related to the manual control will never be called ?
@Nca78 If there's a power outage MySensors handles restoring communication. What you could do is install a watch dog during initialization. And give at the longest time as possible, or some kind of random. That helps overloading the gateway when everything is turned back on again.
If a device should operate even without gateway communication, then you've got several options. Just add an extra arduino to your project. Make the MySensors node an i2c slave and handle everything else in the other Arduino. This is just one solution, which I'd only use for delicate devices,
But none of them will keep the node operating without an UPS kind of solution. There are nowadays powerful capacitors than can store a lot ow power, this is something that can help you keep the node up and running during power outage for at least a couple of minutes.
-
@Nca78 If there's a power outage MySensors handles restoring communication. What you could do is install a watch dog during initialization. And give at the longest time as possible, or some kind of random. That helps overloading the gateway when everything is turned back on again.
If a device should operate even without gateway communication, then you've got several options. Just add an extra arduino to your project. Make the MySensors node an i2c slave and handle everything else in the other Arduino. This is just one solution, which I'd only use for delicate devices,
But none of them will keep the node operating without an UPS kind of solution. There are nowadays powerful capacitors than can store a lot ow power, this is something that can help you keep the node up and running during power outage for at least a couple of minutes.
@TheoL what I meant is in case the gateway dies, but that's very unlikely, not worth duplicating the arduino. I didn't have any wired devices until today to test the result of power outage, but a random delay in the before() sounds like an interesting solution to test in case I have problems after I install 10-20 wired modules.
Power outages here last hours, they are doing selective power cuts as they can't keep up with the growth of the city. I would need really big capacitors :D I think a better option for me would be a big and good quality power bank.
-
@TheoL said:
@kskud My rule of thumb for designing devices like that, is to always add some kind of switch. So that you're always able to operate the device manually when MySensors isn't working.
At the moments my node halts after before() procedure.
@kskud, how to achieve that, how to make void loop() working even if MySensensors doesn't work? -
@TheoL what I meant is in case the gateway dies, but that's very unlikely, not worth duplicating the arduino. I didn't have any wired devices until today to test the result of power outage, but a random delay in the before() sounds like an interesting solution to test in case I have problems after I install 10-20 wired modules.
Power outages here last hours, they are doing selective power cuts as they can't keep up with the growth of the city. I would need really big capacitors :D I think a better option for me would be a big and good quality power bank.
@Nca78 A powerbank would also be a good solution. The problem with electronic devices is that they are all designed to have a continuous flow of power ;-)
You could also investigate solar power and storing that in batteries. But for me that's too far fetched. Lucky I haven't experienced a power outage in more then 15 years.
-
So since no one has accomplished the goal of bypassing MySensors bootup function. I suggest I'll leave this topic open for a little while. But will be closing it. You can contact each other through the chat function. And if you succeed in your quest, you can start a new topic.
