So I’ve been making my plan to convert over to LR as everything is currently setup as a mesh. I was thinking there really isn’t a reason to go around and remove everything one by one is there? I can just reset the devices and then add them back?
The thought it since I’m dealing with so many devices that might be quicker?
Here, I’ve been moving devices over one at a time to LR. Generally, I’m trying to move devices further away from the hub first, working “inward” toward the hub, thinking any of those line-powered devices may be more likely to have fewer devices downstream from themselves. And I’ve been careful to leave enough of the mesh in place for older non-LR devices. For example, I put a ZAC38 Range Extender in the basement workout room near the sump pump. Originally, it was to be just a power-loss indication for that critical circuit, but it also serves (hopefully) as a stronger hop to the hub for a nearby Ecolink FLF-ZWAVE5 Flood/Freeze Sensor with probe mounted partway into the sump pump hole. (The idea is a “early warning” the pump isn’t working or keeping up with incoming water–hopefully, before the Zooz ZSE42 XS 800LR sitting on the floor next to the sump gets wet!)
There seems to have been a few times when the mesh took a day or so to rebuild after removing a device apparently between other devices and the hub.
Doing this a few devices at a time also keeps most devices online and the house in less chaos! 
I think you need to remove existing devices, not just reset & re-add as 800LR, or you’ll end up with “orphans” out there on your mesh? Perhaps @Sara or @BartekZooz might have further advice?
So at this point I have ~120 devices IIRC, with only one that doesn’t support LR (a lock) that is located in close proximity to the hub. So that was why I thought it might be quicker not to remove things one by one? (Since everything was going over to LR anyways?) Thoughts?
However your method has the advantage of it would allow to me to slowly correct the 100+ scenes as I went as well? (However I might change some things if I was forced to start over. )
Also remember if you use assosciation between button/switches and lights this dosent work on LR 
I don’t think I use this?
I’m still having issues with sensors getting “stuck”. (A motion sensor, or open close sensor can get stuck in a triggered state and never give the “all clear” signal until cycled again) I believe the mesh system is to blame, and if they could communicate directly with the hub this might not happen?
It shouldn’t be a signal issue, every room has 10+ wired devices (some rooms 20+), not to mention my house is small, single story.
If you dont use assosciations then go for LR
The devices that get stuck is batteri devices I guess?
It is annoying that that we dont get more “Pro” versions for z-wave that is mains powered (230v for EU)
I pitched to zooz to make a Pir/mmwave/lux/2x temp input/2xdigital input for ceiling mount with 230v, But no relay/dimmer in them.
Dont know if they will make it tought
Yeah, it’s always a motion sensor or open close sensor. So the alarm thinks there is motion or a door is open. The only way to clear it is to walk past the motion sensor again or open and close the door again (which ever the problem sensor is).
I actually put a night light next to the door and in the window that work as an indicator to warn us if the hub thinks a door is open.
Similar things happened to me in the past on SmartThings. If any of those are battery operated, i.e., “sleepy” devices, they send only one message, I believe. If that gets lost, the status is wrong, of course. I’ve seen it on both battery operated open/close sensors and (believe it or not!) an Aeotec Multisensor 6 powered by USB. Perhaps all of those kinds of sensors do that, I don’t know and am only speculating.
If the hub were busy churning about something–after all, it’s world has been upset pretty badly with a flock of new devices–my speculation is it may sort itself out over the next several days.
FWIW, in the aforementioned cases on SmartThings, they happened at another location I wouldn’t be returning to until the following winter. So no “walking in front of the sensor” or “opening/closing the door.” These two events happened years apart, too, so no luck just waiting with noone home! What I finally did was to spin a modification to each driver to ask for status on the next wakeup–which would make the device battery not last as long, of course. Each device dutifully returned its current, correct, status upon next wake-up!
Have long suspected this is the case. With any mesh and multiple sensors sending asynchronous messages, there’s gotta be collisions happening! 
Perhaps fewer with LR, as the message doesn’t take as many hops to reach the hub…