Why does the nightly automatic heal make my network worse?

Thanks knewmania!

For me, most of my devices have manual routes. This works so much better when executing complex scenes (lights) - for example preventing a big “chunk” of devices being turned on/off all at once.
Anyways, I also disabled the automatic heal - if i add / remove / move devices I do run a manually one.

My system (especially the stubborn Kwikset door locks) has been running rock solid for months…

Flo

Hi Somebody here can post how you solved your problem?
I have very similar. I tried to setup the Manual Routing but the simple one worked “0” or if I use one that was in the AutoRoute, but when I tried to put a path of what I belive should be in direct line to the device, example 18.14 gave me a error “falling at purging associations”.
I haven’t changed any additional configuration in the Z-wave network.

If I don’t disable Autoheal can I change manually the route?

I posted my problem in this thread: http://forum.micasaverde.com/index.php/topic,6898.30.html

Please share your results and how you did it.

Best Regards,

[quote=“Experiment, post:22, topic:172220”]Hi Somebody here can post how you solved your problem?
I have very similar. I tried to setup the Manual Routing but the simple one worked “0” or if I use one that was in the AutoRoute, but when I tried to put a path of what I belive should be in direct line to the device, example 18.14 gave me a error “falling at purging associations”.
I haven’t changed any additional configuration in the Z-wave network.

If I don’t disable Autoheal can I change manually the route?

I posted my problem in this thread: http://forum.micasaverde.com/index.php/topic,6898.30.html

Please share your results and how you did it.

Best Regards,[/quote]

Hi!
What device is it exactly that you have a problem with? Is is battery powered???

Flo

Ok, I have 2 questions:

  1. How to manually route, because I have been reviewing the AutoRoute tables for Dimmers Intermatic CA600, and I think it uses very bad routes to switches really far, instead of using the near ones. But as I mention when I change it manually I got that Error about associations.
  2. After I solve that, my real mission is to try to provide a better route to CA9000 Occupancy Sensor. Particularly one of them is in the same wall of other wall switch, but there is not communication to it. Also, I have notice that there is no AutoRoute Variable, and I wonder if can I set up a Manual Route to them and it will work. I this is standard for all Z-wave compatible devices, because it is weird that any sensor (Aeon Door Sensor too) have AutoRoute variable. Is it because all of them have battery?

Thank you for your answer.

Hi Experiment,

  1. The route you have provided earlier looks good. I can not check if that is actually the best route, however the syntax is fine.
    You did put this info in the manual route field, correct? If it gives you an error message afterwards it looks like it might not be the best route available.

  2. I do not think that you can assign manual routes to sensors - at least not to the aeon labs sensor. I had the same sensor and whenever I put in a manual route my Vera crashed completely. This has been reproduced by MCV and I have been in contact with them since. So far there is no solution to this issue. I can only recommend removing any manual route from your sensors!

To help you more with problem 1, could you make a screenshot of your manual and automatic routes for the device you need to modify and attach it to your next post?
Thanks!
Flo

Fo example let me take one of the Switches that are most far form the Veralite Device#
The AutoRoute is: 8-19x,7.8-33x,18.8-43x,18.7.8-45x
The Neighbor is: 1,3,9,12,17,20,21,
But the perfect path from my point of view is: Vera->14->18 or just Vera->14. The 8 device is very near to the Vera but at the other side of the house and almost all the route touch the 8 device.
By the way, if the best route to the device is Vera->14->18->target, Should the Manual route be 14.18 or 18.14?

Weird thing is 8 is not in the Neighbor neither 14 and 18 switch. Unless the Neighbor is other thing.
My believe if that I improve communication to that Switch the Sensor will function better, but as you see all routes has X.

I have being trying to find what means “falling at purging associations” error, but no success.

The manual route should be 14.18
Yeah, all your automatic routes failed which is weird. Do you have any interference eg baby monitors in your house?
keep in mind that although you think that 14.18 might be the best route, sometimes RF signals are a funny thing so a different route might in fact be better.

What manufacturer are your nodes 14 and 18 from? Can you give me the model / type?

Flo

I think I have discovered the problem. I was using Device# and I think for routing is the ID. Am I right. Maybe that is why I got the error. Can you confirm I have to use ID instead of Device Number. That is why I have some number in neighbor that dont exist.

The model of my dimmers are Intermatic CA600.

Correct,
you can not use the Device#… u have to use the ID :slight_smile:

Well, for a reason I just can choose one to the autoroute path, and set it in the ManualRoute. What I have been doing is selecting the best route.
For example in this device with this autoroute: 8-19x,7.8-33x,18.8-43x,18.7.8-45x I just put: 8,18.8 and it works! But if I tried to create a new route it fails.

Those Switches that I have changed have <200ms 10/10 in a stress test. :slight_smile:

My hope is that the Sensors improve their signal, because the use the Switch as a repeaters. I read something that Battery operated use dynamically the route. I guess when it has to transmit, just send it to the nearest one.

I haven’t unselect the Auto Heal, I hope it don’t damage my network on next heal.

Best Regards,

Interesting, as that looks like you assigned two routes?

I read something that Battery operated use dynamically the route. I guess when it has to transmit, just send it to the nearest one.
I think that is true for portable devices (like a remote control) that 'move' throughout your network. For a sensor that is in a static location, I think a route is programmed by the controller (i.e. Vera).

This looks good!
Although I did not know u can put two routes in the manual route box???
Anyways, the network heal will not affect your route if you put it in the manual route box!

Flo

Yes I though that, but consider, even my sensor I can easily deattach from the wall and bring it near the Vera. If the route is fixed then I would lost the communication because is not at range.
I also have a GE Remote Control and it work everywhere. The Sensor, also when I was testing it, Worked everywhere I think.
Yes I assigned 2 route just in one sensor. 8,16 but as I said, those routes was in the AutoRoute previously.
Just to clarify, I have 2 switches side by side, it means same range, and I tried to set the same route in both and I cant because in one of then the route wasn’t in the autoroute.
I wish somebody could explain how exactly this works, and why I can’t assign the route that I want.
I guess, and makes sense for me, is that Vera creates a Net with nodes and if I try to use a path that is not in the net, it will fail. But is just my guess.
I would like to know how this really works.

Best Regards,

[quote=“Experiment, post:33, topic:172220”]Yes I though that, but consider, even my sensor I can easily deattach from the wall and bring it near the Vera. If the route is fixed then I would lost the communication because is not at range.
I also have a GE Remote Control and it work everywhere. The Sensor, also when I was testing it, Worked everywhere I think.[/quote]
As said, I think a remote control is different: it can show up anywhere in your network, and is capable of dealing with that (i.e. finding a route to a destination). For sensors, I think the route is programmed by Vera. Perhaps it also attempts a direct route. I’m not sure that you can manipulate the route from the sensor to Vera; but I haven’t looked into it.

[quote=“oTi@, post:34, topic:172220”][quote=“Experiment, post:33, topic:172220”]Yes I though that, but consider, even my sensor I can easily deattach from the wall and bring it near the Vera. If the route is fixed then I would lost the communication because is not at range.
I also have a GE Remote Control and it work everywhere. The Sensor, also when I was testing it, Worked everywhere I think.[/quote]
As said, I think a remote control is different: it can show up anywhere in your network, and is capable of dealing with that (i.e. finding a route to a destination). For sensors, I think the route is programmed by Vera. Perhaps it also attempts a direct route. I’m not sure that you can manipulate the route from the sensor to Vera; but I haven’t looked into it.[/quote]

I am sure you can not manipulate the sensor route from the sensor to Vera.
At least not on my unit. This leads to very frequent LUA crashes. This was confirmed by MCV.
Not sure if this is a bug though…

Flo

Yes I think that too.
Yesterday I discovered that the Yale Lock attempts to communicate directly. Unluckily it is at the farther point of my house and high rate of failure.
That is a big mistake of Vera, Z-wave whoever is the responsible.
Is just the problem that I’m trying to solve, how my sensors and lock improve the communication using replicators in a Mesh network.
I found the AutoRoute of the Yale is 0-115x, tried to manual route, but didn’t work!

I’m out of ideas!
I hope Vera people help us with this, because my network is unreliable on those sensor far from Vera, and are the most important ones because are in my front door.
I can’t believe that all sensor don’t use the Mesh network, I must be missing something.

Did you take the sensor to Vera, then included it, then moved the sensor to the front door?

Yes, that is what I did, but when move it to the front door, if it doesn’t use the network it can’t communicate to the Vera because is behind a Brick wall. I hoped that it can use the Z-wave network, but no.
I will test one more thing. I will put it near a Switch, but also near the Zwave and tried to make a Manual Route. If it work, then I will put it in its position.

Did you ever run a network heal after you put the lock back on the door??

So, I think that implies that the neighbors reported to Vera are inaccurate, and may cause Vera not to be able to reach the sensor. So the route from the sensor to Vera is potentially just the direct route, as it wouldn’t have received an updated one, accurate for the sensor’s real location.

If you include the sensor in its real location, the neighbors reported to Vera would be accurate, and so when Vera is back in her normal location, she should be able to find a way to reach the sensor, to make subsequent ‘update neighbors’/‘heals’ succeed and program a good route into the sensor for communication initiated by the sensor.